Bug#759530: libc-bin: ldconfig breaks a system

2014-09-22 Thread Dmitrii Kashin
Aurelien Jarno aurel...@aurel32.net writes:

 On Thu, Aug 28, 2014 at 10:07:57AM +0400, Dmitrii Kashin wrote:
 Package: libc-bin
 Version: 2.19-9
 Severity: grave
 File: /sbin/ldconfig
 
 Dear Maintainer,
 
 I had an upgrade of libc6 and libc-bin packages up to the version
 2.19-9 from 2.19-4 while executing `apt-get upgrade'. In the begin it
 seemed as a usual upgrade but after a while (supposedly after these two
 packages) an upgrade was interrupted showing numerous segmentation
 fault errors.
 
 Then almost for every command in shell I got segmentation fault. I was
 surprised. I tried to log into another tty, but failed. Then I tried to
 reboot... And got a kernel panic after 2 seconds of system bootstrap.
 
 I took a livecd. I failed to chroot (got the same segfault problem). I
 supposed that I had some problems with libc6, so I took a package
 libc6_2.19-9_amd64.deb from /var/cache/apt/archives and unpacked it into
 the root mount point via `dpkg-deb -x pkg'. After that I managed to
 chroot into the system.
 
 I tried to finish an upgrade process, but I got the same faults.
 I put here inline the first lines of `apt-get upgrade' output:
 
 # apt-get upgrade
 Reading package lists...
 Building dependency tree...
 Reading state information...
 The following packages were automatically installed and are no longer 
 required:
   alsa-base libabw-0.0-0 libcdr-0.0-0 libe-book-0.0-0 libetonyek-0.0-0
   libfreehand-0.0-0 libgeoclue0 libmspub-0.0-0 libmwaw-0.2-2 libodfgen-0.0-0
   liborcus-0.6-0 libvisio-0.0-0 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2
 Use 'apt-get autoremove' to remove them.
 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
 108 not fully installed or removed.
 After this operation, 0 B of additional disk space will be used.
 Setting up liblcms2-2:i386 (2.6-3) ...
 Setting up libmbim-glib0:amd64 (1.8.0-1) ...
 dpkg: error processing package libmbim-glib0:amd64 (--configure):
  subprocess installed post-installation script was killed by signal 
 (Segmentation fault)
 Setting up libmm-glib0:amd64 (1.2.0-1) ...
 dpkg: error processing package libmm-glib0:amd64 (--configure):
  subprocess installed post-installation script was killed by signal 
 (Segmentation fault)
 Setting up libmng1:i386 (1.0.10+dfsg-3.1) ...
 ...
 
 
 After it I had to unpack libc6 package again.
 
 Then I looked intently at the first package with problems
 (libmbim-glib0). I unpacked it and saw in the postinst script the
 command `ldconfig'.
 
 After a while I realized that segfaults happen after and only after
 execution of `ldconfig'.
 
 I managed with the problem by downgrading libc6 and libc-bin (amd64 and
 i386 versions both, because I'm using multiarch) back to the version
 2.19-4 from the apt cache.
 

 For me it looks like the ld.so symlink is overriden when running
 ldconfig, a bug which is supposed to be fixed months ago. Can you please
 give me the list of libc packages installed on your system by running
 the dpkg -l libc* command? Also what is the output of which
 ldconfig?

Sorry for being a little bit late. I had a great pile of work.

This information could be useful:

freehck@nb-mita3:~% apt-mark showhold
libc-bin
libc6
libc6-i686:i386
libc6:i386

freehck@nb-mita3:~% apt-cache policy libc6 libc-bin
libc6:
  Installed: 2.19-4
  Candidate: 2.19-9
  Version table:
 2.19-9 0
500 http://mirror.yandex.ru/debian/ jessie/main amd64 Packages
 *** 2.19-4 0
100 /var/lib/dpkg/status
 2.13-38+deb7u2 0
  1 http://mirror.yandex.ru/debian/ wheezy/main amd64 Packages
 2.11.3-4 0
  1 http://mirror.yandex.ru/debian/ squeeze/main amd64 Packages
libc-bin:
  Installed: 2.19-4
  Candidate: 2.19-9
  Version table:
 2.19-9 0
500 http://mirror.yandex.ru/debian/ jessie/main amd64 Packages
 *** 2.19-4 0
100 /var/lib/dpkg/status
 2.13-38+deb7u2 0
  1 http://mirror.yandex.ru/debian/ wheezy/main amd64 Packages
 2.11.3-4 0
  1 http://mirror.yandex.ru/debian/ squeeze/main amd64 Packages

# I understand it's more then you need, but you have asked to grep by
# `libc*' pattern. =/
freehck@nb-mita3:~% dpkg -l libc\* | grep ^ii  
ii  libcaca0:amd64 0.99.beta19-2amd64colour ASCII 
art library
ii  libcairo-gobject2:amd641.12.16-2amd64The Cairo 2D 
vector graphics library (GObject library)
ii  libcairo2:amd641.12.16-2amd64The Cairo 2D 
vector graphics library
ii  libcanberra0:amd64 0.30-2   amd64simple 
abstract interface for playing event sounds
ii  libcap-ng0:amd64   0.7.4-2  amd64An alternate 
POSIX capabilities library
ii  libcap2:amd64  1:2.24-4 amd64POSIX 1003.1e 
capabilities (library)
ii  libcap2:i386   1:2.24-4 i386 POSIX 1003.1e 

