Hello,
That's the same... what's this directory and why did you do that?
Try without it please.
It is one of the directories that is included in upstream. The
parameter -l is necessary for dh_shlibdeps to find some libraries
which are needed to execute the binary. Without -l, dpkg-buildpackage
Hello,
Hum, in theory /usr/lib32 is checked first. What's the output of
the failing dpkg-shlibdeps call if you add the -v option ?
The relevant lines are:
Library libidn.so.11 found in /emul/ia32-linux/usr/lib/libidn.so.11
No associated package found for /emul/ia32-linux/usr/lib/libidn.so.11
On Wed, 07 Jul 2010, Christoph Pleger wrote:
Hello,
Hum, in theory /usr/lib32 is checked first. What's the output of
the failing dpkg-shlibdeps call if you add the -v option ?
The relevant lines are:
Library libidn.so.11 found in /emul/ia32-linux/usr/lib/libidn.so.11
No associated
Do you have LD_LIBRARY_PATH set during the build process?
I did not explicitly set LD_LIBRARY_PATH, I just appended a directory to
it by using the -l parameter of dh_shlibdeps.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Wed, 07 Jul 2010, Christoph Pleger wrote:
Do you have LD_LIBRARY_PATH set during the build process?
I did not explicitly set LD_LIBRARY_PATH, I just appended a directory to
it by using the -l parameter of dh_shlibdeps.
That's the same... what's this directory and why did you do that?
On Tue, 06 Jul 2010, Christoph Pleger wrote:
What does dpkg -S /emul/ia32-linux/usr/lib/libidn.so.11 return?
It returns not found.
So that's your problem. It can't find the packages associated to the
library that the binary will use and thus can't find the associated shlibs
file.
How is the
What does dpkg -S /emul/ia32-linux/usr/lib/libidn.so.11 return?
It returns not found.
Regards
Christoph
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Probably, the problem occurs because the library is located in /usr/lib32,
but /usr/lib32 is a symbolic link to /emul/ia32-linux/usr/lib.
In my opinion, dpkg-shlibdeps/dpkg should handle symbolic links correctly.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On Tue, 06 Jul 2010, Christoph Pleger wrote:
Probably, the problem occurs because the library is located in /usr/lib32,
but /usr/lib32 is a symbolic link to /emul/ia32-linux/usr/lib.
In my opinion, dpkg-shlibdeps/dpkg should handle symbolic links correctly.
It does do its best already. If
Hi,
On Tue, 06 Jul 2010, Raphael Hertzog wrote:
On Tue, 06 Jul 2010, Christoph Pleger wrote:
Probably, the problem occurs because the library is located in /usr/lib32,
but /usr/lib32 is a symbolic link to /emul/ia32-linux/usr/lib.
In my opinion, dpkg-shlibdeps/dpkg should handle
Package: dpkg-dev
Version: 1.14.29
Severity: normal
Hello,
I want to build to build a debian package for my amd64-architecture. The
resulting package contains 32-bit libraries and executables which are part
of the orig.tar.gz from upstream.
These libraries and executables need 32-bit libraries
On Mon, 05 Jul 2010, Christoph Pleger wrote:
I want to build to build a debian package for my amd64-architecture. The
resulting package contains 32-bit libraries and executables which are part
of the orig.tar.gz from upstream.
These libraries and executables need 32-bit libraries which are
12 matches
Mail list logo