<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>9792</bug_id>
          
          <creation_ts>2002-10-27 18:50 0000</creation_ts>
          <short_desc>libpng.1.2.5 does not allow emerge gnome-core to succeed</short_desc>
          <delta_ts>2003-02-04 19:42:18 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GNOME</component>
          <version>1.4_rc1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P4</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>pkize@yahoo.com</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          <cc>angelm75@optonline.net</cc>
    
    <cc>tester@gentoo.org</cc>
    
    <cc>vapier@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>pkize@yahoo.com</who>
            <bug_when>2002-10-27 18:50:36 0000</bug_when>
            <thetext>during # emerge libpng numerous warnings about non-system search sequence
but # emerge libpng succeeds

during # emerge gnome-core cannot find &quot;png_init_io in -lpng&quot; causes termination
and # emerge gnome-core fails

as a result it appears that i am unable to successfully install and use gnome</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mavos@bigfoot.com</who>
            <bug_when>2002-10-27 23:05:14 0000</bug_when>
            <thetext>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</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-10-28 10:45:49 0000</bug_when>
            <thetext>when compiling applications against libpng-1.2.5 they need to link in libzlib 
and libstc++ ... 
 
many configure scripts just do &apos;-lpng&apos; when they now have to do &apos;-lpng -lz 
-lstdc++&apos; </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 05:21:01 0000</bug_when>
            <thetext>Hmm.. so that means we should hack every configure script that comes with this
problem ? *bareuh* 

libpng.pc doesn&apos;t mention libstdc++ btw</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 05:25:37 0000</bug_when>
            <thetext>*** Bug 9769 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 05:25:52 0000</bug_when>
            <thetext>*** Bug 9757 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2002-10-29 07:56:20 0000</bug_when>
            <thetext>can&apos;t we just hack the libpng &quot;config&quot; script to include -lz -lstdc++ for
CFLAGS/LDFLAGS ? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 08:40:33 0000</bug_when>
            <thetext>Suppose we could, it wouldn&apos;t harm anything else adding those extra libs would it ?

libpng21-config is a simple script, so its trivial to add.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-10-29 10:29:47 0000</bug_when>
            <thetext>*** Bug 9897 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-10-29 11:35:17 0000</bug_when>
            <thetext>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 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 12:53:10 0000</bug_when>
            <thetext>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&apos;s config script.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2002-10-29 13:26:49 0000</bug_when>
            <thetext>okay, then we need to patch and nudge at upstream people. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jmbradle@ncsu.edu</who>
            <bug_when>2002-10-29 14:49:21 0000</bug_when>
            <thetext>more people having problems with libpng:
http://forums.gentoo.org/viewtopic.php?t=19967&amp;highlight=libpng
http://forums.gentoo.org/viewtopic.php?t=20216&amp;highlight=libpng</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 19:22:23 0000</bug_when>
            <thetext>Ok a fixed gnome-panel is in (1.4.2-r2). please test</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-29 19:32:04 0000</bug_when>
            <thetext>And a fixed gnome-core (1.4.2-r1). Please test - can&apos;t test this one myself at all.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>angelm75@optonline.net</who>
            <bug_when>2002-10-29 20:57:29 0000</bug_when>
            <thetext>gnome-core (1.4.2-r1) emerged no problems :)  
Gnome started no problems after emerging the new package. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zealott@attbi.com</who>
            <bug_when>2002-10-30 19:53:08 0000</bug_when>
            <thetext>Whence might one find a copy of the gnome-core-1.4.2-r1 ebuild?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>angelm75@optonline.net</who>
            <bug_when>2002-10-30 20:14:09 0000</bug_when>
            <thetext>For zealott@attbi.com

emerge rsync
cd /usr/portage/gnome-base/gnome-panel
emerge gnome-panel-1.4.2-r1.ebuild

Thats it :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zealott@attbi.com</who>
            <bug_when>2002-10-30 22:23:37 0000</bug_when>
            <thetext>I have gnome-panel-1.4.2-r1.  It ebuilds fine.  I need a gnome-core that will
