Bug 9792 - libpng.1.2.5 does not allow emerge gnome-core to succeed
|
Bug#:
9792
|
Product: Gentoo Linux
|
Version: 1.4_rc1
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: major
|
Priority: P4
|
|
Resolution: FIXED
|
Assigned To: gnome@gentoo.org
|
Reported By: pkize@yahoo.com
|
|
Component: GNOME
|
|
|
URL:
|
|
Summary: libpng.1.2.5 does not allow emerge gnome-core to succeed
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2002-10-27 18:50 0000
|
during # emerge libpng numerous warnings about non-system search sequence
but # emerge libpng succeeds
during # emerge gnome-core cannot find "png_init_io in -lpng" causes termination
and # emerge gnome-core fails
as a result it appears that i am unable to successfully install and use gnome
Almost the same problem observed with app-games/lbreakout2:
...
checking for main in -lm... yes
checking for main in -lpng... no
configure: error: libpng is needed
when compiling applications against libpng-1.2.5 they need to link in libzlib
and libstc++ ...
many configure scripts just do '-lpng' when they now have to do '-lpng -lz
-lstdc++'
Hmm.. so that means we should hack every configure script that comes with this
problem ? *bareuh*
libpng.pc doesn't mention libstdc++ btw
*** Bug 9769 has been marked as a duplicate of this bug. ***
*** Bug 9757 has been marked as a duplicate of this bug. ***
can't we just hack the libpng "config" script to include -lz -lstdc++ for
CFLAGS/LDFLAGS ?
Suppose we could, it wouldn't harm anything else adding those extra libs would
it ?
libpng21-config is a simple script, so its trivial to add.
*** Bug 9897 has been marked as a duplicate of this bug. ***
these new libraries are because of libpng-1.2.5 ...
and libpng.pc probably doesnt mention libstdc++ because its a new thing with
glibc/gcc ...
they partitioned up the libraries even more (namespace and such)
libstdc++ has been a common source of breakage with the new gcc/glibc
Done some investegating, the problem is that these failing programs do not use
libpng-config or pkg-config. So they need to be patched im afraid. For example
gnome-panel-1.4.2 built fine when i added -lpng -lz -lm to it's config script.
okay, then we need to patch and nudge at upstream people.
Ok a fixed gnome-panel is in (1.4.2-r2). please test
And a fixed gnome-core (1.4.2-r1). Please test - can't test this one myself at
all.
gnome-core (1.4.2-r1) emerged no problems :)
Gnome started no problems after emerging the new package.
Whence might one find a copy of the gnome-core-1.4.2-r1 ebuild?
For zealott@attbi.com
emerge rsync
cd /usr/portage/gnome-base/gnome-panel
emerge gnome-panel-1.4.2-r1.ebuild
Thats it :)
I have gnome-panel-1.4.2-r1. It ebuilds fine. I need a gnome-core that will
ebuild without an error. I didn't get it from emerge sync.
Created an attachment (id=5229) [details]
Updated ebuild to "fix" libpng
rather than fix every ebuild that uses -lpng without -lz & -lm. I decided to
just have libpng compiled with -lz & -lm in them (like 1.2.4 and all the other
distros).
The line I added was to the sed in src_compile (line #21):
-e "s/OBJSDLL = /OBJSDLL = -lz -lm /" \
Hmm... sorry i hadn't committed the updated gnome-core. It should work now
(1.4.2-r1).
About the libpng patch, it's a possible solution but i don't like it much.
Upstream should use pkg-config or similar to find out the deps, not hardcode
them as they did here. Better get this fixed upstream, then have us 'fix' libpng
every release. So far only 2 packages really affected. I don't think that's much.
gnome-panel compiles just fine. I need a gnome-core that can compile. I don't
have gnome-core-1.4.2-r1 in my portage tree after syncing.
gnome-core-1.4.2-r1 is in the tree right now. give it some time to progate.
Okay d:^) I got it. Just a little confusion on my part. gnome-core-1.4.2-r1
is
compiling as I write. I now know that at least the first problem is fixed.
Thank you all so much.
Well, developers of these programs are expecting zlib and math to be already
compiled into libpng. You can add pdflib to the list of things that you will
need to fix.
i already fixed pdflib ;)
Well, developers shouldnt expect anything from a package then specified by the
package itsself. And im sure they will adapt.
I was having the same problems. The updated ebuild (Updated ebuild to "fix"
libpng) corrected the errors.
add media-video/gqcam to the mix. needs to be fixed. also, the notion that this
is an upsteam problem may be correct, but that's not much of an excuse to offer
a user when something breaks.
Thats was not so much a comment in general, but my objection to the proposed
fix.
I had a mail conversation with the current libpng maintainer and it turned out
altough the choice was made to do it this way, by now they had decided to revert
it back 2.1.4 style again for the next release. So I fixed libpng itsself.
libpng-1.2.5-r1 is in, thanks all for the help.
