Bug#674248: Problems is in boinc-dev 7.0.28+dfsg-1

[Steffen Möller]

On 05/25/2012 08:07 AM, Guo Yixuan wrote:
> Hi,
> 
> After downgrading boinc-dev to 7.0.27+dfsg-3, seti no longer segfaults.
> So we should look into boinc now.
> 
> (boinc-dev was 7.0.28+dfsg-1, directly from git repo)
> 
> Cheers,
> 
> Guo Yixuan
> 
> 
> 
> 


I just looked into the BOINC-dev package. The files

/usr/lib/libboinc_api.so.7.0.27
/usr/lib/libboinc_graphics2.so.7.0.27
/usr/lib/libboinc_opencl.so.7.0.27
/usr/lib/libboinc_zip.so.7.0.27
/usr/lib/libboinc_zip.so.7
/usr/lib/libboinc_zip.so
/usr/lib/libboinc_opencl.so.7
/usr/lib/libboinc_opencl.so
/usr/lib/libboinc_graphics2.so.7
/usr/lib/libboinc_graphics2.so
/usr/lib/libboinc_api.so.7
/usr/lib/libboinc_api.so

should not be in there but move into a separate package, and this is what
the boinc apps should depend on. How about "libboinc-app" as a name? And maybe,
boinc-dev should be renamed to libboinc-app-dev. Opinions?

While you are at it, boinc-app-set only depends on the boinc_api.so.

$ ldd /usr/lib/boinc-app-seti/setiathome_enhanced
        linux-vdso.so.1 =>  (0x00007fff13287000)
        /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so (0x00007ff64bf94000)
        libboinc_api.so.7 => /usr/lib/libboinc_api.so.7 (0x00007ff64bd59000)
        libfftw3f.so.3 => /usr/lib/x86_64-linux-gnu/libfftw3f.so.3 (0x00007ff64b956000)
        libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007ff64b6f8000)
        libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007ff64b314000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff64b00c000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff64ad8a000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff64ab74000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff64a957000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff64a5d0000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff64a3cc000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ff64a1b4000)
        /lib64/ld-linux-x86-64.so.2 (0x00007ff64c198000)

The problem hence must be in there. Can you confirm that the problem reappears when installing only the -dev package of 7.0.28.
or just that _api.so file from it, and leaving everything else as it is?

Best,

Steffen