[RISOLTO] Domanda su pacchettizzazione librerie

[Savius]

Buonasera a tutti,
so già che quel che starò per chiedervi vi sembrerà una cosa di una niubbaggine incredibile, ma tempo fa volevo pacchettizzare un libreria e non sapevo come fare. Mi spiego meglio: nel caso in cui non volessi usare uno SlackBuild e volessi seguire questo sistema wiki building package come dovrei operare? Per creare il pacchetto di un'applicazione, mi basta compilare l'applicazione con i prefissi giusti, e creare il pacchetto con makepkg. Nel caso delle librerie invece, non si compila niente (o almeno così dovrebbe essere) dunque come si danno le direttive giuste, al pacchetto che verrà creato, che permettano di copiare i file nelle giuste directory del sistema?

Non so se mi sono spiegato bene, nel caso cercherò di farlo meglio in seguito.

[hashbang]

in realtà lo SlackBuild non è altro che uno script in cui vengono scritti i passaggi da fare per creare il pacchetto al posto tuo. Se vuoi crearlo "a mano" basta seguire le stesse operazioni senza scriverlo su un foglio di script. Diversamente da Gentoo e Archlinux l'uso dello SlackBuild non è una tappa fondamentale per il pacchetto. Spero di esserti stato d'aiuto

[Savius]

Grazie per la risposta atomix600,
però forse non mi son spiegato bene. Questo lo so, quel che volevo sapere è inerente alla procedura elencata nel link che ho postato, in pratica quella fa riferimento alla creazione di un pacchetto di un'applicativo. Nel caso di una libreria basterebbe soltanto estrarre il tar.gz o tar.bz2 in una directory e dare il makepkg oppure bisognerebbe dare delle direttive specifiche? In questo caso, come darle tenendo però sempre in considerazione l'eventualità di seguire le procedure elencate in quel link?

Scusa/te se nel precedente post non sono stato molto chiaro, spero di esserlo stato ora. ^^''

[hashbang]

Grazie per la risposta atomix600,
però forse non mi son spiegato bene. Questo lo so, quel che volevo sapere è inerente alla procedura elencata nel link che ho postato, in pratica quella fa riferimento alla creazione di un pacchetto di un'applicativo. Nel caso di una libreria basterebbe soltanto estrarre il tar.gz o tar.bz2 in una directory e dare il makepkg oppure bisognerebbe dare delle direttive specifiche? In questo caso, come darle tenendo però sempre in considerazione l'eventualità di seguire le procedure elencate in quel link?

Scusa/te se nel precedente post non sono stato molto chiaro, spero di esserlo stato ora. ^^''

Dipende, ogni pacchetto può avere delle particolarità ci sono quelli in cui prendi il tarball e dai il makepkg (le librerie precompilate) e quelle dove dopo l'estrazione bisogna compilarle con determinati parametri. Questo vale sia per i programmi che per le librerie. In linea di massima quel wiki è utile però renditi conto che se guardi i nostri slackbuild sia prima della compilazione che prima della pacchettizzazione settiamo permessi specifici.

Pre-compilazione

Codice: Seleziona tutto

chown -R root:root .
chmod -R u+w,go+r-w,a-s .

Pre-pacchettizzazione

Codice: Seleziona tutto

chown -R root:root $PKG

Ti do un consiglio quando vuoi pacchettizzare una libreria, controlla prima se c'è sul repo così ti dai uno sguardo allo SlackBuild. In questo modo puoi capire meglio le procedure di pacchettizzazione usate per quel pacchetto e poi è molto istruttivo.

[Savius]

Dipende, ogni pacchetto può avere delle particolarità ci sono quelli in cui prendi il tarball e dai il makepkg (le librerie precompilate) e quelle dove dopo l'estrazione bisogna compilarle con determinati parametri. Questo vale sia per i programmi che per le librerie. In linea di massima quel wiki è utile però renditi conto che se guardi i nostri slackbuild sia prima della compilazione che prima della pacchettizzazione settiamo permessi specifici.

Pre-compilazione

Codice: Seleziona tutto

chown -R root:root .
chmod -R u+w,go+r-w,a-s .

Pre-pacchettizzazione

Codice: Seleziona tutto

chown -R root:root $PKG

Ti do un consiglio quando vuoi pacchettizzare una libreria, controlla prima se c'è sul repo così ti dai uno sguardo allo SlackBuild. In questo modo puoi capire meglio le procedure di pacchettizzazione usate per quel pacchetto e poi è molto istruttivo.

