Slackware vs Slackyd

[conraid]

questo perché tu hai voluto fare tutto automaticamente, se non usavi l'opzione -f ti chiedeva quale volevi aggiornare, mostrandoti i nomi della versione che hai e quella che voleva installarti.

Giustissimo. Se avessi fatto così, però, ad ogni slackyd -U mi avrebbe riproposto tutta la pappardella, a meno di non metterli in blacklist. Cosa che però mi avrebbe pregiudicato futuri aggiornamenti "giusti". Lo scopo di questo software, IMHO, dev'essere quello di svincolare l'utente meno esperto/più svogliato dal changelog, pur consentendogli di restare con Slackware.

Dipende da cosa vuoi fare. Ci sono pacchetti, anche nel repository di slacky.eu, compilati per usi specifici. Penso a cyrus-sasl per andare con mysql, a openldap patchato per andare con evolution, librerie aggiornate perché servono a particolari programmi, e così via. Se installi tutto sei soggetto a problemi.
Una cosa è scaricare solamente da repository ufficiali, e qui a meno che non segui current stai tranquillo, altrimenti devi *sempre* controllare quel che questi programmi automatici fanno. Va bene semplificarsi la vita, ma non troppo
E poi non capisco il discorso del changelog, se vuoi seguire quello della current ok, ma allora secondo me sì, devi seguirlo. E se proprio non usare slackyd per tenere aggiornata la Slackware ma slackpkg
Se invece sei su stable e vuoi aggiornare con i pacchetti di slacky.eu devi seguirlo per forza, perché slackyd -fU ti aggiorna solamente i pacchetti, quindi le novità non le vedi. A meno di lanciare un altra opzione del programma, ma anche qui spero che scegli cosa installare.

Insomma, se fossi stato Dani l'opzione -f non l'avrei nemmeno messa, ma da utente secondo me è da evitare proprio per quel che ho detto prima.
Poi sei libero di usarla, ma allora devi *prevedere* che ci possano essere pacchetti compilati per usi specifici.

Detto questo una modalità tipo "non aggiornarmi tutti i pacchetti che sono già ufficialmente in Slackware" potrebbe essere utile in slackyd. Che però poi deve prevedere di non installare i nuovi programmi che richiedono librerie aggiornate

[g4b0]

Tutte e due dipende dai casi.
Puo' capitare che ci siano pacchetti slackware con dipendenze rotte ma non per questo che non funzionino !
Dipende...Nella 12.2 abbiamo oprofile, con dipendenze rotte, che non funziona proprio. Oppure abbiamo firefox, sempre con dipendenze rotte, ma che funziona correttamente.
Slackyd si limita a leggere tutti i files installati da uno o piu' determinati pacchetti, ad aprirli e "spulciarli" per vedere che librerie richiedono. Una volta che il tool trova una libreria mancante si possono creare diverse situazioni:
1) Il file che richiede la libreria è un programma del pacchetto e non funzionerà, quindi il pacchetto contenente la libreria mancante è una dipendenza del pacchetto che slackyd ha esaminato.
2) Il file che richiede la libreria è a sua volta una libreria, usata solo per abilitare features extra del pacchetto esaminato. In questo caso il pacchetto contenente la libreria mancante è una dipendenza opzionale del pacchetto che slackyd ha verificato, ergo chi rilascia la distro puo' anche non rilasciare la dipendenza.
3) Slackyd non trova una libreria che invece c'è (tipico di java e jre che si installano in path appositi)...In questo caso bisogna controllare /etc/ld.so.conf.

Ho capito. Slackyd fa il lavoro sporco, poi a mano vado a sistemare le cose sbagliate. Mi piace, in pieno stile Slackware
Toranndo al problema delle mie librerie:

Codice: Seleziona tutto

Found 7 missing dependencies:
liboctinterp.so required by:
--> Package: libsndfile-1.0.19-i486-1sl (/usr/libexec/octave/3.0.3/site/oct/i486-slackware-linux-gnu/sndfile/sndfile.oct)
liboctave.so required by:
--> Package: libsndfile-1.0.19-i486-1sl (/usr/libexec/octave/3.0.3/site/oct/i486-slackware-linux-gnu/sndfile/sndfile.oct)
libcruft.so required by:
--> Package: libsndfile-1.0.19-i486-1sl (/usr/libexec/octave/3.0.3/site/oct/i486-slackware-linux-gnu/sndfile/sndfile.oct)

Ok, cerco le librerie mancanti e metto il path in /etc/ld.so.conf:

root@slack:/usr# find /usr/ -name liboctinterp.so
/usr/lib/octave-3.0.3/liboctinterp.so
root@slack:/usr# find /usr/ -name liboctave.so
/usr/lib/octave-3.0.3/liboctave.so
root@slack:/usr# find /usr/ -name libcruft.so
/usr/lib/octave-3.0.3/libcruft.so

Per Openoffice dovrebbe bastare un link simbolico alle versioni precedenti di libssl e di libcrypto:

Codice: Seleziona tutto

