On Tue, Jun 29, 2004 at 02:57:06AM +0900, GOTO Masanori wrote:
> > > The glibc start code uses the not exported symbol _fp_hw on s390. This
> > > breaks mklibs. Sometimes it is stripped away by strip but sometimes not.
> Bastian, any progress about this bug?
No.
> And please describe how to repro
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-16
The attached patch fixes include/asm-s390/byteorder.h. The definitions
are used by some userspace programs which produces weird failures if
using the broken 64bit conversation. With the patch, this file matches
linux 2.6.7 vanilla.
Bastia
-bk-17.unrelease.1) UNRELEASED; urgency=low
+
+ * Update asm*/fcntl.h to include O_NOATIME. (closes: #xx)
+
+ -- Bastian Blank <[EMAIL PROTECTED]> Sat, 26 Feb 2005 14:49:36 +0100
+
linux-kernel-headers (2.5.999-test7-bk-17) unstable; urgency=low
* GOTO Masanori <[EMAIL PROTECTED
tags 297010 - patch
reassign 297010 libc6-dev
retitle 297010 libc6-dev - O_NOATIME needed for lvm
thanks
Fixing l-k-h does not help, it is not possible to use asm/fcntl.h and
fcntl.h at the same time. It has to be fixed in
bits/fcntl.h which comes from
$glibc/sysdeps/unix/sysv/linux/$arch/bits/fcn
(revision 0)
@@ -0,0 +1,209 @@
+#! /bin/sh -e
+
+# All lines beginning with `# DP:' are a description of the patch.
+# DP: Description: Support O_NOATIME on linux
+# DP: Related bugs: #297010
+# DP: Dpatch author: Bastian Blank
+# DP: Patch author: Andreas Jaeger
+# DP: Upstream status: Appli
On Wed, Mar 09, 2005 at 04:43:32PM +0900, GOTO Masanori wrote:
> I don't think it should be assigned only to lvm2. Glibc should also
> be fixed. However I downgrade #298488 into normal because lvm has the
> actual critical bug, and if lvm needs to use kernel headers, lvm
> should have such header
On Wed, Mar 09, 2005 at 05:26:10PM +0900, GOTO Masanori wrote:
> At Wed, 9 Mar 2005 09:01:36 +0100,
> Bastian Blank wrote:
> > Kernel headers? /usr/include/bits/fcntl.h is nothing supplied by the
> > kernel.
> Ah, I misunderstood, you're right.
I first thought it can by
Hi folks
I hacked ppc64 support into l-k-h, it uses the same hack than sparc.
Bastian
--
You canna change the laws of physics, Captain; I've got to have thirty minutes!
=== debian/generate-asm.sh
==
--- debian/generate-asm.sh (/l
Hi folks
The attached patch adds powerpc64 support to the snapshot glibc. The
powerpc64 lib is tls, as we do not support 2.4 kernels. 32bit nptl is
disabled, it only segfaults.
It always uses gcc-3.4 and workarounds #260710, which hits the check
target of at least any nptl lib.
I tried it with 4
On Tue, Mar 15, 2005 at 06:45:54PM +, Martin Michlmayr wrote:
> * Bastian Blank <[EMAIL PROTECTED]> [2005-03-15 19:40]:
> > I tried it with 4.0, but it misscompiles several parts of the
> > powerpc64 lib.
> Do you have enough information to file bugs about this?
Not y
On Tue, Mar 15, 2005 at 02:19:32PM -0500, Daniel Jacobowitz wrote:
> If this is FP related, I think the relevant patch is:
What do you mean with FP?
> 2005-02-22 James E Wilson <[EMAIL PROTECTED]>
> * toplev.c (backend_init): Don't call init_adjust_machine_modes here.
> (do_comp
On Wed, Mar 16, 2005 at 03:51:26PM +1100, Benjamin Herrenschmidt wrote:
> What is the snapshot glibc ?
The topic of #debian-glibc say:
http://www.gotom.jp/~gotom/debian/glibc/snapshot/2.3.4_0.3.snapshot20041220.1/
It is 2.3.4 with some updates.
> Anyway, 32 bits ppc NPTL & TLS should work, if the
Hi Gotom
Is there a timeframe for an upload of the glibc snapshot to
experimental?
Bastian
--
I'm a soldier, not a diplomat. I can only tell the truth.
-- Kirk, "Errand of Mercy", stardate 3198.9
signature.asc
Description: Digital signature
On Sun, Mar 20, 2005 at 04:14:43PM +0900, GOTO Masanori wrote:
> At Thu, 17 Mar 2005 12:06:35 +0100,
> Bastian Blank wrote:
> > Is there a timeframe for an upload of the glibc snapshot to
> > experimental?
> Yes, it should be done within two or three days.
With the powerpc64
On Sun, Mar 20, 2005 at 11:23:27PM +0100, Marc DequÃnes wrote:
> while ((ret = poll(pfd, 1, 10)) >= 0)
> {
> if (ret == 0)
> continue;
> if (pfd[0].revents & POLLERR)
> break;
> if (pfd[0
:44.422281391 +
+++ glibc-2.3.2.ds1.new/debian/changelog2005-03-24 12:15:00.113925584
+
@@ -1,3 +1,11 @@
+glibc (2.3.2.ds1-20.1) unstable; urgency=low
+
+ * Bastian Blank <[EMAIL PROTECTED]>
+
+- Update sched_[gs]etaffinity to new interface. (closes: #297769)
+
+ -- B
Situation:
Current glibc have a mechanism called hwcaps. It is not documented and
I was never able to correctly use it anyway. Parts of this mechanism are
used to have TLS libraries.
There are several problems with that:
- Several hacks to use that for tls.
- Not working.
Proposal:
* The capabil
On Fri, Apr 01, 2005 at 11:35:49AM -0500, Daniel Jacobowitz wrote:
> You need to be a lot more specific than that. It works. I use it every day.
So? Than please show me how to ask it to enable sse optimized libs and
disable tls.
> No way. An additional data source with a grammar that needs to
On Fri, Apr 01, 2005 at 01:27:26PM -0500, Daniel Jacobowitz wrote:
> On Fri, Apr 01, 2005 at 07:11:04PM +0200, Bastian Blank wrote:
> > So? Than please show me how to ask it to enable sse optimized libs and
> > disable tls.
> Debian doesn't offer a way to do this for lib
On Fri, Apr 01, 2005 at 03:29:06PM -0500, Daniel Jacobowitz wrote:
> On Fri, Apr 01, 2005 at 08:57:56PM +0200, Bastian Blank wrote:
> > On Fri, Apr 01, 2005 at 01:27:26PM -0500, Daniel Jacobowitz wrote:
> > > On Fri, Apr 01, 2005 at 07:11:04PM +0200, Bastian Blank wrote:
>
On Fri, Apr 01, 2005 at 09:56:03PM -0500, Daniel Jacobowitz wrote:
> TLS isn't a hwcap. It's supported in a similar fashion, that's all.
> In practice, it is available iff your kernel is new enough, so tying it
> to the kernel version makes sense.
It is defined as a hwcap internal.
> Build a gli
On Sat, Apr 02, 2005 at 03:44:22PM +0900, GOTO Masanori wrote:
> However it just changes HWCAP value - so we need to make ld.so to
> search library path using some library search path modifying
> environment variable (ex: LD_LIBRARY_PATH).
No, this will be fucking slow, thats why my proposal only
On Sat, Apr 02, 2005 at 09:37:54PM +0900, GOTO Masanori wrote:
> > > I think the simple shell script wrapper controlling HWCAP_MASK can
> > > achieve the original request by Bastian.
> > No, it does not. You have to replace any binary with this wrapper, even
> > /sbin/init.
> Hmm, I have not unders
On Mon, Apr 04, 2005 at 03:42:25PM +0900, GOTO Masanori wrote:
> Note that 3 can be disabled on debian: /etc/ld.so.nohwcap. Tough it
> disables all hwcap mechanisms, we cannot select each hwcap bits
> currently.
So it is unusable if there exists i386, i486 and i686.
> For me, it seems this issue
On Fri, Apr 08, 2005 at 10:04:17PM +0900, GOTO Masanori wrote:
> The problem I concerned is the symbol GLIBC_PRIVATE is defined as
> GLIBC_2.3.4, not the current symbol GLIBC_2.3.3. I'm not certain this
> change does not cause any problems.
It is a chain of version definitions. But binaries only
glibc 2.3.5 for ppc64 fails to build with our current version of
linux-kernel-headers.
Two solutions:
- Update linux-kernel-headers to 2.6.11 and fix the patches to make them
usable in userspace.
- Use linux-libc-headers (from PLD) and push our changes upstream.
I think the second is more aprop
powerpc64 support.
+
+ -- Bastian Blank <[EMAIL PROTECTED]> Sat, 11 Jun 2005 09:56:56 +0200
+
linux-kernel-headers (2.6.12+0rc5-1) experimental; urgency=low
* GOTO Masanori <[EMAIL PROTECTED]>
diff -u linux-kernel-headers-2.6.12+0rc5/debian/generate-asm.sh
linux-kernel-headers-2.6.1
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, C
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 sys
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 @@
>
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
| $wanna_build_u
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:
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 alph
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:
> dlopen("/opt/virt
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
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?
> + 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 subj
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
> li
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 w
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 t
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' fai
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:
| mer
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/i
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
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 be
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.
-- Commander
+
+ * 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/
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 pack
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
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
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
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
| Desired=Unknown/Install/Remove
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
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 loca
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 lsta
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 i
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 pa
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 behav
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 the
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)
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:
> >
On Wed, Jun 24, 2009 at 10:05:35AM +0100, George B. wrote:
> I seem to be having a lot of problems resuming from hibernation recently.
> Often after resuming I will start getting lots of segfaults from varios
> programs until system eventually becomes inoperative (can't even log in at
> console
On Tue, Jul 07, 2009 at 06:01:15PM +0400, Sergey Burladyan wrote:
> ru_RU.UTF8 locale collate UKR-GHE (U0491 and U0490) incorrectly, here is
> example:
You have to describe _why_ it is wrong. Different languages may have
different collation rules.
Bastian
--
War isn't a good life, but it's lif
On Tue, Jul 07, 2009 at 10:58:56PM +0400, eshkin...@gmail.com wrote:
> Bastian Blank 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
>
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.
Basti
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
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 w
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]: segfault
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 compi
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
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 prob
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 dealloca
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.
>>&g
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
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
> 66
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:
Deb
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 e
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 ->
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 fil
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
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?
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
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 s
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
> s
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
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 t
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 Ultima
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
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
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 particular,
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 i
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 req
Hi
On Sun, Jul 02, 2023 at 03:12:21PM +0200, antonio wrote:
> Kernel: Linux 6.3.11-2-liquorix-amd64 (SMP w/24 CPU threads; PREEMPT)
This is no Debian. You have to verify that on Debian.
Bastian
--
Yes, it is written. Good shall always destroy evil.
-- Sirah the Yang, "The Ome
Package: glibc
Version: 2.37-13
Severity: important
Currently the autopkgtest on arm64 fails sometimes.
Timeout while building:
https://ci.debian.net/packages/g/glibc/unstable/arm64/41516611/
Failed test:
https://ci.debian.net/packages/g/glibc/testing/arm64/40439311/
--
There is an order of th
Hi
On Thu, Jan 11, 2024 at 10:25:39AM +0100, Bastian Blank wrote:
> Linux 6.7 fails to build on at least i386 and armhf. Even it now
> manages to make the compiler fail to allocate memory:
> | cc1: out of memory allocating 135266296 bytes after a total of 235675648
> bytes
I just t
On Tue, Mar 26, 2024 at 12:53:42PM +0100, Alessandro Vesely wrote:
> I compiled the example program given in the inet_pton(3) man page, and obtain
> the following:
> $ ./a.out i6 0:0:0::5.6.7.8
> Not in presentation format
This is no valid IPv6 address. Where did you find that?
Bastian
--
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 zz
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
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 wit
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, "
1 - 100 of 176 matches
Mail list logo
