tzdata_2016g-0+deb8u1_amd64.changes ACCEPTED into proposed-updates->stable-new

[Debian FTP Masters]

Mapping stable to proposed-updates.

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 27 Sep 2016 23:50:25 +0200
Source: tzdata
Binary: tzdata tzdata-java
Architecture: source all
Version: 2016g-0+deb8u1
Distribution: stable
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 tzdata - time zone and daylight-saving time data
 tzdata-java - time zone and daylight-saving time data for use by java runtimes
Closes: 838781
Changes:
 tzdata (2016g-0+deb8u1) stable; urgency=medium
 .
   * New upstream version, affecting the following future time stamps:
 - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
   2016-09-07. While the timezone has changed, the divergence from
   EET/EEST will happen on 2016-10-30.  Closes: #838781.
 - New leap second 2016-12-31 23:59:60 UTC as per IERS Bulletin C 52.
Checksums-Sha1:
 db3be53e59ff8699c3b414d77c105090a7b164a7 1953 tzdata_2016g-0+deb8u1.dsc
 b60858b3e223ee10440f6c10f728d301269431ca 316669 tzdata_2016g.orig.tar.gz
 47d3b5776e0dce64c1af16977ef68a4eadb16d5f 101888 
tzdata_2016g-0+deb8u1.debian.tar.xz
 4a5906924aefc6029eaa2a7d39b18c100df8f5d6 185900 tzdata_2016g-0+deb8u1_all.deb
 83bdf87b7cc7b8d0664695939a6ffa7a24c50ccf 81522 
tzdata-java_2016g-0+deb8u1_all.deb
Checksums-Sha256:
 f78b0a88291f7b06608bd2e519b9a74d4d4303c6948b0e2f675a01f3d5bf536a 1953 
tzdata_2016g-0+deb8u1.dsc
 3c7137b2bc47323b0de47b77786bacf81ed503d4b2c693ff8ada2fbd1281ebd1 316669 
tzdata_2016g.orig.tar.gz
 299c517ddfeebd5398da49be57aff44a144e409c8596e14abf7b4a5cda211247 101888 
tzdata_2016g-0+deb8u1.debian.tar.xz
 fc4d755810441eed561ef33360c6c380843eea2e6c62045eb4c3dc1299083fb8 185900 
tzdata_2016g-0+deb8u1_all.deb
 dea3b3cde51f63b2dcb7ab9ea2a0de11fb53490eb861b7d06cee957d62200cf9 81522 
tzdata-java_2016g-0+deb8u1_all.deb
Files:
 a7f0f67dfd3bc546e7a722b96289ba05 1953 localization required 
tzdata_2016g-0+deb8u1.dsc
 3c7e97ec8527211104d27cc1d97a23de 316669 localization required 
tzdata_2016g.orig.tar.gz
 2e5054eb7dcaf0055b634018abb05ea7 101888 localization required 
tzdata_2016g-0+deb8u1.debian.tar.xz
 c88ceb29a83bdb9c00275599d39ca324 185900 localization required 
tzdata_2016g-0+deb8u1_all.deb
 7da3e33e0dd3af9f0ffc5cfe2dbebbf4 81522 java optional 
tzdata-java_2016g-0+deb8u1_all.deb

-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJX6vAHAAoJELqceAYd3YybFuYP/2TiLkVS1Els3ZirkCMKoZjZ
D+9T4GCfQn8c+xDy3oUI6GERKqqoO6Y96ZB2ZsYIpQugoRjKgxvCCEH1UACQa2UG
2Jfr8of/peIdDJHbUJiILs/hqih4wO3pL7ZqgKjFgLzmBqFj3ya5smqTdRYegHY+
1JovNJPpbPhNAzcYHLisMAzN72wsYJwm6oYXkAhXfjfeY+co67+cTfBWxIHEJAN4
kbEW2V0DE3h7lwLi31Eg1HbsjZbErqV7ksLU6pK8al4bwgGyajeMqyc+r1zCezt4
uhLLPOwU9DjlErvh6BUOVzkqbgXc3WSle7it/CMDNBhkdcw6amCcSwfLlneNGVDc
YbofX0EQp0CO1o0A/ga0C2wogbBqd0wtbpEBAykeom41u5LB50usVYEUxMjnBTvs
cE7ak26fGYxAa+QJe96ICmLZK10zYUFr2uZBCxLSpi7XIzFFFQjh4twhm85ZfwdI
heie+GMaLiGn0alBdphks68yCotfOejkG5DYeLbMeKBXkkmfi7zgnFWX6eZDNvfe
dl6cPuDBvIh8wtiATfaJaSSk215t0azDMQYcGeVB4F7XlNXgapVuf1v8jnfXcm6+
yr+H8h6Yx52LvX0ZwOWFsNiocIcX5uVGg2MNWli4e0tWzL0AqIHqeKfTtp4BVpOo
eKnrgchbtENTDh3mF0ws
=NEf2
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of tzdata_2016g-0+deb8u1_amd64.changes

