slacky.eu

Volevo domandare, e segnatamente
<BR>al "magister" del sito, Lorys,
<BR>se la configurazione di Slack
<BR>può interferire con la compilazione dei tgz.
<BR>Mi spiego: se compilo da sorgenti un tgz,
<BR>può cambiare qualcosa se uso un kernel
<BR>oppure un altro? Se ad es uso la 10,
<BR>ma con il 2.6.7, i pacchetti generati
<BR>possono dare problemi in un sistema
<BR>che ha un 2.4.etc?
<BR>
<BR>Mille grazie
<BR>M.<br>

in genere no, software applicativi normali in genere _NON dovrebbero_ usare i kernel header per la compilazione, anche se qualcuno lo fa, piuttosto ci possono essere problemi di dipendenze se un´altro sistema non dispone di determinate librerie con cui l´applicativo è stato compilato.
<BR>Un´altro esempio sono gli applicativi in perl, che vengono compilati linkati alla versione di perl installata: un upgrade di perl fa smettere di andare tutto il software perl compilato con la versione precedente( es. spamassassin) e deve essere ricompilato. Chi usa current e perl lo sa bene...
<BR>
<BR>Se il sistema è lo stesso gli applicativi andranno con qualunque kernel installato, questo discorso NON si può applicare con moduli (leggi drivers) che invece sono kernel-dipendenti (un modulo per un certo kernel non può in genere essere usato da un´altro kernel)
<BR>Slack installa i kernel headers del 2.4.26 mi sembra, che possono comunque essere usati per un kernel 2.6.x, a meno che il driver sia così str***o da volere proprio i kernel headers del kernel 2.6 che sta andando ( e infatti in testing Pat ha messo anche i kernel headers del 2.6.7 per questi sporadici casi)
<BR>
<BR>spero di essere stato chiaro
<BR>
<BR>ciao<br>

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
<BR> 28-08-2004 alle ore 02:35, samiel :
<BR>Volevo domandare, e segnatamente
<BR>al "magister" del sito, Lorys,
<BR></BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
<BR>
<BR>ehm... sorry questo mi era proprio sfuggito<br>

Ma no,
<BR>molte grazie per la risposta!
<BR>
<BR>M.<br>

Grazie Mangus
<BR>
<BR>p.s. Mauro ti prepari alla terza release ? <br>

Yeah, sto smanettando con i pacchetti...
<BR>(ma seppure con lentezza causa impegni lavorativi
<BR>sto anche scrivendo una sezione su Samba)
<BR>E adesso approfitto di te!
<BR>Ho pacchettizzato per prova un paio di cose
<BR>(i miei primi tentativi): scribus e k3b.
<BR>Ora... lo strip degli eseguibili non mi strippa nulla.
<BR>Ho confrontato il k3b di slacky col mio:
<BR>la struttura è corretta, l´ho testato sul mio pc
<BR>e su quello di mia moglie e va regolarmente,
<BR>ma resta un pacchetto affetto da obesità.
<BR>Lo strip delle librerie mi sembra riuscire,
<BR>ma non quello degli eseguibili: così sono e così restano.
<BR>Non è che mi puoi dare un suggerimento,
<BR>un´indicazione, un trucco del mestiere...
<BR>Poi alla prima occasione ti offro da bere!
<BR>
<BR>Thanx
<BR>M.<br>

Dimmi come fai per strippare i bin, normalmente uso:
<BR><!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE> ( cd $PKG
<BR> find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null
<BR> find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null
<BR>) </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End --><br>

Mille grazie,
<BR>io avevo provato semplicemente
<BR>a individuare "a mano" gli eseguibili
<BR>e poi ci davo il comandi strip.
<BR>Ma evidentemente non fungeva.
<BR>Adesso rivedo melgio
<BR>
<BR>Grazie ancora
<BR>M.<br>

Ho visto che esiste anche uno script:
<BR>GCC package build script
<BR>nei source tree di slack...
<BR>
<BR>M.<br>