There are disparities between your recently accepted upload and the
override file for the following file(s):
libc6-i386_2.7-10experimental1_amd64.deb: package says priority is optional,
override says standard.
Either the package or the override file is incorrect. If you think
the override is
Accepted:
glibc-doc_2.7-10experimental1_all.deb
to pool/main/g/glibc/glibc-doc_2.7-10experimental1_all.deb
glibc-source_2.7-10experimental1_all.deb
to pool/main/g/glibc/glibc-source_2.7-10experimental1_all.deb
glibc_2.7-10experimental1.diff.gz
to
Package: libc6
Version: 2.7-6
Severity: normal
Dear Maintainer ,..
when using isreal DST values the time isn't the correct one that is in
reallity for example :
Today (31/3/2008 ) Isreal -
While the real time is 12:25
the date retorns me :
Mon Mar 31 12:37:19 IDT 2008
--
Author: madcoder
Date: 2008-03-31 12:29:55 + (Mon, 31 Mar 2008)
New Revision: 2897
Added:
glibc-package/trunk/debian/patches/any/cvs-strerror_r.diff
Modified:
glibc-package/trunk/debian/patches/series
Log:
Closes: 456531
Signed-off-by: Pierre Habouzit [EMAIL PROTECTED]
Added:
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.20
#
# glibc (2.7-12) UNRELEASED; urgency=low
#
# * Add any/cvs-strerror_r.diff to make strerror_r() actually thread-safe
#Closes: #456531.
#
package libc6.1-pic glibc
# Automatically generated email from bts, devscripts version 2.10.20
#
# glibc (2.7-12) UNRELEASED; urgency=low
#
# * Add any/cvs-strerror_r.diff to make strerror_r() actually thread-safe
#Closes: #456531.
#
package libc6.1-pic glibc libc0.3-dev libc0.1-i686 libc0.3-prof libc6.1-dev
Ian MacKinnell a écrit :
Since reporting the problem this morning...
I updated the zoneinfo file on my Debian testing desktop to the latest,
correct data (downloaded from upstream), but that did not fix the problem.
How did you installed it precisely?
I did a dpkg-reconfigure tzdata and
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.26
retitle 473493 tzdata: /etc/localtime not updated
Bug#473493: tzdata - Australian states - daylight saving extended by one week -
zoneinfo files for NSW, Victoria, Tasmania and ACT
Andrew McNamara a écrit :
I found that on my testing machines, tzdata was correct, but
/etc/localtime had not been updated to match the appropriate tzdata
file. Running dpkg-reconfigured tzdata fixed this.
Did you installed a zoneinfo manually previously? In that case it is
normal it is left
Processing commands for [EMAIL PROTECTED]:
reassign 473553 tzdata
Bug#473553: libc6: [tzselect] worng DST values for isreal
Bug reassigned from package `libc6' to `tzdata'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
reassign 473553 tzdata
thanks
Jabka Atu a écrit :
Package: libc6
Version: 2.7-6
Severity: normal
Dear Maintainer ,..
when using isreal DST values the time isn't the correct one that is in
reallity for example :
Today (31/3/2008 ) Isreal -
While the real time is 12:25
Author: madcoder
Date: 2008-03-31 12:55:23 + (Mon, 31 Mar 2008)
New Revision: 2898
Modified:
glibc-package/trunk/debian/changelog
Log:
missing changelog
Signed-off-by: Pierre Habouzit [EMAIL PROTECTED]
Modified: glibc-package/trunk/debian/changelog
Your message dated Mon, 31 Mar 2008 14:51:58 +0200
with message-id [EMAIL PROTECTED]
and subject line Re: Bug#459708: libc6: lrint() is broken on ia64
has caused the Debian Bug report #459708,
regarding libc6: lrint() is broken on ia64
to be marked as done.
This means that you claim that the
I found that on my testing machines, tzdata was correct, but
/etc/localtime had not been updated to match the appropriate tzdata
file. Running dpkg-reconfigured tzdata fixed this.
Did you installed a zoneinfo manually previously? In that case it is
normal it is left untouched by tzdata.
Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460689 and
let me know if I'm missing something. Basically, when sort is run on a
file with really long lines there are some mmaps that fail with ENOMEM,
and the program segfaults. But AFAIK, the mmaps are happening within the
Aurelien Jarno wrote:
Ian MacKinnell a écrit :
Since reporting the problem this morning...
I updated the zoneinfo file on my Debian testing desktop to the latest,
correct data (downloaded from upstream), but that did not fix the problem.
How did you installed it precisely?
A
Author: sthibaul-guest
Date: 2008-04-01 03:01:52 + (Tue, 01 Apr 2008)
New Revision: 2899
Modified:
glibc-package/trunk/debian/patches/hurd-i386/local-pthread_stubs.diff
Log:
explain future plans about pthread stubs
Modified:
17 matches
Mail list logo