[Debian FTP Masters]

tzdata_2016g-0+deb8u1_amd64.changes uploaded successfully to localhost
along with the files:
  tzdata_2016g-0+deb8u1.dsc
  tzdata_2016g.orig.tar.gz
  tzdata_2016g-0+deb8u1.debian.tar.xz
  tzdata_2016g-0+deb8u1_all.deb
  tzdata-java_2016g-0+deb8u1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

[tzdata] annotated tag debian/2016g-0+deb8u1 created (now 24589e9)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to annotated tag debian/2016g-0+deb8u1
in repository tzdata.

at  24589e9   (tag)
   tagging  52210f53d29d5003e3d34ebe5b84370311202e5d (commit)
  replaces  debian/2016f-0+deb8u1
 tagged by  Aurelien Jarno
on  Tue Sep 27 23:50:28 2016 +0200

- Log -
tagging package tzdata version debian/2016g-0+deb8u1
-BEGIN PGP SIGNATURE-

iQIcBAABCgAGBQJX6umkAAoJELqceAYd3Yyb+qIQAJzmla3WC4jaEJJfNbd6n5+m
b4+1b1bukuVjxk3hTz1Cpb8qhoXA4j/XUbnUa5G31W5sbvfTl4VVF+JRDb1uggX6
2RB1XW35Jtc9/OkhGMveg5ZjkKr1zNSv8PlwiF2gcKSVK3+3K+/9smY6ZV/GyTZ3
nAmO+aCfO554DEHCqBdpBR9vPSt+WAQbsfrML3AtgVIUTXzg2QnvbEsVl49+Scft
m/rQl+5nSEl4wbEICvDN/ZnJL0hR7tYTArI8qokbwJmnR3kqmHb+tVFoGQ6euwmy
G32N4MEJ8hGARcawsc+3nTX3VEyK8fOxhiyVMtUEs7Gq0Y2vAFWv22TFLacg72S5
Xiq2WBlftJzs8ftRaL78Uv+aRRTbbKvhzJxMRW5R4dLO/IjRZzlzP4uJDPES2Zg6
B9kt9xrATUhK6hFj4ydhwhygVUFfhrDhl4AynKv+8prtVACWl57GdfNXcCsK2oDO
aRpA7DaF4jC1hBk2TtOe1mh6Nrk1IMv949mo8FQnwx+XnXWdy4cFS8/hXwZOfJRb
alHT4qZPVr0wujdi353uS1haZdlivjRsvswanKqrpqcWQc57KxaRftbAnYwtI4YA
pjDcwS2ph9Oeyoqo8WyZ+WPSZvJO4ao2YJbIbwttQhfgdAj/pBzqb5236NnGlZfk
yaiQ+XhfN1MUSEM2xVfh
=arGB
-END PGP SIGNATURE-

Aurelien Jarno (5):
  New upstream version, affecting the following future time stamps:
  Add bug number
  Fix the date in the changelog
  Add a note about the leap second
  releasing package tzdata version 2016g-0+deb8u1

---

This annotated tag includes the following new commits:

   new  52210f5   releasing package tzdata version 2016g-0+deb8u1

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] branch jessie updated (0530ebd -> 52210f5)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch jessie
in repository tzdata.

  from  0530ebd   Add a note about the leap second
   new  52210f5   releasing package tzdata version 2016g-0+deb8u1

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

tzdata_2016g-0+deb8u1_amd64.changes REJECTED

[Debian FTP Masters]

tzdata - incorrect date in changelog


===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.

[tzdata] 01/01: releasing package tzdata version 2016g-0+deb8u1

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch jessie
in repository tzdata.

commit 52210f53d29d5003e3d34ebe5b84370311202e5d
Author: Aurelien Jarno 
Date:   Tue Sep 27 23:50:28 2016 +0200

releasing package tzdata version 2016g-0+deb8u1
---
 debian/changelog | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index dfde5c1..99ed28e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-tzdata (2016g-0+deb8u1) UNRELEASED; urgency=medium
+tzdata (2016g-0+deb8u1) stable; urgency=medium
 
   * New upstream version, affecting the following future time stamps:
 - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
@@ -6,7 +6,7 @@ tzdata (2016g-0+deb8u1) UNRELEASED; urgency=medium
   EET/EEST will happen on 2016-10-30.  Closes: #838781.
 - New leap second 2016-12-31 23:59:60 UTC as per IERS Bulletin C 52.
 
