Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
On Wed, May 11, 2016 at 7:23 AM, Sebastian Andrzej Siewior wrote: > On 2016-05-10 18:19:02 [-0400], Scott Howard wrote: >> I agree with this assessment. I'll raise the issue upstream. It's >> non-free, so not too high on my priority list (and not much I can do >> on my own anyways...) > > Could you please open a RM bug against ftp-master? There is no need to > keep this in unstable, right? It holds back libssl1.0.0. > Alternatively I could do it for you once I sorted most of the few other > packages that hold on to libssl1.0.0 as well… > >> Thanks, everyone. >> ~Scott > > Sebastian Yes, I'll file a RM request. Upstream got back to me, they're working on it - but no need to hold up ssl for now. ~Scott
Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
On 2016-05-10 18:19:02 [-0400], Scott Howard wrote: > I agree with this assessment. I'll raise the issue upstream. It's > non-free, so not too high on my priority list (and not much I can do > on my own anyways...) Could you please open a RM bug against ftp-master? There is no need to keep this in unstable, right? It holds back libssl1.0.0. Alternatively I could do it for you once I sorted most of the few other packages that hold on to libssl1.0.0 as well… > Thanks, everyone. > ~Scott Sebastian
Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
Thank you Sebastian, On Mon, May 9, 2016 at 6:14 PM, Sebastian Andrzej Siewior wrote: > On 2016-04-22 00:19:58 [+0200], Andreas Beckmann wrote: >> Since the only API/ABI difference between libssl1.0.0 and libssl1.0.2 is >> the removal of some symbols, you could try the following: > … > > | $ readelf -a bin/eagle|grep -i SSLv3 > |09aa3640 00019607 R_386_JUMP_SLOT SSLv3_client_method > |09aa36ec 0001c207 R_386_JUMP_SLOT SSLv3_server_method > | 406: 0 FUNCGLOBAL DEFAULT UND SSLv3_client_method > | 450: 0 FUNCGLOBAL DEFAULT UND SSLv3_server_method > > Haven't tried it but it seems that the binary uses the removed symbols. > > Besides I looked at the license [0]: > - 2.1.b says "not to … vary or modify the Software" so I think the > change of libssl1.0.0 -> .2 is not permitted. I agree with this assessment. I'll raise the issue upstream. It's non-free, so not too high on my priority list (and not much I can do on my own anyways...) Thanks, everyone. ~Scott
Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
On 2016-05-10 00:14:48 [+0200], Sebastian Andrzej Siewior wrote: > Redistributing may be allowed due to the chapter in debian/copyright. It > is not the latest [1] available document which might be "recent" and the > license seems to have change a little, too. My bad. That file is at debian/agreement_debian.pdf. > [1] > http://www.cadsoftusa.com/fileadmin/journalist/Documents/redistribute-eagle-freeware-letter.odt Sebastian
Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
On 2016-04-22 00:19:58 [+0200], Andreas Beckmann wrote: > Since the only API/ABI difference between libssl1.0.0 and libssl1.0.2 is > the removal of some symbols, you could try the following: … | $ readelf -a bin/eagle|grep -i SSLv3 |09aa3640 00019607 R_386_JUMP_SLOT SSLv3_client_method |09aa36ec 0001c207 R_386_JUMP_SLOT SSLv3_server_method | 406: 0 FUNCGLOBAL DEFAULT UND SSLv3_client_method | 450: 0 FUNCGLOBAL DEFAULT UND SSLv3_server_method Haven't tried it but it seems that the binary uses the removed symbols. Besides I looked at the license [0]: - 2.1.b says "not to … vary or modify the Software" so I think the change of libssl1.0.0 -> .2 is not permitted. - 2.1.c says "… nor permit the Software or any part of it to be combined with, or become incorporated in, any other programs;" which sounds like redistribution is not allowed - 2.1.i puts it this way: "not to provide or otherwise make available the Software in whole or in part … in any form to any person … without prior written consent from the Licensor.". Redistributing may be allowed due to the chapter in debian/copyright. It is not the latest [1] available document which might be "recent" and the license seems to have change a little, too. [0] https://sources.debian.net/src/eagle/7.5.0-1/doc/license_en.txt/ [1] http://www.cadsoftusa.com/fileadmin/journalist/Documents/redistribute-eagle-freeware-letter.odt > Andreas Sebastian
Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
Followup-For: Bug #804531 Control: found -1 7.5.0-1 eagle still (Build-)Depends: libssl1.0.0 and the binary is still linked against libssl.so.1.0.0 Since the only API/ABI difference between libssl1.0.0 and libssl1.0.2 is the removal of some symbols, you could try the following: * switch build-depends to libssl1.0.2 * build-depend on rpl * edit the eagle binary to reference the .1.0.2 libraries instead: rpl 'libcrypto.so.1.0.0' 'libcrypto.so.1.0.2' eagle rpl 'libssl.so.1.0.0' 'libssl.so.1.0.2' eagle this should work unless eagle uses some of the removed symbols (which is unlikely) Andreas
Bug#804531: eagle: cannot be rebuilt against libssl1.0.2
Package: eagle Version: 6.6.0-2 Severity: serious Tags: sid stretch Justification: fails to build from source Hi, eagle cannot be rebuilt agaiunst libssl1.0.2 since the blob binary is linked against libssl.so.1.0.0: dh_shlibdeps -a dpkg-shlibdeps: error: couldn't find library libssl.so.1.0.0 needed by debian/eagle/usr/lib/eagle/bin/eagle (ELF format: 'elf32-i386'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libcrypto.so.1.0.0 needed by debian/eagle/usr/lib/eagle/bin/eagle (ELF format: 'elf32-i386'; RPATH: '') dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/eagle/usr/lib/eagle/bin/eagle was not linked against libXrandr.so.2 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/eagle/usr/lib/eagle/bin/eagle was not linked against libXcursor.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/eagle/usr/lib/eagle/bin/eagle was not linked against libXi.so.6 (it uses none of the library's symbols) dpkg-shlibdeps: error: cannot continue due to the errors listed above Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to use -l. dh_shlibdeps: dpkg-shlibdeps -Tdebian/eagle.substvars debian/eagle/usr/lib/eagle/bin/eagle returned exit code 2 debian/rules:5: recipe for target 'binary-arch' failed make: *** [binary-arch] Error 2 Andreas