Bug#687398: More information on how to reproduce the `dlopen' issue

2012-10-24 Thread gregor herrmann
On Sun, 30 Sep 2012 18:10:16 -0400, Asheesh Laroia wrote:

 So what I'm going to do is:
 
 * Adjust debian/rules to *not* specify SHARED_TRG
 
 * Right after rhash_shared is built, use 'mv' to rename it to 'rhash'
 
 That's all it should take to fix this, I believe.
 
 I'll prepare a 1-day delayed NMU for that. Maintainer, please feel
 free to remove it; I don't mean to step on your toes, just to move
 this bug along.
 
 I'll attach the debdiff here before doing the upload.

The debdiff arrived some minutes later, but I don't see an upload.
What's the status?

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Various Artists: Katie


signature.asc
Description: Digital signature


Bug#687398: More information on how to reproduce the `dlopen' issue

2012-10-24 Thread Asheesh Laroia

On Wed, 24 Oct 2012, gregor herrmann wrote:

The debdiff arrived some minutes later, but I don't see an upload. 
What's the status?


Oh, snap, I neglected to upload the actual NMU. I will do that tonight, 
unless someone (gregoa?) beats me to it.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#687398: More information on how to reproduce the `dlopen' issue

2012-10-24 Thread gregor herrmann
On Wed, 24 Oct 2012 14:08:11 -0400, Asheesh Laroia wrote:

 The debdiff arrived some minutes later, but I don't see an upload.
 What's the status?
 Oh, snap, I neglected to upload the actual NMU. I will do that
 tonight, unless someone (gregoa?) beats me to it.

I'm happy to leave the honour^Wwork to you as I'm looking at another
RC bug right now :) 


Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Various Artists: Katie


signature.asc
Description: Digital signature


Bug#687398: More information on how to reproduce the `dlopen' issue

2012-10-01 Thread Andrey Rahmatullin
On Sun, Sep 30, 2012 at 06:10:16PM -0400, Asheesh Laroia wrote:
 (Sadly I can't actually reproduce the brokenness from within
 dpkg-buildpackage by setting parallel build options; maybe my
 machine doesn't have as many cores as the EC2 machines. But the fix
 described below does clarify the build process which should take
 care of the problem.)
For the reference: I did it on a 4-core machine with parallel=5.

-- 
WBR, wRAR


signature.asc
Description: Digital signature


Bug#687398: More information on how to reproduce the `dlopen' issue

2012-09-30 Thread Asheesh Laroia

wRAR, thank you for your excellent detective work.

Here's how you reproduce this build issue without even enabling parallel 
build.


(Sadly I can't actually reproduce the brokenness from within 
dpkg-buildpackage by setting parallel build options; maybe my machine 
doesn't have as many cores as the EC2 machines. But the fix described 
below does clarify the build process which should take care of the 
problem.)


$ (rhash-1.2.9) rm rhash
$ (rhash-1.2.9) make rhash
gcc calc_sums.o hash_print.o common_func.o hash_update.o file_mask.o 
file_set.o find_file.o hash_check.o output.o parse_cmdline.o rhash_main.o 
win_utils.o -o rhash -Llibrhash -lrhash

librhash/librhash.a(plug_openssl.o): In function `load_openssl_runtime':
/tmp/rhash-1.2.9/librhash/plug_openssl.c:141: undefined reference to 
`dlopen'
/tmp/rhash-1.2.9/librhash/plug_openssl.c:148: undefined reference to 
`dlsym'
/tmp/rhash-1.2.9/librhash/plug_openssl.c:148: undefined reference to 
`dlsym'
/tmp/rhash-1.2.9/librhash/plug_openssl.c:148: undefined reference to 
`dlsym'
/tmp/rhash-1.2.9/librhash/plug_openssl.c:149: undefined reference to 
`dlsym'
/tmp/rhash-1.2.9/librhash/plug_openssl.c:149: undefined reference to 
`dlsym'
librhash/librhash.a(plug_openssl.o):/tmp/rhash-1.2.9/librhash/plug_openssl.c:149: 
more undefined references to `dlsym' follow

librhash/librhash.a(plug_openssl.o): In function `load_openssl_runtime':
/tmp/rhash-1.2.9/librhash/plug_openssl.c:142: undefined reference to 
`dlopen'
/tmp/rhash-1.2.9/librhash/plug_openssl.c:143: undefined reference to 
`dlopen'

collect2: error: ld returned 1 exit status
make: *** [rhash] Error 1

When SHARED_TRG is just 'rhash', then the build gets confused in parallel 
mode, I suppose. In principle, it's within its right to be confused; 
you're asking it to do 'make rhash', after all.


So what I'm going to do is:

* Adjust debian/rules to *not* specify SHARED_TRG

* Right after rhash_shared is built, use 'mv' to rename it to 'rhash'

That's all it should take to fix this, I believe.

I'll prepare a 1-day delayed NMU for that. Maintainer, please feel free to 
remove it; I don't mean to step on your toes, just to move this bug along.


I'll attach the debdiff here before doing the upload.


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org