- -- Aurelien Jarno   Tue, 27 Sep 2016 18:44:29 +0200
+ -- Aurelien Jarno   Tue, 27 Sep 2016 23:50:25 +0200
 
 tzdata (2016f-0+deb8u1) stable; urgency=medium
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] branch jessie updated (7e1268b -> 0530ebd)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch jessie
in repository tzdata.

  from  7e1268b   New upstream version, affecting the following future time 
stamps:
   new  e56aefc   Add bug number
   new  74d3c54   Fix the date in the changelog
   new  0530ebd   Add a note about the leap second

The 3 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

Processed: Bug#838781 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 838781 pending
Bug #838781 [tzdata] tzdata: Turkey Permanent Daylight Saving Time
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
838781: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838781
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

[tzdata] 02/03: Fix the date in the changelog

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch jessie
in repository tzdata.

commit 74d3c54025cfec8f50bd104b1b578d4c8e86461c
Author: Aurelien Jarno 
Date:   Tue Sep 27 23:48:41 2016 +0200

Fix the date in the changelog
---
 debian/changelog | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 2e862d3..d203cdd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,7 +3,7 @@ tzdata (2016g-0+deb8u1) UNRELEASED; urgency=medium
   * New upstream version, affecting the following future time stamps:
 - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
   2016-09-07. While the timezone has changed, the divergence from
-  EET/EEST will happen on 2016-09-30.  Closes: #838781.
+  EET/EEST will happen on 2016-10-30.  Closes: #838781.
 
  -- Aurelien Jarno   Tue, 27 Sep 2016 18:44:29 +0200
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] 01/03: Add bug number

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch jessie
in repository tzdata.

commit e56aefcf46131328af67af0ce743a509d6683631
Author: Aurelien Jarno 
Date:   Tue Sep 27 21:29:21 2016 +0200

Add bug number
---
 debian/changelog | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 75e2e16..2e862d3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,7 +3,7 @@ tzdata (2016g-0+deb8u1) UNRELEASED; urgency=medium
   * New upstream version, affecting the following future time stamps:
 - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
   2016-09-07. While the timezone has changed, the divergence from
-  EET/EEST will happen on 2016-09-30.
+  EET/EEST will happen on 2016-09-30.  Closes: #838781.
 
  -- Aurelien Jarno   Tue, 27 Sep 2016 18:44:29 +0200
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] 03/03: Add a note about the leap second

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch jessie
in repository tzdata.

commit 0530ebd1c42fcaacb99d515bc14efef34784d4b1
Author: Aurelien Jarno 
Date:   Tue Sep 27 23:49:20 2016 +0200

Add a note about the leap second
---
 debian/changelog | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/changelog b/debian/changelog
index d203cdd..dfde5c1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,7 @@ tzdata (2016g-0+deb8u1) UNRELEASED; urgency=medium
 - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
   2016-09-07. While the timezone has changed, the divergence from
   EET/EEST will happen on 2016-10-30.  Closes: #838781.
+- New leap second 2016-12-31 23:59:60 UTC as per IERS Bulletin C 52.
 
  -- Aurelien Jarno   Tue, 27 Sep 2016 18:44:29 +0200
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

tzdata_2016g-0+deb8u1_amd64.changes ACCEPTED into proposed-updates->stable-new

[Debian FTP Masters]

Mapping stable to proposed-updates.

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 27 Sep 2016 21:29:29 +0200
Source: tzdata
Binary: tzdata tzdata-java
Architecture: source all
Version: 2016g-0+deb8u1
Distribution: stable
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 tzdata - time zone and daylight-saving time data
 tzdata-java - time zone and daylight-saving time data for use by java runtimes
Closes: 838781
Changes:
 tzdata (2016g-0+deb8u1) stable; urgency=medium
 .
   * New upstream version, affecting the following future time stamps:
 - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
   2016-09-07. While the timezone has changed, the divergence from
   EET/EEST will happen on 2016-09-30.  Closes: #838781.
Checksums-Sha1:
 700fd18ac32aa6119edd9878c0696ae2bc006013 1953 tzdata_2016g-0+deb8u1.dsc
 b60858b3e223ee10440f6c10f728d301269431ca 316669 tzdata_2016g.orig.tar.gz
 ad1d66a31f852ee02e5411a9898d61b0b5698d27 101868 
tzdata_2016g-0+deb8u1.debian.tar.xz
 d7abdda28c10c5ad56fbc825a07e6e2bcad114af 185636 tzdata_2016g-0+deb8u1_all.deb
 a4b223a73a7a2179b6b68da3112b591dd6bce13e 81280 
tzdata-java_2016g-0+deb8u1_all.deb
Checksums-Sha256:
 29bb2e1544454a05573c5a4e0586991e399cd6ec6bd859de5f0613d0ed183773 1953 