ebuild without an error.  I didn&apos;t get it from emerge sync.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ken@cgi101.com</who>
            <bug_when>2002-10-31 01:14:45 0000</bug_when>
            <thetext>Created an attachment (id=5229)
Updated ebuild to &quot;fix&quot; libpng

rather than fix every ebuild that uses -lpng without -lz &amp; -lm. I decided to
just have libpng compiled with -lz &amp; -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 &quot;s/OBJSDLL = /OBJSDLL = -lz -lm /&quot; \
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ken@cgi101.com</who>
            <bug_when>2002-10-31 01:36:29 0000</bug_when>
            <thetext>Created an attachment (id=5230)
Patch to libpng.1.2.5.ebuild

Same as the above fix, just in patch form, rather than the whole ebuild.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-31 06:27:18 0000</bug_when>
            <thetext>Hmm... sorry i hadn&apos;t committed the updated gnome-core. It should work now
(1.4.2-r1).

About the libpng patch, it&apos;s a possible solution but i don&apos;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 &apos;fix&apos; libpng
every release. So far only 2 packages really affected. I don&apos;t think that&apos;s much.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zealott@attbi.com</who>
            <bug_when>2002-10-31 08:09:57 0000</bug_when>
            <thetext>gnome-panel compiles just fine.  I need a gnome-core that can compile.  I don&apos;t
have gnome-core-1.4.2-r1 in my portage tree after syncing.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-31 08:14:20 0000</bug_when>
            <thetext>gnome-core-1.4.2-r1 is in the tree right now. give it some time to progate.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zealott@attbi.com</who>
            <bug_when>2002-10-31 08:27:15 0000</bug_when>
            <thetext>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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ken@cgi101.com</who>
            <bug_when>2002-10-31 10:12:17 0000</bug_when>
            <thetext>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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-10-31 10:21:33 0000</bug_when>
            <thetext>i already fixed pdflib ;) </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-10-31 16:25:09 0000</bug_when>
            <thetext>Well, developers shouldnt expect anything from a package then specified by the
package itsself. And im sure they will adapt.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ab0781@wayne.edu</who>
            <bug_when>2002-11-15 09:24:12 0000</bug_when>
            <thetext>I was having the same problems. The updated ebuild (Updated ebuild to &quot;fix&quot;
libpng) corrected the errors.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkeadle@gmail.com</who>
            <bug_when>2002-11-22 04:32:30 0000</bug_when>
            <thetext>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&apos;s not much of an excuse to offer
a user when something breaks. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-11-22 07:34:37 0000</bug_when>
            <thetext>Thats was not so much a comment in general, but my objection to the proposed fix.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-11-26 19:03:43 0000</bug_when>
            <thetext>gqcam is fixed</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2002-12-20 17:37:48 0000</bug_when>
            <thetext>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.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5229</attachid>
            <date>2002-10-31 01:14 0000</date>
            <desc>Updated ebuild to &quot;fix&quot; libpng</desc>
            <filename>libpng-1.2.5.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAyIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLWxpYnMvbGlicG5nL2xp
YnBuZy0xLjIuNS5lYnVpbGQsdiAxLjEgMjAwMi8xMC8yNSAxNjo1MDoxNiB2YXBpZXIgRXhwICQK
CgpTPSR7V09SS0RJUn0vJHtQfQpERVNDUklQVElPTj0ibGlicG5nIgpTUkNfVVJJPSJmdHA6Ly9z
d3JpbmRlLm5kZS5zd3JpLmVkdS9wdWIvcG5nL3NyYy8ke1B9LnRhci5neiIKSE9NRVBBR0U9Imh0
dHA6Ly93d3cubGlicG5nLm9yZy8iClNMT1Q9IjEuMiIKTElDRU5TRT0iYXMtaXMiCktFWVdPUkRT
PSJ4ODYgcHBjIHNwYXJjIHNwYXJjNjQgYWxwaGEiCgpERVBFTkQ9Ij49c3lzLWxpYnMvemxpYi0x
LjEuNCIKCnNyY19jb21waWxlKCkgewoJc2VkIC1lICJzOlpMSUJMSUI9Li4vemxpYjpaTElCTElC
PS91c3IvbGliOiIgXAoJCS1lICJzOlpMSUJJTkM9Li4vemxpYjpaTElCSU5DPS91c3IvaW5jbHVk
ZToiIFwKCQktZSAicy8tTzMvJHtDRkxBR1N9LyIgXAoJCS1lICJzOnByZWZpeD0vdXNyL2xvY2Fs
OnByZWZpeD0vdXNyOiIgXAoJCS1lICJzL09CSlNETEwgPSAvT0JKU0RMTCA9IC1seiAtbG0gLyIg
XAoJCQlzY3JpcHRzL21ha2VmaWxlLmxpbnV4ID4gTWFrZWZpbGUKCgllbWFrZSB8fCBkaWUKfQoK
c3JjX2luc3RhbGwoKSB7Cglkb2RpciAvdXNyL3tpbmNsdWRlLGxpYn0KCWRvZGlyIC91c3Ivc2hh
cmUvbWFuCgltYWtlIFwKCQlERVNURElSPSR7RH0gXAoJCU1BTlBBVEg9L3Vzci9zaGFyZS9tYW4g
XAoJCWluc3RhbGwgfHwgZGllCgkKIwlybSAke0R9L3Vzci9saWIvbGlicG5nLnNvCiMJcm0gJHtE
fS91c3IvbGliL2xpYnBuZy5hCiMJcm0gJHtEfS91c3IvaW5jbHVkZS9wbmcuaAojCXJtICR7RH0v
dXNyL2luY2x1ZGUvcG5nY29uZi5oCgkKCWRvbWFuICouWzM1XQoJZG9kb2MgQU5OT1VOQ0UgQ0hB
TkdFUyBLTk9XTkJVRyBMSUNFTlNFIFJFQURNRSBUT0RPIFkyS0lORk8KfQoKcGtnX3Bvc3RpbnN0
KCkgewoJIyB0aGUgbGlicG5nIGF1dGhvcnMgcmVhbGx5IHNjcmV3ZWQgYXJvdW5kIGJldHdlZW4g
MS4yLjEgYW5kIDEuMi4zCglbIC1mIC91c3IvbGliL2xpYnBuZy5zby4zLjEuMi4xIF0gJiYgcm0g
L3Vzci9saWIvbGlicG5nLnNvLjMuMS4yLjEKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>5230</attachid>
            <date>2002-10-31 01:36 0000</date>
            <desc>Patch to libpng.1.2.5.ebuild</desc>
            <filename>libpng.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGxpYnBuZy0xLjIuNS5lYnVpbGQJMjAwMi0xMC0zMCAyMzoyMzoxNS4wMDAwMDAwMDAgLTA4
MDAKKysrIGxpYnBuZy0xLjIuNS5lYnVpbGQJMjAwMi0xMC0zMCAyMzoyMzowMS4wMDAwMDAwMDAg
LTA4MDAKQEAgLTE4LDYgKzE4LDcgQEAKIAkJLWUgInM6WkxJQklOQz0uLi96bGliOlpMSUJJTkM9
L3Vzci9pbmNsdWRlOiIgXAogCQktZSAicy8tTzMvJHtDRkxBR1N9LyIgXAogCQktZSAiczpwcmVm
aXg9L3Vzci9sb2NhbDpwcmVmaXg9L3VzcjoiIFwKKwkJLWUgInMvT0JKU0RMTCA9IC9PQkpTRExM
ID0gLWx6IC1sbSAvIiBcCiAJCQlzY3JpcHRzL21ha2VmaWxlLmxpbnV4ID4gTWFrZWZpbGUKIAog
CWVtYWtlIHx8IGRpZQo=
</data>        

          </attachment>
    </bug>

</bugzilla>