Your message dated Thu, 22 Mar 2012 08:04:48 +0000
with message-id <dd231cb54cb3febf2711ce9cd506d...@mail.adsl.funky-badger.org>
and subject line Re: libpcre3: wrong SONAME
has caused the Debian Bug report #664983,
regarding libpcre3: wrong SONAME
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
664983: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664983
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libpcre3
Version: 8.12-4
Severity: grave

Hello,

  On my system I have libpcre3 (8.12-4) which ships:
    /lib/i386-linux-gnu/libpcre.so.3

  But on armhf buildd, its using libpcre3 (8.30-1) which ships:
    /lib/arm-linux-gnueabihf/libpcre.so.2

  That makes buildd very unhappy, failing with following error log:

Get:1 http://ftp.uk.debian.org/debian/ unstable/main libffi5 armhf 3.0.10-3+b1 
[22.3 kB]
Get:2 http://ftp.uk.debian.org/debian/ unstable/main libglib2.0-0 armhf 
2.30.2-6 [1673 kB]
Get:3 http://incoming.debian.org/buildd-unstable/  libpcre3 8.30-1 [240 kB]
Fetched 1935 kB in 0s (2235 kB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package libpcre3.  
(Reading database ... 12759 files and directories currently installed.)
Unpacking libpcre3 (from .../libpcre3_8.30-1_armhf.deb) ...
Selecting previously unselected package libffi5.   
Unpacking libffi5 (from .../libffi5_3.0.10-3+b1_armhf.deb) ...
Selecting previously unselected package libglib2.0-0.
Unpacking libglib2.0-0 (from .../libglib2.0-0_2.30.2-6_armhf.deb) ...
Setting up libpcre3 (8.30-1) ...
Setting up libffi5 (3.0.10-3+b1) ...
Setting up libglib2.0-0 (2.30.2-6) ...
/usr/lib/arm-linux-gnueabihf/glib-2.0/glib-compile-schemas: error while loading 
shared libraries: libpcre.so.3: cannot open shared object file: No such file or 
directory
/usr/lib/arm-linux-gnueabihf/glib-2.0/gio-querymodules: error while loading 
shared libraries: libpcre.so.3: cannot open shared object file: No such file or 
directory
dpkg: error processing libglib2.0-0 (--configure): 
 subprocess installed post-installation script returned error exit status 127
 configured to not write apport reports

Errors were encountered while processing:
    libglib2.0-0
E: Sub-process /usr/bin/dpkg returned an error code (1)

Best regards

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpcre3 depends on:
ii  libc6              2.13-27
ii  multiarch-support  2.13-27

libpcre3 recommends no packages.

libpcre3 suggests no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 8.30.really8.12-1.1

On 22.03.2012 02:05, Hector Oron wrote:
Package: libpcre3
Version: 8.12-4
Severity: grave
[...]
  On my system I have libpcre3 (8.12-4) which ships:
    /lib/i386-linux-gnu/libpcre.so.3

  But on armhf buildd, its using libpcre3 (8.30-1) which ships:
    /lib/arm-linux-gnueabihf/libpcre.so.2

So the found version should be _8.30-1_. Someone else already fixed that up, but reporting RC bugs against versions of the package that don't actually contain them isn't all that helpful.

  That makes buildd very unhappy, failing with following error log:
[...]
while loading shared libraries: libpcre.so.3: cannot open shared
object file: No such file or directory
/usr/lib/arm-linux-gnueabihf/glib-2.0/gio-querymodules: error while
loading shared libraries: libpcre.so.3: cannot open shared object

This has been resolved in 8.30.really8.12-1.1 by reverting to an earlier version of the package.

Regards,

Adam


--- End Message ---

Reply via email to