Procedure SlackBuild

[goldy]

Tempo fa avevo letto su un sito dedicato a Slackware,
purtroppo non posso linkarlo , perchè non ce l'ho più,
che sarebbe stato opportuno mettere insieme ai pacchetti slackware,
anche il file slackbuild , da inserire nella directory /usr/src/
io personalmente uso /usr/doc/nome.pacchetto,
ecco mi chiedevo , ma non sarebbe il caso di iniziare ad usarla questa procedura?
secondo me potrebbe essere comoda per chiunque voglia aggiornarsi
un software dai sorgenti.
Prendiamo per esempio quelli di linuxpackages , che non si capisce mai
come compilano i programmi che opzioni mettono , ma anche con gli stessi
pkg ufficiali potrebbe venir comodo lo slackbuild a portata di mano.

E poi un'altra cosa ,la riga
chown -R root.root
che si trova prima di iniziare la compilazione
mi capita che troppo spesso , quando qualche compilazione
viene interrotta bruscamente o che il pacchetto non venga compilato,
che vengano scazzati i permessi dell'utente della directory tmp,
certo niente di preoccupante , come scrissi tempo fa
su questo forum mi venne anche data la semplice soluzione , però comunque è fastidiosa.
In questo caso
chown -R root.root $PKG
non dovrebbe risolvere il problema alla base?

Intendiamoci in questo post non vorrei certo stravolgere le regole
fatte da Volkerding , però mi piacerebbe sapere anche la vostra opinione,
e se queste piccole modifiche potrebbero comportare problemi che a me sfuggono.

Grazie per l'attenzione

[samiel]

La prima proposta sarebbe interessante.
Sapese sempre com'è stato compilato un pacchetto
è ovviamente un gran vantaggio. Anch'io a volte
ho lamentato questa cosa dei tgz di linuxackages.

Per la seconda cosa, in genere si fa così:
cd $NAME-$VERSION
chown -R root.root .
per cui....

M:

[Loris]

Tempo fa avevo letto su un sito dedicato a Slackware,
purtroppo non posso linkarlo , perchè non ce l'ho più,
che sarebbe stato opportuno mettere insieme ai pacchetti slackware,
anche il file slackbuild, da inserire nella directory /usr/src/

Diciamo che non esiste una regola, infatti Pat non ha consigliato nulla, ma se vogliamo migliorare le cose e andiamo a vedere i sorgenti della Slackware notiamo che sono disponibili i sorgenti del pacchetto lo SlackBuild e lo slack-desc e vari script/diff in una dir separata, io lo faccio, altri no, basta evitare le fonti incerte

[goldy]

io lo faccio, altri no, basta evitare le fonti incerte Smile

Quello è fuori da ogni dubbio , infatti dopo slackware.com , slacky.it resta per me un punto di riferimento , anche in fatto di pacchetti.

Io però intendevo una cosa del genere , quando si crea lo slackbuild.
esempio:

NAME=audacity
VERSION=1.2.3
SNAME=$NAME-src
PKG=$TMP/package-$NAME
SLACKBUILD=$NAME.SlackBuild


e poi dopo
mkdir -p $PKG/usr/doc/$NAME-$VERSION/slackbuild
e ancora
cp $CWD/$SLACKBUILD $PKG/usr/doc/$NAME-$VERSION/slackbuild
(oppure $PKG/usr/src)

insomma un qualcosa che quando hai un pacchetto compilato ,
ti trovi anche lo slackbuild pronto.
Casomai dai anche un'occhiata a come è stato compilato ,
e puoi anche ricompilartelo se vedi opzioni che non usi o che non interessano.

Si forse stò strippando un pò......
sarà il caldo e le ferie che non ho?

[Loris]

Ora ho capito.... scusa, resta però il fattore standard, Pat non ha scritto come fare il pacchetto perfetto, quindi non ha imposto nessuna procedura, ma di prassi gli script di compilazione li lascia sempre fuori, quindi per me quello è il metodo giusto, anche se devo dire che il tuo esempio porterebbe a delle comodità non indifferenti.

[samiel]

Diciamo che, se tutti i siti fossero come slacky,
la proposta di goldy sarebbe forse superflua.
Diventa invece molto interessante pensando
a pacchetti di incerta origine, o, ripeto, come
quelli di linuxpackages, dove, a fronte di un numero
enorme di pacchetti, la sezione sugli SlackBuild
è irrisoria, e nella maggior parte dei casi
non hai la più pallid aidea di comìè stato compilato
il pacchetto...

M.

[gallows]

interessante come proposta, ma concordo con samiel.
fortunatamente su slacky si puó trovare tranquillamente lo slackbuild mentre su altri siti potrebbe venire a mancare questa "trasparenza"