package: libc6
version: 2.3.1-3
severity: wishlist
Restarting services possibly affected by the upgrade:
...
apache: stopping...starting...FAILED! (1)
...
The following services failed to start: apache
It'd be nice if the output of the init script was saved to a file(stdout and
stderr separatel
package: libc6
version: 2.3.1-3
severity: wishlist
libc6.postinst detects services that need to be restarted, and offers to
restart them. It'd be nice if another option was given, that allowed for
individual services to be restarted, instead of all or nothing.
package: libc6
version: 2.3.1-3
severity: wishlist
Restarting services possibly affected by the upgrade:
...
apache: stopping...starting...FAILED! (1)
...
The following services failed to start: apache
It'd be nice if the output of the init script was saved to a file(stdout and
stderr separatel
package: libc6
version: 2.3.1-3
severity: wishlist
libc6.postinst detects services that need to be restarted, and offers to
restart them. It'd be nice if another option was given, that allowed for
individual services to be restarted, instead of all or nothing.
--
To UNSUBSCRIBE, email to [EMA
On Sat, Nov 16, 2002 at 11:38:58PM +0100, Csan wrote:
> Hi Chris (and libc maintainers),
>
> Yes, you are right, I do not understand.
> I don't understand why I can't install the Tcl8.4 *official* sid package onto
> woody without upgrading libc... I am sorry if that might seem... strange? ;)
>
>
On Sat, Nov 16, 2002 at 08:18:40PM -0500, H. S. Teoh wrote:
>
> Why does it have to use fprintf? It's hard to imagine fprintf() not
Read the coreutils source code.
> requiring to malloc any buffers, since it *is* supposed to handle output
> to files, and it has to parse & expand format strings,
On Sun, Nov 17, 2002 at 12:12:44PM +1100, Herbert Xu wrote:
> On Sat, Nov 16, 2002 at 08:02:43PM -0500, H. S. Teoh wrote:
> >
> > I guess the question is, at what point do we say, this is enough for
> > practical purposes, we'll stop here? Or is it "OK" to let tail consume
> > resources until it e
On Sat, Nov 16, 2002 at 08:02:43PM -0500, H. S. Teoh wrote:
>
> I guess the question is, at what point do we say, this is enough for
> practical purposes, we'll stop here? Or is it "OK" to let tail consume
> resources until it eats up everything and dies?
That's why we have resource limits. The
On Sat, Nov 16, 2002 at 08:58:48AM +1100, Herbert Xu wrote:
> 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
On Sat, Nov 16, 2002 at 11:38:58PM +0100, Csan wrote:
> Hi Chris (and libc maintainers),
>
> Yes, you are right, I do not understand.
> I don't understand why I can't install the Tcl8.4 *official* sid package onto
> woody without upgrading libc... I am sorry if that might seem... strange? ;)
>
>
On Sat, Nov 16, 2002 at 08:18:40PM -0500, H. S. Teoh wrote:
>
> Why does it have to use fprintf? It's hard to imagine fprintf() not
Read the coreutils source code.
> requiring to malloc any buffers, since it *is* supposed to handle output
> to files, and it has to parse & expand format strings,
On Sun, Nov 17, 2002 at 12:12:44PM +1100, Herbert Xu wrote:
> On Sat, Nov 16, 2002 at 08:02:43PM -0500, H. S. Teoh wrote:
> >
> > I guess the question is, at what point do we say, this is enough for
> > practical purposes, we'll stop here? Or is it "OK" to let tail consume
> > resources until it e
On Sat, Nov 16, 2002 at 08:02:43PM -0500, H. S. Teoh wrote:
>
> I guess the question is, at what point do we say, this is enough for
> practical purposes, we'll stop here? Or is it "OK" to let tail consume
> resources until it eats up everything and dies?
That's why we have resource limits. The
On Sat, Nov 16, 2002 at 08:58:48AM +1100, Herbert Xu wrote:
> 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
Hi Chris (and libc maintainers),
Yes, you are right, I do not understand.
I don't understand why I can't install the Tcl8.4 *official* sid package onto
woody without upgrading libc... I am sorry if that might seem... strange? ;)
(See further below...)
Thanks.
Cheers,
Csan
Janos Holanyi
Associa
Repository: glibc-package/debian/patches
who:jbailey
time: Sat Nov 16 14:07:23 MST 2002
Log Message:
- debian/patches/glibc22-hppa-fcntl.dpatch: Remove File
- debian/patches/glibc22-hppa-fcntl-lfs.dpatch: Remove File
- debian/patches/glibc22-hppa-mcontext.dpatch: Rem
Repository: glibc-package/debian
who:jbailey
time: Sat Nov 16 14:07:23 MST 2002
Log Message:
- debian/patches/glibc22-hppa-fcntl.dpatch: Remove File
- debian/patches/glibc22-hppa-fcntl-lfs.dpatch: Remove File
- debian/patches/glibc22-hppa-mcontext.dpatch: Remove File
Hi Chris (and libc maintainers),
Yes, you are right, I do not understand.
I don't understand why I can't install the Tcl8.4 *official* sid package onto
woody without upgrading libc... I am sorry if that might seem... strange? ;)
(See further below...)
Thanks.
Cheers,
Csan
Janos Holanyi
Associa
Repository: glibc-package/debian/patches
who:jbailey
time: Sat Nov 16 14:07:23 MST 2002
Log Message:
- debian/patches/glibc22-hppa-fcntl.dpatch: Remove File
- debian/patches/glibc22-hppa-fcntl-lfs.dpatch: Remove File
- debian/patches/glibc22-hppa-mcontext.dpatch: Rem
Repository: glibc-package/debian
who:jbailey
time: Sat Nov 16 14:07:23 MST 2002
Log Message:
- debian/patches/glibc22-hppa-fcntl.dpatch: Remove File
- debian/patches/glibc22-hppa-fcntl-lfs.dpatch: Remove File
- debian/patches/glibc22-hppa-mcontext.dpatch: Remove File
Processing commands for [EMAIL PROTECTED]:
> tags 169370 - security
Bug#169370: libc6: strerror_r() is implemented incorrectly
Tags removed: security
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Package: libc6
Version: 2.2.5-11.2
Severity: normal
Tags: security
in glibc-2.2.5.orig/glibc-2.2.5/sysdeps/generic/_strerror.c
__strerror_r()
if first argument of __strerror_r is a valid error number corresponding
error string is not written to user supplied buffer and it stays
uninitialised. Thi
Processing commands for [EMAIL PROTECTED]:
> tags 169370 - security
Bug#169370: libc6: strerror_r() is implemented incorrectly
Tags removed: security
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Package: libc6
Version: 2.2.5-11.2
Severity: normal
Tags: security
in glibc-2.2.5.orig/glibc-2.2.5/sysdeps/generic/_strerror.c
__strerror_r()
if first argument of __strerror_r is a valid error number corresponding
error string is not written to user supplied buffer and it stays
uninitialised. Thi
On Saturday 16 November 2002 15:51, you wrote:
>
> My one concern so far with this patch is the conditional includes of the
> sparc64.mk and s390x.mk rules. It shouldn't be necessary, so I've got in
> my TODO list to refactor this when I start looking at the whole build
> environment in general.
On Sat, 2002-11-16 at 08:08, Gerhard Tonn wrote:
> here is the promised patch. Matthias has accepted my biarch compiler changes,
> so that we could go ahead with the glibc changes. The changes are mostly
> copied from sparc64.
My one concern so far with this patch is the conditional includes of
I'm having this problem with LANG=C
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
"Text is a way we cheat time." -- Patrick Nielsen Hayden
Repository: glibc-package/debian/sysdeps
who:jbailey
time: Sat Nov 16 07:53:15 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk: Han
Repository: glibc-package/debian/rules.d
who:jbailey
time: Sat Nov 16 07:53:15 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk: Han
Repository: glibc-package/debian/packages.d
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk:
Repository: glibc-package/debian/libc-s390x
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk:
Repository: glibc-package/debian
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk: Handle asm-
Repository: glibc-package/debian/control.in
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk:
Repository: glibc-package/debian/libc-s390x
who:jbailey
time: Sat Nov 16 07:45:03 MST 2002
Log Message:
Directory /cvs/glibc/glibc-package/debian/libc-s390x added to the repository
Files:
On Saturday 16 November 2002 15:51, you wrote:
>
> My one concern so far with this patch is the conditional includes of the
> sparc64.mk and s390x.mk rules. It shouldn't be necessary, so I've got in
> my TODO list to refactor this when I start looking at the whole build
> environment in general.
On Sat, 2002-11-16 at 08:08, Gerhard Tonn wrote:
> here is the promised patch. Matthias has accepted my biarch compiler changes,
> so that we could go ahead with the glibc changes. The changes are mostly
> copied from sparc64.
My one concern so far with this patch is the conditional includes of
I'm having this problem with LANG=C
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
"Text is a way we cheat time." -- Patrick Nielsen Hayden
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
Package: libc-udeb
Version: 2.3.1-3
Severity: critical
The udeb of libc depends on libc6-sparc64 and other unneeded packages. This
breaks its inclusion on the sarge cds.
[EMAIL PROTECTED]:~$ dpkg -I
/home/tfheen/public_html/d-i/pool/main/libc-udeb_2.3.1-3_i386.udeb
new debian package, version
Hi,
here is the promised patch. Matthias has accepted my biarch compiler changes,
so that we could go ahead with the glibc changes. The changes are mostly
copied from sparc64.
Thanks,
Gerharddiff -urN debian.bak/control debian/control
--- debian.bak/control 2002-11-15 08:05:56.0 +0100
++
Repository: glibc-package/debian/sysdeps
who:jbailey
time: Sat Nov 16 07:53:15 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk: Han
Repository: glibc-package/debian/rules.d
who:jbailey
time: Sat Nov 16 07:53:15 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk: Han
Repository: glibc-package/debian/packages.d
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk:
Repository: glibc-package/debian
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk: Handle asm-
Repository: glibc-package/debian/libc-s390x
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk:
Repository: glibc-package/debian/control.in
who:jbailey
time: Sat Nov 16 07:53:14 MST 2002
Log Message:
- debian/patches/s390x-lib64.dpatch: New file.
- debian/control.in/s390x: New file.
- debian/libc-s390x/postinst: New file.
- debian/packages.d/libc-dev.mk:
Repository: glibc-package/debian/libc-s390x
who:jbailey
time: Sat Nov 16 07:45:03 MST 2002
Log Message:
Directory /cvs/glibc/glibc-package/debian/libc-s390x added to the repository
Files:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Package: libc-udeb
Version: 2.3.1-3
Severity: critical
The udeb of libc depends on libc6-sparc64 and other unneeded packages. This breaks its
inclusion on the sarge cds.
manty@gluck:~$ dpkg -I
/home/tfheen/public_html/d-i/pool/main/libc-udeb_2.3.1-3_i386.udeb
new debian package, version 2.0.
Hi,
here is the promised patch. Matthias has accepted my biarch compiler changes,
so that we could go ahead with the glibc changes. The changes are mostly
copied from sparc64.
Thanks,
Gerhard
diff -urN debian.bak/control debian/control
--- debian.bak/control 2002-11-15 08:05:56.0 +0100
+
Fax No:234-1-7597602
[EMAIL PROTECTED]
Greetings,
I crave your indulgence as I contact you in such a surprising manner.
But I respectfully insist you read this letter carefully as I
am optimistic it will open doors for unimaginable financial reward for both of
us.
This business transactio
Fax No:234-1-7597602
[EMAIL PROTECTED]
Greetings,
I crave your indulgence as I contact you in such a surprising manner.
But I respectfully insist you read this letter carefully as I
am optimistic it will open doors for unimaginable financial reward for both of
us.
This business transactio
50 matches
Mail list logo