Unfortunately, the precompiled 32bit Eagle 6.2.0 needs an libpng1.4.so. Can you please add this as an slotted version in main tree and the emul -baselibs package? Thanks
uh, please no. 1.2 and 1.5 series are the maintained ones. 1.4 was never widely used...
(In reply to comment #1) > uh, please no. 1.2 and 1.5 series are the maintained ones. 1.4 was never > widely used... okay, uptream has been informed -------- Original Message -------- Subject: Eagle 6.2.0 with libpng1.5 support Date: Thu, 05 Jul 2012 10:57:45 +0200 From: Michael Weber ... To: support@cadsoftusa.com CC: sci-electronics at gentoo dot org Hi, can you please release a new version of Eagle compiled against libpng-1.5.10 or newer? The current release needs the libpng14.so.14, which is no longer available on Debian, Gentoo and others. There are reports of maintainers from Gentoo [0, 1] and Debian [2] unable to include versions newer 6.0 as long as this isn't solved. [3] is not a solution. Regards, Michael Weber (for the sci-electronics herd of Gentoo) [0] https://bugs.gentoo.org/show_bug.cgi?id=397491 [1] https://bugs.gentoo.org/show_bug.cgi?id=424866 [2] http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg968478.html [3] https://element-14.com/community/message/42941
if it provides a unique SONAME, then doing a SLOT for it is reasonable
I got positivie news, relativy, considering a statically linked libpng14 is out of our responsibility. I look into it later or saturday. -------- Original Message -------- Subject: Re: Eagle 6.2.0 with libpng1.5 support Date: 2012-07-05 19:15 From: Cadsoft Support <support@cadsoftusa.com> To: Michael Weber <xmw@gentoo.org> Hi Michael, It's cool to talk to a Linux Dev, [...] Look at the new beta 6.2.1, in this release the libpng and libjpeg libraries are statically linked so you shouldn't have any more problems with those library dependencies. EAGLE is natively developed on OpenSuse and they're one of the few mainstream distros that decided to use libpng14 instead of waiting for libpng15 and using that. Eventually the OpenSuse devs will get back in-line with every one else, so at worse this disparity is temporary. Like I mentioned above though these libraries are now statically linked to the EAGLE executable so it should no longer be an issue. [...]
(In reply to comment #3) > if it provides a unique SONAME, then doing a SLOT for it is reasonable we even had a SLOT for that for a while, but after half an year passed with nothing using it, I've dropped it i'm just saying it would be disappointing to reintroduce it at this point
(In reply to comment #5) providing binary SONAME packages isn't done because of how long the package lived in portage, it's done when binary packages (unrelated to Gentoo like eagle here) linked against it
I honestly find those news worse than what we have now..
(In reply to comment #7) i don't grok what you're trying to say. could you clarify ?
I'd prefer a binary slot for libpng-1.4 than having it statically linked into a proprietary binary, that's what I'm saying.
Eagle-6.2.1-beta (ebuild in official tree) works fine here on ~amd64 And my 2¢: I also prefer another slot instead of statically linked binaries
(In reply to comment #9) > I'd prefer a binary slot for libpng-1.4 than having it statically linked > into a proprietary binary, that's what I'm saying. Upstream should mail me or someone else and show the compiler warning and errors caused by trying to use libpng-1.5 API I realize this is a binary-only application, but it shouldn't be problem for the eagle developers to show the small piece of code corresponding to the warnings/errors and libpng Once he has done that, I'll submit a patch and everyone is happy, no?
(In reply to comment #9) > I'd prefer a binary slot for libpng-1.4 than having it statically linked > into a proprietary binary, that's what I'm saying. See also bug 416667 We could have an variable like INTERNAL_DEPEND="=media-libs/libpng-1.4*" Then we just need small tools to read the INTERNAL_DEPEND value and move on. Currently we have no way of recording known internal libs in commmon way, other than bugzilla which is too random
