Newsgroup: it.comp.os.linux.debian
Titolo: Debian amd64, gabbie chroot e pareri

Ciao a tutti,
apro questa discussione per chiedere un parere su cosa sarebbe meglio
installare su una macchina con processore amd a 64 (Athlon 64 o
derivati).
Premesso che mi riferisco ad una tipologia di utilizzo Desktop e non
Server, di Server con amd64 ne ho installati già parecchi e non ho
nulla da dire.
I problemi arrivano con i Desktop ed i pacchetti multimediali :
Mozilla-firefox esiste, ma i plugin di marillat per l'architettura
amd64 non sono disponibili mentre 
openoffice.org
 non è proprio
presente.
Cercando cercando, ho trovato che la soluzione a questo inghippo è
usare una gabbia a 32bit in cui installare i programmi per utilizzarli
in modalità chroot, come si può vedere da qui :
https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html#id272095
Nella gabbia, posso installare mozilla-firefox con tutti i plugin di
marillat, openoffice.org-2.0, acroread, mplayer...Insomma tutta la
solfa multimediale che mi interessa.
Solo che il problema dei programmi usati in questo modo è che come
directory tree base hanno quello della chroot, quindi i font, le
impostazioni e le configurazioni (come ad esempio le stampanti) sono
quelle del sistema nella gabbia (la cui installazione è fatta con
debootstrap e quindi è minimale).
Quindi i programmi in se funzionano, ma non hanno i font di sistema, le
stampanti e così via.
Le soluzioni a questo ? Io ne ho trovate 3 dalla più comoda alla meno
comoda :
1) Installare Debian per i 386 (che comunque funziona) ed attendere
tempi migliori per Debian amd64.
2) Aspettare che i pacchetti in questione diventino parte dei
repository ufficiali, ma avere degli evidenti limiti di utilizzo.
3) chrootarsi nella gabbia a 32 ed installare e configurare un doppio
sistema lì. Ma è chiaro che ogni modifica (come ad esempio l'aggiunta
di una stampante) va apportata ad entrambi i sistemi.
Voi cosa fareste ?
Ciao,
--
RaSca
rasc...@tiscali.it

 di una stampante) va apportata ad entrambi i sistemi.
3.5) chrootarsi e, invece di installare un sistema doppio, linkare i
file comuni (icone, font, help, ...) nella chroot. Un lavorone, ma si
risparmia spazio su disco e soprattutto in memoria.
Bye.
-- 
Alessandro Pellizzari

 risparmia spazio su disco e soprattutto in memoria.
E per le stampanti ? Linko tutta l'etc o solo la directory cups ?
Che casino ragazzi...
--
RaSca
rasc...@tiscali.it

 versione 2.0.1 è _finalmente_ disponibile a 64bit.
Diciamo le cose come stanno: e' una versione "parallela" compilata a colpi
di patch non ufficiali.
Adesso lo provo anche io e vedo cosa succede. Pregate per me :)
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 Voi cosa fareste ?
Io installerei gentoo.
Molto piu' granulare di qualsiasi altra distribuzione e piu' adatta per 
il tuo scopo.
-- 
Massimiliano

 Ecco, bravo. Vai avanti tu che a me viene da ridere :))
Hehehe
Funzionare funziona, pero' non si possono aprire files salvati con OO.o a
32bit. Poco pratico eh :D
Per ora tengo entrambe le versioni (ecco un bel vantaggio del chroot),
vedremo!


 il tuo scopo.
Urca no. Debian non la cambio nè la cambierò MAI :-)
--
RaSca
rasc...@tiscali.it

 vedremo!
Ma ribadisco, per le stampanti come fai ? E non hai problemi coi font
(o perlomeno i set di font) ?
Ciao !
--
RaSca
rasc...@tiscali.it

ma non è più semplice ricompilare da sorgenti con apt-build ?!
ciauz

 perlomeno i set di font) ?
Onestamente alle stampanti non ho pensato, ma e' pur vero che basta
esportare in PDF e poi stampi dalla versione AMD64 di $lettore_pdf.
Per i font, beh, io uso Times New Roman, mi sono limitato a copiare il
.ttf nel chroot.


 ma non è più semplice ricompilare da sorgenti con apt-build ?!
Il problema non e' che chez Debian sono pigri e non avevano voglia di
compilarlo, e' che il codice non e' 64bit friendly e *non compila*, a meno
di patch (fornite appunto dai due francesi pazzi).


 .ttf nel chroot.
