Hello, you're right. It's my sqlite the problem. Thanks a lot for your help. -- STEVENS Guillaume - DSI Pôle Infrastructures Bât LAPLACE 16 rue paul Vaillant couturier 94800 VILLEJUIF tél: 01 82 53 34 12 port: 06 82 44 56 31 Le 4 juin 2012 à 19:02, Michael Schroeder a écrit :

On Mon, Jun 04, 2012 at 06:36:02PM +0200, Guillaume Stevens wrote:

...

The file is in the attachment.

Thanks for the time spent on my problem.

Ok, there's something suspicious in the trace:

open("/usr/lib64/libsoftokn3.so", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20J\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=244856, ...}) = 0 mmap(NULL, 2340584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe4daaae000 mprotect(0x7fe4daae8000, 2097152, PROT_NONE) = 0 mmap(0x7fe4dace8000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x7fe4dace8000 close(3) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=6396, ...}) = 0 mmap(NULL, 6396, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe4dec09000 close(3) = 0 open("/usr/lib64/libsqlite3.so.0", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\330\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1411055, ...}) = 0 mmap(NULL, 2485960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe4da84f000 mprotect(0x7fe4da8ac000, 2097152, PROT_NONE) = 0 mmap(0x7fe4daaac000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5d000) = 0x7fe4daaac000 close(3) = 0 munmap(0x7fe4dec09000, 6396) = 0 munmap(0x7fe4daaae000, 2340584) = 0 munmap(0x7fe4da84f000, 2485960) = 0

When I compare this with a centos build on my system I see that it doesn't do the open("/pkcs11.txt", O_RDONLY) = -1 ENOENT access("/secmod.db", F_OK) = -1 ENOENT calls. So it seems like there's something going wrong with the "libsoftokn3" initialization (whatever that lib does. All I know is that it has something to do with the digests).

As I know from the "buildinfo" output you sent me that the installed sqlite library is not the one fro CentOS, but from your "INSERM" project, and libsoftokn3 uses sqlite for something, my conclusion is that your sqlite package is not compatible to the one used in CentOS.

So my guess is that the build errors go away if you disable the build of your your sqlite package and wipe the old binaries away.

Cheers, Michael.

-- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Jeff Hawn, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}

-- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org