H. S. Teoh [EMAIL PROTECTED] wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should just bail out when it finds a line
which is more than, say 10MB long (I'm being
If you are unable to view the images in this email, please copy and paste the following url into your browser...
http://www.haestad.com/books/wdm_021105
Visit
http://www.haestad.com/comm_021105 to update communication preferences for [EMAIL PROTECTED] or
Repository: glibc-package/debian
who:jbailey
time: Fri Nov 15 06:48:27 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file. Thanks to Gerhard
Tonn. Closes: #169176, #166450.
Note: CVS patch disabled for this upload
Files:
changed:
Repository: glibc-package/debian/patches
who:jbailey
time: Fri Nov 15 06:48:27 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file. Thanks to Gerhard
Tonn. Closes: #169176, #166450.
Note: CVS patch disabled for this upload
Files:
changed:
On Fri, Nov 15, 2002 at 08:23:24AM -0500, Jeff Bailey wrote:
On Fri, 2002-11-15 at 04:00, Herbert Xu wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should
On Fri, 2002-11-15 at 03:13, Gerhard Tonn wrote:
we have decided not to introduce s390x as a seperate architecture. We would
like to handle s390x on s390 as sparc64 on sparc. This means that we run 31
bit userland on a 64 bit kernel and add biarch support to the toolchain. This
also means
The problem with 'locale -a' listing nonexisting locales was fixed in
upstream CVS 2002-08-26. It made into release 2.3.1.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
It is safer to test using 'date', as this do not require external
translation files.
# locale-gen
Generating locales...
en_US.ISO-8859-1... done
en_US.UTF-8... done
es_ES.ISO-8859-1... done
[EMAIL PROTECTED] done
Generation complete.
# date; LC_ALL=en_US date;
Hi,
is there any reason why we already have glibc 2.3.x binaries in sarge, but the latest
source package is 2.2.5-14.3 ?
I finally found the .diff.gz and the .orig.tar.gz in /pool/main/g/glibc, but
/dists/sarge/main/source/Sources.gz still has 2.2.5-14.3.
--
Martin Baulig
[EMAIL PROTECTED]
On Thu, Nov 14, 2002 at 03:25:36PM -0800, Jeff Bailey wrote:
Hi,
I'm just taking a look at this patch - Is this to work around a
toolchain bug?
Not a bug, a feature. ;)
Why is this a problem on m68k and not anywhere else?
Because m68k is one of the very few platforms where there's
On Fri, Nov 15, 2002 at 08:23:24AM -0500, Jeff Bailey wrote:
On Fri, 2002-11-15 at 04:00, Herbert Xu wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should
- Original Message -
From: Martin Baulig [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 15, 2002 5:43 PM
Subject: Where are the glibc 2.3.x source .deb's ?
Hi,
is there any reason why we already have glibc 2.3.x binaries in sarge, but
the latest
source package is
$B!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!(B
(B
$B!!#W(-#E(-#E(-#K(-#L(-#Y(-!z(B
$B!!(,(0(,(0(,(0(,(0(,(0(,(0(B
$B!!#W(-#E(-#E(-#K(-#L(-#Y(-!y(B
$B!!(,(0(,(0(,(0(,(0(,(0(,(0(B
(B
(B
Package: glibc
Version: 2.3.1-3
Severity: wishlist
Hi,
we have decided not to introduce s390x as a seperate architecture. We would
like to handle s390x on s390 as sparc64 on sparc. This means that we run 31
bit userland on a 64 bit kernel and add biarch support to the toolchain. This
also
H. S. Teoh [EMAIL PROTECTED] wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should just bail out when it finds a line
which is more than, say 10MB long (I'm being
If you are unable to view the images in this email, please copy and paste the following url into your browser...
http://www.haestad.com/books/wdm_021105
Visit
http://www.haestad.com/comm_021105 to update communication preferences for
On Fri, 2002-11-15 at 04:00, Herbert Xu wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should just bail out when it finds a line
which is more than, say 10MB
Repository: glibc-package/debian
who:jbailey
time: Fri Nov 15 06:48:27 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file. Thanks to Gerhard
Tonn. Closes: #169176, #166450.
Note: CVS patch disabled for this upload
Files:
changed:
Repository: glibc-package/debian/patches
who:jbailey
time: Fri Nov 15 06:48:27 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file. Thanks to Gerhard
Tonn. Closes: #169176, #166450.
Note: CVS patch disabled for this upload
Files:
changed:
On Fri, Nov 15, 2002 at 08:23:24AM -0500, Jeff Bailey wrote:
On Fri, 2002-11-15 at 04:00, Herbert Xu wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should
On Fri, 2002-11-15 at 03:13, Gerhard Tonn wrote:
we have decided not to introduce s390x as a seperate architecture. We would
like to handle s390x on s390 as sparc64 on sparc. This means that we run 31
bit userland on a 64 bit kernel and add biarch support to the toolchain. This
also means
[David B Harris]
Hey ho :) Following log should cover it, I think:
Setting up locales (2.2.5-7) ...
Generating locales...
en_CA.ISO8859-1.../usr/share/i18n/locales/en_CA:27:
LC_IDENTIFICATION: unknown character in field `address'
done
Generation complete.
It works if I use 'en_CA
The problem with 'locale -a' listing nonexisting locales was fixed in
upstream CVS 2002-08-26. It made into release 2.3.1.
It is safer to test using 'date', as this do not require external
translation files.
# locale-gen
Generating locales...
en_US.ISO-8859-1... done
en_US.UTF-8... done
es_ES.ISO-8859-1... done
[EMAIL PROTECTED] done
Generation complete.
# date; LC_ALL=en_US date;
Hi,
is there any reason why we already have glibc 2.3.x binaries in sarge, but the
latest
source package is 2.2.5-14.3 ?
I finally found the .diff.gz and the .orig.tar.gz in /pool/main/g/glibc, but
/dists/sarge/main/source/Sources.gz still has 2.2.5-14.3.
--
Martin Baulig
[EMAIL PROTECTED]
Jeff,
Talking to Franz Sirl I just found out the real reason that
RedHat doesn't suffer from OpenOffice aborting on the first launches
like we do under debian glibc 2.3.1. It appears that they have
been undoing the GLIBC_PRIVATE on __libc_wait and __libc_waitpid.
Check a recent redhat glibc
On Thu, Nov 14, 2002 at 03:25:36PM -0800, Jeff Bailey wrote:
Hi,
I'm just taking a look at this patch - Is this to work around a
toolchain bug?
Not a bug, a feature. ;)
Why is this a problem on m68k and not anywhere else?
Because m68k is one of the very few platforms where there's
On Sat, Nov 16, 2002 at 08:10:22AM +1100, Herbert Xu wrote:
Sure, but it would also be reasonable to flush the buffer to the screen
every (screensize/2) so that a human could follow it.
Tail can't do that until it finds the new lines...
s/can't/doesn't/ ? Sounds like an upstream bug...
On Fri, Nov 15, 2002 at 08:23:24AM -0500, Jeff Bailey wrote:
On Fri, 2002-11-15 at 04:00, Herbert Xu wrote:
But the original bug seems to be more of an issue: shouldn't it be a bug
that tail chews up infinite amounts of memory when it can't find an
end-of-line char? IMHO, tail should
- Original Message -
From: Martin Baulig [EMAIL PROTECTED]
To: debian-glibc@lists.debian.org
Sent: Friday, November 15, 2002 5:43 PM
Subject: Where are the glibc 2.3.x source .deb's ?
Hi,
is there any reason why we already have glibc 2.3.x binaries in sarge, but
the latest
source
On Fri, Nov 15, 2002 at 01:22:44PM -0800, Jeff Bailey wrote:
On Sat, Nov 16, 2002 at 08:10:22AM +1100, Herbert Xu wrote:
Sure, but it would also be reasonable to flush the buffer to the screen
every (screensize/2) so that a human could follow it.
Tail can't do that until it finds the
$B!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!!z!!!y!!(B
(B
$B!!#W(-#E(-#E(-#K(-#L(-#Y(-!z(B
$B!!(,(0(,(0(,(0(,(0(,(0(,(0(B
$B!!#W(-#E(-#E(-#K(-#L(-#Y(-!y(B
$B!!(,(0(,(0(,(0(,(0(,(0(,(0(B
(B
(B
32 matches
Mail list logo