tzdata_2016g-0+deb8u1.dsc
 3c7137b2bc47323b0de47b77786bacf81ed503d4b2c693ff8ada2fbd1281ebd1 316669 
tzdata_2016g.orig.tar.gz
 f0589762df8cb69a93bbffda1d49aad4b337e96ca7b691bd58dc4576b338f54e 101868 
tzdata_2016g-0+deb8u1.debian.tar.xz
 fea2e9c714a37f7ca97b9638314afb99b1644ee255074ac9ebcd2625b3091514 185636 
tzdata_2016g-0+deb8u1_all.deb
 0b4a66d730ec1f8b9c949810fe544831a368e5170312037a7d7ef25284b04bea 81280 
tzdata-java_2016g-0+deb8u1_all.deb
Files:
 7562aaba7edb923ed66a4e9d623440b5 1953 localization required 
tzdata_2016g-0+deb8u1.dsc
 3c7e97ec8527211104d27cc1d97a23de 316669 localization required 
tzdata_2016g.orig.tar.gz
 a43bde0694fc55d15593fd451cef5c00 101868 localization required 
tzdata_2016g-0+deb8u1.debian.tar.xz
 8230b96bad0c5b107ddbdc339400dcb6 185636 localization required 
tzdata_2016g-0+deb8u1_all.deb
 cbc7d6f790ba90c948fd248477c4bc22 81280 java optional 
tzdata-java_2016g-0+deb8u1_all.deb

-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJX6smNAAoJELqceAYd3YybtDQP/iHLGdOHO2ytnBn2wrmh0L/H
6ouWLkpyNIQGA/6S3z/2sDCYTglCNEVVGYhYO7HjQ7XlBczgAxE2A3O3sawG
ZMyCljF+fjV6pRU9Bv2nzmw5HvyYU3MHtB7rmbAXQAip14m1pqdzqJbQmV0ECFys
Wf0Fi0kshjf3ULPXJ158Q7aeKjlF3pV3fOa7VKHSRBYk9+q3MfbGhSr2aT2TvQ1U
Ep/yZ2LKt3b2BA3V5qmBbuC/nnJTmANiy+YMgarYG3KO1pYgGeuhCCz2jc55z+3d
lqagJ4fnjyGZaO7cLgm/n/HHTpA8p+NO41ouJJG7MQo/cB6XBqfjm2V+GIxNOz2f
U3l1S5M3AEeuY8mrB7JP326Q9shGB23NaNeaRT/JdDRFBrRQj2+J9QtQqGBvFFV4
yQ1b26EDTSYNlk3o6C/2s19abY/vpzDoYWO6tVVe4kxAwQqoYFkAnuqoR/YPBena
KWJMxeTDTg0kcLCyssHA+yw1epLD3k7NjrQOcpRsd5lJcCCKLtDSAuUsqDVawo/G
QnOjj8IGQ1D1tqlB+EhjMe6k/9XEbLaA98q0IbvOwVqEveJ2uTo03bD7i2mAJieW
qu0saR/C8hxJWOl5HT99/bFMuPraCOIAUGpKBQhoec5Jyxl2kPuYuZX3cLazPetH
vOzVbZeXyj7bAh84HbV3
=CJAS
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of tzdata_2016g-0+deb8u1_amd64.changes

[Debian FTP Masters]

tzdata_2016g-0+deb8u1_amd64.changes uploaded successfully to localhost
along with the files:
  tzdata_2016g-0+deb8u1.dsc
  tzdata_2016g.orig.tar.gz
  tzdata_2016g-0+deb8u1.debian.tar.xz
  tzdata_2016g-0+deb8u1_all.deb
  tzdata-java_2016g-0+deb8u1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

[tzdata] branch jessie updated (86fdc50 -> 7e1268b)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch jessie
in repository tzdata.

  from  86fdc50   releasing package tzdata version 2016f-0+deb8u1
   new  7e1268b   New upstream version, affecting the following future time 
stamps:

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 9 +
 1 file changed, 9 insertions(+)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] branch sid updated (936e641 -> 16df348)

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a change to branch sid
in repository tzdata.

  from  936e641   2016g-1
   new  16df348   Convert Asia/Rangoon into Asia/Yangon, as the former is 
now deprecaed.

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "adds" were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 7 +++
 debian/tzdata.config | 3 +++
 2 files changed, 10 insertions(+)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] 01/01: New upstream version, affecting the following future time stamps:

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch jessie
in repository tzdata.

commit 7e1268ba36282029fbcf3b57ce87e986c070ed8c
Author: Aurelien Jarno 
Date:   Tue Sep 27 21:27:18 2016 +0200

