Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.10
# whoops, reassign the right one
reassign 341675 cppunit 1.10.2-5
Bug#341675: cppunit: FTBFS on hppa
Bug reassigned from package `libgcc2' to `cppunit'.
reassign 342545 4.0.2-5
We are your One Stop Shop for Astronomical ST-\/[EMAIL PROTECTED] Savings
http://uk.geocities.com/GraceMcbride4281/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Dec 19, 2005 at 01:54:52AM -0500, Gene Cooperman wrote:
Perhaps my description was not clear enough, but this would be a very
strange feature. When setrlimit() is called in the original process
as specified, then after that, pthread_create() continues to succeed
in the original
Please use group reply, so that you do not drop the bug tracking system
from CC.
On Mon, Dec 19, 2005 at 10:28:23AM -0500, Gene Cooperman wrote:
I'd like to repeat this in my own words, to see if I understand your point.
You seem to be saying that:
A. The parent process begins with the user's
At Thu, 15 Dec 2005 17:13:25 -0800,
Edward Buck wrote:
I guess the problem then is in the ipv6 support and how it implements
domains in the search path. Instead of doing ipv6, then ipv4 for
mx1.hotmail.com, it runs through all possible ipv6 queries, including
exhausting all domains in the
At Thu, 15 Dec 2005 17:13:25 -0800, Edward Buck wrote:
I guess the problem then is in the ipv6 support and how it implements
domains in the search path. Instead of doing ipv6, then ipv4 for
mx1.hotmail.com, it runs through all possible ipv6 queries, including
exhausting all domains in the
At Fri, 9 Dec 2005 16:43:48 +1100,
[EMAIL PROTECTED] wrote:
The official list of timezones for Australia, as provided by the Australian
Government, does not include EST anywhere on the page. AEST is the correct
abbreviation.
quote url=http://www.australia.gov.au/about-australia-13time;
At Mon, 21 Nov 2005 10:42:14 +0100,
Petter Reinholdtsen wrote:
The script /etc/init.d/glibc.sh can not be sourced, as it contain
'exit 0' at the end of the script. This is against policy, specifying
that all .sh scripts in /etc/rcS.d/ will be sourced. I discovered
this while fixing sysv-rc
Author: gotom
Date: 2005-12-20 01:07:01 + (Tue, 20 Dec 2005)
New Revision: 1067
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/local/etc_init.d/glibc.sh
Log:
* debian/local/etc_init.d/glibc.sh: Change the last 'exit 0' to
': exit 0' to not block
At Mon, 14 Nov 2005 23:26:04 +,
Rui Branco wrote:
Portuguese translation for glibc's debconf messages by Simão Pedro
Cardoso [EMAIL PROTECTED]
Feel free to use it.
For translation updates please contact last translator and/or CC the
Portuguese translation team traduz _at_ debianpt.org
Your message dated Tue, 20 Dec 2005 10:30:13 +0900
with message-id [EMAIL PROTECTED]
and subject line Bug#339318: Bug in fesetenv() [LIBC6.1]
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
At Sun, 20 Nov 2005 14:22:22 -0500,
Daniel Jacobowitz wrote:
Steve Langasek agreed. I am planning to bump the requirement up from
2.2.whatever to 2.4.0 for i486 and powerpc; i486 in order to enable
floating stacks, and powerpc because we've been getting bug reports
that indicate that static
Package: libc6
Version: 2.3.5-9
Severity: normal
Tags: patch
When using a kernel with a 64kB page size we noticed a glibc issue where
execute permission can be removed from the GOT. Since the GOT needs to be
executable we then die (it uses a trick with a blrl instruction in
order to find the GOT
On Tue, Dec 20, 2005 at 10:38:47AM +0900, GOTO Masanori wrote:
At Sun, 20 Nov 2005 14:22:22 -0500,
Daniel Jacobowitz wrote:
Steve Langasek agreed. I am planning to bump the requirement up from
2.2.whatever to 2.4.0 for i486 and powerpc; i486 in order to enable
floating stacks, and powerpc
Stephen Gran wrote:
At Thu, 15 Dec 2005 17:13:25 -0800, Edward Buck wrote:
I guess the problem then is in the ipv6 support and how it implements
domains in the search path. Instead of doing ipv6, then ipv4 for
mx1.hotmail.com, it runs through all possible ipv6 queries, including
exhausting
On Tue, Dec 20, 2005 at 09:47:56AM +0900, GOTO Masanori wrote:
Note that you probably want to know why AEST vs EST is long-standing
problem: the short summary is available in glibc source tree
timezone/australasia. Not only one governmental page but also showing
another information source
16 matches
Mail list logo