Hi Eric,
I have noticed your changes that are probably in response to Cyril's
mail[1]. I'm happy that Cyril also does not like the idea of a wrapper
which should not be the way just to circumvent lintian warnings. It is
also helpful that somebody else than me is having a look because I kept
on assuming that we have more than one package accessing the libraries
(like freediams which was previously separate). Having been touched to
the hard facts now I agree that we should not try to work around stuff
that simply is OK here. Finally even the file
freemedforms-libs.lintian-overrides
has the proper explanation that RPATH is OK in this case.
So it should be fine to to go on as before. However, as I said for some
unknown reason my pbuilder does not work with freemedforms
(debian-mentors list also did not provided some clue). I can build on
my local testing machine and the package build process fails only in the
very end which is now caused by a missing RPATH (sorry only German
locale - if you need the message I can rerun Build with English locale).
Please verify that you commited you current state to SVN.
Kind regards
Andreas.
[1] https://lists.debian.org/debian-med/2013/07/msg00071.html
On Fri, Jul 19, 2013 at 11:03:44PM +0200, Eric Maeker wrote:
> > I'd like to repeat my statement that NO WRAPPER SHOULD BE NEEDED AT
> > ALL!!!
>
> Without the wrapper the binary does not know where to find the libraries...
> After a fresh isntall of the newly created freemedforms packages (with
> the wrapper), the result is
>
> eric@debian-testing:~$ freemedforms.bin
> freemedforms.bin: error while loading shared libraries:
> libAggregation.so.1: cannot open shared object file: No such file or
> directory
>
> eric@debian-testing:~$ ldd /usr/bin/freemedforms.bin
> linux-vdso.so.1 (0x00007fff5b5ff000)
> libAggregation.so.1 => not found
> libExtensionSystem.so.1 => not found
> libTranslationUtils.so.0 => not found
> libUtils.so.0 => not found
> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f379d5b7000)
> libQtSvg.so.4 => /usr/lib/x86_64-linux-gnu/libQtSvg.so.4 (0x00007f379d360000)
> libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4 (0x00007f379d121000)
> libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4 (0x00007f379cedf000)
> libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 (0x00007f379c23a000)
> libQtNetwork.so.4 => /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4
> (0x00007f379befb000)
> libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> (0x00007f379ba24000)
> libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f379b811000)
> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f379b4d3000)
> libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> (0x00007f379b1cb000)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f379aecc000)
> libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f379acb6000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f379a90a000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f379d7ee000)
> libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f379a6f1000)
> libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
> (0x00007f379a4b6000)
> libaudio.so.2 => /usr/lib/x86_64-linux-gnu/libaudio.so.2 (0x00007f379a29c000)
> libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0
> (0x00007f3799f9f000)
> libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f3799d78000)
> libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6
> (0x00007f3799ad9000)
> libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> (0x00007f3799889000)
> libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f3799682000)
> libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f3799467000)
> libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1
> (0x00007f379925d000)
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f3799059000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f3798e50000)
> libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f3798c31000)
> libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f3798a06000)
> libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x00007f379879f000)
> libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f379859b000)
> libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f379835c000)
> libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f3798154000)
> libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f3797f4f000)
> libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f3797d49000)
>
> > You get the warning about unneeded rpath BECAUSE it is not
> > needed and neither a wrapper is needed.
>
> So I miss something here... With the wrapper all works really fine.
>
> > The package installation
> > process is caring for registering all installed libraries and I would
> > strongly recommend to drop the wrapper (and for sure do serious
> > testing).
>
> strongest testings for sure
>
> > The only problem might occure at build time if the libraries are not yet
> > known but needed in the build process. This seems to be solved in the
> > latest d/rules file.
>
> Yes dh_shlibs correcty find libs at build time with my last commit.
>
> > All else is just potential source of any error.
>
> Eric
>
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130722094619.gf2...@an3as.eu