Ti ringrazio molto atomix600, ho capito quel che dici, infatti questo pensiero mi venne proprio quando cercai di creare il pacchetto di un'applicazione che non era presente nei nostri repository neanche nelle versioni precendenti di Slackware. A quel punto io compilai l'applicativo con il classico "./configure && make" ma necessitava di una libreria che non era presente nel repository di Slacky.eu. A quel punto mi fermai nell'impresa, perché non avendo neanche lo SlackBuild, non sapevo se potevo seguire tranquillamente la procedura elencata su quel wiki o se bisognava fare altro. Nella libreria non c'era alcun "configure" ma solo file .c e .h e non sapevo se avrei dovuto compilarli io con un "gcc -c nome_file.c" oppure se dare un semplice makepkg. ^^''

[414N]

Nel caso delle librerie invece, non si compila niente (o almeno così dovrebbe essere)

Nella libreria non c'era alcun "configure" ma solo file .c e .h e non sapevo se avrei dovuto compilarli io con un "gcc -c nome_file.c" oppure se dare un semplice makepkg. ^^''

A casa mia le librerie C non sono librerie se non sono compilate (rimangono sorgenti). In un qualche modo devi compilare quel file .c e poi farci il pacchetto.
Per curiosità, di che librerie si tratterebbe? Magari qualcuno ne ha già creato lo SlackBuild...

[Savius]

Ciao 414N, mi sa che non mi son spiegato bene... Se uso Slackware penso fosse chiaro che l'ABC dell'informatica e della programmazione in generale io la conoscessi già... Quel che volevo intendere è che nel file compresso contenente i file della libreria, erano presenti sia degli header file (*.h) sia dei file sorgenti (*.c), essendo una libreria e non un applicativo, non esisteva il "configure" dunque, detto ciò, non sapevo se dovevo compilare quei file sorgenti o se dovevo solo capire in che directory andavano inseriti.

Ora non ricordo di che applicativo volevo realizzare il pacchetto, è facile che fosse tipo Inkscape il quale, successivamente, fu inserito nel Repository e non ci badai più a questa questone.

[414N]

Ciao 414N, mi sa che non mi son spiegato bene... Se uso Slackware penso fosse chiaro che l'ABC dell'informatica e della programmazione in generale io la conoscessi già... Quel che volevo intendere è che nel file compresso contenente i file della libreria, erano presenti sia degli header file (*.h) sia dei file sorgenti (*.c), essendo una libreria e non un applicativo, non esisteva il "configure" dunque, detto ciò, non sapevo se dovevo compilare quei file sorgenti o se dovevo solo capire in che directory andavano inseriti.

Non voglio essere polemico od offensivo, Savius, ma è evidente che alcune cose non ti sono chiare. Cercherò di spiegarmi al meglio:

• La mancanza del configure in un tarball di sorgenti non implica che il suo contenuto non debba essere compilato in un qualche modo. Magari c'era solo un Makefile (e te la saresti cavata con qualche modifica allo stesso ed un make) o utilizzava un build system diverso dagli GNU autotools (tipo cmake, scons ...).
• Sostieni che il tarball contesse i file della libreria sotto forma di header e sorgenti C. Come ben saprai, il C è un linguaggio che ha bisogno di essere compilato per poter essere eseguito, quindi non vedo come avrebbe potuto funzionare il fantomatico pacchetto che avresti voluto creare copiando i sorgenti in /usr/lib. Se vai a vedere in /usr/lib (o /usr/lib64 se sei su una Slack64), tutti i file di libreria lì presenti hanno suffisso .so e sono dei binari compilati in formato ELF e linkati dinamicamente.
• Il discorso sarebbe diverso se nel tarball fossero stati presenti file di libreria già compilati (*.so) e fosse stato inserito del codice di esempio per accedervi dai proprio programmi (i file .h e .c). In questo caso, i binari andavano dove dovevano andare (/usr/lib), mentre i sorgenti di esempio si sarebbe potuti mettere in /usr/doc/nome-programma-versione/. Questo, se non ricordo male, accade con i driver Catalyst di ATI, la quale rilascia del codice di esempio per accedere alle API dei propri driver.

Per concludere, ricordati che l'uso di Slackware non rende automaticamente l'utente più esperto in programmazione. Scommetto che ci sono molti utenti Slackware che non sanno neanche scrivere un "hello world" in C, senza per questo essere newbye della distribuzione o meno capaci di altri.