libssl.so.0.9.6 required by:
--> Package: openoffice-it-3.0.1-i586-12sl (/opt/openoffice/basis-link/program/python-core-2.3.4/lib/lib-dynload/_ssl.so)
libcrypto.so.0.9.6 required by:
--> Package: openoffice-it-3.0.1-i586-12sl (/opt/openoffice/basis-link/program/python-core-2.3.4/lib/lib-dynload/_ssl.so)

E eccoli qua:

root@slack:/usr/lib# ls -l libssl* libcrypto*
-rw-r--r-- 1 root root 2353152 2009-01-15 01:02 libcrypto.a
lrwxrwxrwx 1 root root 14 2009-03-23 07:52 libcrypto.so -> libcrypto.so.0
lrwxrwxrwx 1 root root 18 2009-03-23 07:52 libcrypto.so.0 -> libcrypto.so.0.9.8
lrwxrwxrwx 1 root root 18 2009-03-24 09:00 libcrypto.so.0.9.6 -> libcrypto.so.0.9.8
-r-xr-xr-x 1 root root 1295856 2009-01-15 01:02 libcrypto.so.0.9.8
-rw-r--r-- 1 root root 412272 2009-01-15 01:02 libssl.a
lrwxrwxrwx 1 root root 11 2009-03-23 07:52 libssl.so -> libssl.so.0
lrwxrwxrwx 1 root root 15 2009-03-23 07:52 libssl.so.0 -> libssl.so.0.9.8
lrwxrwxrwx 1 root root 15 2009-03-24 09:15 libssl.so.0.9.6 -> libssl.so.0.9.8
-r-xr-xr-x 1 root root 260908 2009-01-15 01:02 libssl.so.0.9.8

Java mette le librerie dove gli pare:

Codice: Seleziona tutto

libjawt.so required by:
--> Package: openoffice-it-3.0.1-i586-12sl (/opt/openoffice/basis-link/program/libofficebean.so)

Ma io le vado a stanare!

root@slack:/usr# find /usr -name "libjawt*"
/usr/lib/java/lib/i386/libjawt.so

Qualcuno cerca una versione precedente di libbfd, anche in questo caso dovrebbe bastare un link simbolico:

Codice: Seleziona tutto

libbfd-2.17.50.0.17.20070615.so required by:
--> Package: oprofile-0.9.2-i486-5 (/usr/bin/oparchive)
--> Package: oprofile-0.9.2-i486-5 (/usr/bin/opgprof)
--> Package: oprofile-0.9.2-i486-5 (/usr/bin/oprof_start)
--> Package: oprofile-0.9.2-i486-5 (/usr/bin/opannotate)
--> Package: oprofile-0.9.2-i486-5 (/usr/bin/opreport)

Eccolo qua:

root@slack:/usr/lib# ls -l libbfd*
lrwxrwxrwx 1 root root 30 2009-03-24 09:18 libbfd-2.17.50.0.17.20070615.so -> libbfd-2.18.50.0.9.20080822.so
-rwxr-xr-x 1 root root 828348 2008-10-22 06:05 libbfd-2.18.50.0.9.20080822.so
-rw-r--r-- 1 root root 947690 2008-10-22 06:05 libbfd.a
-rwxr-xr-x 1 root root 1040 2008-10-22 06:05 libbfd.la
lrwxrwxrwx 1 root root 30 2009-03-19 19:41 libbfd.so -> libbfd-2.18.50.0.9.20080822.so

A questo punto mi basta modificare /etc/ld.so.conf in questo modo:

root@slack:/usr# more /etc/ld.so.conf
/usr/local/lib
/usr/i486-slackware-linux/lib
/usr/lib/seamonkey
/opt/qt4/lib
/usr/lib/octave-3.0.3
/usr/lib/java/lib/i386

Poi do ldconfig, ma il problema persiste!! Per esempio:

Codice: Seleziona tutto

root@slack:/usr# ldd /opt/openoffice/basis-link/program/libofficebean.so
ldd: warning: you do not have execution permission for `/opt/openoffice/basis-link/program/libofficebean.so'
        linux-gate.so.1 =>  (0xffffe000)
        libjawt.so => not found
        libstdc++.so.6 => /opt/openoffice/basis-link/program/../ure-link/lib/libstdc++.so.6 (0xb7de7000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7de3000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7dcb000)
        libm.so.6 => /lib/libm.so.6 (0xb7da5000)
        libgcc_s.so.1 => /opt/openoffice/basis-link/program/../ure-link/lib/libgcc_s.so.1 (0xb7d9c000)
        libc.so.6 => /lib/libc.so.6 (0xb7c50000)
        /lib/ld-linux.so.2 (0xb7ee6000)

Comunque come mai hai reinstallato la distro !?

Perchè continuava a non boottare, nonostante abbia verificato il lilo e tutto sembrasse a posto. Ho ritenuto più veloce formattare.

Grazie per l'aiuto

[g4b0]

Detto questo una modalità tipo "non aggiornarmi tutti i pacchetti che sono già ufficialmente in Slackware" potrebbe essere utile in slackyd. Che però poi deve prevedere di non installare i nuovi programmi che richiedono librerie aggiornate

Concordo su tutto il messaggio, soprattutto con l'affermazione qua sopra. Secondo me slacky.eu andrebbe usato per installare nuovi pacchetti, e per aggiornare gli stessi. Uno slackyd -fU dovrebbe aggiornare prendendo i pacchetti originali, salvo per quei pacchetti precedentemente installati da slacky.eu (o simili). In sostanza dovrebbe dare precedenza ai pacchetti ufficiali, anche nel caso in cui su altri repository trovasse roba più aggiornata. In tal caso dovrebbe essere l'utente, con uno slackyd -g a procurarselo. Da quel punto in avanti dovrebbe aggiornare quel pacchetto da quel repository, e non da altri.

Il tutto IMHO, ovviamente

[ZeroUno]

Codice: Seleziona tutto

root@slack:/usr# ldd /opt/openoffice/basis-link/program/libofficebean.so
ldd: warning: you do not have execution permission for `/opt/openoffice/basis-link/program/libofficebean.so'
        libjawt.so => not found