New upstream version, affecting the following future time stamps:

* New upstream version, affecting the following future time stamps:
  - Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
2016-09-07. While the timezone has changed, the divergence from
EET/EEST will happen on 2016-09-30.
---
 debian/changelog | 9 +
 1 file changed, 9 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index c0186e9..75e2e16 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+tzdata (2016g-0+deb8u1) UNRELEASED; urgency=medium
+
+  * New upstream version, affecting the following future time stamps:
+- Europe/Istanbul switch from EET/EEST (+02/+03) to permanent +03 on
+  2016-09-07. While the timezone has changed, the divergence from
+  EET/EEST will happen on 2016-09-30.
+
+ -- Aurelien Jarno   Tue, 27 Sep 2016 18:44:29 +0200
+
 tzdata (2016f-0+deb8u1) stable; urgency=medium
 
   * New upstream version, affecting the following future time stamps:

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

[tzdata] 01/01: Convert Asia/Rangoon into Asia/Yangon, as the former is now deprecaed.

[Aurelien Jarno]

This is an automated email from the git hooks/post-receive script.

aurel32 pushed a commit to branch sid
in repository tzdata.

commit 16df34829ef80be4348bd9e08735bff813d0e645
Author: Aurelien Jarno 
Date:   Tue Sep 27 21:27:39 2016 +0200

Convert Asia/Rangoon into Asia/Yangon, as the former is now deprecaed.
---
 debian/changelog | 7 +++
 debian/tzdata.config | 3 +++
 2 files changed, 10 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index c5f4b89..2dca44a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+tzdata (2016g-2) UNRELEASED; urgency=medium
+
+  [ Aurelien Jarno ]
+  * Convert Asia/Rangoon into Asia/Yangon, as the former is now deprecaed.
+
+ -- Aurelien Jarno   Tue, 27 Sep 2016 18:39:54 +0200
+
 tzdata (2016g-1) unstable; urgency=medium
 
   [ Aurelien Jarno ]
diff --git a/debian/tzdata.config b/debian/tzdata.config
index 67bcb0b..e6a1f76 100644
--- a/debian/tzdata.config
+++ b/debian/tzdata.config
@@ -53,6 +53,9 @@ convert_timezone()
 "Asia/Macao")
 echo "Asia/Macau"
 ;;
+("Asia/Rangoon")
+echo "Asia/Yangon"
+;;
 ("Asia/Saigon")
 echo "Asia/Ho_Chi_Minh"
 ;;

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-glibc/tzdata.git

Servicio de Logistica desde los Principales Puertos del Pais.

[Logisven - Logística en 4 principales puertos y Alquiler de Grúas]

 

estimados srs. 


 

queremos presentarle nuestra organización y tener la posibilidad de 
convertirnos en proveedores de logística de su empresa.

nuestros principales casos de exito son:

  coordinación logística a nivel nacional e internacional
  [1] miss venezuela - transporte de caracas a
  maracaibo

  coordinación de carga suelta extradimensionada en gandolas lowboy
  [2] bzs - transporte de 150 equipos maquinaria agricola y construcción

  [3] ingenieria y - transformadores transporte e izamiento

  [4] exportación a en lowboy a colombia

contenedores y carga suelta desde los 4 principales puertos.
[5] caso de éxito - sidor transporte de planta siderurgica guanta-puerto ordaz
[6] transporte de azucar desde la guaira a barcelona
[7] odebrecht - transporte de metrocable

el siguiente es un vínculo por el cual puede proceder a descargar la 
presentación de nuestra empresa
  [8] logisven-presentacion-comercial.pdf
esperando su pronta respuesta y así crear un vínculo comercial de largo plazo 
entre nuestras organizaciones.

un cordial saludo,

luis gonzalez
presidente

  [9] merca...@logisven.com
  [10] www.logisven.com 

logisven - coordinación logística y gruas
caracas, maracaibo, barquisimeto, san cristóbal, pto. cabello, 
valencia, maracay, valles del tuy, la guaira, pto. la cruz,
guanta, pto. ordaz , san antonio, paraguachón

nuestros servicios
 

 [11]

 

 

 

 
dear  ,

¿ quienes somos?

somos una empresa con gran experiencia y trayectoria en logística en venezuela

contáctenos
www.logisven.com
     merca...@logisven.com

vinculos
 [12] misión y visión

  [13] nuestro modelo de negocio

  [14] cobertura geográfica

 

  [15] solicitud


 References:

1. u=67c8aac
2. u=67c8f72
3. u=67c8f65
4. u=67c8f63
5. u=67c889b
6. u=67c890c
7. u=67c8f8b
8. u=67c9039
9. mailto:merca...@logisven.com
10. u=67c905a
11. u=67c85c3
12. u=67c907f
13. u=67c907f
14. u=67c907f
15. u=67c907f

