Il risultato dello SlackBuild varia da PC a PC?

[phobos3576]

Siccome mi serviva urgentemente Filezilla sulla 13.1, ho provveduto nei giorni scorsi a ricompilare Libmspack e WxWidgets utilizzando gli SlackBuild della 13.0; a quel punto, ho ricompilato Filezilla ma al momento di eseguire il programma ho ottenuto una sfilza infinita di finestre di errore (assert failed).

Ora ho visto che Libmspack e WxWidgets sono stati aggiornati per la 13.1 e così ho usato i nuovi SlackBuild per ricompilare i relativi package; poi ricompilo Filezilla e al momento di eseguire il programma ottengo un bel "segmentation fault".

Come ultimo tentativo, ho installato direttamente i package Libmspack e WxWidgets presi da Slacky; in questo caso, ricompilo Filezilla e il programma funziona perfettamente!

La ricompilazione di Libmspack non influisce, mentre il problema sembra riguardare WxWidgets 2.8.11. Ne devo dedurre che il risultato di uno SlackBuild può differire da PC a PC?

Sarebbe un problema abbastanza serio.

[albatrosla]

Non dovrebbe centrare nulla lo SlackBuild. Piuttosto, l'aggiornamento a wxwidgets 2.8.11 è necessario visto l'aggiornamento a libpng 1.4.2. Quest'ultima infatti richiede l'ultima versione di wxwidgets; con le precedenti si ottiene il segfault di cui parli. Controlla che i due SlackBuild messi a confronto non riportino qualche differenza in tal senso.

[phobos3576]

Mi sto riferendo infatti a WxWidgets 2.8.11 (la 2.8.10 non compila neppure sulla 13.1).

Se la compilo sul mio PC, poi Filezilla dà segmentation fault; se installo il package preso da Slacky, Filezilla funziona.

Ora sto provando con WxMaxima (che richiede WxWidegts); il programma mostra un messaggio d'errore legato proprio a libpng ("Couldn't load a PNG image - file is corrupted or not enought memory") e poi si avvia regolarmente.

So che questa libreria sta creando parecchi problemi, non solo sulla Slackware

[gigiobagiano]

Offtopic:

Offtopic: So che questa libreria sta creando parecchi problemi, non solo sulla Slackware

Offtopic:
Già! Basta vedere come sono preoccupati quelli di gentoo, sembra che riaccada il cataclisma dell'aggiornamento di expat...

[phobos3576]

Il BackTrace prodotto da WxMaxima dice:

Codice: Seleziona tutto

Application was compiled with png.h from libpng-1.2.43
Application is running with png.c from libpng-1.4.2
Incompatible libpng version in application and library

Libpng-1.2.43 è quellla di WxWidgets 2.8.11
Libpng-1.4.2 è quella di Slackware

Bisognerebbe quindi compilare WxWidgets costringendolo ad usare la libpng di Slackware.

[ponce]

magari puo' tornarvi utile: io sto usando questi slackbuilds sulla 13.1 e funziona tutto.
libmspack - wxPython (con patch per libpng-1.4) - filezilla.

per la 2.8.11: ho visto che anche alien bob ha ricompilato wxgtk 2.8.11 e audacity (che lo usa), pero' non ha ancora rifatto il pacchetto di filezilla...
comunque, a un'occhiata veloce, non mi sembra che abbia usato opzioni particolari per farlo linkare alla libpng-1.4; ho provato a controllare le librerie del suo pacchetto:

Codice: Seleziona tutto

$ ldd libwx* | grep png
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f93fe429000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007ffcfc7e4000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007fb0ada6b000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f95ecc9d000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f7417362000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f940a48a000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f1b1b1a4000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f4ed812b000)

[albatrosla]

Sarà necessario passare a wxwidgets 2.8.11 piuttosto che rimanere alla 2.8.10 patchata. Lo dico perché usando hugin hg ho dovuto passare alla versione più recente dei widget, che non venivano digeriti nella versione precedente patchata. Immagino che molti altri programmi, essendo il sistema dotato di libpng 1.4.2, vadano incontro alla stessa sorte se non si aggiorna wxwidgets.

Bisognerebbe quindi compilare WxWidgets costringendolo ad usare la libpng di Slackware.