un comando più veloce di find, cioè locate nomefile (avendo prima dato updatedb) o grep nomefile /var/log/packages/* che ti mostra pure in che pacchetto è.

Alcune librerie si trovano in più pacchetti e in più path.

Codice: Seleziona tutto

 /var/log/packages # grep libjawt.so * 
jdk-6u11-i586-1:usr/lib/java/jre/lib/i386/libjawt.so
jre-6u11-i586-1:usr/lib/java/lib/i386/libjawt.so
/var/log/packages# grep libjvm.so *                                                                             
gcc-java-4.3.3-i486-2:usr/lib/gcj-4.3.3-9/libjvm.so                                                                         
jdk-6u11-i586-1:usr/lib/java/jre/lib/i386/server/libjvm.so                                                                  
jdk-6u11-i586-1:usr/lib/java/jre/lib/i386/client/libjvm.so                                                                  
jre-6u11-i586-1:usr/lib/java/lib/i386/server/libjvm.so                                                                      
jre-6u11-i586-1:usr/lib/java/lib/i386/client/libjvm.so
/var/log/packages# grep libmawt.so *                                                                            
jdk-6u11-i586-1:usr/lib/java/jre/lib/i386/xawt/libmawt.so                                                                   
jdk-6u11-i586-1:usr/lib/java/jre/lib/i386/motif21/libmawt.so                                                                
jdk-6u11-i586-1:usr/lib/java/jre/lib/i386/headless/libmawt.so                                                               
jre-6u11-i586-1:usr/lib/java/lib/i386/xawt/libmawt.so                                                                       
jre-6u11-i586-1:usr/lib/java/lib/i386/motif21/libmawt.so                                                                    
jre-6u11-i586-1:usr/lib/java/lib/i386/headless/libmawt.so

Codice: Seleziona tutto

LD_LIBRARY_PATH=/usr/lib/java/lib/i386/:/usr/lib/java/lib/i386/client:/usr/lib/java/lib/i386/xawt ldd /opt/openoffice/basis-link/program/libofficebean.so

Ciao
01

[g4b0]

LD_LIBRARY_PATH=/usr/lib/java/lib/i386/:/usr/lib/java/lib/i386/client:/usr/lib/java/lib/i386/xawt ldd /opt/openoffice/basis-link/program/libofficebean.so

Non basta modificare /etc/ld.so.conf e poi dare ldconfig? In effetti non funziona.. riavviando, però, si è preso le modifiche.

[ZeroUno]

sinceramente non so come funziona. quello che volevo far notare è che ho dovuto inserire 3 path di ricerca, ma soprattutto che quei path potevano essere differenti.
per esempio non so che differenza ci sia tra
usr/lib/java/lib/i386/server/
e
usr/lib/java/lib/i386/client/
di sicuro le librerie all'interno sono diverse.
idem per le altre.

A questo punto verrebbe da chiedersi cosa mettere in ld.so.conf o equivalenti

firefox usa un altro sistema.
/usr/bin/firefox non è un link ad un file binario (firefox-bin) ma ad uno script shell che inizializza la variabile di ambiente LD_LIBRARY_PATH così non deve mettere nulla di superfluo in ld.so.conf o in /usr/lib e può scegliere quale usare se sono presenti due o più versioni.

è plausibile che la stessa cosa succeda a libofficebean.so, visto che funziona, ma non ho investigato.

Ciao
01

[Dani]

Insomma, se fossi stato Dani l'opzione -f non l'avrei nemmeno messa, ma da utente secondo me è da evitare proprio per quel che ho detto prima.

Quello switch al massimo fa sprecare qualche mega di banda visto che slackyd i tgz li scarica soltanto

In sostanza dovrebbe dare precedenza ai pacchetti ufficiali, anche nel caso in cui su altri repository trovasse roba più aggiornata.

Così facendo si potrebbero creare situazioni molto confuse, in particolare nella risoluzione delle dipendenze. Per esempio ci potrebbe essere un aggiornamento di slacky che ha come dipendenza un pacchetto escluso dall'aggiornamento perchè presente in versione minore nella slackware