Evtl. Loesung fuer ein Gozer Problem?

mark2 · 17. Oktober 2003

Hi,

ich hab' mich nun auch mal an vdrconvert rangewagt und bin gleich maechtig auf die Schnauze gefallen.
Gozer lieferte immer:
gozer error: Saving to file test.png failed

Diejenigen von Euch, die dasselbe Problem haben, moegen bitte nachsehen, ob der Configure der imlib2 ebenso wie bei mir die libpng nicht findet.
Wenn dem so ist, meldet das das Configure-Script mit:
checking for png_read_info in -lpng... (cached) no

Ohne libpng scheint nicht viel mit Gozer los zu sein.
Warum das Configure scheinbar die libpng nicht finden mag, weiss ich auch nicht. Dafuer ist mir das Configure-Script zu kryptisch. In /usr/local/lib gibt's hier definitiv die libpng.a (ein Link auf libpng12.a), in /usr/lib habe ich auch noch einen Link darauf gesetzt, wird trotzdem nicht gefunden. Auch die vom Configure-Script gesuchte Funktion "png_read_info" gibt es definitiv in der libpng.

Da ich den Fehler(?) im Configure-Script von imlib2 nicht gefunden habe, habe ich kurzerhand folgende Aenderung daran vorgenommen:

Code

png_ok=no
  echo "configure: warning: *** Native PNG support will not be built (PNG library not found) ***" 1>&2
fi


  png_ok=yes
if test "$png_ok" = yes; then
  echo $ac_n "checking for png.h""... $ac_c" 1>&6
echo "configure:3481: checking for png.h" >&5

Gozer meckert nun nicht mehr rum, dass er das File nicht speichern koenne. Das Test-png wurde ordnungsgemaess erstellt (weisses Bild mit dem schwarzen Schriftzug "Das_ist_ein_test").

Also:
- das configure von imlib2 wie o.a. aendern
- die imlib2 neu bauen (./configure; make; make install)
- gozer neu bauen

Von mir verwendete Versionen:
gozer-0.7
imlib2-1.0.6
edb-1.0.3
jpeg-6b
freetype 1.3.1 bzw. freetype2 2.0.9 (beide von der Susi 8.1)
libpng-1.2.5

Gruesse
Markus

AnK · 17. Oktober 2003

Hi Markus,
kannst mal bitte noch ein Vorher/Nachher Code posten, oder hast du nur die Zeile png_ok=yes eingefügt?

Ich denke mal du hast da schon das Problem gefunden warum Gonzer so oft bockt,
aber nach der Änderung der configure, habe ich die Ausgabe mal in nen Log umgeleitet da sind 2 Warnings dabei und wie gehabt
checking for png_read_info in -lpng... (cached) no
hattest du das auch und es geht trotzdem?

Greetz

mark2 · 17. Oktober 2003

Hi,

Zitat

kannst mal bitte noch ein Vorher/Nachher Code posten, oder hast du nur die Zeile png_ok=yes eingefügt?

ich hab' nur diese Zeile an der betreffenden Stelle eingefuegt.

Gruesse
Markus

mark2 · 18. Oktober 2003

Hi Greetz,

Zitat

Ich denke mal du hast da schon das Problem gefunden warum Gonzer so oft bockt,
aber nach der Änderung der configure, habe ich die Ausgabe mal in nen Log umgeleitet da sind 2 Warnings dabei und wie gehabt
checking for png_read_info in -lpng... (cached) no
hattest du das auch und es geht trotzdem?

diese Warnungen habe ich auch hier. Die tun aber nichts zur Sache, weil das Configure danach die Makefiles mit der libpng aufbaut und danach mit ihr gelinkt wird.
Ich weiss, dass das alles ein Hack ist, aber er funktioniert bei mir.

Gruesse
Markus

mbc · 16. Dezember 2003

Hi

