Bug#457938: tzdata: Argetina adds DST from 30 dec till 16 mar

Ok, official URL with the data (only works today): http://www.boletinoficial.gov.ar/bora.portal/PrimeraSecci%C3%B3n/tabid/53/Default.aspx I copy the important part: HORA OFICIAL LEY 26.350 Establécese como hora oficial durante el período invernal,

Re: nscd [amd64] now depends on libc6-i386?

On Thu, Dec 27, 2007 at 04:21:01PM +, Anthony DeRobertis wrote: [Please cc me, I'm not subscribed to the list. Hopefully Mutt will set M-F-T correctly.] I notice that the etch4 version of nscd just released in 4.0r2 suddenly depends on libc6-i386. This is on amd64. I couldn't find

Bug#458070: tzdata forgot my timezone

Package: tzdata Version: 2007j-1etch1 Preparing to replace tzdata 2007b-1 (using .../tzdata_2007j-1etch1_all.deb) ... Unpacking replacement tzdata ... Setting up tzdata (2007j-1etch1) ... Running 'tzconfig' to set this system's timezone. Your current time zone is set to Unknown Do

tzdata_2007j-3_all.changes ACCEPTED

Accepted: tzdata_2007j-3.diff.gz to pool/main/t/tzdata/tzdata_2007j-3.diff.gz tzdata_2007j-3.dsc to pool/main/t/tzdata/tzdata_2007j-3.dsc tzdata_2007j-3_all.deb to pool/main/t/tzdata/tzdata_2007j-3_all.deb Override entries for your package: tzdata_2007j-3.dsc - source libs

Processed: tagging 457938

Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 457938 + pending Bug#457938: tzdata: Argetina adds DST from 30 dec till 16 mar There were no tags set. Tags added: pending End of message, stopping processing here. Please

Bug#457288: marked as done (tzdata: [INTL:eu] debconf templates basque translation update)

Your message dated Fri, 28 Dec 2007 13:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#457288: fixed in tzdata 2007j-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Bug#457938: marked as done (tzdata: Argetina adds DST from 30 dec till 16 mar)

Your message dated Fri, 28 Dec 2007 13:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#457938: fixed in tzdata 2007j-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

r2758 - in tzdata/trunk/debian: . patches

Author: schizo Date: 2007-12-28 13:27:53 + (Fri, 28 Dec 2007) New Revision: 2758 Added: tzdata/trunk/debian/patches/argentinemadness Modified: tzdata/trunk/debian/changelog tzdata/trunk/debian/control tzdata/trunk/debian/patches/series Log: * Add DST for Argentina, closes:

Bug#457747: marked as done (tzdata: [INTL:de] updated German debconf translation)

Your message dated Fri, 28 Dec 2007 13:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#457747: fixed in tzdata 2007j-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Processed: Re: Bug#458064: minicom: Get Assert if wrong encoding is used

Processing commands for [EMAIL PROTECTED]: reassign 458064 libc6 Bug#458064: minicom: Get Assert if wrong encoding is used Bug reassigned from package `minicom' to `libc6'. merge 423017 458064 Bug#423017: internal_utf8_loop_single: Assertion Bug#458064: minicom: Get Assert if wrong encoding is

tzdata_2007j-1etch2_i386.changes ACCEPTED

Mapping stable to etch-proposed. Accepted: tzdata_2007j-1etch2.diff.gz to pool/volatile/main/t/tzdata/tzdata_2007j-1etch2.diff.gz tzdata_2007j-1etch2.dsc to pool/volatile/main/t/tzdata/tzdata_2007j-1etch2.dsc tzdata_2007j-1etch2_all.deb to

tzdata override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): tzdata_2007j-1etch2_all.deb: package says section is libs, override says volatile/main/libs. Either the package or the override file is incorrect. If you think the override is correct

Bug#457938: marked as done (tzdata: Argetina adds DST from 30 dec till 16 mar)

Your message dated Fri, 28 Dec 2007 16:05:04 +0100 (CET) with message-id [EMAIL PROTECTED] and subject line Bug#457938: fixed in tzdata 2007j-1etch2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it

Re: nscd [amd64] now depends on libc6-i386?

On Fri, Dec 28, 2007 at 02:28:26PM +0100, Pierre Habouzit wrote: this is a known issue of dh_shlibdeps that looks for nscd depends in libc6-i386 because it comes first whereas it's not even from the same $arch, and yields this useless depends. Though it's harmless, so just live with it :)

Bug#444959: marked as done (grep -o -i does not work with LC_ALL=C)

Your message dated Fri, 28 Dec 2007 17:44:00 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#444959: this bug/#444959 - grep -o -i does not work with LC_ALL=C has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If

Re: nscd [amd64] now depends on libc6-i386?

On Fri, Dec 28, 2007 at 03:25:49PM +, Anthony DeRobertis wrote: On Fri, Dec 28, 2007 at 02:28:26PM +0100, Pierre Habouzit wrote: this is a known issue of dh_shlibdeps that looks for nscd depends in libc6-i386 because it comes first whereas it's not even from the same $arch, and yields