Bug#804531: eagle: cannot be rebuilt against libssl1.0.2

[Scott Howard]

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

[Sebastian Andrzej Siewior]

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

[Scott Howard]

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

[Sebastian Andrzej Siewior]

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

[Sebastian Andrzej Siewior]

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

[Andreas Beckmann]

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

[Andreas Beckmann]

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