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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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:
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
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:
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
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:
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.
Otherwise, on reboot, the old libc won't
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
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
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]:
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
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
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 will probably break, I'll
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.
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
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
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
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
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
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
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
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
|
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
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
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 package
+
+ * 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
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.
--
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
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%
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
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
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'
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
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
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
+ 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
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 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
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 changed guard
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
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
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
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
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
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
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
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
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
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
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
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 build of
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
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
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
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
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
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
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
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,
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
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
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
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,
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
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
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
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, 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
|
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 @@
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
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 - 100 of 161 matches
Mail list logo