Processed: closing 838913

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> close 838913
Bug #838913 [libc6] libc6: memory allocation issues
Marked Bug as done
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
838913: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838913
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Aurelien Jarno]

On 2016-09-27 16:00, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > On 2016-09-27 13:44, Florian Weimer wrote:
> >> * Aurelien Jarno:
> >> 
> >> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
> >> > libpthread issue. That said, all the example you gave fail to allocate
> >> > the memory correctly, either through malloc (glibc) or mmap (kernel)
> >> > which returns -ENOMEM. This points to either a kernel issue, or a
> >> > limitation of the memory using for example ulimit.
> >> 
> >> The mm subsystem in the 4.7 upstream kernel has a very visible issue
> >> which causes allocation failures:
> >> 
> >>   
> >>
> >> There are other threads as well.  (I personally see this with the
> >> xfs_inode cache.)
> >> 
> >> Usually it manifests in premature OOM killer invocations, but maybe
> >> something the reporter's system configuration changes that (perhaps it
> >> runs with vm.overcommit_memory=2?).
> >  
> > Indeed, that is correct. The problem has been fixed in version 4.7.5,
> > while the reporter seems to run version 4.7.4. Upgrading to the latest
> > kernel version would be a good start.
> 
> I don't think this has been fully fixed in 4.7.5.  I'm running that
> version now, and with lots of xfs_inode objects, I observe basically
> zero read-ahead, which results in stuttering media playback with
> ogg123.  vm.drop_caches=3 makes the stuttgering go away.
> 
> I need to see if I can still reproduce the OOMs.  This was a bit
> tricky before.

Ok. I have seen this change in 4.7.5:

| commit bec4e55b55867ed948a3afd9f9ccf3506bfdad24
| Author: Michal Hocko 
| Date:   Thu Sep 1 16:14:41 2016 -0700
|
| mm, oom: prevent premature OOM killer invocation for high order request

So I assumed it fixes the issue. Maybe it only fixes it partially.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Aurelien Jarno]

On 2016-09-27 15:22, Fernando Santagata wrote:
> On Tue, Sep 27, 2016 at 03:10:17PM +0200, Florian Weimer wrote:
> > * Fernando Santagata:
> > 
> > >> Usually it manifests in premature OOM killer invocations, but maybe
> > >> something the reporter's system configuration changes that (perhaps it
> > >> runs with vm.overcommit_memory=2?).
> > >
> > > That's it. I found this in /var/log/kern.log at the time I run a program
> > > that crashed:
> > >
> > > Sep 27 10:37:31 gretux kernel: [ 77.250470] mmap: moar (2564): VmData
> > > 135217152 exceed data ulimit 134217728. Update limits or use boot
> > > option ignore_rlimit_data.
> > 
> > No, I think the above is unrelated.  It relates to a userspace ABI
> > break related to the RLIMIT_DATA implementation.
> 
> Anyway, booting with the 4.6.0 kernel solves all the issues.
> 
> Thanks for the help!

Thanks for the feedback, I am therefore closing the bug.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Florian Weimer]

* Aurelien Jarno:

> On 2016-09-27 13:44, Florian Weimer wrote:
>> * Aurelien Jarno:
>> 
>> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
>> > libpthread issue. That said, all the example you gave fail to allocate
>> > the memory correctly, either through malloc (glibc) or mmap (kernel)
>> > which returns -ENOMEM. This points to either a kernel issue, or a
>> > limitation of the memory using for example ulimit.
>> 
>> The mm subsystem in the 4.7 upstream kernel has a very visible issue
>> which causes allocation failures:
>> 
>>   
>>
>> There are other threads as well.  (I personally see this with the
>> xfs_inode cache.)
>> 
>> Usually it manifests in premature OOM killer invocations, but maybe
>> something the reporter's system configuration changes that (perhaps it
>> runs with vm.overcommit_memory=2?).
>  
> Indeed, that is correct. The problem has been fixed in version 4.7.5,
> while the reporter seems to run version 4.7.4. Upgrading to the latest
> kernel version would be a good start.

I don't think this has been fully fixed in 4.7.5.  I'm running that
version now, and with lots of xfs_inode objects, I observe basically
zero read-ahead, which results in stuttering media playback with
ogg123.  vm.drop_caches=3 makes the stuttgering go away.

I need to see if I can still reproduce the OOMs.  This was a bit
tricky before.

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Fernando Santagata]