Re: Time zone data for OpenJDK 8

2014-09-22 Thread Emmanuel Bourg
Le 08/08/2014 01:22, Emmanuel Bourg a écrit :

 5. Implement a java.time.zone.ZoneRulesProvider [3] that reads the TZif2
 files installed by the tzdata package in /usr/share/zoneinfo. This would
 render the tzdata-java package obsolete in the long term. GNU ClassPath
 has a TZif2 parser [4] that could be used as a starting point.

It turns out that this solution will not work. Stephen Colebourne told
me that the ZoneRulesProvider is only used by the new java.time API and
not the old java.util.TimeZone class. Also, the tzbd.dat file contains
more data from the tzdb than the compiled zone files, so using the
system tz data may not fit the needs of the java.time API.

The new tzdb.dat file used by Java 8 is an internal file and there is no
guarantee its format will be the same in Java 9 or even during the Java
8 lifecycle. So installing the file in a Java 8 specific path as in
Fedora (/usr/share/javazi-1.8) is probably a good idea. And having the
compiler provided by openjdk-8 is more sensible than copying the sources
into the tzdata package. If ever the format of the file changes this
avoids an update of the tzdata package with the new compiler (but a new
upload to generate the new format would still be required).

So this leaves the options #3 and #4.

Emmanuel Bourg




-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54201da4.5090...@apache.org



Bug#762455: libc6: SIGSEV in _dl_signal_error() (dl-error.c:94)

2014-09-22 Thread Pierre Schweitzer
Package: libc6
Version: 2.19-11
Severity: important

Dear Maintainer,

When trying to install the latest release of Intel Parallel Studio 2015 onto 
Debian testing,
I'm facing a segfault. Using GDB, I could isolate the segfault in:
_dl_signal_error (errcode=errcode@entry=0, objname=objname@entry=0x18147760 
/tmp/install.ywPV4B/activation/activation.so, 
occation=occation@entry=0x77df64eb symbol lookup error, 
errstring=errstring@entry=0x7ffecab0 undefined symbol: pthread_once) 
at dl-error.c:94

Here is the complete GDB output (with a backtrace):

warning: Could not load shared library symbols for ./activation_libFNP.so.
Do you need set solib-search-path or set sysroot?
Warning: couldn't activate thread debugging using libthread_db: Cannot find new 
threads: generic error
Warning: couldn't activate thread debugging using libthread_db: Cannot find new 
threads: generic error
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.

