Newsgroup: it.comp.retrocomputing
Titolo: Thinkpad 340CSE e Linux

ciao a tutti
Ho recuperato un IBM Thinkpad 340CSE (486, penso sia un SX2 o SLC2 50Mhz,
12Mb RAM, 340Mb HD) e sto installando Debian Woody da dischetti e cavo
seriale.
il kernel 2.2.20 funziona che è una meraviglia, con 30 Mb di swap, ma in un
momento di masochismo mi è venuta la malaugurata idea di installare Xfree86
e un Xserver e Blackbox. Ovviamente quello incluso nei miei CD di Debian, la
versione 4, è pietosamente lenta sul 486.
A questo punto scatta un altro piano ancora più masochista: esiste un
ambiente grafico per computer palmari basati su Linux chiamato Qtopia (o QPE
nelle versioni + vecchi), che non ha bisogno di X e funziona con un
framebuffer del kernel. Ipotesi: se un palmare è in grado di far funzionare
Qtopia, perchè lo Thinkpad non dovrebbe essere in grado?
Qtopia ha bisogno, sia per funzionare che per essere compilato, di alcune
librerie chiamate Qt/Embedded che sono fornite solo come codice sorgente da
compilare. In questa forma (non compilate) occupano 150Mb, ben al di sopra
della capacità dell'HD dello Thinkpad.
Contando che sono semi-newbie con Linux, qualcuno mi può spiegare se è
possibile compilare le Qt/Embedded sul mio PC grosso e installarle in un
secondo momento sul portatile tramite cavetto seriale (compilate occupano
solo circa 5Mb)? E' possibile convertirle in un pacchetto .DEB?
In alternativa, è possibile attivare un ambiente grafico con potenzialità
paragonabili a Windows 3.1 su questo Thinkpad? Come?
graçias
Gabro

 paragonabili a Windows 3.1 su questo Thinkpad? Come?
Eh no, XFree86 la fa da padrone. Puoi sempre provare ad utilizzare una
vecchia versione del server grafico, tipo la 3.3.6 (sempre che ne trovi uno
che funzioni in maniera adeguata con la scheda video del tuo thinkpad).
P.s.: considera che per utilizzare il frame buffer di cui sopra, devi
necessariamente ricompilare un nuovo kernel in genere. Dipende comunque
dalla distro.
P.s.2: linux è l'ideale per essere utilizzato sulle vecchie macchine, ma
solo da console. XFree86 non è mai stato un granchè quanto a leggerezza. Se
vuoi l'ambiente grafico lasciati consigliare un bel windows, magari un '95
(che non sarà uno skioppo, ma meglio di nulla). Tutto questo, ovviamente,
IMHO.
Saluti,
Simone.

 solo da console. XFree86 non è mai stato un granchè quanto a leggerezza.
Ehm... "ni".
Hardware vecchio, software vecchio. La forza di Linux sta nel fatto
che puoi metter su una distro vecchia quanto vuoi, se la trovi, senza
incasinarti con le licenze e il resto. Certe Red Hat Linux decenti, su
alcune delle mie macchine, nemmeno riescono ad installarsi. Poi
ovviamente devi premunirti per quanto riguarda la sicurezza, cioe'
imparare a gestire bene quel che installi, perche' una distro vecchia se
ti azzardi a metterla in rete te la aprono come una cozza.
    yo,
    RDO

 solo circa 5Mb)? E' possibile convertirle in un pacchetto .DEB?
Tanto per cominciare, ti consiglio di compilare collo switch -m386 (dovrebbe 
funzionare anche -m486 ma non sarei sicuro se sia valido per un 486 
"ridotto".
Nel gcc diffuso nelle distro correnti il gcc e' configurato con -m586 o 
-m686 di default.
Se venisse compilato con codice per 586 o 686 ovviamente, non funzionerà su 
una macchina piu' vecchia.
Spero di esserti stato utile.
Piergiorgio.

 l'interfaccia grafica MGR.
Come ci sei riuscito ?
Ho provato parecchie volte a compilarlo su un 486DX2-66 senza riuscirci, 
nonostante l' aiuto del MGR-HOWTO.
Saluti,
Piergiorgio.

 [...]
Uhmmm......... di che si tratta? Sembra qualcosa di "fighettone" :)))
--
Retrocensitevi! Su:
http://valis.di.uniba.it/retrocensimento
http://www.retrocensimento.cjb.net

 Uhmmm......... di che si tratta? Sembra qualcosa di "fighettone" :)))
Molto molto molto spartana: niente titlebar alle finestre, pochi(ssim)i
programmi ad essa dedicati. Nata sulle Sun attorno al 1988 come
alternativa ultraleggera a X, ha un po' l'aspetto di X senza window
manager.
    yo,
    RDO

 nonostante l' aiuto del MGR-HOWTO.
Anch'io. Tips+tricks:
1. gli archivi sono in effetti due e da installarsi assieme; l'archivio
mgrusr va scompattato in modo che i suoi contenuti finiscano in
/usr/mgr PRIMA della compilazione
2. esistono, nell'archivio ufficiale, anche dei makefile gia' pronti: conviene
partire con quello per Linux anziche' farlo generare in automatico dalla
procedura interattiva acclusa (quelli generati in automatico, a me, non
hanno mai funzionato) ed editarlo se si desidera variare qualcosa,
ovviamente prima della compilazione
3. se come me si usano molto le slackware vecchie non c'e' la entry nel
termcap e va appesa quella fornita di serie (basta cercare, c'e' gia'
fatta ma credo sia anche quella nell'archivio mgrusr)
4. e' normale che alcuni programmi (ad esempio mutt) sclerino
non poco se usati sotto MGR, al punto di non essere affatto utilizzabili.
Finora ho usato soltanto il modo VGA monocromatico, per cui non ho
suggerimenti per altre configurazioni (ma ho in giro un paio di ET4000 e
penso che un giorno tentero' anche con quelle). Spero che i suggerimenti
siano stati utili perche', nonostante la licenza bizzarra, vorrei vedere
questo software diffondersi un po' di piu' in virtu' della sua leggerezza.
	yo,
	RDO