clone 677139 -1
reassign -1 dpkg
thanks
Am 13.06.2012 08:54, schrieb Guillem Jover:
On Wed, 2012-06-13 at 08:10:02 +0200, Raphael Hertzog wrote:
On Wed, 13 Jun 2012, Guillem Jover wrote:
On Wed, 2012-06-13 at 07:06:47 +0200, Guillem Jover wrote:
I've actually have had this on my TODO to deal
Hello,
On Wed, 13 Jun 2012, Guillem Jover wrote:
On Wed, 2012-06-13 at 07:06:47 +0200, Guillem Jover wrote:
I've actually have had this on my TODO to deal with, which I found
when checking libudt on armel some time ago. I'm reassigning and will
push a fix for dpkg 1.16.5.
Actually after
On Wed, 13 Jun 2012, Raphael Hertzog wrote:
If some of them are no longer internal machinery and no longer present in
random libraries, then we ought to de-blacklist them.
Or rather, you should force their inclusion in libgcc's symbols file.
We created the ignore-blacklist option for this
On Wed, 2012-06-13 at 08:10:02 +0200, Raphael Hertzog wrote:
On Wed, 13 Jun 2012, Guillem Jover wrote:
On Wed, 2012-06-13 at 07:06:47 +0200, Guillem Jover wrote:
I've actually have had this on my TODO to deal with, which I found
when checking libudt on armel some time ago. I'm reassigning
Raphael, should dpkg-shlibdeps behave differently about these? I can't see
anything wrong on the GCC side.
On 11.06.2012 20:16, Bernhard R. Link wrote:
Package: gcc-4.6
Version: 4.6.2-6
Some large number of packages (I'd guess around 700 +/- 200 source packages)
generates on armel and armhf
reassign 677139 dpkg-dev
retitle dpkg-shlibdeps: Should blacklist __aeabi_unwind_cpp_pr1@GCC_3.5
thanks
On Mon, 2012-06-11 at 20:16:51 +0200, Bernhard R. Link wrote:
Package: gcc-4.6
Version: 4.6.2-6
Some large number of packages (I'd guess around 700 +/- 200 source packages)
generates on
reassign 677139 libgcc1
retitle 677139 libgcc1: Missing entries in symbols file on EABI arches
thanks
Sorry, it seems I misremembered the issue here!
On Wed, 2012-06-13 at 07:06:47 +0200, Guillem Jover wrote:
On Mon, 2012-06-11 at 20:16:51 +0200, Bernhard R. Link wrote:
Package: gcc-4.6
On Tue, 12 Jun 2012, Matthias Klose wrote:
Raphael, should dpkg-shlibdeps behave differently about these? I can't see
anything wrong on the GCC side.
I don't know. Is there anything special about this symbol?
We have a bunch of blacklisted symbols in dpkg-shlibdeps. Should this
one be added?
Package: gcc-4.6
Version: 4.6.2-6
Some large number of packages (I'd guess around 700 +/- 200 source packages)
generates on armel and armhf the warning:
dpkg-shlibdeps: warning: symbol __aeabi_unwind_cpp_pr1@GCC_3.5 used [...] found
in none of the libraries.
(or some variant).
While is ome
9 matches
Mail list logo