Compilazione pacchetti tramite Slackbuild?

Postate qui se avete consigli per migliorare i pacchetti disponibili in questo sito o se avete problemi con installazione, funzionamento o altro.

Moderatore: Staff

Regole del forum
1) Citare in modo preciso il nome del pacchetto.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ponce »

ChriD ha scritto:Scusa, credevo che slackpkg upgrade-all significasse essere a current.... ora credo di aver capito che si tratta di un ramo completamente diverso....
Slackware current non e' una rolling release come quella Arch Linux, e' la versione di sviluppo: e' come se fosse permanentemente una versione alpha/beta.
quindi per uno che ha tanta voglia di imparare ma non e' proprio un maestro consigli di rimanere a stable e quindi a questo punto dovrei affidarmi a SlackBuilds.org completamente e non uscire pazzo con le ultime release di tutto?
ovviamente si, almeno finche' non avrai confidenza col patchare le cose in autonomia e ricompilare tantissimo.

ChriD
Linux 2.x
Linux 2.x
Messaggi: 362
Iscritto il: dom 30 ott 2005, 16:43

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ChriD »

Domanda forse stupida, cosa accadrebbe se si verificasse un errore in fase compilazione di uno dei pacchetti data in input una lista di piu' pacchetti a a sbopgk...
Ad esempio ecco l'input di dipendenze opzionali per ffmpeg:

Codice: Seleziona tutto

sbopkg -b "libass libbluray celt libdc1394 decklink-sdk faac libfdk-aac flite frei0r libgme gsm libiec61883 libavc1394 libilbc ladspa_sdk lame libmodplug OpenAL opencore-amr opencv opus libquvi rtmpdump schroedinger snappy speex twolame vid.stab libwebp x264 x265 xvidcore zeromq zvbi"
Inoltre posso aggiungere

Codice: Seleziona tutto

 2>err
per avere in un file il trace degli eventuali errori... o mi sto facendo problemi per senza niente

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ponce »

ChriD ha scritto:Domanda forse stupida, cosa accadrebbe se si verificasse un errore in fase compilazione di uno dei pacchetti data in input una lista di piu' pacchetti a a sbopgk...
Ad esempio ecco l'input di dipendenze opzionali per ffmpeg:

Codice: Seleziona tutto

sbopkg -b "libass libbluray celt libdc1394 decklink-sdk faac libfdk-aac flite frei0r libgme gsm libiec61883 libavc1394 libilbc ladspa_sdk lame libmodplug OpenAL opencore-amr opencv opus libquvi rtmpdump schroedinger snappy speex twolame vid.stab libwebp x264 x265 xvidcore zeromq zvbi"
prova :)
Inoltre posso aggiungere

Codice: Seleziona tutto

 2>err
per avere in un file il trace degli eventuali errori... o mi sto facendo problemi per senza niente
non serve, va tutto comunque in /var/log/sbopkg/sbopkg-build-log una volta che ha finito di girare.

ChriD
Linux 2.x
Linux 2.x
Messaggi: 362
Iscritto il: dom 30 ott 2005, 16:43

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ChriD »

ponce ha scritto:
ChriD ha scritto:Domanda forse stupida, cosa accadrebbe se si verificasse un errore in fase compilazione di uno dei pacchetti data in input una lista di piu' pacchetti a a sbopgk...
Ad esempio ecco l'input di dipendenze opzionali per ffmpeg:

Codice: Seleziona tutto

sbopkg -b "libass libbluray celt libdc1394 decklink-sdk faac libfdk-aac flite frei0r libgme gsm libiec61883 libavc1394 libilbc ladspa_sdk lame libmodplug OpenAL opencore-amr opencv opus libquvi rtmpdump schroedinger snappy speex twolame vid.stab libwebp x264 x265 xvidcore zeromq zvbi"
prova :)
Inoltre posso aggiungere

Codice: Seleziona tutto

 2>err