On Tue, Sep 27, 2016 at 03:10:17PM +0200, Florian Weimer wrote:
> * Fernando Santagata:
> 
> >> Usually it manifests in premature OOM killer invocations, but maybe
> >> something the reporter's system configuration changes that (perhaps it
> >> runs with vm.overcommit_memory=2?).
> >
> > That's it. I found this in /var/log/kern.log at the time I run a program
> > that crashed:
> >
> > Sep 27 10:37:31 gretux kernel: [ 77.250470] mmap: moar (2564): VmData
> > 135217152 exceed data ulimit 134217728. Update limits or use boot
> > option ignore_rlimit_data.
> 
> No, I think the above is unrelated.  It relates to a userspace ABI
> break related to the RLIMIT_DATA implementation.

Anyway, booting with the 4.6.0 kernel solves all the issues.

Thanks for the help!

-- 
Fernando Santagata

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Florian Weimer]

* Fernando Santagata:

>> Usually it manifests in premature OOM killer invocations, but maybe
>> something the reporter's system configuration changes that (perhaps it
>> runs with vm.overcommit_memory=2?).
>
> That's it. I found this in /var/log/kern.log at the time I run a program
> that crashed:
>
> Sep 27 10:37:31 gretux kernel: [ 77.250470] mmap: moar (2564): VmData
> 135217152 exceed data ulimit 134217728. Update limits or use boot
> option ignore_rlimit_data.

No, I think the above is unrelated.  It relates to a userspace ABI
break related to the RLIMIT_DATA implementation.

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Fernando Santagata]

On Tue, Sep 27, 2016 at 01:44:34PM +0200, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
> > libpthread issue. That said, all the example you gave fail to allocate
> > the memory correctly, either through malloc (glibc) or mmap (kernel)
> > which returns -ENOMEM. This points to either a kernel issue, or a
> > limitation of the memory using for example ulimit.
> 
> The mm subsystem in the 4.7 upstream kernel has a very visible issue
> which causes allocation failures:
> 
>   
> 
> There are other threads as well.  (I personally see this with the
> xfs_inode cache.)
> 
> Usually it manifests in premature OOM killer invocations, but maybe
> something the reporter's system configuration changes that (perhaps it
> runs with vm.overcommit_memory=2?).

That's it. I found this in /var/log/kern.log at the time I run a program
that crashed:

Sep 27 10:37:31 gretux kernel: [   77.250470] mmap: moar (2564): VmData 
135217152 exceed data ulimit 134217728. Update limits or use boot option 
ignore_rlimit_data.

Looks like a kernel mmap issue.

-- 
Fernando Santagata

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Aurelien Jarno]

On 2016-09-27 13:44, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
> > libpthread issue. That said, all the example you gave fail to allocate
> > the memory correctly, either through malloc (glibc) or mmap (kernel)
> > which returns -ENOMEM. This points to either a kernel issue, or a
> > limitation of the memory using for example ulimit.
> 
> The mm subsystem in the 4.7 upstream kernel has a very visible issue
> which causes allocation failures:
> 
>   
>
> There are other threads as well.  (I personally see this with the
> xfs_inode cache.)
> 
> Usually it manifests in premature OOM killer invocations, but maybe
> something the reporter's system configuration changes that (perhaps it
> runs with vm.overcommit_memory=2?).
 
Indeed, that is correct. The problem has been fixed in version 4.7.5,
while the reporter seems to run version 4.7.4. Upgrading to the latest
kernel version would be a good start.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Florian Weimer]

* Aurelien Jarno:

> Hmm, rsync doesn't use libpthread, so that clearly rules out a
> libpthread issue. That said, all the example you gave fail to allocate
> the memory correctly, either through malloc (glibc) or mmap (kernel)
> which returns -ENOMEM. This points to either a kernel issue, or a
> limitation of the memory using for example ulimit.

The mm subsystem in the 4.7 upstream kernel has a very visible issue
which causes allocation failures:

  

There are other threads as well.  (I personally see this with the
xfs_inode cache.)

Usually it manifests in premature OOM killer invocations, but maybe
something the reporter's system configuration changes that (perhaps it
runs with vm.overcommit_memory=2?).

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Aurelien Jarno]

control: tag -1 + moreinfo
control: retitle -1 libc6: memory allocation issues