Significa che hai entrambe le versioni di libpng installate? Oppure che la versione di wxwidgets 2.8.11 che hai è stata compilata con la libpng 1.2.43? In quest'ultimo caso, non sarebbe stata compilata sulla 13.1 ma sulla 13.0, cosa strana visto che i packager devono compilare tutto su un sistema 13.1

[phobos3576]

Bisognerebbe quindi compilare WxWidgets costringendolo ad usare la libpng di Slackware.

Significa che hai entrambe le versioni di libpng installate? Oppure che la versione di wxwidgets 2.8.11 che hai è stata compilata con la libpng 1.2.43? In quest'ultimo caso, non sarebbe stata compilata sulla 13.1 ma sulla 13.0, cosa strana visto che i packager devono compilare tutto su un sistema 13.1

In realtà, è proprio il package libpng-1.4.2, messo da Pat sulla 13.1, che al suo interno contiene sia la libpng 1.4.2, sia la 1.2.42.

Questo package mette gli headers in /usr/include/libpng14 e /usr/include/libpng12, poi crea un link simbolico /usr/include/libpng -> /usr/include/libpng14.

In /usr/lib, invece, ci sono le librerie libpng 1.4.2 e 1.2.42 mischiate assieme.

Mi piacerebbe solo sapere come ha fatto il packager (Loris?) a creare il package WxWidgets-2.8.11 linkato alla libpng 1.4.2

[conraid]

Prova ad usare
-lpng12 -lz

Dal changelog di png

6. Building and linking with the libraries

The configure script and most of the makefiles will build

libpng10 (libpng-1.0.52, provided for legacy 1.0.x applications)
libpng12 (libpng-1.2.42, stable version, for recent legacy 1.2.x apps)
libpng14 (libpng-1.4.0, the current version)
libpng (whichever of the above was built last!)

You should build them in order
1) libpng10 (if you must; you probably don't need libpng10)
2) libpng12 (overwrites the libpng created in step 1)
3) libpng14 (overwrites the libpng created in step 2)

Optionally, if you aren't ready to switch, you can build them
in order
1) libpng14
2) libpng12 (this will overwrite the libpng created in step 1)

If you simply want to link with the last version built, use
-lpng -lz when building your application. If you need a specific
version, use, e.g., -lpng12 -lz. Most applications can probably
simply use -lpng -lz.

[414N]

Sembra che anche wine 1.3.5 sia piuttosto confuso riguardo alle png. Se ne esce con questi errori:

Codice: Seleziona tutto

make[2]: Entering directory `/tmp/SBo/wine-1.1.35/dlls/windowscodecs'
gcc -m32 -c -I. -I. -I../../include -I../../include  -D__WINESRC__  -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wtype-limits -Wpointer-arith  -O2 -m32 -pipe  -o pngformat.o pngformat.c
pngformat.c:62: error: 'png_set_gray_1_2_4_to_8' undeclared here (not in a function)
pngformat.c:62: warning: type defaults to 'int' in declaration of 'ppng_set_gray_1_2_4_to_8'
pngformat.c: In function 'PngDecoder_Initialize':
pngformat.c:285: error: called object 'ppng_set_gray_1_2_4_to_8' is not a function
make[2]: *** [pngformat.o] Error 1
make[2]: Leaving directory `/tmp/SBo/wine-1.1.35/dlls/windowscodecs'
make[1]: *** [windowscodecs/__install__] Error 2
make[1]: Leaving directory `/tmp/SBo/wine-1.1.35/dlls'
make: *** [dlls/__install__] Error 2

Questi mi fanno pensare che wine stia usando ancora i "vecchi" header di libpng-1.2. Qualcun altro ha avuto lo stesso problema?

[gohanz]

No io ho compilato il pacchetto di Wine 1.3.5 senza problemi. Immagino che la tua versione 1.1.35 sia solo un errore di battitura.

[414N]

No io ho compilato il pacchetto di Wine 1.3.5 senza problemi. Immagino che la tua versione 1.1.35 sia solo un errore di battitura.

Sì, mi sono sbagliato a scrivere e mi sono sbagliato pure nel lanciare il mio SlackBuild
Ora funziona tutto.