package gkrellm

da **Micio** » mar giu 17, 2003 16:20

Rieccomi a fare il guastafeste:) Ho velocemente dato un occhiata al pacchetto (nel senso che l´ho solo scompattato e guardato, ho controllato solo errori di permessi, e sintassi...magari c´e´ altro ma ora non ho molto tempo) e mi permetto di dare qualche consiglio: controllate bene l´utente proprietario con la quale vengono creati i files...nella fattispecie: # ls -al bin/ total 705 drwxr-xr-x 2 root root 96 Jun 17 15:45 ./ drwxr-xr-x 6 root root 144 Jun 12 22:18 ../ -rwxr-xr-x 1 root 1000 660724 Jun 17 15:45 gkrellm* -rwxr-xr-x 1 root 1000 53320 Jun 12 22:21 gkrellmd* il gruppo 1000 evidentemente è "cannato" in questa directory per 2 motivi: di default dovrebbe essere root:root (un chown -R root:root $PKG/usr/bin/* prima di fare il pacchetto, magari) inoltre sotto slackware per defalut tutte le directory bin e sbin sono di proprietà root:bin, se io installassi questo pacchetto mi cambierebbe il proprietario di /usr/bin. A fini pratici poco conta (tranne in alcuni casi) ma se facciamo un pkg slackware rispettiamo i "canoni":) ed ancora: # ls usr/share/man/man1/ gkrellm.1 gkrellmd.1 rispettando i canoni sarebbero da gzippare (gzip $PKG/usr/share/man/man1/*) ora un po´ di sintassi: cat install/slack-desc [CUT] |-----handy-ruler------------------------------------------------------| gkrellm-2.1.12.i686: GKrellM-2.1.12.i686 gkrellm-2.1.12.i686: GKrellM is a single process stack of system monitors which supports gkrellm-2.1.12.i686: applying themes to match its appearance to your window manager, Gtk, or gkrellm-2.1.12.i686: any other theme. [CUT] per convenzione solo gkrellm. da slackware 8.1 la convenzione nel fare i pacchetti è: nome-versione-architettura-build.tgz Questo per una migliore gestione da parte dei tool di pacchettizazione. qui abbiamo nome-versione.(errore)architettura(buildmancante).tgz questo in 3 minuti...non ho controllato altri package di slacky.it e non ho approfondito questo. I miei consigli sono atti ad una miglioria, spero Tongiu e/o altri non se la prendano per queste mie osservazioni, apprezzo chi si sbatte e lavora su slackware. Micio

da **Loris** » mar giu 17, 2003 19:01

Per me è tutto chiaro farò più attenzione nel controllo dei package, solo una curiosità, io e credo anche molti altri usiamo il metodo proposto in tutorial per creare i package, secondo te ci sono metodi più seri e più puliti per la formazione di quest´ultimi ? te lo chiedo perchè parlavi di slackbuild e mi interessava capire la differenza.... p.s. una cortesia, dai una guardata al tutorial che ho fatto e dimmi come posso migliorarlo :-]