On 2016-09-26 14:10, Fernando Santagata wrote:
> Package: libc6
> Version: 2.24-3
> Severity: important
> 
> Dear Maintainer,
> 
> One month ago everything worked fine on my Debian sid computer.
> After an update/dist-upgrade cycle in which libc6 was updated I started 
> noticing some malfunctions.
> I couldn't use rakudobrew (the Perl6 installation program) anymore.
> I couldn't use the Selenium driver (a java program which drives the browser 
> and provides an API to several programming languages).
> rsync started failing on big files.
> "java -version" fails.
> 
> Yet, this doesn't appear to be a hardware problem: my computer works fine, 
> even under heavy load. No other program seems to be affected, neither the 
> browser (chrome), nor the music player (clementine), libreoffice, evince, 
> gimp, etc.
> 
> All the failing programs appear to be using threading. It shows even on small 
> snippets of code: I'm collecting interesting snippets of Perl6 code; while 
> most of them work fine, the ones that use threading are not working anymore.
> 
> While I'm not able to debug libpthread, what I can show are just the symptoms.
> 
> The command "java -version" outputs this:
> 
> OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x7f570c3fb000, 
> 172032, 0) failed; error='Cannot allocate memory' (errno=12)
> #
> # There is insufficient memory for the Java Runtime Environment to continue.
> # Native memory allocation (mmap) failed to map 172032 bytes for committing 
> reserved memory.
> 
> I'm attaching the error logs as java-version.hs_err_pid12374.log and 
> javaws.replay_pid12456.log.
> 
> javaws outputs this:
> #
> # There is insufficient memory for the Java Runtime Environment to continue.
> # Native memory allocation (malloc) failed to allocate 32744 bytes for 
> ChunkPool::allocate
> # An error report file with more information is saved as:
> # /home/nando/tmp/libc6_bug/hs_err_pid12456.log
> [thread 140120686573312 also had an error]
> [thread 140120688678656 also had an error]
> [thread 140121534289664 also had an error]
> 
> [error occurred during error reporting , id 0xe001]
> 
> I'm attaching the error log as javaws.hs_err_pid12456.log.
> 
> Running rsync I got this error:
> 
> ERROR: out of memory in flist_expand [sender]
> rsync error: error allocating core memory buffers (code 22) at util2.c(102) 
> [sender=3.1.1]
> 

Hmm, rsync doesn't use libpthread, so that clearly rules out a
libpthread issue. That said, all the example you gave fail to allocate
the memory correctly, either through malloc (glibc) or mmap (kernel)
which returns -ENOMEM. This points to either a kernel issue, or a
limitation of the memory using for example ulimit.

Can you please give us the output of "ulimit -a" on your system?

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Processed: Re: Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

[Debian Bug Tracking System]

Processing control commands:

> tag -1 + moreinfo
Bug #838913 [libc6] libc6: There's probably a bug in libpthread, affecting 
several user programs.
Added tag(s) moreinfo.
> retitle -1 libc6: memory allocation issues
Bug #838913 [libc6] libc6: There's probably a bug in libpthread, affecting 
several user programs.
Changed Bug title to 'libc6: memory allocation issues' from 'libc6: There's 
probably a bug in libpthread, affecting several user programs.'.

-- 
838913: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838913
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Ontdek hoe u de koopkracht van de werknemers van Rossignol M-R kunt verhogen

[Sodexo]

De maaltijdcheque blijft het meeste gesmaakt extralegale voordeel van de
Belgen.

Meer info:
http://www.kapamedia.eu/sodexo/form.htm?lng=nl=sodexo_campaign=sodexo_source=admr_medium=email=debian-glibc@lists.debian.org


Dankzij de e-Lunch Pass, de elektronische maaltijdcheque, biedt u een
verhoging aan uw medewerkers, tot 56% ten opzichte van het salaris.

De maaltijdcheque is fiscaal zeer interessant voor de zaakvoerder: hij laat
een verhoging toe tot 160 € per maand per medewerker, vrijstelling van de
sociale zekerheid. 

De maaltijdcheque is geldig voor bedrijven vanaf 1 werknemer, met de
zaakvoerder inbegrepen. Hij is bruikbaar in een breed netwerk van winkels
en restaurants. 

Ontvang gratis uw offerte:
http://www.kapamedia.eu/sodexo/form.htm?lng=nl=sodexo_campaign=sodexo_source=admr_medium=email=debian-glibc@lists.debian.org

- 100 % vrijstelling van sociale lasten (RSZ)
- Het meest gesmaakte extralegale voordeel van de Belgen
- Geldig voor elk bedrijf met minstens 1 gesalarieerde medewerker, de
zaakvoerder inbegrepen
---
Online versie: 
http://kapateco.fb.kp.kpmail.be/c62/e5622714/h6bfc6/l2634/index.html
Deze e-mail werd verstuurd naar debian-glibc@lists.debian.org.
Profiel aanpassen: 
http://kapateco.fb.kp.kpmail.be/c62/e5622714/h6bfc6/l2636/index.html
Uitschrijven: 
http://kapateco.fb.kp.kpmail.be/c62/e5622714/h6bfc6/l2635/index.html
Privacy policy: 
http://kapateco.fb.kp.kpmail.be/c62/e5622714/h6bfc6/l2637/index.html
Powered by Addemar: http://poweredby.addemar.com/