Your message dated Sat, 27 Oct 2012 19:30:38 +0200
with message-id <[email protected]>
and subject line Re: Bug#673720: icedove: version `PNG12_0' not found
has caused the Debian Bug report #673720,
regarding icedove: version `PNG12_0' not found
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
673720: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673720
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: icedove
Version: 11.0-1
Severity: normal
Dear Maintainer,
Heads up: The update to libpng that moves libpng12 to point to libpng15
continues to throw these errors with libcairo2:
mdriftmeyer@horus:~/Downloads$ icedove
XPCOMGlueLoad error for file /usr/lib/icedove/libxpcom.so:
/usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required
by /usr/lib/x86_64-linux-gnu/libcairo.so.2)
Couldn't load XPCOM.
Whether it's icedove, iceweasel, chrome or any application that leverages the
current libcairo2 unless a smoother path with libpng12--> libpng15 is completed
BEFORE upload even to Expermental nothing but broken software will result.
Two broken symlinks were visible in /usr/lib/ for libpng12 and libpng.
If I point them to the latest:
lrwxrwxrwx 1 root root 11 Jul 26 2011 libpng.so -> libpng12.so
lrwxrwxrwx 1 root root 30 May 20 19:50 libpng12.so ->
x86_64-linux-gnu/libpng12.so.0
via:
lrwxrwxrwx 1 root root 36 Jul 19 2011 libpng15.so.0 ->
/lib/x86_64-linux-gnu/libpng15.so.15
lrwxrwxrwx 1 root root 13 Jul 19 2011 libpng15.s0 -> libpng15.so.0
lrwxrwxrwx 1 root root 11 May 19 02:03 libpng.so -> libpng15.so
lrwxrwxrwx 1 root root 10 May 19 02:03 libpng.a -> libpng15.a
lrwxrwxrwx 1 root root 36 May 19 02:03 libpng15.so ->
/lib/x86_64-linux-gnu/libpng15.so.15
lrwxrwxrwx 1 root root 36 May 19 02:03 libpng12.so.0 ->
/lib/x86_64-linux-gnu/libpng15.so.15
-rw-r--r-- 1 root root 261K May 19 02:03 libpng15.a
lrwxrwxrwx 1 root root 13 May 19 22:33 libpng12.so.3 -> libpng15.so.0
lrwxrwxrwx 1 root root 13 May 20 17:49 libpng15.so.15 -> libpng15.so.0
it eliminates the error:
mdriftmeyer@horus:~/Downloads$ icedove
XPCOMGlueLoad error for file /usr/lib/icedove/libxpcom.so:
/usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required
by /usr/lib/x86_64-linux-gnu/libcairo.so.2)
Couldn't load XPCOM.
and pollutes only:
mdriftmeyer@horus:/usr/lib$ iceweasel
XPCOMGlueLoad error for file /usr/lib/xulrunner-12.0/libxpcom.so:
libxul.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
which after filing yesterday's bug I've tracked down is an issue with libcairo2
and libpng12 where libcairo2 is requiring PNG12_0 and therefore crashing
leaving any Mozilla based product dead in the water, not to mention Chrome.
I guess I'll have to continue bombarding reports until someone rebuilds
libcairo2 against libpng12 pointing to libpng15-15.
- Marc J. Driftmeyer
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages icedove depends on:
ii debianutils 4.3
ii fontconfig 2.9.0-5
ii libasound2 1.0.25-3
ii libatk1.0-0 2.4.0-2
ii libc6 2.13-32
ii libcairo2 1.12.2-2
ii libdbus-1-3 1.5.12-1
ii libdbus-glib-1-2 0.98-1
ii libevent-2.0-5 2.0.19-stable-1
ii libffi5 3.0.10-3
ii libfontconfig1 2.9.0-5
ii libfreetype6 2.4.9-1
ii libgcc1 1:4.7.0-8
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.32.3-1
ii libgtk2.0-0 2.24.10-1
ii libhunspell-1.3-0 1.3.2-4
ii libjpeg8 8d-1
ii libnspr4-0d 2:4.9-3
ii libnss3-1d 2:3.13.4-3
ii libpango1.0-0 1.30.0-1
ii libpixman-1-0 0.25.2-1
ii libsqlite3-0 3.7.12-1
ii libstartup-notification0 0.12-1
ii libstdc++6 4.7.0-8
ii libvpx1 1.1.0-1
ii libx11-6 2:1.4.99.901-2
ii libxext6 2:1.3.1-2
ii libxrender1 1:0.9.7-1
ii libxt6 1:1.1.3-1
ii psmisc 22.16-1
ii zlib1g 1:1.2.7.dfsg-4
Versions of packages icedove recommends:
ii hunspell-de-de [hunspell-dictionary] 20110609-1
ii hunspell-en-ca [hunspell-dictionary] 1:3.3.0-3
ii hunspell-en-us [hunspell-dictionary] 20070829-5
ii hunspell-fr [hunspell-dictionary] 1:3.3.0-3
ii myspell-he [myspell-dictionary] 1.1-2
Versions of packages icedove suggests:
ii gconf-service 3.2.5-1
ii libgconf-2-4 3.2.5-1
ii libgssapi-krb5-2 1.10.1+dfsg-1
ii libnotify4 0.7.5-1
ii ttf-lyx 2.0.3-2
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 11.0-1
Hello Marc,
as you wrote you installed the transition to libpng15. There is no need
for that. Thats why you run into this trouble.
Mostly the package system works more logical than human. :)
Every package maintainer is responsible for the correct setup of
dependencies so I think apt or aptitude will do there work correct. As
long as one package has es dependencie for libpng12 the current
solution will be present. Remember that the packages that depend on
libpng12 comes with this dendencie from upstream.
So this bug is no icedove related problem I will close this bug.
If you still want the transtion to libpng15 check the packages that
depend on libpng12 and ask the upstream project or make a debian related
patch.
If the new dependencie is adjusted to libpng15 the buildserver will be
triggerd an rebuild all the related packages.
Regards
Carsten
On Sat, Sep 08, 2012 at 09:59:42PM -0700, Marc J. Driftmeyer wrote:
> I reinstalled quite a while ago while the transition to libpng15 is
> completed. Personally, the dummy transition solution is a kludge
> that seems all too prevalent in Debian. I would either get libpng15
> fully transitioned and then do a complete distribution upgrade build
> of all packages directly or indirectly impacted by its presence, on
> test-bed servers or I wouldn't even bother to offer libpng15 knowing
> the transition seems to crawl and take 6-9 months for it to be
> completed.
>
> Just my 2 cents.
>
> - Marc
>
--- End Message ---
