Newsgroup: it.comp.os.linux.iniziare
Titolo: Slack e Mandrake assieme e funziona.

Esperimento di ingegneria genetica: trapiantato il cuore di una distro
notoriamente stabile e striminzita nel corpo di un'altra abbondante ma
instabile. 
Cioé il kernel di una Slack 9.1 nel corpo di una Mandrake 9.2.  
Procedimento: 
si copiano pari pari kernel e modules dalla slack alla mandrake ricordandosi
di salvare gli originali. 
Si copia l'/etc/fstab della slack escluso il none /dev/pts che rimane
invariato ( altrimenti quando davo il /bin/mount -a mi tartassava di
messaggi d'errore). 
Nel lilo si aggiunge una voce tipo Franckenstein. 
Reboot. 
Tempo di caricamento il 60% della Mandrake originale. 
I programmi, masterizzatore,rete, funzionano, compresi quelli che sulla
slack non ci sono tipo openoffice. 
Ovviamente é scomparso il  supermount ( ma che è un film porno ?), ma dato
che in tutte le altre distro se ne fa a meno, non ce ne si accorge neanche.
Intanto che vado avanti coi controlli mi è venuta una curiosita:
I moduli originali Mandrake erano 19 mb, quelli slack 11, quegli 8 mega di
moduli a che servono a rallentare il tutto ?
Se magari diminuisce pure l'instabilità si potrebbe segnalare al team
Mandrake di risparmiarsi tempo e copiarsi parte della slack.
Nel caso che l'instabilità rimanga allora dovrò dedurre che non è dovuta ad
errori nel progetto Mandrake in sé ma è proprio dovuta all'abbondanza di
programmi e moduli. 

ma perchè non ti ricompili un kernel ufficiale?

 ha scritto nel
messaggio news:20031206225339.5e1...@freehtml.it...
ma perchč non ti ricompili un kernel ufficiale?

 moduli a che servono a rallentare il tutto ?
Posso ipotizzare che dipenda dal fatto che installando una mandrake la
pacchettizzazione del kernel deve tener conto di tutte le possibili
varianti di configurazione, per cui il pacchetto
kernel-modules-vattelapesca.rpm deve avere al suo interno tutti i moduli
possibili e immaginabili che possono servire su un PC, piu' magari
qualcuno che in un vanilla non c'e' ancora.
Compilando una slack, invece, probabilmente hai evitato di compilare una
quantita' di moduli che non ti servono e non ti serviranno mai (esempio
scemo: se il kernel supporta moduli per 167 diverse schede video, non ti
serve compilarli tutti, e' sufficiente compilare quello della tua...),
risparmiando un sacco di spazio.
Se dipende da questo, va anche detto che lo stesso risultato si ottiene
compilando a manina un kernel preso caldo caldo dal forno di 
kernel.org
,
ma ovviamente il risultato vale solo ed esclusivamente per la tua
macchina, cioe' non e' verosimilmente portabile su nessuna altra
macchina che abbia solo un integrato diverso dalla tua, cosa che mandrake
non puo' fare :)
-- 
Hayabusa ------------------------- <hayabusa @ libero it>
Backup non trovato: (A)nnulla (R)iprova (P)anico.

 Cioé il kernel di una Slack 9.1 nel corpo di una Mandrake 9.2.  
LOL, sei meglio del dott. Frankenstein!
-- 
L'unico motivo per tenere ancora Windows
http://www.farb-rausch.com

 Esperimento di ingegneria genetica: trapiantato il cuore di una distro
]zac[
Mi associo e descrivo:
Dalla redhat 7.0 fino alla mandrake 9.2 (per ogni versione dei due
produttori) il mio sistema non è mai stato rinstallato da zero o
totalmente, ha sempre subito (è un termine non usato a caso)
l'installazione miste di alcune parti (tipo nuove glib e soci, nuovo X,
nuovo kde, nuovo kernel e, ma è piuttosto banale, nuovi programmi).
Un pò di tempo fa ha subito anche l'installazione dei packet manager della
slackware e della debian (mi interessavano alcuni programmi e il kernel
bf24).
Non è difficile, diciamo che su 30 programmi che devi installare 1 o 2
richiedono rotture di dipendenze e aggiramento di ''scogli''.
Naturalmente richiede saper come ripristinare un sistema che non si avvia
(rescue) e saper installare pacchetti, avviare linux e altro, da console (i
programmi danno un sacco di informazioni sui problemi se avviati dalla
console).
A che pro tutto questo? beh intanto evitare il marasma di tools automatici e
di impostazione e cambiamenti vari che le distribuzioni 'facili' gestiscono
in maniera un tantino ''vulcanica'', senza rinunciare a mantere aggiornato
il sistema.
Sinceramente trovo troppo comodo poter scegliere gli strumenti di
amministrazione che voglio e non che vogliono rifilarmi e senza subire le
fragilità che qualcuno dice che hanno le ultime distribuzioni.
Purtoppo il tutto passa dalla potenza enorme della console.

 Esperimento di ingegneria genetica: trapiantato il cuore di una distro
