Creare pacchetti txz per Slackware - Cronologia

Inux: /* Sitologia */

2010-02-25T18:23:29Z

‎Sitologia

Inux: /* Lo slackbuild */

2010-02-25T18:22:22Z

‎Lo slackbuild

Inux: /* Creare il pacchetto col comando makepkg */

2010-02-25T18:19:14Z

‎Creare il pacchetto col comando makepkg

Inux: /* Introduzione */

2010-02-25T18:16:39Z

‎Introduzione

Inux: Creare pacchetti tgz per Slackware moved to Creare pacchetti txz per Slackware

2010-02-24T17:25:36Z

Creare pacchetti tgz per Slackware moved to Creare pacchetti txz per Slackware

L1q1d il 07:42, 29 ago 2006

2006-08-29T07:42:44Z

Mostra cambiamenti

@@ Riga 413: / Riga 413: @@
 Purtroppo, la letteratura sul tema della compilazione dei *.tgz è scarsa e a volte scadente. Alcuni testi forniscono solo indicazioni generiche o sommarie. Qui riportiamo delle indicazioni sul materiale reperibile in rete:
 http://www.google.it/search?q=cache:noeUgu4xXlcJ:belluno.linux.it/20040424-distribuzioni/2004-04-24-slack.pdf+creare+pacchetti+slackware&hl=it&lr=lang_it
@@ Riga 432: / Riga 429: @@
 http://www.slacky.it/modules.php?name=Content&pa=showpage&pid=32
 = Nota =

@@ Riga 399: / Riga 399: @@
 <pre>
 cd $PKG
-makepkg -l y -c n $TMP/$NAME-$VERSION-$ARCH-$BUILD.tgz
+makepkg -l y -c n $TMP/$NAME-$VERSION-$ARCH-$BUILD.txz
 </pre>
 Si passa nella directory del pacchetto appena creato e si impartisce il comando atto a creare il pacchetto
@@ Riga 409: / Riga 409: @@
 </pre>
 Nel caso lo SlackBuild sia stato lanciato con l'opzione -cleanup, questa sezione si occupa di cancellare le due directory temporanee: quella dove è stato scompattato il sorgente e quella in cui è stato creato il pacchetto.
 = Sitologia =
 Purtroppo, la letteratura sul tema della compilazione dei *.tgz è scarsa e a volte scadente. Alcuni testi forniscono solo indicazioni generiche o sommarie. Qui riportiamo delle indicazioni sul materiale reperibile in rete:

@@ Riga 273: / Riga 273: @@
 == Creare il pacchetto col comando makepkg ==
-Ormai tutto è pronto. Non resta che creare il pacchetto col comando makepkg opzioni nome_pacchetto-versione-pacchetto-architettura-release.tgz. Questa sequenza di dati ha una particolare importanza, soprattutto nel caso si debba aggiornare il pacchetto (col comando upgradepkg). Prendiamo ad esempio il pacchetto emacs-21.3-i486-1ms.tgz. Il primo campo è il nome del programma (emacs); il secondo la versione (21.3); il terzo l'architettura per cui è stato compilato (i486); il quarto la release (che può essere la prima o le successive, se per qualche motivo il pacchetto viene ricompilato con delle modifiche e dunque sarà 1, 2 ecc.) ed eventualmente una sigla che indica il nome di chi ha costruito il pacchetto (nel mio caso, le mie iniziali e dunque ms); infine l'estensione del pacchetto stesso (ovviamente, tgz).
+Ormai tutto è pronto. Non resta che creare il pacchetto col comando makepkg opzioni nome_pacchetto-versione-pacchetto-architettura-release.tgz. Questa sequenza di dati ha una particolare importanza, soprattutto nel caso si debba aggiornare il pacchetto (col comando upgradepkg). Prendiamo ad esempio il pacchetto emacs-21.3-i486-1ms.txz. Il primo campo è il nome del programma (emacs); il secondo la versione (21.3); il terzo l'architettura per cui è stato compilato (i486); il quarto la release (che può essere la prima o le successive, se per qualche motivo il pacchetto viene ricompilato con delle modifiche e dunque sarà 1, 2 ecc.) ed eventualmente una sigla che indica il nome di chi ha costruito il pacchetto (nel mio caso, le mie iniziali e dunque ms); infine l'estensione del pacchetto stesso (ovviamente, tgz).
 Il comando sarà dunque:
  makepkg -l y -c n emacs-21.3-i486-1ms.tgz