Bun'idea, si potrebbe addirittura fare un demone che checka la
directory ~/PDF/ dove sono stati "stampati" i PDF dall'openoffice in
chroot e se ci sono files li stampa...Ma qui siamo nel campo della
fantascenza :-D nel senso che si fa prima ad usare tutto a 32bit.
--
RaSca
rasc...@tiscali.it

 sono files li stampa...
qualcosa tipo (si prega di correggere in BASHese, che io non lo so):
for i in "ls ~/PDF"
	lp $i
in cron.hourly? Non e' fantascienza, e' linux ;)


 in cron.hourly? Non e' fantascienza, e' linux ;)
for doc in ~/PDF/*.pdf;do lp $doc && mv $doc ~/PDF/printed/;done

 Voi cosa fareste ?
Se non ti va di contribuire alla versione specifica per la tua architettura,
pensa a cambiare distribuzione.
-- 
Per rispondermi, togli il nome del poeta

 for doc in ~/PDF/*.pdf;do lp $doc && mv $doc ~/PDF/printed/;done
Correttissimo, anche se per avere stampe in tempo reale bisognerebbe
puntare non su cron.hourly ma su un bel demonino.
Cmq...Bella lì.


 pensa a cambiare distribuzione.
L'opzione cambio di distribuzione non è contemplata ;-) piuttosto
attendo, visto che openoffice a 64bit ci siamo quasi ed in chroot
l'operatività di base ce l'ho.


 puntare non su cron.hourly ma su un bel demonino.
Usando FAM e famd... naaah
Basta lasciare in background questo:
while true;do lp $doc && mv $doc ~/PDF/printed/ && sleep 60;done

Braindead ha scritto:

Ottimo e abbondante :-)
--
RaSca
rasc...@tiscali.it

 Ottimo e abbondante :-)
Mi correggo rileggendolo ora:
while true;sleep 60 && do lp $doc && mv $doc ~/PDF/printed/;done
Altrimenti va in sleep per 60 secondi solo dopo aver stampato...
comunque si` e` una porcata,meglio usare fam/dnotify :)

 versione.
Per quanto sia stato fatto, posso confermare che: no, almeno GNOME non è
dimagrito. Almeno non è ingrassato. :-)
Ciao,
 Emmanuele.

 solfa multimediale che mi interessa.
ciao, se interessa il parere di un gentooista, ti dico come ho risolto io
per il mio portatile amd64. Dopo aver letto ai bei tempi di agosto in giro
sulla rete di questo stratagemma del chroot ed avendo valutato che non
potevo permettermi di installare un "quasi doppio" sistema solo per
compilare delle applicazioni, considerato che gxine compilato a 64 bit va
da Dio, che mplayer a 32 bit e tutti i plugin di firefox nonche' la jre
veramente funzionali erano solo a 32 bit ho optato per  un bello
spacchettamento dei binari precompilati direttamente dai vari siti (quindi
senza fare emerge -k), in /opt/nomeprog con link dei plugin o per i
pulsanti dell'interfaccia grafica (xfce) messi a manina.
Soluzione della povera gente, efficace, stabile e non invasiva (e che per
me e' stata anche istruttiva). Certo qualche problema potresti averlo con
qualche programmino sfizioso di cui il programmatore non ha messo alcun
pacchetto precompilato, ma solo sorgenti e che va solo (per questioni di
librerie od altro) a 32 bit, ma gira gira si trova sempre in giro qualche
precompilato :)

 precompilato :)
Ciao,
intanto grazie per il parere. Io ti dico che alla fine ho desistito. Ho
un mare di applicativi che dovrei ricompilare e chrootare, quindi dono
tornato alla i386.
Ovviamente mi sono ricompilato un kernel apposito per amd64 (abilitando
gli eseguibili a 32, of course) e sinceramente aspetto tempi migliori
per una distro full 64.
Metterò un disco secondario proprio per queste prove.
Insomma...Diciamo pure che non ho resistito alla tentazione di avere un
sistema iperveloce con tutto funzionante (anche se non a 64
bit)...Però, ho tutti i plugin, ho java, ho la scheda di
decompressione mpeg con l'audio dolby, il driver per la scheda ATI (che
però funzionava bene anche sotto amd64), 
openoffice.org
 2...
Insomma : Una Debian ;-)
Ciao e grazie ancora del parere,
--
RaSca
rasc...@tiscali.it