Package: tzdata
Version: 2008h-2
Severity: normal

Please restore the ability to use US timezones as was previously
available. The current tzdata configuration loses that ability and
requires a city to be selected which is neither as correct nor as
convenient.

For example, I am currently in Kansas City. KC is in US Central
Standard Time. If I could select KC as a city option and use it to
configure the timezone that would be okay. But I can't. KC is not an
available city selection option. KC is large and isn't available!
There is no way to provide a selection for every city, most of which
are much smaller, and that is not really what is needed. Quick, what
is the correct city to choose to select US Central Standard Time when
in KC? I see Winnipeg in the list and the web shows me that it is in
the same timezone so I guess Winnipeg is the best choice for me in KC.

Package: libc6-dev
Version: 2.7-13

When I invoke `sprof' it says that it can not
open the shared library I want to profile.

$gcc --shared -fPIC mylib.c -o libmy.so
$gcc myprog.c -L. -lmy -o myprog
$LD_LIBRARY_PATH=. LD_PROFILE=libmy.so LD_PROFILE_OUTPUT=. ./myprog
[program output skipped]
$ls
libmy.so libmy.so.profile mylib.c myprog myprog.c
$LD_LIBRARY_PATH=. sprof libmy.so libmy.so.profile
sprof: failed to load shared object `libmy.so'

I have libc6 2.7-13, gcc 4.3.2-1, and binutils 2.8.1~cvs20080103-7.

Regards,
Dmitry

Package: libc6-dbg
Version: 2.7-13
Severity: normal

In the following code the return value of gethostbyname_r() is 0,
but *h_errno is 3, what violates documentation.

---
struct hostent host;
struct hostent *hostp;
int herr;
char ghbn_buf[1024*1024+1];
int nh;

hostp=&host;
nh=gethostbyname_r(hname,hostp,ghbn_buf,1024*1024,&hostp,&herr);
---

gdb results:

Package: libc6
Version: 2.7-13
Severity: normal

Hello there,

Now that lenny is frozen shouldn't glibc depend to a newer (2.6.26) kernel
version? Currently, MIN_KERNEL_SUPPORTED is set to 2.6.9 and (as you know)
leaves out some newer features.

Apologies if this is nonsense.

-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable'), (150, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-v2-v (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii libgcc1 1:4.3.1-9 GCC support library

libc6 recommends no packages.

Package: libc6-xen
Version: 2.7-13
Severity: important

Linux uses bit 1 for the nosegneg pseudo hwcap, not 0. This makes this
package currently unusable. (And the systems really slow.)

Bastian

--
If some day we are defeated, well, war has its fortunes, good and bad.
-- Commander Kor, "Errand of Mercy", stardate 3201.7

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iEYEARECAAYFAkjR/coACgkQnw66O/MvCNFVuACdGqjcbwkwbSlcRJjRKvJ1tkpF
FFgAn1E9EWwvCsE6RfiGyvi0JyGHDbpH
=mFO6
-----END PGP SIGNATURE-----

Package: libc6
Version: 2.7-13
Severity: normal
File: /usr/bin/ldd
Tags: patch

Hi,
Ldd already contains a workaround for SE Linux for access to users
terminal through file descriptor of standard output. It should be
improved by handling all three standard file descriptors. Only standard
output is used, but stdin and stderr are also inherited by traced
process and SE Linux says about permission `use' file descriptor. I got
SE Linux denial with original ldd running on elf with domain transition
(e.g. /sbin/udevd):

sid:~# ldd.orig /sbin/udevd
[ 3827.214599] type=1400 audit(1221475672.463:16): avc: denied { use } for pid=9673 comm="udevd" path="/dev/tty1" dev=tmpfs ino=1024 scontext=unconfined_u:system_r:udev_t...

Quoting Traduz - Portuguese Translation Team (traduz@debianpt.org):

As there is a chance that "PACOTE" means package in Portuguese, I
think that someone forgot to replace a variable somewhere..:-)

tzdata maintainers, I'll attempt another translation update
call. Maybe there's a chance that translation that only have one fuzzy
for "Santarem" will wake up....

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkjN8NYACgkQ1OXtrMAUPS2qqQCgp2OuZJH8ZPR2WHnHhNwaF+dm
gO8AnAyxoISfmTgQXD8dDcvRXOTLCw4F
=Bvd4
-----END PGP SIGNATURE-----

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# tzdata (2008e-5) UNRELEASED; urgency=low
#
# * debian/po/pt.po: update from Ricardo Silva. closes: #498963

package tzdata-java tzdata
tags 498963 + pending

It was very stuffy in the card room, and i slipped and to
have kept your head yahmose coloured a that he could give
me no encouraging information. Collect the coffee cups.
gentlemen, said miss but take out the pieces, and an onion,
or rub.

FEMA 1
G Z

A  G
 you l
 nA
e F
liQ

LE VIA
R

-
r
ew r
a
ty!

reopen 462444
found 462444 2.8+20080809-1
tag 462444 + wontfix
thanks

On Sat, Aug 09, 2008 at 09:32:16PM +0000, Aurelien Jarno wrote:

I have just removed the symbols files from the glibc, because dpkg-dev
currently doesn't have support for ignoring private symbols from
libraries. This causes problems like this one on nscd:

Depends: glibc-private, libc6 (>= 2.8)

Until this feature is supported in dpkg-dev, this bug is a wontfix.