per avere in un file il trace degli eventuali errori... o mi sto facendo problemi per senza niente
non serve, va tutto comunque in /var/log/sbopkg/sbopkg-build-log una volta che ha finito di girare.
Nel mentre...

Codice: Seleziona tutto

libquvi:
Found libquvi-0.4.1.tar.xz in /var/cache/sbopkg.
Checking MD5SUM:
  MD5SUM check for libquvi-0.4.1.tar.xz ... OK
Building package for libquvi...
libquvi-0.4.1/
libquvi-0.4.1/config.h.in
libquvi-0.4.1/src/
libquvi-0.4.1/src/libquvi/
libquvi-0.4.1/src/libquvi/util.h
libquvi-0.4.1/src/libquvi/net_api.c
libquvi-0.4.1/src/libquvi/quvi/
libquvi-0.4.1/src/libquvi/quvi/Makefile.am
libquvi-0.4.1/src/libquvi/quvi/Makefile.in
libquvi-0.4.1/src/libquvi/quvi/net.h
libquvi-0.4.1/src/libquvi/quvi/llst.h
libquvi-0.4.1/src/libquvi/quvi/quvi.h
libquvi-0.4.1/src/libquvi/lua_wrap.c
libquvi-0.4.1/src/libquvi/platform.h
libquvi-0.4.1/src/libquvi/strepl.c
libquvi-0.4.1/src/libquvi/llst_api.c
libquvi-0.4.1/src/libquvi/curl_wrap.h
libquvi-0.4.1/src/libquvi/curl_wrap.c
libquvi-0.4.1/src/libquvi/depr_api.c
libquvi-0.4.1/src/libquvi/net_wrap.c
libquvi-0.4.1/src/libquvi/vasprintf.c
libquvi-0.4.1/src/libquvi/Makefile.am
libquvi-0.4.1/src/libquvi/Makefile.in
libquvi-0.4.1/src/libquvi/lua_wrap.h
libquvi-0.4.1/src/libquvi/internal.h
libquvi-0.4.1/src/libquvi/quvi_api.c
libquvi-0.4.1/src/libquvi/util.c
libquvi-0.4.1/src/libquvi/asprintf.c
libquvi-0.4.1/src/libquvi/net_wrap.h
libquvi-0.4.1/src/Makefile.am
libquvi-0.4.1/src/Makefile.in
libquvi-0.4.1/AUTHORS
libquvi-0.4.1/m4/
libquvi-0.4.1/m4/ltsugar.m4
libquvi-0.4.1/m4/version.m4
libquvi-0.4.1/m4/libtool.m4
libquvi-0.4.1/m4/ltoptions.m4
libquvi-0.4.1/m4/lt~obsolete.m4
libquvi-0.4.1/m4/ltversion.m4
libquvi-0.4.1/examples/
libquvi-0.4.1/examples/version.c
libquvi-0.4.1/examples/common.h
libquvi-0.4.1/examples/supported.c
libquvi-0.4.1/examples/common.c
libquvi-0.4.1/examples/simple.c
libquvi-0.4.1/examples/parse.c
libquvi-0.4.1/examples/Makefile.am
libquvi-0.4.1/examples/Makefile.in
libquvi-0.4.1/examples/callback_libsoup.c
libquvi-0.4.1/COPYING
libquvi-0.4.1/NEWS
libquvi-0.4.1/configure
libquvi-0.4.1/libquvi.pc.in
libquvi-0.4.1/config.aux/
libquvi-0.4.1/config.aux/config.sub
libquvi-0.4.1/config.aux/depcomp
libquvi-0.4.1/config.aux/config.guess
libquvi-0.4.1/config.aux/config.rpath
libquvi-0.4.1/config.aux/install-sh
libquvi-0.4.1/config.aux/ltmain.sh
libquvi-0.4.1/config.aux/missing
libquvi-0.4.1/Makefile.am
libquvi-0.4.1/VERSION
libquvi-0.4.1/Makefile.in
libquvi-0.4.1/gen-ver.sh
libquvi-0.4.1/configure.ac
libquvi-0.4.1/doc/
libquvi-0.4.1/doc/man3/
libquvi-0.4.1/doc/man3/libquvi.3
libquvi-0.4.1/doc/man3/Makefile.am
libquvi-0.4.1/doc/man3/Makefile.in
libquvi-0.4.1/doc/man3/libquvi.3.pod
libquvi-0.4.1/doc/nd/
libquvi-0.4.1/doc/nd/About.txt
libquvi-0.4.1/doc/nd/Webscripts/
libquvi-0.4.1/doc/nd/Webscripts/Tutorial.txt
libquvi-0.4.1/doc/nd/Webscripts/Guidelines.txt
libquvi-0.4.1/doc/nd/Webscripts/Webscript.txt
libquvi-0.4.1/doc/nd/Overviews/
libquvi-0.4.1/doc/nd/Overviews/Overview_Network.txt
libquvi-0.4.1/doc/nd/Overviews/Overview.txt
libquvi-0.4.1/doc/nd/Overviews/Overview_LinkedList.txt
libquvi-0.4.1/doc/nd/Overviews/Formats.txt
libquvi-0.4.1/doc/nd/Help/
libquvi-0.4.1/doc/nd/Help/Help.txt
libquvi-0.4.1/doc/nd/Help/Patches.txt
libquvi-0.4.1/doc/nd/Help/Style.txt
libquvi-0.4.1/doc/nd/Help/Development.txt
libquvi-0.4.1/doc/Makefile.am
libquvi-0.4.1/doc/Makefile.in
libquvi-0.4.1/ChangeLog
libquvi-0.4.1/aclocal.m4
libquvi-0.4.1/README
libquvi-0.4.1/INSTALL
checking build system type... x86_64-slackware-linux-gnu
checking host system type... x86_64-slackware-linux-gnu
checking target system type... x86_64-slackware-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether make supports nested variables... yes
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-slackware-linux/bin/ld
checking if the linker (/usr/x86_64-slackware-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-slackware-linux-gnu file names to x86_64-slackware-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-slackware-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/x86_64-slackware-linux/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-slackware-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking for naturaldocs... no
checking for NaturalDocs... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for liblua... no
checking for liblua... no
checking for liblua... no
checking for liblua... no
configure: error: Package requirements (lua-5.1 >= 5.1) were not met:

No package 'lua-5.1' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables liblua_CFLAGS
and liblua_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

libquvi:
Would you like to continue processing the rest of the
queue or would you like to abort?  If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.

(Y)es to continue, (N)o to abort, (R)etry the build?: 
In questi casi come ci si dovrebbe comportare? Continuo, poi soddisfo questa dipendenza del pacchetto lua che non e' presente tra i requires e poi reinstallo questo pacchetto libquvi?
EDIT: Nulla, ci ho provato ma non ho risolto... sempre lo stesso errore... tra l'altro lua era presente nelle code delle dipendenze e non me ne ero accorto....
Ultima modifica di ChriD il mar 20 set 2016, 20:54, modificato 1 volta in totale.

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ponce »

come non e' presente nel REQUIRES? libquvi dipende da libquvi-scripts che a sua volta dipende da lua: bisogna che tu installi anche le dipendenze delle dipendenze.
io interromperei sbopkg e poi lo rilancerei omettendo quello che ha gia compilato e aggiungendo per primi lua e libquvi-scripts.

ChriD
Linux 2.x
Linux 2.x
Messaggi: 362
Iscritto il: dom 30 ott 2005, 16:43

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ChriD »

ponce ha scritto:come non e' presente nel REQUIRES? libquvi dipende da libquvi-scripts che a sua volta dipende da lua: bisogna che tu installi anche le dipendenze delle dipendenze.
io interromperei sbopkg e poi lo rilancerei omettendo quello che ha gia compilato e aggiungendo per primi lua e libquvi-scripts.
Purtroppo non ne riesco a venire a capo... Ho provato prima sbopkg -b "lua libquvi-scripts" e poi sbopkg -b libquvi ricevendo sempre lo stesso errore...

Codice: Seleziona tutto

checking for liblua... no
checking for liblua... no
checking for liblua... no
checking for liblua... no
configure: error: Package requirements (lua-5.1 >= 5.1) were not met:

No package 'lua-5.1' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables liblua_CFLAGS
and liblua_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

libquvi:
Would you like to continue processing the rest of the
queue or would you like to abort?  If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.

(Y)es to continue, (N)o to abort, (R)etry the build?: 
Potrebbe essere legato al fatto che sto soltanto costruendo i pacchetti con l'opzione -b e non li sto installando?

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ponce »

ChriD ha scritto:
ponce ha scritto:come non e' presente nel REQUIRES? libquvi dipende da libquvi-scripts che a sua volta dipende da lua: bisogna che tu installi anche le dipendenze delle dipendenze.
io interromperei sbopkg e poi lo rilancerei omettendo quello che ha gia compilato e aggiungendo per primi lua e libquvi-scripts.
Purtroppo non ne riesco a venire a capo... Ho provato prima sbopkg -b "lua libquvi-scripts" e poi sbopkg -b libquvi ricevendo sempre lo stesso errore...

Codice: Seleziona tutto

checking for liblua... no
checking for liblua... no
checking for liblua... no
checking for liblua... no
configure: error: Package requirements (lua-5.1 >= 5.1) were not met:

No package 'lua-5.1' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables liblua_CFLAGS
and liblua_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

libquvi:
Would you like to continue processing the rest of the
queue or would you like to abort?  If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.

(Y)es to continue, (N)o to abort, (R)etry the build?: 
Potrebbe essere legato al fatto che sto soltanto costruendo i pacchetti con l'opzione -b e non li sto installando?
certo che si.

non puo' trovare le dipendenze se non le installi.

ChriD
Linux 2.x
Linux 2.x
Messaggi: 362
Iscritto il: dom 30 ott 2005, 16:43

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ChriD »

ponce ha scritto: certo che si.

non puo' trovare le dipendenze se non le installi.
Allora mi viene in mente un altra problematica....
Diciamo che quindi devo installare e non soltando costruire i pacchetti....
Non potrò mai avere un mio database di pacchetti sopratutto perché essi devono essere installati in un ordine specifico... Io volevo costruirmeli e poi alla fine fare un bell'installpkg di tutto....
Credo che sto perdendo di vista qualche passaggio importante o non ho ancora ben capito come organizzarsi ...

Avatar utente
joe
Iper Master
Iper Master
Messaggi: 3789
Iscritto il: ven 27 apr 2007, 11:21
Slackware: 15.0
Kernel: 5.15.38
Desktop: dwm

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da joe »

Credo che sia necessario differenziare due diversi tipi di dipendenza.
Ci sono dipendenze che sono necessarie per l'esecuzione di un certo programma. In questo caso puoi fare il build di quel programma e della dipendenza senza dover installare quest'ultima.
Ci sono però dipendenze che servono anche durante il build di un certo programma, in quel caso se non installi sul sistema quella dipendenza non riesci ad eseguire neanche il build del programma in questione. Se non sbaglio è questo il caso di alcune librerie contro le quali un certo programma viene "linkato" in fase di compilazione: se la libreria non c'è, il linking e quindi la compilazione fallirebbe.
Se parlassimo di pacchetti precompilati questa distinzione potremmo anche ignorarla, perchè banalmente non si deve compilare nulla. Ma quando si parla di slackbuilds invece va tenuta in conto.

Per fare un'esempio (spero di non sbagliare), se provi a fare il build di VLC e sul sistema non hai FFMpeg ecco che il sistema te lo segnala e la compilazione fallisce. Ci sono probabilmente esempio più calzanti, ma è il primo che mi è venuto in mente.

ChriD
Linux 2.x
Linux 2.x
Messaggi: 362
Iscritto il: dom 30 ott 2005, 16:43

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ChriD »

Supponiamo che all'improvviso per un qualche oscuro motivo voglia fare una installazione pulita di Slackware sulla stessa macchina, cosa mi converrebbe conservare per velocizzare la re-installazione dei pacchetti senza dovermi nuovamente preoccupare delle dipendenze non-required e quindi non gestibili tramite sqg... Magari direttamente i tgz? Oppure una queue personalizzata da me (faticoso)?

Avatar utente
N1cuz
Linux 2.x
Linux 2.x
Messaggi: 333
Iscritto il: lun 6 ott 2008, 0:41
Nome Cognome: Nicola Bartolomei
Slackware: 14.1
Kernel: 4.3.3
Desktop: xfce4
Località: Pieve a Nievole (PT)

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da N1cuz »

ChriD ha scritto: Non posso che ringraziare per il lavoro svolto da coloro che mettono a disposizione gratuitamente il loro tempo per altri...
Quindi utilizzi anche tu slackpkg+?
No in realtà per gestire i pacchetti ho sempre usato i tool di default, slackpkg classico, installpkg ecc... Essenzialmente utilizzo pochissimi pacchetti che non sono presenti di default, skype dal repo di slacky.eu, chromium e libreoffice dal repo di alien, poi latex e qemu li ho installati tramite slackbuild... Poi non mi pare di avere insallato altro se non qualche software scientifico commerciale che fornisce anche una versione per sistemi unix.
Quindi per l'uso che ne faccio io con slackware mi ci sono trovato molto bene, i gestori di pacchettti nel mio caso mi complicano solo la vita....
Ponce ha scritto: no, non l'ho fatto io, ho solo contribuito con qualche patch: l'applicativo in questione si chiama sqg, e' incluso in sbopkg e serve per generare le code di compilazione per quest'ultimo.
lo ha scritto Chess Griffin e io lo uso per farmi un tot di pacchetti tutti in una botta (capita di rado che debba modificare quella lista perche' cambiano le dipendenze).
Ok, mi ricordavo di aver usato sbopkg qualche anno fa (mi sembra di aver avuto sempre la 13.37 ma potrei sbagliarmi di nuovo) per compilare LXDE e forse lo avevo trovato su un tuo sito o blog e mi era rimasto in mente: Livorno --> Ponce --> Slackbuild
(sono toscano pure io...)

Avatar utente
N1cuz
Linux 2.x
Linux 2.x
Messaggi: 333
Iscritto il: lun 6 ott 2008, 0:41
Nome Cognome: Nicola Bartolomei
Slackware: 14.1
Kernel: 4.3.3
Desktop: xfce4
Località: Pieve a Nievole (PT)

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da N1cuz »

ChriD ha scritto:Supponiamo che all'improvviso per un qualche oscuro motivo voglia fare una installazione pulita di Slackware sulla stessa macchina, cosa mi converrebbe conservare per velocizzare la re-installazione dei pacchetti senza dovermi nuovamente preoccupare delle dipendenze non-required e quindi non gestibili tramite sqg... Magari direttamente i tgz? Oppure una queue personalizzata da me (faticoso)?
Io i pacchetti che uso e che ho compilato li tengo in una directory, se per qualche motivo li devo reinstallare li ho già pronti, mi pare una predita di tempo tenersi una queque per fare nuovamente un pacchetto che poi cancelli una vola installato...

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ponce »

ChriD ha scritto:Allora mi viene in mente un altra problematica....
Diciamo che quindi devo installare e non soltando costruire i pacchetti....
Non potrò mai avere un mio database di pacchetti sopratutto perché essi devono essere installati in un ordine specifico... Io volevo costruirmeli e poi alla fine fare un bell'installpkg di tutto....
Credo che sto perdendo di vista qualche passaggio importante o non ho ancora ben capito come organizzarsi ...
personalmente, quando compilo la mia coda di piu' di 400 SlackBuild, lo faccio col comando

Codice: Seleziona tutto

sbopkg -i coda
ChriD ha scritto:Supponiamo che all'improvviso per un qualche oscuro motivo voglia fare una installazione pulita di Slackware sulla stessa macchina, cosa mi converrebbe conservare per velocizzare la re-installazione dei pacchetti senza dovermi nuovamente preoccupare delle dipendenze non-required e quindi non gestibili tramite sqg... Magari direttamente i tgz? Oppure una queue personalizzata da me (faticoso)?
entrambi, perche' a volte, se non sono cambiate troppe cose nel sistema operativo sottostate da quando li avevi assemblati, ti bastera' reinstallare tutti i tgz che ti sei fatto, in altri casi dovrai ricompilare e quindi avrai bisogno della coda.

Avatar utente
N1cuz
Linux 2.x
Linux 2.x
Messaggi: 333
Iscritto il: lun 6 ott 2008, 0:41
Nome Cognome: Nicola Bartolomei
Slackware: 14.1
Kernel: 4.3.3
Desktop: xfce4
Località: Pieve a Nievole (PT)

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da N1cuz »

ponce ha scritto: entrambi, perche' a volte, se non sono cambiate troppe cose nel sistema operativo sottostate da quando li avevi assemblati, ti bastera' reinstallare tutti i tgz che ti sei fatto, in altri casi dovrai ricompilare e quindi avrai bisogno della coda.
In quali casi occorre ricompilare?? Cioé a meno che non cambi versione di Slackware se reinstalli la stessa versione con cui hai compilato i pacchetti, ricompilando non otterresti comunque i soliti tgz??

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Compilazione pacchetti tramite Slackbuild?

Messaggio da ponce »

N1cuz ha scritto:
ponce ha scritto: entrambi, perche' a volte, se non sono cambiate troppe cose nel sistema operativo sottostate da quando li avevi assemblati, ti bastera' reinstallare tutti i tgz che ti sei fatto, in altri casi dovrai ricompilare e quindi avrai bisogno della coda.
In quali casi occorre ricompilare?? Cioé a meno che non cambi versione di Slackware se reinstalli la stessa versione con cui hai compilato i pacchetti, ricompilando non otterresti comunque i soliti tgz??
se usi la solita versione di Slackware stabile, in genere, non dovrebbero cambiare le versioni delle librerie, nemmeno in seguito ad aggiornamenti.
comunque, se hai installato degli aggiornamenti, anche se di una versione minore le librerie cambiano lo stesso, e il binario che compili non e' *identico* a quello che hai compilato la prima volta (ma questo, per farlo girare, e' indifferente).
per current il discorso e' completamente diverso: le versioni dei pacchetti e delle librerie cambiano e quindi a volte devi ricompilare.
questo a livello dei pacchetti standard in Slackware.
pero' ci sono anche i tuoi pacchetti di terze parti che ti sei compilato: se per caso, quando fai la reinstallazione, aggiorni una libreria di SBo, magari ad una versione parecchio piu' recente dove cambia la API, e provi ad installare il resto, non e' detto che quello che linka a quella libreria ti funzioni ancora.
in generale, se hai fatto tutti i tuoi pacchetti in una botta su una slackware stable e li reinstalli tutti cosi' come sono su un'altra slackware stable (ovviamente della solita versione), non dovresti avere problemi.
tieni di conto che ci sono operazioni preliminari da fare a mano prima di fare determinati pacchetti (come ad esempio creare degli utenti), indicate nel README degli stessi pacchetti su SBo (che *deve* essere letto, per *ogni* pacchetto), e queste dovranno essere fatte sia sul sistema dove compili i pacchetti sia su tutti quelli dove poi li installerai.
Ultima modifica di ponce il mer 21 set 2016, 9:34, modificato 1 volta in totale.

Rispondi