Program received signal SIGSEGV, Segmentation fault.
_dl_signal_error (errcode=errcode@entry=0, objname=objname@entry=0x18147760 
/tmp/install.ywPV4B/activation/activation.so, 
occation=occation@entry=0x77df64eb symbol lookup error, 
errstring=errstring@entry=0x7ffecab0 undefined symbol: pthread_once) 
at dl-error.c:94
94  dl-error.c: No such file or directory.
(gdb) bt
#0  _dl_signal_error (errcode=errcode@entry=0, objname=objname@entry=0x18147760 
/tmp/install.ywPV4B/activation/activation.so, 
occation=occation@entry=0x77df64eb symbol lookup error, 
errstring=errstring@entry=0x7ffecab0 undefined symbol: pthread_once) 
at dl-error.c:94
#1  0x77dea83e in _dl_signal_cerror (errcode=0, objname=0x18147760 
/tmp/install.ywPV4B/activation/activation.so, occation=0x77df64eb symbol 
lookup error, 
errstring=0x7ffecab0 undefined symbol: pthread_once) at dl-error.c:155
#2  0x77de6681 in _dl_lookup_symbol_x (undef_name=0x7690e1af 
pthread_once, undef_map=optimized out, ref=ref@entry=0x7ffecbf8, 
symbol_scope=0x18147ba8, version=optimized out, 
type_class=type_class@entry=1, flags=1, skip_map=skip_map@entry=0x0) at 
dl-lookup.c:779
#3  0x77de9e07 in _dl_fixup (l=optimized out, reloc_arg=optimized 
out) at ../elf/dl-runtime.c:111
#4  0x77df0325 in _dl_runtime_resolve () at 
../sysdeps/x86_64/dl-trampoline.S:45
#5  0x769c3607 in Ox6eb5d34913097f40 () from 
/tmp/install.ywPV4B/activation/activation.so
#6  0x769c2a45 in Ox6eb5d35e0d839879 () from 
/tmp/install.ywPV4B/activation/activation.so
#7  0x769c250b in flxInitLoad () from 
/tmp/install.ywPV4B/activation/activation.so
#8  0x769b3315 in flxActCommonLibraryInit () from 
/tmp/install.ywPV4B/activation/activation.so
#9  0x7699b856 in ?? () from 
/tmp/install.ywPV4B/activation/activation.so
#10 0x7699bb0e in flex_init () from 
/tmp/install.ywPV4B/activation/activation.so
#11 0x7693d687 in issaapi_cpp::init_flex(char const*) () from 
/tmp/install.ywPV4B/activation/activation.so
#12 0x76950311 in issa_init_flex () from 
/tmp/install.ywPV4B/activation/activation.so
#13 0x7693d26e in activation_init () from 
/tmp/install.ywPV4B/activation/activation.so
#14 0x00436f69 in plugin_run ()
#15 0x0045edc1 in sequence_execute_document(session_t*, cab_t*, 
node_t*, char*, char**, int*, char**, char**) ()
#16 0x0045c58f in sequence_execute ()
#17 0x0040edaa in main ()
(gdb)

Can provide more information or debugging if required to (it you tell me what 
to type).

Cheers,

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages libc6 depends on:
ii  libgcc1  1:4.9.1-14

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.53
pn  glibc-doc  none
ii  locales2.19-11

-- debconf information:
  glibc/upgrade: true
  glibc/restart-services:
  glibc/restart-failed:
  glibc/disable-screensaver:
* libraries/restart-without-asking: true


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140922124851.6604.31296.reportbug@philadelphia



Bug#762455: libc6: SIGSEV in _dl_signal_error() (dl-error.c:94)

2014-09-22 Thread Carlos O'Donell
On Mon, Sep 22, 2014 at 8:48 AM, Pierre Schweitzer pie...@reactos.org wrote:
 When trying to install the latest release of Intel Parallel Studio 2015 onto 
 Debian testing,
 I'm facing a segfault. Using GDB, I could isolate the segfault in:
 _dl_signal_error (errcode=errcode@entry=0, objname=objname@entry=0x18147760 
 /tmp/install.ywPV4B/activation/activation.so, 
 occation=occation@entry=0x77df64eb symbol lookup error,
 errstring=errstring@entry=0x7ffecab0 undefined symbol: 
 pthread_once) at dl-error.c:94

 Here is the complete GDB output (with a backtrace):

You're gettting a crash loading the proprietary 3rd party licensing
code from FlexNet Publisher from Flexera Software.

That platform AFAIK supports only 64-bit CentOS or RHEL, and you are
therefore running on an unsupported platform.

I would suggest contacting Intel to get support.

Cheers,
Carlos.


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cae2ss1i3sq3bd8f-qpf4phykoy2vrk+rwa6h5t0hx+d6fso...@mail.gmail.com