da **Micio** » mar giu 17, 2003 22:12

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>Quote:<HR></TD></TR><TR><TD><BLOCKQUOTE> 17-06-2003 alle ore 19:01, Lorys wrote: Per me è tutto chiaro farò più attenzione nel controllo dei package, solo una curiosità, io e credo anche molti altri usiamo il metodo proposto in tutorial per creare i package, secondo te ci sono metodi più seri e più puliti per la formazione di quest´ultimi ? te lo chiedo perchè parlavi di slackbuild e mi interessava capire la differenza.... p.s. una cortesia, dai una guardata al tutorial che ho fatto e dimmi come posso migliorarlo :-] </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> ehi:) Premetto che per fare un pacchetto (per pacchetto intendiamo un software precompilato ed installabile posizionando gli eseguibili nel posto giusto) basta conoscere solo superficialmente il comportamento di un *nix, 4 comandi, 2 cambiamenti di posizione un compressore ed il gioco è fatto. Fare un pacchetto BENE, impone una conoscenza un po´ più approfondita di alcuni comandi e di compilazione. Qui parliamo di slackware, quindi di "subgenius" ...perciò opteremo per la terza ipotesi: Fare un pacchetto PERFETTO. (miii come se la menano questi "slackers":D ) Fare un pacchetto perfetto, non è così difficile o così diverso dal "fare un pacchetto", cambiano alcune "finezze" (dopotutto anche un pacchetto e basta funziona no?) che da un punto di vista "esperto" però sono voragini di incompetenza. Cosa ci serve per fare un pacchetto perfetto? 1) Esperienza con la slackware (struttura,covenzioni,modalità di compilazione etc...) 2) conoscenza media della bash(un po´ di scripting) e dei comandi Linux 3) possedere una slackware:) Una delle cose migliori da fare è guardarsi i source di volkerding, così ci possiamo fare un idea. ad ogni modo le attuali convenzioni slackware sono: 1)creare una directory dove inserire il packages diciamo PKG 2)aggiungere una directory $PKG/usr/doc/nomesoftware/ dove inserire tutti i doc, i changelogs, i readme, gli install e quant´altro dal software originale. 3) configurare il software con flag di compilazione ottimizzate (di default Volkerding usa -O2 -march-i486 (dalla 9.1 current) -mcpu-i686), ricordiamoci anche il --prefix=/usr (/usr/local è malvista in slackware) 4)dopo aver dato il make install nel path $PKG a)strippare gli eseguibili. (slack cerca di risparmiare spazio e rendere più veloci i programmi) b)gzippare i man c)controllare gli owner ed i permessi di tutto solitamente tutte le bin e sbin hanno come owner root.bin, tutto il resto è root.root d)strippare -g o -uneeded le librerie e)se esistono delle patch soprattutto di sicurezza...patchate .... è troppo lungo, ne uscirebbe un tutorial guardatevi i source, magari anche quelli di slackware.biz che sono PERFETTI ^_^ SlackBuild e Build: solitamente Lo SlackBuild è un semplice script per creare il package dal sorgente, mentre il Build è lo script di installazione da sorgente sotto slack (non crea il pacchetto). Tecnicamente il vantaggio sta nel fatto che ti scarichi la directory source del pacchetto, lanci lo SlackBuild e ti ritrovi il pacchetto fatto in /tmp solitamente (serve anche ai developers dei pacchetti per non rifarsi tutto a mano ogni volta) il tutorial lo esamino nel prossimo post...dato che ho già mandato in overflow la lettura:) se siete arrivati a leggere fino a qui ...grazie:) Micio

da **Tongiu** » gio giu 19, 2003 19:22

Figurami Micio, non mi offendo per niente anzi sono contento che qualcuno abbia analizzato i miei pacchetti. Uso Slackware da un mese e mezzo (usavo RedHat) e non posso certo dire di essere un esperto di pacchetti .tgz. >controllate bene l´utente proprietario con la quale vengono creati i > files...nella fattispecie: Avevo lasciato il default proposto da makepkg. OK consiglio recepito d´ora in poi :root:bin > # ls usr/share/man/man1/ > gkrellm.1 gkrellmd.1 > rispettando i canoni sarebbero da gzippare (gzip > $PKG/usr/share/man/man1/*) OK capito > qui abbiamo nome-versione.(errore)architettura(buildmancante).tgz Non ho capito come si sarebbe dovuto chiamare ? > 3) configurare il software con flag di compilazione ottimizzate > (di default Volkerding usa -O2 -march-i486 (dalla 9.1 current) > -mcpu-i686), ricordiamoci anche il --prefix=/usr (/usr/local è malvista in > slackware) mi puoi scrivere il comando make install completo con queste opzioni di compilazione ? > a)strippare gli eseguibilI :-[ mi sento ignorante... cosa vuol dire ? Lorys aggiorniamo il tutorial ? Propondo di sistemarlo con l´aiuto di Micio e poi rifaccio i pacchetti che ti avevo mandato. Tongiu

da **Loris** » gio giu 19, 2003 19:32

Mi organizzo e metto il tutorial che mi ha mandato Micio, è stupefacente, una guida incredibile, veramente un grande. Tongiu, dopo cena lo metto su, vedrai che roba :-)

da **Micio** » gio giu 19, 2003 23:17

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>Quote:<HR></TD></TR><TR><TD><BLOCKQUOTE> 19-06-2003 alle ore 19:32, Lorys wrote: Mi organizzo e metto il tutorial che mi ha mandato Micio, è stupefacente, una guida incredibile, veramente un grande. Tongiu, dopo cena lo metto su, vedrai che roba :-)

</BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> ehi:) Lorys è esaGGerato:) ma grazie del complimento. Ne approfitto per dire che nella pagina delle statistiche il mio NetBSD viene "segnato" come Linux ..... vorrei capire su che basi (immagino il php) stabilisce l´OS... Mah, cosa di poco importanza comunque:) cheers, cat

da **Loris** » ven giu 20, 2003 12:46

Fantastico, sto phpnuke è pieno di difetti, provo a fare un giro in quel di phpnuke.org

Chi c’è in linea