On Tue, Dec 30, 2003 at 08:26:15PM -0500, Nathanael Nerode wrote:
> Why doesn't glibc round all stack limit settings to the next lower
> multiple of the page size? Sounds straightforward and safe enough to
> me. Sort of kludgy, in some ways, I admit.
We have a patch in hand for this - I tried
This is breaking the kdebase build as well, in essentially the same way.
On Tue, Dec 30, 2003 at 08:26:15PM -0500, Nathanael Nerode wrote:
> If it's setting the stack *limit* and glibc is complaining because the
> stack *size* isn't a multiple of the page size...
>
> Why doesn't glibc round all stack limit settings to the next lower
> multiple of the page size? Soun
On Tue, Dec 30, 2003 at 08:26:15PM -0500, Nathanael Nerode wrote:
> Why doesn't glibc round all stack limit settings to the next lower
> multiple of the page size? Sounds straightforward and safe enough to
> me. Sort of kludgy, in some ways, I admit.
We have a patch in hand for this - I tried
This is breaking the kdebase build as well, in essentially the same way.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Dec 30, 2003 at 08:26:15PM -0500, Nathanael Nerode wrote:
> If it's setting the stack *limit* and glibc is complaining because the
> stack *size* isn't a multiple of the page size...
>
> Why doesn't glibc round all stack limit settings to the next lower
> multiple of the page size? Soun
If it's setting the stack *limit* and glibc is complaining because the
stack *size* isn't a multiple of the page size...
Why doesn't glibc round all stack limit settings to the next lower
multiple of the page size? Sounds straightforward and safe enough to
me. Sort of kludgy, in some ways, I
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-10
Severity: wishlist
Please add
kernel_arch := $(patsubst amd64,x86_64,$(kernel_arch))
to line 16 in debian/rules and rename autoconfs/autoconf-x86_64.h to
autoconfs/autoconf_amd64.h
On an AMD64 system:
[EMAIL PROTECTED]:~$ dpkg-architec
Package: libc6
Version: 2.3.2.ds1-10
Severity: minor
From my debootstrap.log:
(Reading database ... 220 files and directories currently installed.)
Unpacking libc6 (from .../libc6_2.3.2.ds1-10_i386.deb) ...
dpkg: libc6: dependency problems, but configuring anyway as you request:
libc6 depends on
If it's setting the stack *limit* and glibc is complaining because the
stack *size* isn't a multiple of the page size...
Why doesn't glibc round all stack limit settings to the next lower
multiple of the page size? Sounds straightforward and safe enough to
me. Sort of kludgy, in some ways, I
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-10
Severity: wishlist
Please add
kernel_arch := $(patsubst amd64,x86_64,$(kernel_arch))
to line 16 in debian/rules and rename autoconfs/autoconf-x86_64.h to
autoconfs/autoconf_amd64.h
On an AMD64 system:
[EMAIL PROTECTED]:~$ dpkg-architec
Package: libc6
Version: 2.3.2.ds1-10
Severity: minor
From my debootstrap.log:
(Reading database ... 220 files and directories currently installed.)
Unpacking libc6 (from .../libc6_2.3.2.ds1-10_i386.deb) ...
dpkg: libc6: dependency problems, but configuring anyway as you request:
libc6 depends on
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-10
Severity: normal
Hi,
There's an error in the 2.6 ; to make userspace
compilations work, the following patch needs to be applied:
---cut here---
--- linux-2.6.0-test11/include/linux/nbd.h.orig Mon Dec 15 09:48:53 2003
+++ linux-2.6.0-test
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-10
Severity: normal
Hi,
There's an error in the 2.6 ; to make userspace
compilations work, the following patch needs to be applied:
---cut here---
--- linux-2.6.0-test11/include/linux/nbd.h.orig Mon Dec 15 09:48:53 2003
+++ linux-2.6.0-test
On Tue, 2003-12-30 at 18:24, Adam C Powell IV wrote:
> It has always happened on my machine for months (though my chroot dpkg
> database got trashed a week ago by a crash during an upgrade...), and is
> intermittent on the buildd. 0.6.2-1 built fine, 0.6.9-1 failed with
> exactly the same dpkg-shl
Package: glibc-doc
Version: 2.3.2.ds1-8
Severity: minor
The node "Dynamic String Input" contains this example:
>{
> char *variable, *value;
>
> if (2 > scanf ("%a[a-zA-Z0-9] = %a[^\n]\n",
> &variable, &value))
>{
> invalid_input_error ();
>
On Tue, 2003-12-30 at 18:24, Adam C Powell IV wrote:
> It has always happened on my machine for months (though my chroot dpkg
> database got trashed a week ago by a crash during an upgrade...), and is
> intermittent on the buildd. 0.6.2-1 built fine, 0.6.9-1 failed with
> exactly the same dpkg-shl
Package: glibc-doc
Version: 2.3.2.ds1-10
Severity: minor
/usr/share/info/ contains libc.info-*.gz files numbered from 1
to 61. However, only files 1 to 10 are actually needed. This
can be seen from three things:
* The Indirect section of libc.info.gz lists only the first ten
files.
* Each of
Accepted:
linux-kernel-headers_2.5.999-test7-bk-11.diff.gz
to
pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-11.diff.gz
linux-kernel-headers_2.5.999-test7-bk-11.dsc
to
pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-11.dsc
linux-kernel-headers_2
Package: glibc-doc
Version: 2.3.2.ds1-8
Severity: minor
The node "Dynamic String Input" contains this example:
>{
> char *variable, *value;
>
> if (2 > scanf ("%a[a-zA-Z0-9] = %a[^\n]\n",
> &variable, &value))
>{
> invalid_input_error ();
>
Package: glibc-doc
Version: 2.3.2.ds1-10
Severity: minor
/usr/share/info/ contains libc.info-*.gz files numbered from 1
to 61. However, only files 1 to 10 are actually needed. This
can be seen from three things:
* The Indirect section of libc.info.gz lists only the first ten
files.
* Each of
Accepted:
linux-kernel-headers_2.5.999-test7-bk-11.diff.gz
to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-11.diff.gz
linux-kernel-headers_2.5.999-test7-bk-11.dsc
to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-11.dsc
linux-kernel-headers_2.5
linux-kernel-headers_2.5.999-test7-bk-11_i386.changes uploaded successfully to
localhost
along with the files:
linux-kernel-headers_2.5.999-test7-bk-11.dsc
linux-kernel-headers_2.5.999-test7-bk-11.diff.gz
linux-kernel-headers_2.5.999-test7-bk-11_i386.deb
Greetings,
Your Debian queu
Repository: linux-kernel-headers/debian
who:dan
time: Tue Dec 30 12:33:12 MST 2003
Log Message:
Build fixes for mips and mipsel.
Files:
changed:changelog
Repository: linux-kernel-headers/debian/patches
who:dan
time: Tue Dec 30 12:33:12 MST 2003
Log Message:
Build fixes for mips and mipsel.
Files:
added: mips-ansi-fixes.patch
Repository: linux-kernel-headers/debian
who:dan
time: Tue Dec 30 12:41:44 MST 2003
Log Message:
More build fixes and a testsuite tweak for _LP64 platforms.
Files:
changed:changelog
Repository: linux-kernel-headers/debian/patches
who:dan
time: Tue Dec 30 12:41:44 MST 2003
Log Message:
More build fixes and a testsuite tweak for _LP64 platforms.
Files:
added: asm-system-and-padding.patch
Repository: linux-kernel-headers/testsuite
who:dan
time: Tue Dec 30 12:41:44 MST 2003
Log Message:
More build fixes and a testsuite tweak for _LP64 platforms.
Files:
changed:fs.c
Repository: linux-kernel-headers/debian
who:dan
time: Tue Dec 30 12:48:17 MST 2003
Log Message:
Update changelog message.
Files:
changed:changelog
On Fri, 2003-12-26 at 12:58, Philip Blundell wrote:
> On Sun, 2003-11-30 at 17:00, Adam C Powell IV wrote:
> > ldd is returning an error with shlibs on ARM, looks like:
> >
> > # ldd libluminate.so.3.0.2
> > not a dynamic executable
>
> Hm, strange. I can't reproduce this here.
It has alwa
linux-kernel-headers_2.5.999-test7-bk-11_i386.changes uploaded successfully to
localhost
along with the files:
linux-kernel-headers_2.5.999-test7-bk-11.dsc
linux-kernel-headers_2.5.999-test7-bk-11.diff.gz
linux-kernel-headers_2.5.999-test7-bk-11_i386.deb
Greetings,
Your Debian queu
Repository: linux-kernel-headers/debian
who:dan
time: Tue Dec 30 12:33:12 MST 2003
Log Message:
Build fixes for mips and mipsel.
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Repository: linux-kernel-headers/debian/patches
who:dan
time: Tue Dec 30 12:33:12 MST 2003
Log Message:
Build fixes for mips and mipsel.
Files:
added: mips-ansi-fixes.patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [E
Repository: linux-kernel-headers/debian
who:dan
time: Tue Dec 30 12:41:44 MST 2003
Log Message:
More build fixes and a testsuite tweak for _LP64 platforms.
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Repository: linux-kernel-headers/debian/patches
who:dan
time: Tue Dec 30 12:41:44 MST 2003
Log Message:
More build fixes and a testsuite tweak for _LP64 platforms.
Files:
added: asm-system-and-padding.patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Repository: linux-kernel-headers/testsuite
who:dan
time: Tue Dec 30 12:41:44 MST 2003
Log Message:
More build fixes and a testsuite tweak for _LP64 platforms.
Files:
changed:fs.c
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
Repository: linux-kernel-headers/debian
who:dan
time: Tue Dec 30 12:48:17 MST 2003
Log Message:
Update changelog message.
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, 2003-12-26 at 12:58, Philip Blundell wrote:
> On Sun, 2003-11-30 at 17:00, Adam C Powell IV wrote:
> > ldd is returning an error with shlibs on ARM, looks like:
> >
> > # ldd libluminate.so.3.0.2
> > not a dynamic executable
>
> Hm, strange. I can't reproduce this here.
It has alwa
Package: locales
Version: 2.2.5-11.5
Severity: wishlist
There is a widely-used Russian encoding (Windows uses it) windows-1251
AKA cp1251; locale for it can be generated by using the following
command:
localedef -f cp1251 -i ru_RU ru_RU.cp1251
however, as this locale is not in the package, one i
On Mon, Dec 29, 2003 at 03:52:53PM -0800, David Mosberger wrote:
> init.c:259: __pthread_initialize_minimal_internal: Assertion
> `__default_stacksize % __sysconf (_SC_PAGESIZE) == 0' failed.
Thanks for working with Roland to fix this. In another email, I've
adjusted the severity of this bug
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.7.95.1
> severity 225466 grave
Bug#225466: libc6.1: thread-creation fails after setting non-page-aligned stack
limit
Severity set to `grave'.
>
End of message, stopping processing here.
P
Package: locales
Version: 2.2.5-11.5
Severity: wishlist
There is a widely-used Russian encoding (Windows uses it) windows-1251
AKA cp1251; locale for it can be generated by using the following
command:
localedef -f cp1251 -i ru_RU ru_RU.cp1251
however, as this locale is not in the package, one i
On Mon, Dec 29, 2003 at 03:52:53PM -0800, David Mosberger wrote:
> init.c:259: __pthread_initialize_minimal_internal: Assertion
> `__default_stacksize % __sysconf (_SC_PAGESIZE) == 0' failed.
Thanks for working with Roland to fix this. In another email, I've
adjusted the severity of this bug
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.7.95.1
> severity 225466 grave
Bug#225466: libc6.1: thread-creation fails after setting non-page-aligned stack limit
Severity set to `grave'.
>
End of message, stopping processing here.
Pl
44 matches
Mail list logo