Ich hab jetzt auch dieses tolle Problem mit dem libpng, hab auch schon vieles versucht, nur es klappt alles nicht.
Hab dann nochmal das hier im Internet gefunden nur als Anfänger tut man sich so schon schwer genug und das ist ja jetzt auch noch in Englisch, wenn das mal jemand "übersetzen" könnte oder mal testen könnte ??

Vielleicht ist das ja die Lösung ?

MFG
Marco
---------------------------------------------------------------------------------

/usr/lib/libpng.so.3
/usr/lib/libpng.so.3.1.2.2
/usr/lib/libpng12.so.0
/usr/lib/libpng12.so.0.1.2.2
/usr/lib/libpng.so.2.1.0.13
/usr/lib/libpng.so.2

You're missing the standard libpng.so - it should be symlinked to one of the
real .so files.

I've seen these links missing in a couple of cases in RH when installing
from rpm's - usually where RH is providing two incompatible libraries (as
they are here). RH then patches the various makefiles to refer to one or
the other by their more distinguished name. I'm not going to do that in
ntop.

However, you indicated that you had downloaded the source and installed
libpng from that. This leads me to wonder if you forgot the parameter to
make a shared library during the ./configure of libpng?

You'll notice that you DO have the link here:

/usr/local/lib/libpng.so

Which argues that you installed libpng from the 1.2.5 source into /usr/local
not /usr ... giving you THREE versions of libpng installed on the system.

If THAT's the case, then Luca's recent change to configure to add /usr/local
as one of the standard locations to look for libraries and includes should
now find THIS version. Still, you probably want to clean that up or it will
bite you someday down the road.

If it were my box, I would delete the /usr/local copy and create the symlink
in /usr/lib and then send a nasty gram to RedHat. Oh, yeah, I already have
done this...

I'll add it to the FAQ.

-----Burton

-----Original Message-----
From: ntop-admin@unipi.it [mailto:ntop-admin@unipi.it]On Behalf Of Adam
Beach
Sent: Friday, August 29, 2003 1:24 PM
To: Ntop
Subject: [Ntop] Compile Help ERROR: libpng header or library routines
are missing

Hello,

I have:
Red Hat 9
CPU: PII 266
256MB of memory
3c905c NIC
ASUS P2L97 Motherboard.
gcc-3.2.2-5

I downloaded the 8-28-03 cvs of ntop.
When I first tried running configure for ntop, it could not find png.h and
said I should install libpng or libpng-dev. I downloaded libpng from
www.libpng.org, configured, make'd and make install'd the 1.2.5 version of
libpng successfully. It now finds png.h hower is unable to find a the
function png_read_info in wherever it looks for png_read_info.

This is the last couple lines of output from configure.

checking for gd.h... yes
checking for gdImageDestroy in -lgd... yes
checking for libpng...
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for main in -lpng... no

*******************************************************************
*
* ERROR: libpng header or library routines are missing
* (yes means it was found, no means it was not found)
*
* png.h...yes
* png_read_info() in -lpng...
*
*>>> No way to proceed.
*
*??? Install libpng (and/or libpng-devel), check www.libpng.org
*??? and Rerun ./configure
*
*******************************************************************

Locate (after updating the locate db) libpng returns this:

/usr/lib/libpng.so.3
/usr/lib/libpng.so.3.1.2.2
/usr/lib/libpng12.so.0
/usr/lib/libpng12.so.0.1.2.2
/usr/lib/libpng.so.2.1.0.13
/usr/lib/libpng.so.2
/usr/share/doc/libpng-1.2.2
/usr/share/doc/libpng-1.2.2/example.c
/usr/share/doc/libpng-1.2.2/CHANGES
/usr/share/doc/libpng-1.2.2/README
/usr/share/doc/libpng-1.2.2/TODO
/usr/share/doc/libpng-1.2.2/libpng.txt
/usr/share/doc/libpng10-1.0.13
/usr/share/doc/libpng10-1.0.13
/usr/share/doc/libpng10-1.0.13/example.c
/usr/share/doc/libpng10-1.0.13/CHANGES
/usr/share/doc/libpng10-1.0.13/README
/usr/share/doc/libpng10-1.0.13/TODO
/usr/share/doc/libpng10-1.0.13/libpng.txt
/usr/local/bin/libpng12-config
/usr/local/bin/libpng-config
/usr/local/include/libpng12
/usr/local/include/libpng12/png.h
/usr/local/include/libpng12/pngconf.h
/usr/local/include/libpng
/usr/local/lib/libpng12.a
/usr/local/lib/libpng.a
/usr/local/lib/libpng12.so.0.1.2.5
/usr/local/lib/libpng.so.3.1.2.5
/usr/local/lib/libpng.so.3
/usr/local/lib/libpng.so
/usr/local/lib/libpng12.so.0
/usr/local/lib/libpng12.so
/usr/local/lib/pkgconfig/libpng12.pc
/usr/local/lib/pkgconfig/libpng.pc
/usr/local/man/man3/libpng.3
/usr/local/man/man3/libpngpf.3

locate png.h returns:
/usr/local/include/libpng12/png.h
/usr/local/include/png.h

I have tried using:
configure --with-libpng-lib /usr/local/lib

and:

configure --with-libpng-include /usr/local/include

Other info:
/usr/include/png.h is sym linked to /usr/include/libpng12/png.h

I did not create the link so I assume the make install of libpng did.

Grep'ing png.h for png_read_info returns:

extern PNG_EXPORT(void,png_read_info) PNGARG((png_structp png_ptr

Adam Beach
Weather Central, Inc.

holymoly · 27. März 2004

moin,
nun habe ich ebenfalls das Problem mit den Umlauten unter gozer.
Bisher hatte alles einwandfrei funktioniert,
anscheinend war beim Updaten per emerge auch imlib2 mit dabei.
Hatte gestern eine dvd erstellen lassen und es wurden keine Umlaute mehr angezeigt,
dieser Test mit gozer ... test.png laeuft auch nicht.
Wollte dann wie oben angegeben die config editieren,
dazu habe ich ebuild imli2....ebuild unpack ausgefuehrt
und bin ins work Verzeichnis zu den Files vom build gewechselt,
dort gibt es aber nur

configure.ac
configure.in
Habe es dort dann jeweils abgeaendert,
ist das korrekt oder wie gehe ich unter gentoo vor ?

Anschliessend gozer neu per emerge installiert,
Test funktioniert immer noch nicht,
aber im log von vdrconvert habe ich wieder Umlaute,
die iso,wieder nur ca 3.5gbyte gross -- requant nutzt die Kapazitaet nicht aus,
werde ich jetzt mal auf eine rw brennen.
mfg
/habe nochmal das log durchgesehen,ist leider doch ohne Umlaute
--
/nach einen Downgrade auf imlib2-1.0.6-r1 laeufts es wieder ,
aber eine Loesung fuer die aktuelleren Versionen waere nicht schlecht,
speziell unter gentoo.

anonymous · 27. März 2004

Hi

Bei SuSE ist es ähnlich mit imlib2.

Installiert man:

- imlib2-devel-1.1.0-1.i386.rpm
- imlib2-1.0.5.tar.gz

Und geht dann noch einmal in den Packet Manager, beim verlassen bügelt er imlib2 von DVD rüber (sicher wegen dem devel package), hilft nur: ~ rpm -e --nodeps imlib2

Aber egal, habe nur eine Frage wie kann man das mit dem Umlauten so überprüfen?

Würde das langen?:

Code

gozer --background "#00000000" --foreground "#000000ff" --text "ö ä ü" check.png

Warum bekommt man eigentlich imlib2-devel nicht als Source? Hatte damals zumindest nix finden können.

MFG Ronny

viking · 12. November 2004

Hallo,

bei Suse 9.1 braucht man (wie bei sandman beschreiben ;)) :

imlib2
imlib2-devel
imlib2-filters
imlib2-loaders

Dann ist gozer zufrieden.

Gruß
Viking

Evtl. Loesung fuer ein Gozer Problem?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema