Package: locales
Severity: important
Tags: l10n
Subject should already describe the problem.
Here is what I've done:
/var/mod/root $ mount /dev/sda1 /mnt
/var/mod/root $ debootstrap --arch mipsel etch /mnt
http://ftp.de.debian.org/debian
/var/mod/root $ chroot /mnt /bin/bash
[EMAIL PROTECTED]
package: libc6
version: 2.3.6.ds1-11
I incorrectly posted Bug#413078 against kernel, but had similar prob with old
kernel too.
The bloated version works, but the simple one does not. Any ideas why?
Man pages have:
PRINTF(3)
SYNOPSIS
#include
GETTIMEOFDAY(2)
SYNOPSIS
#include
reassign 413151 dpkg
retitle 413151 dpkg: dpkg does not set umask correctly
thanks
Glenn Wurster a écrit :
> Package: tzdata
> Version: 2006p-1
> Severity: important
> Tags: patch
>
> The postinstall script for tzdata creates the /etc/localtime file with
> permissions 0600 which prevents users of
Processing commands for [EMAIL PROTECTED]:
> reassign 413151 dpkg
Bug#413151: tzdata: /etc/localtime is created non-readable
Bug reassigned from package `tzdata' to `dpkg'.
> retitle 413151 dpkg: dpkg does not set umask correctly
Bug#413151: tzdata: /etc/localtime is created non-readable
Changed
I can understand why you claim that this is not a bug, however, on a
32-bit architecture I can do this:
# /usr/sbin/zdump -v -c 2008 Pacific/Guam
Pacific/Guam Fri Dec 13 20:45:52 1901 UTC = Sat Dec 14 06:45:52 1901
ChST isdst=0 gmtoff=36000
Pacific/Guam Sat Dec 14 20:45:52 1901 UTC = Sun Dec 15
Package: tzdata
Version: 2006p-1
Severity: important
Tags: patch
The postinstall script for tzdata creates the /etc/localtime file with
permissions 0600 which prevents users of the system from determining
the localtime. The attached patch ensures that after copying the
timezone information file t
On Fri, Mar 02, 2007 at 12:51:29PM +0100, Edward Welbourne wrote:
> > this is already fixed in experimental along with bug 165417 in fact.
> OK, good to hear.
> I'm on etch, so behind the curve on updates.
Yes this won't enter etch though, and the fix was to remove the test
alltogether (as it d
> this is already fixed in experimental along with bug 165417 in fact.
OK, good to hear.
I'm on etch, so behind the curve on updates.
Eddy.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> tag 413095 + pending
Bug#413095: libc6: Typo in ldd script: refers to file_magic_regex but
filename_magix_regex was set
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian b
tag 413095 + pending
thanks
this is already fixed in experimental along with bug 165417 in fact.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpofgRu0xP0M.pgp
Description
Author: madcoder
Date: 2007-03-02 12:32:40 +0100 (Fri, 02 Mar 2007)
New Revision: 2017
Modified:
glibc-package/branches/glibc-2.5/debian/changelog
Log:
already fixed.
Signed-off-by: Pierre Habouzit <[EMAIL PROTECTED]>
Modified: glibc-package/branches/glibc-2.5/debian/changelog
==
Package: libc6
Version: 2.3.6.ds1-11
Severity: normal
In /usr/bin/ldd there is a variable, filename_magic_regex, which is
set before argument parsing and passed to egrep when checking the name
of a non-executable file. Later, when checking the output of file -L,
a variable file_magic_regex is re
On Thu, Mar 01, 2007 at 11:20:58PM -0500, Michael Koren wrote:
> Hi, I don't know if I can reopen this as a normal user, but I can
> still reproduce this with libc6-dev from etch and binutils from sarge,
that's an unsupported mix. there is a gcc-3.3 in etch, binutils in
etch, please install this
13 matches
Mail list logo