Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

2021-12-03 Thread Bastian Blank
On Fri, Dec 03, 2021 at 11:33:25AM -0500, Theodore Y. Ts'o wrote: > Some stupid questions that I couldn't answer by reading the man page > or doing a quick google search > * How does ld.so --preload *work*? ld.so is the ELF interpreter. If you run a normal binary, the kernel rewrites this

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

2021-12-03 Thread Bastian Blank
On Fri, Dec 03, 2021 at 01:57:08PM +0100, Florian Weimer wrote: > Right, thanks for providing a concrete example. A (somewhat) portable > version would look like this: > ld.so --preload '/usr/$LIB/libeatmydata.so.1.3.0' /bin/sl You mean ld.so --preload libeatmydata.so.1.3.0 /bin/ls ? ld.so

Bug#966173: libc6: __atan2_finite reference in dlopened module no longer found in executable linked to libm

2020-07-24 Thread Bastian Blank
On Fri, Jul 24, 2020 at 10:11:04AM +0100, Simon McVittie wrote: > The bug (#966150) is that a version of uix86_64.so compiled with a slightly > older (2020-02-18) toolchain fails to load on an up-to-date sid system, with: > undefined symbol: __atan2_finite Because the binary was not linked

Bug#882255: libc6-amd64: Multilib causes catastrophic system failure during upgrade to libc 2.25

2017-11-26 Thread Bastian Blank
On Sun, Nov 26, 2017 at 09:13:52AM +0100, Bastian Blank wrote: > It seems that ldconfig does not force the collation to a value that > would make it use the claimed sorting. ldconfig: -> setlocale (LC_ALL, "") -> glob() -> qsort(strcoll-equiv) Other occuranc

Bug#882255: libc6-amd64: Multilib causes catastrophic system failure during upgrade to libc 2.25

2017-11-26 Thread Bastian Blank
On Sun, Nov 26, 2017 at 01:03:58AM +0100, Aurelien Jarno wrote: > I am still unable to reproduce this problem. On my system > lib/x86_64-linux-gnu/ is preferred over lib64. ldconfig uses glob to to > interpret the "*.conf" in /etc/ld.so.conf, so the files are sorted > alphabetically and thus the

Bug#817988: libc6-dev: libm.so no longer a symlink in 2.22-2 ; break dlopen() in mpi4py

2016-03-12 Thread Bastian Blank
On Sat, Mar 12, 2016 at 11:51:32AM +, Alastair McKinstry wrote: > /usr/lib/$ARCH/libm.so is no longer a symlink in 2.22-2, thus breaking > packages > which try to use it. *.so is for use by ld, and is a linker script in this case. It have been the case for libc.so for ages. > In

Re: Bug#738575: pthread: segfault in libpthread on Intel Galileo board

2015-05-14 Thread Bastian Blank
On Wed, May 13, 2015 at 04:23:42PM +0200, Aurelien Jarno wrote: Alternatively as it triggers a segmentation fault, this could probably be trapped and emulated in the kernel, just like it's done for the FPU on some architectures. The official erata list[1] tells us: | Problem: When a memory

Bug#755734: libc-bin - ldconfig fails if dirent-d_type is not correct

2014-07-22 Thread Bastian Blank
Package: libc-bin Version: 2.19-7 Severity: normal ldconfig uses the d_type field in the readdir(2) result as optimization. If the field wrongly identifies symlinks as regular files, ldconfig assumes that lstat(2) returns the same than stat(2) and aborts if it is not the case. It does - call

Bug#753084: locales: wish it would take advantage of multiple cores

2014-06-29 Thread Bastian Blank
On Sun, Jun 29, 2014 at 03:11:28PM +1000, Russell Coker wrote: The process of generating all locales takes a huge amount of time. It would be good if it could run multiple processes to take advantage of multi-core systems. Also it would be good if there was an option to generate one locale

Bug#722217: dead in the water

2013-12-18 Thread Bastian Blank
Control: reassign -1 libgl1-nvidia-legacy-173xx-glx On Tue, Oct 08, 2013 at 09:11:46AM -0400, Brent S. Elmer Ph.D. wrote: On Mon, 2013-10-07 at 00:16 +0200, Bastian Blank wrote: On Sun, Oct 06, 2013 at 05:52:01PM -0400, Brent S. Elmer Ph.D. wrote: emacs

Bug#727841: powl() inaccurate but only at runtime

2013-10-27 Thread Bastian Blank
On Sun, Oct 27, 2013 at 03:57:14PM +, Zefram wrote: Version: 2.13-38 The current version of libc6 is 2.17-93. On amd64, powl() is generating inaccurate results when called at runtime, but if a call to it gets constant-folded at compile time (by gcc 4.7) then the constant-folded result is

Bug#722217: dead in the water

2013-10-06 Thread Bastian Blank
On Sun, Oct 06, 2013 at 05:52:01PM -0400, Brent S. Elmer Ph.D. wrote: emacs, and sensord are segfaulting in libnvidia-tls. And what happens without this weird library? Bastian -- Every living thing wants to survive. -- Spock, The Ultimate

Re: Fwd: Bug report on eperl: eperl crashes with exit status 139 [origin: alexan...@cmu.edu]

2013-06-26 Thread Bastian Blank
On Thu, Jun 27, 2013 at 01:07:13AM +0200, Axel Beckert wrote: #3 0x770e5783 in getopt_long (argc=1, argv=0x7fffe228, options=0x0, long_options=0x1, opt_index=0x0) at getopt1.c:66 Why are the options and long_options arguments shown with nonsense contents? Bastian -- In the

Bug#712899: libc6 - Inconsistency detected by ld.so on s390/s390x

2013-06-20 Thread Bastian Blank
Package: libc6 Version: 2.17-6 Severity: important Some part of the dynlinker produces an assertion: | Inconsistency detected by ld.so: rtld.c: 1307: dl_main: Assertion `_rtld_local._dl_rtld_map.l_libname-next == ((void *)0)' failed! Not all binaries are affected. apt-get, dpkg, sudo and zsh

Bug#712899: libc6 - Inconsistency detected by ld.so on s390/s390x

2013-06-20 Thread Bastian Blank
Control: retitle -1 libc6 - Inconsistency detected by ld.so on s390 On Thu, Jun 20, 2013 at 06:54:25PM +0200, Bastian Blank wrote: Not all binaries are affected. apt-get, dpkg, sudo and zsh still work, so installation of packages is still possible. strace and all the maintainer scripts

Bug#712899: libc6 - Inconsistency detected by ld.so on s390/s390x

2013-06-20 Thread Bastian Blank
Control: retitle -1 libc6 - Inconsistency detected by ld.so on s390/s390x On Thu, Jun 20, 2013 at 09:50:11PM +0200, Bastian Blank wrote: Ah. The s390 ld.so is broken. s390x works fine. strace is still s390 on one system and the other is completely s390. Wrong. Both are broken. This looks like

Bug#649265: provide coordinated mechanism to manage /etc/nsswitch.conf among packages

2013-04-14 Thread Bastian Blank
On Sat, Apr 13, 2013 at 04:42:30PM -0700, C.J. Adams-Collier wrote: I am working on a project to migrate a number of NIS machines to use Active Directory user and group management, authentication and authorization. The following is an excerpt from a script we are using to update the CentOS 5

Bug#149452: libc: Need OpenBSD's bcrypt password hashing support for dovecot

2013-03-25 Thread Bastian Blank
Please fix your line length. On Sun, Mar 24, 2013 at 07:33:49PM -0700, Joel Lopes Da Silva wrote: I would like to use bcrypt (BLF-CRYPT) for my password scheme in Dovecot, but I can't because bcrypt support doesn't seem to have been integrated into the Debian libc. Why do you want bcrypt?

Bug#684794: getaddrinfo sorts IPv4 before IPv6

2012-08-14 Thread Bastian Blank
On Mon, Aug 13, 2012 at 10:54:28PM +0200, Per Olofsson wrote: I recently configured IPv6 connectivity on my system using 6to4 on my router. It works, except that getaddrinfo() sorts IPv4 addresses before IPv6 addresses, which means that IPv4 is used if the remote host has both IPv4 and IPv6.

Bug#659064: libc6 - Includes file in /lib64

2012-02-08 Thread Bastian Blank
On Wed, Feb 08, 2012 at 12:09:31AM +0100, Aurelien Jarno wrote: On Wed, Feb 08, 2012 at 12:05:20AM +0100, Bastian Blank wrote: On Tue, Feb 07, 2012 at 11:36:09PM +0100, Aurelien Jarno wrote: And I don't see the relation with #514015, given the /lib64 - /lib has disappeared

Bug#659064: full story

2012-02-08 Thread Bastian Blank
Okay, here the whole story as I understand it. The OP bootstrapped a Squeeze system. This includes the ./lib64 - /lib symlink. After that, the OP bootstrapped a Wheezy system over the existing Squeeze root. This includes the dir ./lib64 and the symlink ./lib64/ld-linux-x86-64.so.2 in the tar

Bug#659064: libc6 - Includes file in /lib64

2012-02-07 Thread Bastian Blank
Package: libc6 Version: 2.13-24 Severity: important libc6 includes the file /lib64/ld-linux-x86-64.so.2. It was decided that this should not happen, because neither dpkg nor any of the bootstrap tools handles this properly. See #514015 for further informations. Bastian -- System Information:

Bug#659064: libc6 - Includes file in /lib64

2012-02-07 Thread Bastian Blank
On Tue, Feb 07, 2012 at 11:36:09PM +0100, Aurelien Jarno wrote: And I don't see the relation with #514015, given the /lib64 - /lib has disappeared. It exists in the filesystem as relict from the old package. However tar in Wheezy handles this better by first removing the symlink while

Bug#603102: After update of libc6 from 2.7-18lenny4 to 2.7-18lenny6, virtual machines (VirtualBox) unable to start.

2010-11-11 Thread Bastian Blank
On Wed, Nov 10, 2010 at 11:20:06PM +0100, Ján Rusnák wrote: VM is started with command: nohup VBoxHeadless -startvm machine --vrdp config After update of libc6 to 2.7-18lenny6, starting virtual machine return this error: VBoxHeadless: supR3HardenedMainGetTrustedMain:

Bug#600310: wrong collation(?) order for et_EE.UTF-8 causes regexps to fail matching randomly

2010-10-16 Thread Bastian Blank
On Sat, Oct 16, 2010 at 01:47:42AM +0400, Michael Tokarev wrote: There's a bug in et_EE.UTF-8 locale definition causing some latin chars to be treated as non-letters. These are at least in range t..y inclusive, i.e. [t-y]. Like this: Are you sure that the letters t to y a valid in the

Bug#579917: mkhomedir segfaults within ld.so on startup

2010-05-02 Thread Bastian Blank
On Sun, May 02, 2010 at 11:44:56AM +0200, Andreas Barth wrote: on an squeeze machine: LD_DEBUG=all /lib/ld-2.10.2.so ./mkhomedir_helper 6625: file=/tmp/mkhomedir_helper [0]; generating link map 6625: dynamic: 0x004001c0 base: 0x size: 0x000139e0 6625:

Bug#563882: git-core FTBFS on ia64: t1001-read-tree-m-2way.sh test fails

2010-01-26 Thread Bastian Blank
severity 563882 important retitle 563882 ia64: memchr overshots thanks On Tue, Jan 26, 2010 at 01:48:34PM -0600, Jonathan Nieder wrote: severity 563882 critical Please explain. git is neither unrelated to glibc nor does this cause serious data loss. That is, it maps the file into memory and

Bug#545179: libc6: postinst must run telinit u

2009-09-07 Thread Bastian Blank
On Mon, Sep 07, 2009 at 12:36:08AM +0200, Piotr Kaczuba wrote: W dniu 06.09.2009 13:25, Bastian Blank pisze: On Sat, Sep 05, 2009 at 04:20:55PM +0200, Piotr Kaczuba wrote: The postinst script must run telinit u so that init re-executes itself. Otherwise, on reboot, the old libc won't

Bug#545179: libc6: postinst must run telinit u

2009-09-06 Thread Bastian Blank
On Sat, Sep 05, 2009 at 04:20:55PM +0200, Piotr Kaczuba wrote: The postinst script must run telinit u so that init re-executes itself. Otherwise, on reboot, the old libc won't be properly deleted. Please show your test results. This would mean that the kernel is not able to properly deallocate

Bug#544145: libc6-i686 - Segfaults on amd64/xen

2009-08-30 Thread Bastian Blank
reassign 544145 linux-2.6 2.6.30-1 thanks On Sat, Aug 29, 2009 at 10:57:40PM +0200, Bastian Blank wrote: On Sat, Aug 29, 2009 at 11:31:43AM +0200, Bastian Blank wrote: Hmm, just below the dynlinker, we have the vdso. vdso was the point. I'm pretty sure that it is a problem either

Bug#544145: libc6-i686 - Segfaults on amd64/xen

2009-08-29 Thread Bastian Blank
Package: libc6-i686 Version: 2.9-25 Severity: important The last upgrade of my i386 chroot pulled in libc6-i686. After that all binaries started to segfault: | [ 38.652407] sh[3131]: segfault at 0 ip (null) sp ffb9a138 error 14 in bash[8048000+be000] | [ 236.958701] ls[3650]:

Bug#544145: libc6-i686 - Segfaults on amd64/xen

2009-08-29 Thread Bastian Blank
On Sat, Aug 29, 2009 at 10:33:24AM +0200, Aurelien Jarno wrote: On Sat, Aug 29, 2009 at 09:14:40AM +0200, Bastian Blank wrote: The system uses a amd64 kernel and userland on Xen. This flavour works perfectly on a non-Xen system. is there also some requirements on the compilation of glibc

Bug#544145: libc6-i686 - Segfaults on amd64/xen

2009-08-29 Thread Bastian Blank
On Sat, Aug 29, 2009 at 11:31:43AM +0200, Bastian Blank wrote: Hmm, just below the dynlinker, we have the vdso. vdso was the point. However I don't know what the real problem is. A minimal failing program is: | int main() { | unsigned int resultvar; | asm volatile ( | movl %1, %%eax\n\t

Re: Please test eglibc 2.9-23+multiarch.2 (was Please test eglibc 2.9-23+multiarch.1)

2009-08-03 Thread Bastian Blank
On Mon, Aug 03, 2009 at 02:02:24AM +0200, Aurelien Jarno wrote: I have finally decided to remove the Depends: line in libc-bin, even if I don't really like that. My tests show that it works now, but don't hesitate to test it on your machine. What happens if someone install libc-bin without a

Re: Please test eglibc 2.9-23+multiarch.2 (was Please test eglibc 2.9-23+multiarch.1)

2009-08-03 Thread Bastian Blank
On Mon, Aug 03, 2009 at 11:38:32AM +0200, Aurelien Jarno wrote: Bastian Blank a écrit : What happens if someone install libc-bin without a new libc6 then? Forgot about that variant before as it is not forbidden by deps now. If it is not the same major version, it will probably break, I'll

Re: Please test eglibc 2.9-23+multiarch.1

2009-07-31 Thread Bastian Blank
On Thu, Jul 30, 2009 at 06:02:29PM +0200, Aurelien Jarno wrote: We have the constraints that we should support upgrades from Lenny, so we are stuck with apt/aptitude from lenny... Remove the dependency from libc-bin. As long a libc-bin does not have maintainer scripts, this should work.

Bug#536085: locales: ru_RU.UTF8 collate UKR-GHE incorrectly

2009-07-08 Thread Bastian Blank
On Tue, Jul 07, 2009 at 10:58:56PM +0400, eshkin...@gmail.com wrote: Bastian Blank wa...@debian.org writes: You have to describe _why_ it is wrong. Different languages may have different collation rules. Yes, i try :) Yes, different languages have different collation, but ru_RU.UTF8 locale

Bug#533077: linux-image-2.6.26-2-486: on an idle system /dev/random gets depleted very quick

2009-06-15 Thread Bastian Blank
On Mon, Jun 15, 2009 at 10:47:43AM +0200, Folkert van Heusden wrote: Now add strace to those commands. Do you see the problem? Nope, works as expected: You have different libs than we all have. Ours shows: | open(/dev/urandom, O_RDONLY) = 3 | read(3, \34\344C\242, 4) = 4

Re: Bug#533077: linux-image-2.6.26-2-486: on an idle system /dev/random gets depleted very quick

2009-06-15 Thread Bastian Blank
On Mon, Jun 15, 2009 at 11:44:07AM +0200, Aurelien Jarno wrote: Bastian Blank a écrit : On Mon, Jun 15, 2009 at 10:47:43AM +0200, Folkert van Heusden wrote: Now add strace to those commands. Do you see the problem? Nope, works as expected: You have different libs than we all have. Ours

Bug#527230: libc6: segfaults in libc-2.9.so when executing cyrus-imapd

2009-05-06 Thread Bastian Blank
On Wed, May 06, 2009 at 11:02:24AM +0200, Guenter Trimmel wrote: Package: libc6 Version: 2.9-4 Severity: critical Justification: breaks unrelated software A tool linking the libc is _never_ unrelated software. Bastian -- ... The prejudices people feel about each other disappear when they

Bug#526823: libc6 2.9-9 broke DNS resolver again

2009-05-04 Thread Bastian Blank
On Mon, May 04, 2009 at 11:55:22PM +0200, Luca Tettamanti wrote: To recap: my ADSL router receives two requests and sends back *two* answers; to the A query it replies with the expected data, to the query it replies NotImpl (see the tcpdump in the first email). I doubt that this behaviour

Bug#518133: closed by Aurelien Jarno aurel...@aurel32.net (Re: Bug#518133: libc6-xen: nosegneg not selected when running in OpenVZ under Xen)

2009-03-04 Thread Bastian Blank
On Wed, Mar 04, 2009 at 01:29:59PM +0100, Dr. Andreas Krüger wrote: I have tried that hwcap 0 nosegneg bit. That one does NOT help. Did you call ldconfig after that? You can use ldd to see which libs it wants to use. That established, do you still think there a good chance that the other part

Bug#513564: glibc: Please redefine __i686 to work-around the infamous i686 compilation fail

2009-01-30 Thread Bastian Blank
On Fri, Jan 30, 2009 at 10:37:57AM +0200, Yoram bar haim wrote: When compiling with gcc that uses march=i686 (or any sub-arch) gcc defines __i686 to be 1, that causes instructions such as ..ifndef __i686.get_pc_thunk.reg; to fail as syntax error (because the prefix is 1). if you force it to

Bug#479952: not fixed

2009-01-27 Thread Bastian Blank
found 479952 2.7-18 thanks I'm afraid but this is not fixed completely: | $ dchroot-dsa sid | dchroot-dsa: pthread_mutex_lock.c:87: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. | zsh: abort dchroot-dsa sid | $ COLUMNS=72 dpkg -l libc6 |

Re: Bug#506420: incorrect hwcap line in /etc/ld.so.conf.d/libc6-xen.conf?

2008-11-23 Thread Bastian Blank
On Sat, Nov 22, 2008 at 07:02:26PM +0100, Aurelien Jarno wrote: On Sat, Nov 22, 2008 at 12:58:38PM +0100, Bastian Blank wrote: The traditional hwcaps are read from the interpreter data via AT_HWCAP. The pseudo hwcaps are defined in the vdso, but I fail to find this code. Look at hwcap_extra

Re: Bug#506420: incorrect hwcap line in /etc/ld.so.conf.d/libc6-xen.conf?

2008-11-22 Thread Bastian Blank
On Sat, Nov 22, 2008 at 10:41:01AM +, Richard Kettlewell wrote: Aurelien Jarno wrote: The value in this file is the correct one. Where is this documented? In the kernel. However, I was not able to find the code which processes this hwcaps in libc. The traditional hwcaps are read from the

Bug#499366: 4gb seg fixup not fixed in 2.7-14?

2008-10-15 Thread Bastian Blank
On Wed, Oct 15, 2008 at 08:55:01AM +0200, Aurelien Jarno wrote: Given how Xen works, a lot of people are not able to change their kernel. This is incorrect. There are now two possibilities to use the guest supplied kernels and the whole bunch of enterprise distributions never really supported

Bug#499366: 4gb seg fixup not fixed in 2.7-14?

2008-10-14 Thread Bastian Blank
On Tue, Oct 14, 2008 at 04:15:29PM +0200, Aurelien Jarno wrote: The proposed patch has been applied. But maybe it is wrong. Waldi, could you please have a look? I have no Xen machine. The patch is correct. The problem is the wrong capability definition in the Etch kernel. But fixing the package

Bug#499366: Acknowledgement (libc6-xen - Wrong bit for nosegneg pseudo hwcap)

2008-09-21 Thread Bastian Blank
+ + * Non-maintainer upload. + * Set nosegneg capability to 1 to match current kernels. (closes: #499366) + + -- Bastian Blank [EMAIL PROTECTED] Sat, 20 Sep 2008 12:24:22 + + glibc (2.7-13) unstable; urgency=low [ Aurelien Jarno ] diff -Nru glibc-2.7/debian/sysdeps/i386.mk glibc-2.7/debian

Bug#499366: libc6-xen - Wrong bit for nosegneg pseudo hwcap

2008-09-18 Thread Bastian Blank
Package: libc6-xen Version: 2.7-13 Severity: important Linux uses bit 1 for the nosegneg pseudo hwcap, not 0. This makes this package currently unusable. (And the systems really slow.) Bastian -- If some day we are defeated, well, war has its fortunes, good and bad. --

Bug#484477: bug closed

2008-06-07 Thread Bastian Blank
On Thu, Jun 05, 2008 at 10:08:53AM +0200, Salvo Tomaselli wrote: If inet_ntop is not buggy, then inet_pton is. Please provide a _complete_ and _compiling_ example. You want to show a bug noone believes there is one. :::151.97.56.250: This address is not valid. Bastian -- Punishment

Bug#480433: libc6.1: mkdtemp on ia64 can return xa non null pointer not pointing at the template

2008-05-10 Thread Bastian Blank
On Fri, May 09, 2008 at 05:46:21PM -0600, Alan Bain wrote: Affects IA64 only Code like... static char buf[20]; strcpy(buf, /tmp/some_XX); char * tmpname=mkdtemp(buf); Please provide a minimal, compiling and known to fail testcase. The following testcase works as expected: | merulo%

Bug#480295: [alpha] missing asm/page.h

2008-05-10 Thread Bastian Blank
On Fri, May 09, 2008 at 06:01:09PM +0200, Aurelien Jarno wrote: Bastian Blank a écrit : On Fri, May 09, 2008 at 05:33:40PM +0200, Aurelien Jarno wrote: Matthias Klose a écrit : In file included from ../../bfd/trad-core.c:45: /usr/include/sys/user.h:27:22: error: asm/page.h: No such file

Bug#480433: libc6.1: mkdtemp on ia64 can return xa non null pointer not pointing at the template

2008-05-10 Thread Bastian Blank
reassign 480433 f2c 20061008-1 thanks On Sat, May 10, 2008 at 10:46:31AM +0200, Bastian Blank wrote: Please provide a minimal, compiling and known to fail testcase. The following testcase works as expected: You uploaded a fixed f2c which shows that you ignored compiler warnings about undefined

Bug#479952: libc6/s390 - __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed.

2008-05-07 Thread Bastian Blank
Package: libc6 Version: 2.7-10 Severity: important On Wed, May 07, 2008 at 09:34:12AM +0200, Matthias Klose wrote: the build failure on s390 is unexpected; is it possible to extract a test case? | java: pthread_mutex_lock.c:71: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0'

Re: Incompatibility of libc6 with kernel 2.6 ax25

2008-04-30 Thread Bastian Blank
On Wed, Apr 30, 2008 at 01:57:26PM +0200, Arjan van Schijndel wrote: Version: 2.3.6.ds1-13etch5 And in unstable? The following files in libc6 are not up to date: netax25/ax25.h netrom/netrom.h netrose/rose.h. Meaning these files do not correspond with the ax25.h netrom.h and rose.h from the

Bug#459606: libc6: 2.7-5 breaks dpkg on sparc64

2008-01-07 Thread Bastian Blank
reassign 459606 linux-2.6 forcemerge 433187 459606 thanks On Mon, Jan 07, 2008 at 03:35:28PM +, J.J.Green wrote: and the dpkg-query (running dpkg-query --status sysvinit) runs at 100% cpu for at least 20 minutes, and does not respond to a kill -9 from root! The only way I could kill it was

Bug#454266: upgrade to 2.7 fails, leaving system unusable

2007-12-05 Thread Bastian Blank
On Wed, Dec 05, 2007 at 09:24:27AM +0100, Marcus Better wrote: ~$ sudo grep -C1 libc6-i686 /var/log/installer/* /var/log/installer/syslog-Aug 21 11:26:57 apt-install: Queueing package acpid for later installation /var/log/installer/syslog:Aug 21 11:26:58 apt-install: Queueing package

Bug#453326: locales-all: postinst script does not respect TMPDIR

2007-11-28 Thread Bastian Blank
+ tmpdir=$(mktemp -d ${TMPDIR:-/tmp}/locales.XX) Or just use -t as documented in mktemp(1). Bastian -- It is more rational to sacrifice one life than six. -- Spock, The Galileo Seven, stardate 2822.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#449192: acknowledged by developer (closing 449192)

2007-11-24 Thread Bastian Blank
reopen 449192 thanks Closed without comment. Use the changelog to close bugs. Bastian -- Men will always be men -- no matter where they are. -- Harry Mudd, Mudd's Women, stardate 1329.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Bug#449192: glibc - FTBFS: make: *** [clean] Error 1

2007-11-03 Thread Bastian Blank
Package: glibc Version: 2.7-0exp6 Severity: serious There was an error while trying to autobuild your package: Automatic build of glibc_2.7-0exp6 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] rm -f /build/buildd/glibc-2.7/stamp-dir/binaryinst* # FTBFS if not on madcoder's machine [

Re: r2566 - in glibc-package/trunk/debian: . patches patches/amd64

2007-09-17 Thread Bastian Blank
On Mon, Sep 17, 2007 at 02:15:01AM -0400, Clint Adams wrote: * amd64/local-x86_64_bits_sigcontext.diff: use a copy of the generic header for x86_64. closes: #442418. Incidentally, waldi says this is the wrong fix. asm-i386/sigcontext.h and asm-x86_64/sigcontext.h have different

Re: Debian Installer Status Update - August 31th 2007

2007-09-03 Thread Bastian Blank
On Mon, Sep 03, 2007 at 05:00:08PM +0200, Martin Michlmayr wrote: When I use mklibs-copy rather than mklibs to produce the initrd it works. Maybe waldi can give some help as to how to track this down. The symbol-version-problem #433874. Currently only binNMUs can workaround it. Bastian --

Re: linux/types.h - glibc interferences

2007-08-29 Thread Bastian Blank
On Thu, Aug 23, 2007 at 10:08:44PM +0200, Bastian Blank wrote: This is not properly fixable by the glibc. The attached patch fixes it in linux, but I'm unsure if this will not break other things like alternative libc. No productive disagreement. It will be included with a changed guard

Re: linux/types.h - glibc interferences

2007-08-24 Thread Bastian Blank
On Fri, Aug 24, 2007 at 12:06:36AM +0200, Bastian Blank wrote: If there's userspace code that wants to get the kernel types under the standard posix names, why break that? Please provide a less strict fix which works. Userspace code can only use this definitions

Re: linux/types.h - glibc interferences

2007-08-24 Thread Bastian Blank
On Fri, Aug 24, 2007 at 01:14:17AM -0700, Steve Langasek wrote: On Fri, Aug 24, 2007 at 12:06:36AM +0200, Bastian Blank wrote: #434040 and a hand full of packages on the buildd. What packages? Several. No further information available without manual checking. I expect that several hundred

linux/types.h - glibc interferences

2007-08-23 Thread Bastian Blank
Hi folks linux/types.h exports some POSIX types. It can be asked to stop this with __KERNEL_STRICT_NAMES. features.h defines this. So currently anything works if features.h is included before linux/types.h. This is not properly fixable by the glibc. The attached patch fixes it in linux, but I'm

Re: linux/types.h - glibc interferences

2007-08-23 Thread Bastian Blank
On Thu, Aug 23, 2007 at 02:46:14PM -0700, Steve Langasek wrote: Is there some specific reported issue that this change is intended to fix? I haven't noticed any complaints about the current behavior. #434040 and a hand full of packages on the buildd. Anyway, it's my understanding that

Re: libc dlopening libgcc on arm

2007-05-31 Thread Bastian Blank
On Wed, May 30, 2007 at 10:30:05AM +0200, Bastian Blank wrote: D-I may be also affected and mklibs needs to pull in libgcc_s.so.1 always if it catches a glibc. The attached mklibs patch always adds libgcc for old-abi arm. Bastian -- Well, Jim, I'm not much of an actor either. Index: debian

Re: libc dlopening libgcc on arm

2007-05-30 Thread Bastian Blank
On Wed, May 30, 2007 at 09:27:10AM +0200, Aurelien Jarno wrote: The same code is also present on glibc 2.3.6 for nptl builds. So at least amd64 is using it in etch for the initrd. Yes. But it is only used sometimes. This code is located in libpthread and consist of direct wrappers around

Re: libc dlopening libgcc on arm

2007-05-30 Thread Bastian Blank
On Wed, May 30, 2007 at 10:30:05AM +0200, Bastian Blank wrote: This code is located in libpthread and consist of direct wrappers around libgcc functions. Isn't it possible to just correctly link against libgcc instead of this dlopen stunt? As libgcc needs libc, it is not possible to do

Re: libc dlopening libgcc on arm

2007-05-30 Thread Bastian Blank
On Wed, May 30, 2007 at 11:19:38AM +0200, Aurelien Jarno wrote: What I don't understand is why /sbin/init on arm now uses threads? It is /bin/sh, which should be busybox. It is clear that we miss a dependency on libgcc1/libgcc2/libgcc4, but unfortunately I am not sure there is another way to

Re: libc dlopening libgcc on arm

2007-05-30 Thread Bastian Blank
On Wed, May 30, 2007 at 11:31:35AM +0200, Bastian Blank wrote: On Wed, May 30, 2007 at 11:19:38AM +0200, Aurelien Jarno wrote: What I don't understand is why /sbin/init on arm now uses threads? It is /bin/sh, which should be busybox. And it does not use pthread at all. It may be usefull

Bug#419644: libc6-dev - /usr/include/bits/stdio-ldbl.h:39: error: 'vsnprintf' undeclared here (not in a function)

2007-04-17 Thread Bastian Blank
Package: libc6-dev Version: 2.5-2 Severity: serious Automatic build of wmweather+_2.9-3 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I/usr/include -I/usr/include/w3c-libwww -DHAVE_CONFIG_H -MT wmgeneral.o -MD

Bug#419644: libc6-dev - /usr/include/bits/stdio-ldbl.h:39: error: 'vsnprintf' undeclared here (not in a function)

2007-04-17 Thread Bastian Blank
reassign 419644 wmweather+ 2.9-3 thanks On Tue, Apr 17, 2007 at 10:15:36AM +0200, Aurelien Jarno wrote: Bastian Blank a écrit : Package: libc6-dev Version: 2.5-2 Severity: serious Automatic build of wmweather+_2.9-3 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] if s390

Bug#413744: glibc - uses more than one cpu without asking

2007-03-06 Thread Bastian Blank
Package: glibc Version: 2.3.6.ds1-13 glibc uses all cpus without asking. One of the s390 buildds, lxdebian, have two cpus online but is only allowed to use one full. This is followed by a make call without -j. Bastian -- Extreme feminine beauty is always disturbing. -- Spock,

Bug#393023: PAGE_SIZE is undeclared

2006-10-14 Thread Bastian Blank
On Sat, Oct 14, 2006 at 06:13:28PM +0100, Martin Michlmayr wrote: Lots of packages don't build because PAGE_SIZE is undeclared. Several arches don't export PAGE_SIZE as it is not fixed. Examples: Automatic build of directfb-0.9-22_0.9.22-10 on bigsur by sbuild/mips 0.49 Automatic build of

Re: r1813 - glibc-package/trunk/debian

2006-10-01 Thread Bastian Blank
On Sun, Oct 01, 2006 at 04:15:44PM +, Aurelien Jarno wrote: Modified: glibc-package/trunk/debian/FAQ === --- glibc-package/trunk/debian/FAQ2006-10-01 15:46:58 UTC (rev 1812) +++ glibc-package/trunk/debian/FAQ2006-10-01

Re: glibc 2.5

2006-10-01 Thread Bastian Blank
On Sun, Oct 01, 2006 at 10:39:57PM +0200, Aurelien Jarno wrote: Upstream has released version 2.5 of the glibc on Friday. I have added a new branch in the SVN, and prepared a new tarball. I have made it using the upstream tarballs for glibc (with manual removed) and libidn, and cvs for

Bug#389673: linux-kernel-headers: Old version of asm-i386/unistd.h in source tarball (hides _syscall* macros)

2006-09-27 Thread Bastian Blank
On Wed, Sep 27, 2006 at 01:39:10PM +1000, Ted Percival wrote: The linux-kernel-headers 2.6.18 source tarball contains an old version of include/asm-i386/unistd.h. This old version has the _syscall* macros hidden inside an #ifdef __KERNEL__ so userspace cannot use them. The _syscall macros are

Bug#383276: glibc - FTBFS: /bin/sh: line 9: texi2html: command not found

2006-08-16 Thread Bastian Blank
Package: glibc Version: 2.3.6.ds1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of glibc_2.3.6.ds1-1 on lxdebian.bfinv.de by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: gettext, make (= 3.80-1), dpkg-dev

Re: multiple definition of `_init'

2006-07-25 Thread Bastian Blank
On Tue, Jul 25, 2006 at 01:30:34PM +0200, Martin Michlmayr wrote: While building rsplib, I get the following errors. Is that an application or glibc problem? Application. You can't link the same object files in more than one time. g++ -shared

Bug#374330: Please also build libc6-xen on amd64

2006-06-18 Thread Bastian Blank
On Sun, Jun 18, 2006 at 07:51:01PM +0200, Timo Weingärtner wrote: What about i386 binaries under an amd64 kernel? AFAIK no. What about an i386 kernel under an amd64 xen? Not possible at all. Bastian -- Genius doesn't work on an assembly line basis. You can't simply say, Today I will be

Bug#372072: glibc - FTBFS: dh_install: libc6-s390x missing files (log-test-*-s390x), aborting

2006-06-08 Thread Bastian Blank
Package: glibc Version: 2.3.6-14 Severity: important There was an error while trying to autobuild your package: Automatic build of glibc_2.3.6-14 on debian-31 by sbuild/s390 85 [...] Running debhelper for libc6-s390x dh_testroot dh_installdirs -plibc6-s390x dh_install -plibc6-s390x

Bug#369659: glibc - FTBFS: Missing build dependency lib64gcc1

2006-05-31 Thread Bastian Blank
Package: glibc Version: 2.3.6-12 Severity: serious There was an error while trying to autobuild your package: Automatic build of glibc_2.3.6-12 on debian01 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: gettext, make (= 3.80-1), dpkg-dev (= 1.13.5),

Bug#369492: glibc - FTBFS: error: syntax error before 'CFI_STARTPROC'

2006-05-30 Thread Bastian Blank
Package: glibc Version: 2.3.6-11 Severity: serious There was an error while trying to autobuild your package: Automatic build of glibc_2.3.6-11 on debian01 by sbuild/s390 85 [...] gcc-4.0 dl-error.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -fstrict-aliasing -g

Re: TLS support (Re: linux-2.4 deprecated)

2006-04-07 Thread Bastian Blank
On Fri, Apr 07, 2006 at 10:44:26AM +0200, Matthias Klose wrote: - configure gcc with --disable-tls (on which architectures would that be (not) needed?) amd64, maybe hppa. Anything with supports tla in sarge and don't ship with 2.4 kernels. - build a libstdc++6 with a gcc, configured with

Re: glibc-doc-reference_2.3.999-1_i386.changes UNACCEPT

2006-03-26 Thread Bastian Blank
On Sun, Mar 26, 2006 at 09:26:29PM +0200, Denis Barbier wrote: Does someone understand what is happening here? Someone/something removed the override entries after the package got moved into the accepted queue. Bastian -- Spock: The odds of surviving another attack are 13562190123 to 1,

Re: [Pkg-xen-devel] Test version of the glibc with xen flavour

2006-03-23 Thread Bastian Blank
On Thu, Mar 23, 2006 at 12:55:13PM +0100, Ralph Passgang wrote: I am sorry to say, but I think the packages doesn't work as expected. I have installed your libc6, libc6-xen and libc6-dev package on my debian unstable system, where xen-3.0.1 is installed but it seems so that nothing has

Re: Xen and glibc

2006-03-16 Thread Bastian Blank
On Thu, Mar 16, 2006 at 02:30:44PM +0100, Aurelien Jarno wrote: As already said on IRC, my main concern is that if we accept that, it will be more difficult to refuse some more flavors. I don't want to end up with 10 flavors of the glibc. If we stop to Xen, that's ok for me. You can also

Re: Xen and glibc

2006-03-16 Thread Bastian Blank
On Thu, Mar 16, 2006 at 02:41:09PM +0100, Bastian Blank wrote: - The patch is not conditional, and it is currently not possible to use different sources for different flavors. But as it is fixed in glibc Which patch? Can't you read which is written before? Excuse me, this was a little

Re: r1175 - in glibc-package/trunk/debian: . control.in

2006-02-15 Thread Bastian Blank
On Tue, Feb 14, 2006 at 11:37:45PM +, Denis Barbier wrote: debian/control: Split Build-Depends on several lines for readability purpose. You have to unfold it for debian/control. Folding is only allowed for the Description field. Bastian -- No one wants war. -- Kirk,

Re: r1175 - in glibc-package/trunk/debian: . control.in

2006-02-15 Thread Bastian Blank
On Wed, Feb 15, 2006 at 06:28:17PM +0100, Aurelien Jarno wrote: You have to unfold it for debian/control. Folding is only allowed for the Description field. Where is such a policy defined? I have found nothing forbidding that in the Debian policy and there is an example in section 7.1 using

Re: s390 buildd problems for glibc

2005-11-13 Thread Bastian Blank
On Sun, Nov 13, 2005 at 12:44:40PM -0500, Daniel Jacobowitz wrote: What kernel is the build daemon running? Does it have threading problems? I don't think glibc 2.3.5 has ever successfully autobuilt on s390. It was built on debian01 which runs 2.6.11. Bastian -- Youth doesn't excuse

Re: s390 buildd problems for glibc

2005-11-13 Thread Bastian Blank
On Sun, Nov 13, 2005 at 02:04:45PM -0500, Daniel Jacobowitz wrote: On Sun, Nov 13, 2005 at 07:30:47PM +0100, Bastian Blank wrote: On Sun, Nov 13, 2005 at 12:44:40PM -0500, Daniel Jacobowitz wrote: What kernel is the build daemon running? Does it have threading problems? I don't think

Bug#301135: libc6: libacl/libcrypto/libasound all have PT_GNU_STACK enabled on them in glibc 2.3.4-1

2005-09-05 Thread Bastian Blank
On Mon, Sep 05, 2005 at 12:59:05AM +0200, Zoran Dzelajlija wrote: debian/patches/902_glibc-2.3.5-pt_pax-1.dpatch This adds some ELF-flags to elf.h. debian/patches/903_glibc-2.3.5-dl_execstack_PaX-2.dpatch This effectively removes any sanity check for executable stack. Bastian -- Spock:

Re: kernel build version dependency and NPTL support

2005-08-20 Thread Bastian Blank
On Sat, Aug 20, 2005 at 07:47:23AM +0200, Martin Schulze wrote: Linux debian01 2.6.11-1-s390x #1 SMP Mon Apr 4 18:37:40 CEST 2005 s390x GNU/Linux This is one buildd but unstable is built on another machine currently: | debian-31:/home/buildd# cat buildd.conf |grep build_user |

Bug#321718: Upgrade caused many libs to complain about executable stack

2005-08-18 Thread Bastian Blank
On Thu, Aug 18, 2005 at 08:59:17PM +0900, GOTO Masanori wrote: --- sysdeps/unix/sysv/linux/dl-execstack.c.gotom2005-08-18 20:55:21.448088096 +0900 +++ sysdeps/unix/sysv/linux/dl-execstack.c 2005-08-18 20:57:02.500725760 +0900 @@ -84,7 +84,7 @@

Bug#316217: libc6 - please loose dpkg assertion in preinst

2005-06-29 Thread Bastian Blank
Package: libc6 Version: 2.3.2.ds1-22 Severity: wishlist Please remove the dpkg assertion from the preinst script. Reasons (from the base-passwd changelog): | - the 'dpkg --assert-support-predepends' check isn't guaranteed to be | effective anyway (it tests the current version of dpkg on the

Bug#313407: libc6: C99 mode causes some library functions to be left undeclared

2005-06-13 Thread Bastian Blank
On Mon, Jun 13, 2005 at 10:14:36AM -0400, Justin Pryzby wrote: [EMAIL PROTECTED]:/tmp$ gcc -std=c99 strdup.c strdup.c: In function `main': strdup.c:4: warning: implicit declaration of function `strdup' strdup.c:4: warning: initialization makes pointer from integer without a cast Correct, C99

  1   2   >