@@ Riga 279: / Riga 279: @@
 Creato il pacchetto, si possono rimuovere le due directory temporanee di lavoro (quella in cui abbiamo scompattato il sorgente e quella in cui abbiamo costruito il *.tgz).
 Ora siamo pronti per installare il nostro *.tgz, ma prima è opportuno verificare che il processo di compilazione sia andato a buon fine. La verifica di eventuali errori si può compiere (è il metodo più veloce) rileggendo i messaggi che sono apparsi sulla shell, a questo fine si può impostare la cronologia della shell perché visualizzi un numero illimitato di righe (Impostazioni => Cronologia => Numero di linee > Illimitato), oppure si può redirigere il processo a un file. Infine, si possono vedere soltanto gli errori ridirigendoli a un file col comando
  ./nome_pacchetto.SlackBuil --cleanup 2>/home/errori.txt
 = Tips & Trick =

@@ Riga 1: / Riga 1: @@
 [[Category:Packages]]
 = Introduzione =
-I pacchetti di cui fa uso Slackware sono archivi compressi in formato *.tgz: si tratta semplicemente di archivi compressi. Se ne guardiamo il contenuto, ci renderemo subito conto che contengono i file da installare in directory identiche a quelle dove andranno collocati nel disco fisso, come se riproducessero al loro interno la destinazione effettiva dei file stessi.
+I pacchetti di cui fa uso Slackware sono archivi compressi in formato *.txz: si tratta semplicemente di archivi compressi. Se ne guardiamo il contenuto, ci renderemo subito conto che contengono i file da installare in directory identiche a quelle dove andranno collocati nel disco fisso, come se riproducessero al loro interno la destinazione effettiva dei file stessi.
-Saper pacchettizzare in *.tgz, dal momento che nel mondo dell'open source sono sempre disponibili i sorgenti, significa poter ricorrere a qualsiasi programma nel formato che ci consente di tener conto della sua installazione nel database di Slackware, e dunque di aggiornare o rimuovere il pacchetto stesso in maniera pulita, con pkgtool o con i comandi correlati da shell, senza lasciare file abbandonati nel disco fisso (del tutto indipendentemente dal fatto che il pacchetto originale, come non spesso avviene, supporti la funzione "uninstall"), e infine di fruire senza difficoltà di strumenti di aggiornamento automatico come Swaret.
+Saper pacchettizzare in *.txz, dal momento che nel mondo dell'open source sono sempre disponibili i sorgenti, significa poter ricorrere a qualsiasi programma nel formato che ci consente di tener conto della sua installazione nel database di Slackware, e dunque di aggiornare o rimuovere il pacchetto stesso in maniera pulita, con pkgtool o con i comandi correlati da shell, senza lasciare file abbandonati nel disco fisso (del tutto indipendentemente dal fatto che il pacchetto originale, come non spesso avviene, supporti la funzione "uninstall"), e infine di fruire senza difficoltà di strumenti di aggiornamento automatico come Swaret.
-Sebbene esistano degli strumenti per creare i *.tgz come checkinstall, la creazione manuale offre alcuni vantaggi: la possibilità di personalizzare il pacchetto per l'architettura del nostro hardware, di abilitare funzioni e plugins che ci servono, di includervi documentazione specifica e altro.
+Sebbene esistano degli strumenti per creare i *.txz come checkinstall, la creazione manuale offre alcuni vantaggi: la possibilità di personalizzare il pacchetto per l'architettura del nostro hardware, di abilitare funzioni e plugins che ci servono, di includervi documentazione specifica e altro.
-La pacchettizzazione in *.tgz è in larga parte meccanica, nel senso che segue alcune regole generali, che funzionano nella maggior parte dei casi. Ciò non toglie che è sempre necessario studiare preliminarmente il pacchetto per capire dove esattamente va installato, con quali opzioni è opportuno configurarlo, se richiede altri pacchetti per poter funzionare (le "dipendenze").
+La pacchettizzazione in *.txz è in larga parte meccanica, nel senso che segue alcune regole generali, che funzionano nella maggior parte dei casi. Ciò non toglie che è sempre necessario studiare preliminarmente il pacchetto per capire dove esattamente va installato, con quali opzioni è opportuno configurarlo, se richiede altri pacchetti per poter funzionare (le "dipendenze").
 = Procedura =