[Savius]

Eheheheheheh ho omesso che sono diplomato come Perito Informatico nonché laureando in Informatica... Per questo dicevo che l'ABC lo conosco, però ammetto che hai ragione tu sulla questione "Slackware", di lei conosco un bel po' di cose ma non essendomi mai cimentato in uno studio approfondito di ogni aspetto di Linux in generale, ho questa carenza su queste cose citate in questo topic. Avevo in effetti notato l'estensione *.so delle librerie ma, non conoscendo come agisce il makepkg, pensavo comunque fosse inclusa nello stesso applicativo l'azione di compilare e generare i *.so all'interno del pacchetto finale *.txz altrimenti non avrei neanche chiesto qui come creare un pacchetto su una libreria. Mi sarebbe bastato estrarre i file del tarball nella directory "/usr/lib" per avere le librerie belle e pronte e avrei risolto il problema.

Spero adesso di esser stato più chiaro, ammetto che posso esprimermi un po' coi piedi a volte, ma se mi si chiede di esser più chiaro io lo faccio senza problemi e con più attenzione.

[414N]

Eheheheheheh ho omesso che sono diplomato come Perito Informatico nonché laureando in Informatica... Per questo dicevo che l'ABC lo conosco, però ammetto che hai ragione tu sulla questione "Slackware", di lei conosco un bel po' di cose ma non essendomi mai cimentato in uno studio approfondito di ogni aspetto di Linux in generale, ho questa carenza su queste cose citate in questo topic. Avevo in effetti notato l'estensione *.so delle librerie ma, non conoscendo come agisce il makepkg, pensavo comunque fosse inclusa nello stesso applicativo l'azione di compilare e generare i *.so all'interno del pacchetto finale *.txz altrimenti non avrei neanche chiesto qui come creare un pacchetto su una libreria. Mi sarebbe bastato estrarre i file del tarball nella directory "/usr/lib" per avere le librerie belle e pronte e avrei risolto il problema.

Spero adesso di esser stato più chiaro, ammetto che posso esprimermi un po' coi piedi a volte, ma se mi si chiede di esser più chiaro io lo faccio senza problemi e con più attenzione.

makepkg prende solo il contenuto di una directory e crea il pacchetto. L'unica cosa che può fare in più è la rimozione dei link simbolici e la creazione di un doinst.sh che li ricrei all'atto dell'installazione.
Da come avevi scritto, però, sembrava che il dubbio non fosse su ciò che combina makepkg

[Savius]

Sì infatti rileggendomi hai ragionissimo! Ahahahahahahah! Ti chiedo scusa! :P Grazie per l'info, credo proprio che possa ora aggiungere un bel "Risolto" al thread.

[hashbang]

A quel punto io compilai l'applicativo con il classico "./configure && make" ma necessitava di una libreria che non era presente nel repository di Slacky.eu. A quel punto mi fermai nell'impresa, perché non avendo neanche lo SlackBuild, non sapevo se potevo seguire tranquillamente la procedura elencata su quel wiki o se bisognava fare altro.

giusto per una info aggiuntiva. Savius se le la libreria non è presente puoi andare su slackbuilds.org e vedere se è stato fatto uno Slackbuild in modo da poter usufruire subito del pacchetto (ogni tanto, quando non ho molto tempo per pacchettizzarmi il tutto, lo faccio pure io che sono packager) oppure (ancora meglio se lo fai ogni volta che non la trovi nel sul repo della 13.0 ne su quello della 13.1) puoi postare una richiesta per il pacchetto nella sezione Packages. Questo ci aiuta molto e contribuisce a rendere il repository ancora più vasto e ricco di pacchetti.

[Savius]

Grazie mille per le dritte atomix600. ^^
Non sapevo potessi farlo, probabilmente mi sbaglierò ma mi pare di aver letto che non sarebbero state considerate richieste di creazione pacchetti qui sul forum. Ma forse era relativo solo a quei pacchetti che, "di solito", vengono creati e che quindi non bisognava dar fretta ai pacchettizzatori per la creazione di determinati pacchetti già previsti nella pacchettizzazione. Scusa la spiegazione un po' contorta, comunque grazie mille per l'informazione. Nel caso allora sarò ben lieto di segnalare la creazione di eventuali pacchetti, per ora mi sto limitando a segnalare il rilascio di alcune versioni nuove di determinati pacchetti nel "pkgreport".