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
--
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
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 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
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
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, 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
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 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 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 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
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 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
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 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
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 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
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
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
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
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
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 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
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 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 ->
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
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 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
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 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
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 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
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
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, 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
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
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 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
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 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 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 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 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 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 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 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, 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, 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 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
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 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
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 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 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
+
+ * 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/
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
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
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 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
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
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 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
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, 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
> + 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
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?
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
On Sun, Oct 07, 2007 at 11:38:18AM +0200, Kurt Roeckx wrote:
> When building proftpd-dfsg on amd64 I get the following error:
> In file included from /usr/include/asm/types.h:5,
> from /usr/include/asm-x86_64/sigcontext.h:4,
> from /usr/include/asm/sigcontext.h:5,
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 differe
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
--
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 chan
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 sev
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 c
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 users
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 u
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.
In
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.
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 t
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
&g
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
libg
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.osd
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
> -
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, "
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 buil
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 p
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
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 . This old version has the _syscall*
> macros hidden inside an #ifdef __KERNEL__ so userspace cannot use them.
The _syscall macros are not save to use on most
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-
On Mon, Aug 14, 2006 at 07:11:16AM +0200, Ola Lundqvist wrote:
> My conclusion is that the reason why the build fail is that the asm/kbio.h
> file is missing, needed by
> lnx_io.c.
asm-sparc/kbio.h is not in the export list for the linux headers
provided by upstream for 2.6.18. So this header wil
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 /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../..
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
On Sun, Jun 18, 2006 at 06:34:54PM +0200, Timo Weingärtner wrote:
> Currently I have built glibc 2.3.6-13 with -mno-tls-direct-seg-refs
> added to libc_extra_cflags in debian/sysdeps/amd64.mk.
This is only needed for i386.
Bastian
--
Many Myths are based on truth
-- Spock, "The
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
> dh
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)
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 -
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
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, Capta
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
> c
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?
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 c
1 - 100 of 175 matches
Mail list logo