Bug#350793: marked as done (htons() has wrong type at -O)

[Debian Bug Tracking System]

Your message dated Mon, 14 Mar 2016 01:17:21 +0100
with message-id <20160314001721.ga29...@aurel32.net>
and subject line Bug#350793: htons() has wrong type at -O
has caused the Debian Bug report #350793,
regarding htons() has wrong type at -O
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
350793: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350793
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6.1-dev
Version: 2.3.5-12
Severity: normal
File: /usr/include/arpa/inet.h

falk@juist:/tmp% cat test.c  
#include 
int f() { return ntohs(1) > 1u; }
falk@juist:/tmp% gcc -c -W test.c
falk@juist:/tmp% gcc -c -W -O test.c
test.c: In function 'f':
test.c:2: warning: comparison between signed and unsigned

This is because htons is inlined to:

int f() { return (__extension__ ({ unsigned short int __bsx = (1); __bsx) 
>> 8) & 0xff) | (((__bsx) & 0xff) << 8)); })) > 1u; }

and because of C's promotion rules, the ({}) expression has type
signed int. However, htons is supposed to return uint16_t.

This makes nepenthes FTBFS (it has -Werror). I tried to imagine a
situation where it might lead to wrong code, but couldn't think of
one, short of taking sizeof htons().

Falk



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: alpha
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=C, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)

Versions of packages libc6.1-dev depends on:
ii  libc6.12.3.5-12  GNU C Library: Shared libraries an
ii  linux-kernel-headers   2.6.13+0rc3-2 Linux Kernel Headers for developme

Versions of packages libc6.1-dev recommends:
ii  gcc [c-compiler]  4:4.0.2-2  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-12 The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.2-8The GNU C compiler

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.17-1

On 2006-01-31 21:52, Falk Hueffner wrote:
> Package: libc6.1-dev
> Version: 2.3.5-12
> Severity: normal
> File: /usr/include/arpa/inet.h
> 
> falk@juist:/tmp% cat test.c  
> #include 
> int f() { return ntohs(1) > 1u; }
> falk@juist:/tmp% gcc -c -W test.c
> falk@juist:/tmp% gcc -c -W -O test.c
> test.c: In function 'f':
> test.c:2: warning: comparison between signed and unsigned
> 
> This is because htons is inlined to:
> 
> int f() { return (__extension__ ({ unsigned short int __bsx = (1); __bsx) 
> >> 8) & 0xff) | (((__bsx) & 0xff) << 8)); })) > 1u; }
> 
> and because of C's promotion rules, the ({}) expression has type
> signed int. However, htons is supposed to return uint16_t.
> 
> This makes nepenthes FTBFS (it has -Werror). I tried to imagine a
> situation where it might lead to wrong code, but couldn't think of
> one, short of taking sizeof htons().

This bugs has been fixed in the following upstream commit:

  commit 2174c6dd8555f654c30df2f8f3321b69e0f736f8
  Author: Andreas Jaeger 
  Date:   Thu Jun 21 15:49:33 2012 +0200

  Avoid -Wconversion warning for htons

It went into glibc 2.16, so for debian it has been fixed in 2.17-1. I
am therefore closing the bug.

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

[glibc] branch sid updated (b201f4a -> e23cce2)

[Samuel Thibault]

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

sthibault pushed a change to branch sid
in repository glibc.

  from  b201f4a   debian/patches/localedata/fr_CA-first_weekday.diff: drop. 
 Closes: #769051.
   new  e23cce2   hurd-i386/tg-sendmsg-SCM_{RIGHTS,CREDS}.diff: Update

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   |  5 ++
 debian/patches/hurd-i386/tg-sendmsg-SCM_CREDS.diff | 27 +++---
 .../patches/hurd-i386/tg-sendmsg-SCM_RIGHTS.diff   | 63 --
 3 files changed, 59 insertions(+), 36 deletions(-)

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

[glibc] 01/01: hurd-i386/tg-sendmsg-SCM_{RIGHTS, CREDS}.diff: Update

[Samuel Thibault]

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

sthibault pushed a commit to branch sid
in repository glibc.

commit e23cce2baa3111ff928211709f2cb64d4cfc8d19
Author: Samuel Thibault 
Date:   Mon Mar 14 01:02:21 2016 +0100

hurd-i386/tg-sendmsg-SCM_{RIGHTS,CREDS}.diff: Update
---
 debian/changelog   |  5 ++
 debian/patches/hurd-i386/tg-sendmsg-SCM_CREDS.diff | 27 +++---
 .../patches/hurd-i386/tg-sendmsg-SCM_RIGHTS.diff   | 63 --
 3 files changed, 59 insertions(+), 36 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 745f39f..31aa715 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,13 @@
 glibc (2.22-5) UNRELEASED; urgency=medium
 
+  [ Aurelien Jarno ]
   * debian/patches/localedata/fr_CA-first_weekday.diff: drop.  Closes:
 #769051.
 
+  [ Samuel Thibault ]
+  * patches/hurd-i386/tg-sendmsg-SCM_RIGHTS.diff,tg-sendmsg-SCM_CREDS.diff:
+Update.
+
  -- Aurelien Jarno   Sun, 13 Mar 2016 15:03:58 +0100
 
 glibc (2.22-3) unstable; urgency=medium
diff --git a/debian/patches/hurd-i386/tg-sendmsg-SCM_CREDS.diff 
b/debian/patches/hurd-i386/tg-sendmsg-SCM_CREDS.diff
index 33183a4..029859f 100644
--- a/debian/patches/hurd-i386/tg-sendmsg-SCM_CREDS.diff
+++ b/debian/patches/hurd-i386/tg-sendmsg-SCM_CREDS.diff
@@ -8,18 +8,22 @@ Samuel Thibault  
control message, and call __auth_user_authenticate_request to
make auth send credentials on that port.  Do not wait for a
reply.
-
* sysdeps/mach/hurd/recvmsg.c (contains_uid, contains_gid,
check_auth): New functions.
(__libc_recvmsg): On SCM_CREDS control messages, call check_auth
to check the passed credentials thanks to the answer from the
auth server.
+   * hurd/Makefile (user-interfaces): Add auth_request and
+   auth_reply.
 
 ---
- sysdeps/mach/hurd/recvmsg.c | 136 
+ hurd/Makefile   |   2 +-
+ sysdeps/mach/hurd/recvmsg.c | 137 
  sysdeps/mach/hurd/sendmsg.c |  34 +++
- 2 files changed, 170 insertions(+)
+ 3 files changed, 172 insertions(+), 1 deletion(-)
 
+diff --git a/sysdeps/mach/hurd/recvmsg.c b/sysdeps/mach/hurd/recvmsg.c
+index 0200b13..b66e5b5 100644
 --- a/sysdeps/mach/hurd/recvmsg.c
 +++ b/sysdeps/mach/hurd/recvmsg.c
 @@ -23,6 +23,123 @@
@@ -146,7 +150,7 @@ Samuel Thibault  
  /* Receive a message as described by MESSAGE from socket FD.
 Returns the number of bytes read or -1 for errors.  */
  ssize_t
-@@ -191,6 +308,21 @@ __libc_recvmsg (int fd, struct msghdr *m
+@@ -191,6 +308,21 @@ __libc_recvmsg (int fd, struct msghdr *message, int flags)
i++;
  }
}
@@ -168,20 +172,23 @@ Samuel Thibault  
}
  
for (i = 0; i < nports; i++)
-@@ -221,6 +353,10 @@ cleanup:
+@@ -221,6 +353,11 @@ cleanup:
__mach_port_deallocate (__mach_task_self (), ports[ii]);
  }
}
 +else if (cmsg->cmsg_level == SOL_SOCKET && cmsg->cmsg_type == 
SCM_CREDS)
 +  {
 +__mach_port_deallocate (__mach_task_self (), ports[ii]);
++ii++;
 +  }
}
  }
  
+diff --git a/sysdeps/mach/hurd/sendmsg.c b/sysdeps/mach/hurd/sendmsg.c
+index 612581c..51167e8 100644
 --- a/sysdeps/mach/hurd/sendmsg.c
 +++ b/sysdeps/mach/hurd/sendmsg.c
-@@ -112,6 +112,8 @@ __libc_sendmsg (int fd, const struct msg
+@@ -111,6 +111,8 @@ __libc_sendmsg (int fd, const struct msghdr *message, int 
flags)
  if (cmsg->cmsg_level == SOL_SOCKET && cmsg->cmsg_type == SCM_RIGHTS)
nports += (cmsg->cmsg_len - CMSG_ALIGN (sizeof (struct cmsghdr)))
/ sizeof (int);
@@ -190,7 +197,7 @@ Samuel Thibault  
  
if (nports)
  ports = __alloca (nports * sizeof (mach_port_t));
-@@ -146,6 +148,38 @@ __libc_sendmsg (int fd, const struct msg
+@@ -145,6 +147,38 @@ __libc_sendmsg (int fd, const struct msghdr *message, int 
flags)
goto out;
}
}
@@ -229,9 +236,11 @@ Samuel Thibault  
  }
  
if (addr)
+diff --git a/hurd/Makefile b/hurd/Makefile
+index 4387253..0ee417d 100644
 --- a/hurd/Makefile
 +++ b/hurd/Makefile
-@@ -29,7 +29,7 @@ inline-headers = hurd.h $(addprefix hurd
+@@ -33,7 +33,7 @@ inline-headers = hurd.h $(addprefix hurd/,fd.h signal.h \
  # The RPC interfaces go in a separate library.
  interface-library := libhurduser
  user-interfaces   := $(addprefix hurd/,\
@@ -240,3 +249,5 @@ Samuel Thibault  
   process process_request \
   msg msg_reply msg_request \
   exec exec_startup crash interrupt \
+-- 

Bug#517625: marked as done (libc6-dev: compile() in obsolete returns incorrect values wrt SUSv2)

[Debian Bug Tracking System]

Your message dated Mon, 14 Mar 2016 00:48:58 +0100
with message-id <20160313234858.ga27...@aurel32.net>
and subject line Bug#517625: fixed in upstream libc 2.23
has caused the Debian Bug report #517625,
regarding libc6-dev: compile() in obsolete  returns incorrect values 
wrt SUSv2
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
517625: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517625
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-dev
Version: 2.7-16
Severity: normal
File: /usr/include/regexp.h

According to SUSv2, compile() defined in  must invoke
RETURN(ptr) if it succeeds or ERROR(val) if it fails.  The
current implementation in glibc violates the standard in two
ways:

(1) It often invokes RETURN in error situations.  For example, it
maps REG_EBRACE to RETURN(44).  That should be ERROR(44)
instead.

(2) If it succeeds, it invokes RETURN with a pointer that points
outside the buffer provided by the caller.  It should have
placed the compiled regexp object at the beginning of the
buffer and given to RETURN a pointer just beyond the end of
the object.  SUSv2 says the pointer is useful for memory
allocation; presumably, an application could use the
remaining part of the buffer for other purposes.  The
application cannot do that when the pointer points somewhere
else entirely.  It seems compile() actually sets up
__expr_ptr->buffer and __expr_ptr->allocated in order to tell
regcomp() where it should place the compiled data, but
regcomp() then clears those members right away and allocates
its own buffer.

With bugs like this, it may be better to remove  than
fix it.

#include 

static char *arg_of_RETURN;
static int arg_of_ERROR;
static int fail;
static char is_RETURN;
static char is_ERROR;

#define INITconst unsigned char *re = (unsigned char *) instring;
#define GETC()  (*re++)
#define PEEKC() (*re)
#define UNGETC(c)\
do { \
int ch = (c);\
--re;\
if (ch != *re) { \
printf("FAIL: UNGETC(%d) expected %d\n", \
   ch, *re); \
fail++;  \
}\
} while (0)
#define RETURN(ptr) return (arg_of_RETURN = (ptr), arg_of_ERROR = 0, _RETURN)
#define ERROR(val) return (arg_of_RETURN = NULL, arg_of_ERROR = (val), 
_ERROR)

#include 

int
main(void)
{
enum { buflen = 10 };
char expbuf[buflen];
char *ptr;
int totalfail = 0;

printf("TEST: compile regexp to one-byte buffer\n");
fail = 0;
ptr = compile("tropelet", expbuf, expbuf + 1, 'e');
if (ptr != _ERROR) {
printf("FAIL: compile did not use ERROR\n");
fail++;
} else if (arg_of_ERROR != 50) {
printf("FAIL: compile used ERROR(%d), not ERROR(50)\n",
   arg_of_ERROR);
fail++;
}
if (fail)
totalfail++;
else
printf("OK\n");

printf("TEST: compile regexp to large buffer\n");
fail = 0;
ptr = compile("tropelet", expbuf, expbuf + buflen, 'e');
if (ptr != _RETURN) {
printf("FAIL: compile did not use RETURN\n");
fail++;
} else if (arg_of_RETURN < expbuf || arg_of_RETURN > expbuf + buflen) {
printf("FAIL: compile used RETURN(%p) which does not point into 
expbuf\n",
   (void *) arg_of_RETURN);
fail++;
}
if (fail)
totalfail++;
else
printf("OK\n");

printf("TEST: compile regexp with too many numbers in \\{\\}\n");
fail = 0;
ptr = compile("z\\{1,2,3\\}", expbuf, expbuf + buflen, '\0');
if (ptr != _ERROR) {
printf("FAIL: compile did not use ERROR\n");
fail++;
} else if (arg_of_ERROR != 44) {
printf("FAIL: compile used ERROR(%d), not ERROR(44)\n",
   arg_of_ERROR);
fail++;
}
if (fail)
totalfail++;
else
printf("OK\n");

return totalfail ? EXIT_FAILURE : 

Bug#523280: marked as done (localtime doesn't count leap seconds near 2038)

[Debian Bug Tracking System]

Your message dated Mon, 14 Mar 2016 00:42:32 +0100
with message-id <20160313234232.ga25...@aurel32.net>
and subject line Re: localtime doesn't count leap seconds near 2038
has caused the Debian Bug report #523280,
regarding localtime doesn't count leap seconds near 2038
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
523280: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523280
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.7-18

I found that date command doesn't work well with leap
seconds after 2037-11-01 with right/EST5EDT timezone.

% TZ=right/EST5EDT date -d @2140668023
Sun Nov  1 01:59:59 EDT 2037
% TZ=right/EST5EDT date -d @2140668024
Sun Nov  1 01:00:24 EST 2037

The second after 01:59:59 EDT should be 01:00:00 EST, not
01:00:24 EST.

It seems a problem of localtime().

% cat localtime.c 
#include 
#include 
#include 

int main(int argc, char *argv[])
{
  time_t t;
  struct tm *tmp;

  t = atol(argv[1]);

  tmp = localtime();
  if (tmp == NULL) { fprintf(stderr, "localtime error\n"); exit(1); }

  printf("%d-%02d-%02d %02d:%02d:%02d %s %s (%ld) %ld\n",
tmp->tm_year + 1900, tmp->tm_mon + 1, tmp->tm_mday,
tmp->tm_hour, tmp->tm_min, tmp->tm_sec,
tmp->tm_isdst > 0 ? "dst" : tmp->tm_isdst == 0 ? "std" : "unknown",
tmp->tm_zone, tmp->tm_gmtoff,
t);

  return 0;
}
% gcc -Wall localtime.c
% TZ=right/EST5EDT ./a.out 2140668023
2037-11-01 01:59:59 dst EDT (-14400) 2140668023
% TZ=right/EST5EDT ./a.out 2140668024
2037-11-01 01:00:24 std EST (-18000) 2140668024

% dpkg -l|grep libc6
ii  libc62.7-18  GNU C 
Library: Shared libraries
ii  libc6-dbg2.7-18  GNU C 
Library: Libraries with debugging symbols
ii  libc6-dev2.7-18  GNU C 
Library: Development Libraries and Header Files
ii  libc6-i686   2.7-18  GNU C 
Library: Shared libraries [i686 optimized]
% dpkg -l|grep tz   
ii  tzdata   2008h-2 time zone 
and daylight-saving time data
% uname -a
Linux nute 2.6.26-1-486 #1 Fri Mar 13 17:25:45 UTC 2009 i686 GNU/Linux

This problem may be related to #522949.
"TZ=Egypt date -d 'Dec 1 00:00:00 2037' prints UTC date."
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522949
-- 
Tanaka Akira


--- End Message ---
--- Begin Message ---
Version: 2.11.1-1

On 2009-04-09 14:55, Tanaka Akira wrote:
> Package: libc6
> Version: 2.7-18
> 
> I found that date command doesn't work well with leap
> seconds after 2037-11-01 with right/EST5EDT timezone.
> 
> % TZ=right/EST5EDT date -d @2140668023
> Sun Nov  1 01:59:59 EDT 2037
> % TZ=right/EST5EDT date -d @2140668024
> Sun Nov  1 01:00:24 EST 2037
> 
> The second after 01:59:59 EDT should be 01:00:00 EST, not
> 01:00:24 EST.
> 
> It seems a problem of localtime().

This actually upstream bug BZ 10211. It has been fixed in upstream
version 2.11 and thus in 2.11.1-1 in Debian. Closing the bug.

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

Processed: bug 523280 is forwarded to https://sourceware.org/bugzilla/show_bug.cgi?id=10211

[Debian Bug Tracking System]

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

> forwarded 523280 https://sourceware.org/bugzilla/show_bug.cgi?id=10211
Bug #523280 [libc6] localtime doesn't count leap seconds near 2038
Set Bug forwarded-to-address to 
'https://sourceware.org/bugzilla/show_bug.cgi?id=10211'.
> thanks
Stopping processing here.

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

[glibc] branch glibc-2.23 updated (4513da3 -> 89a150e)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  4513da3   releasing package glibc version 2.23-0experimental0
   new  89a150e   mrk tst-malloc-thread-exit as xfail on powerpc and ppc64

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 +
 debian/testsuite-xfail-debian.mk | 5 -
 2 files changed, 13 insertions(+), 1 deletion(-)

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

[glibc] 01/01: mrk tst-malloc-thread-exit as xfail on powerpc and ppc64

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit 89a150ed3b70c1fd035f10aa79c4368c1c3e5218
Author: Aurelien Jarno 
Date:   Mon Mar 14 00:15:33 2016 +0100

mrk tst-malloc-thread-exit as xfail on powerpc and ppc64

* debian/testsuite-xfail-debian.mk (powerpc) really mark
  tst-malloc-thread-exit as xfail.
* debian/testsuite-xfail-debian.mk (ppc64) mark tst-malloc-thread-exit
  test as xfail, it is a known issue and not a regression.
---
 debian/changelog | 9 +
 debian/testsuite-xfail-debian.mk | 5 -
 2 files changed, 13 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index c0b5e59..aef8cd5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+glibc (2.23-0experimental1) UNRELEASED; urgency=medium
+
+  * debian/testsuite-xfail-debian.mk (powerpc) really mark
+tst-malloc-thread-exit as xfail.
+  * debian/testsuite-xfail-debian.mk (ppc64) mark tst-malloc-thread-exit
+test as xfail, it is a known issue and not a regression.
+
+ -- Aurelien Jarno   Mon, 14 Mar 2016 00:14:11 +0100
+
 glibc (2.23-0experimental0) experimental; urgency=medium
 
   [ Aurelien Jarno ]
diff --git a/debian/testsuite-xfail-debian.mk b/debian/testsuite-xfail-debian.mk
index 7e5ed71..91a3ea4 100644
--- a/debian/testsuite-xfail-debian.mk
+++ b/debian/testsuite-xfail-debian.mk
@@ -1284,6 +1284,9 @@ test-xfail-tst-backtrace5 = yes
 test-xfail-tst-backtrace6 = yes
 test-xfail-tst-mqueue5 = yes
 test-xfail-tst-waitid = yes
+
+# Known failure not a regression, see 
https://sourceware.org/bugzilla/show_bug.cgi?id=6527
+tst-xfail-tst-malloc-thread-exit = yes
 endif
 
 
@@ -1297,7 +1300,7 @@ test-xfail-tst-mqueue5 = yes
 test-xfail-tst-waitid = yes
 
 # Known failure not a regression, see 
https://sourceware.org/bugzilla/show_bug.cgi?id=6527
-tst-malloc-thread-fail = yes
+tst-xfail-tst-malloc-thread-exit = yes
 
 # Failures due to a GCC bug, see 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59412
 #and 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=64811

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

Bug#545888: marked as done (libc0.3-dev: struct ether_addr defined twice)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 23:07:10 +0100
with message-id <20160313220710.ga20...@aurel32.net>
and subject line Bug#545888: libc0.3-dev: struct ether_addr defined twice
has caused the Debian Bug report #545888,
regarding libc0.3-dev: struct ether_addr defined twice
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
545888: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545888
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Subject: libc0.3-dev: struct ether_addr defined twice
Package: libc0.3-dev
Version: 2.9-25
Severity: normal

On Hurd (tested on strauss.debian.net) both /usr/include/net/ethernet.h
and /usr/include/netinet/if_ether.h define a struct ether_addr:

/usr/include/net/ethernet.h:
struct ether_addr
{
  u_int8_t ether_addr_octet[ETH_ALEN];
};

/usr/include/netinet/if_ether.h:
struct ether_addr
{
  u_int8_t ether_addr_octet[6];
} __attribute__ ((__packed__));


This causes problems with software that includes both header files. e.g.
see:
http://buildd.debian-ports.org/fetch.php?pkg=nss-pam-ldapd=hurd-i386=0.7.0=1252363928=log=raw

With Glibc on Linux (i386) only /usr/include/net/ethernet.h defines the
struct.

Sorry to not have more details (no reportbug on strauss). A minimal C
program to reproduce:

#include 
#include 
int main(int argc,char *argv[]){return 0;}

Thanks. 

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Version: 2.10.2-6

On 2009-09-09 21:21, Arthur de Jong wrote:
> Subject: libc0.3-dev: struct ether_addr defined twice
> Package: libc0.3-dev
> Version: 2.9-25
> Severity: normal
> 
> On Hurd (tested on strauss.debian.net) both /usr/include/net/ethernet.h
> and /usr/include/netinet/if_ether.h define a struct ether_addr:
> 
> /usr/include/net/ethernet.h:
> struct ether_addr
> {
>   u_int8_t ether_addr_octet[ETH_ALEN];
> };
> 
> /usr/include/netinet/if_ether.h:
> struct ether_addr
> {
>   u_int8_t ether_addr_octet[6];
> } __attribute__ ((__packed__));
> 
> 
> This causes problems with software that includes both header files. e.g.
> see:
> http://buildd.debian-ports.org/fetch.php?pkg=nss-pam-ldapd=hurd-i386=0.7.0=1252363928=log=raw
> 
> With Glibc on Linux (i386) only /usr/include/net/ethernet.h defines the
> struct.
> 
> Sorry to not have more details (no reportbug on strauss). A minimal C
> program to reproduce:
> 
> #include 
> #include 
> int main(int argc,char *argv[]){return 0;}
> 

This issue has been fixed in version 2.10.2-6 by the following patch:

https://anonscm.debian.org/cgit/pkg-glibc/glibc.git/commit/?id=2aba5964fceaf30a681a5cd823178b489d815427

I am therefore closing the bug.

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


signature.asc
Description: PGP signature
--- End Message ---

Bug#410899: marked as done (libc6: _IO_stdfile_0_lock deadlock in printf cancellation)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 19:52:23 +0100
with message-id <20160313185223.ga10...@aurel32.net>
and subject line Bug#410899: libc6: _IO_stdfile_0_lock deadlock in printf 
cancellation
has caused the Debian Bug report #410899,
regarding libc6: _IO_stdfile_0_lock deadlock in printf cancellation
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
410899: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410899
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.3.6.ds1-11
Severity: normal

Hi,

I'm led to believe (from older libc docs that include POSIX threads)
that printf is a known cancellation point (albeit indirectly).

However, in practice it appears that if it is called with a cancellation
request pending it will deadlock...  The following code reproduces this:


#define _REENTRANT 1

#include 
#include 

void *thread(void*)
{
printf("hello thread\n");
return NULL;
}

int main()
{
pthread_t id;
pthread_create(,NULL,thread,NULL);
pthread_cancel(id);
printf("joining thread\n");
pthread_join(id,NULL);
printf("done\n");

return 0;
}


$ g++ -g thread_join.cpp -o thread_join -pthread
$ ./thread_join
joining thread



$ gdb ./thread_join 18867
(gdb) info threads
  1 Thread 47608883437824 (LWP 18867)  0x2b4cce7f530b in 
__lll_mutex_lock_wait () from /lib/libc.so.6
(gdb) bt
#0  0x2b4cce7f530b in __lll_mutex_lock_wait () from /lib/libc.so.6
#1  0x2b4cce959090 in _IO_stdfile_0_lock () from /lib/libc.so.6
#2  0x in ?? ()

Cheers,
Ron


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages libc6 depends on:
ii  tzdata2007a-3Time Zone and Daylight Saving Time

libc6 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.7-18

On 2007-02-14 21:33, Ron wrote:
> Package: libc6
> Version: 2.3.6.ds1-11
> Severity: normal
> 
> Hi,
> 
> I'm led to believe (from older libc docs that include POSIX threads)
> that printf is a known cancellation point (albeit indirectly).
> 
> However, in practice it appears that if it is called with a cancellation
> request pending it will deadlock...  The following code reproduces this:
> 
> 
> #define _REENTRANT 1
> 
> #include 
> #include 
> 
> void *thread(void*)
> {
> printf("hello thread\n");
> return NULL;
> }
> 
> int main()
> {
> pthread_t id;
> pthread_create(,NULL,thread,NULL);
> pthread_cancel(id);
> printf("joining thread\n");
> pthread_join(id,NULL);
> printf("done\n");
> 
> return 0;
> }
> 
> 
> $ g++ -g thread_join.cpp -o thread_join -pthread
> $ ./thread_join
> joining thread
> 
> 
> 
> $ gdb ./thread_join 18867
> (gdb) info threads
>   1 Thread 47608883437824 (LWP 18867)  0x2b4cce7f530b in 
> __lll_mutex_lock_wait () from /lib/libc.so.6
> (gdb) bt
> #0  0x2b4cce7f530b in __lll_mutex_lock_wait () from /lib/libc.so.6
> #1  0x2b4cce959090 in _IO_stdfile_0_lock () from /lib/libc.so.6
> #2  0x in ?? ()

The problem is reproducible in Etch, but not in Lenny. I believe the
problem has been fixed in between, I am therefore closing the bug.

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

glibc_2.23-0experimental0_source.changes ACCEPTED into experimental

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Mar 2016 19:22:45 +0100
Source: glibc
Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales 
locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic 
libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 
libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev 
libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc 
libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 
libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 
libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 
libc6-dev-x32 libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source
Version: 2.23-0experimental0
Distribution: experimental
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc-l10n  - GNU C Library: localization files
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6  - GNU C Library: Shared libraries
 libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64
 libc6-dbg  - GNU C Library: detached debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64
 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64
 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS
 libc6-dev-mips64 - GNU C Library: 64bit Development Libraries for MIPS64
 libc6-dev-mipsn32 - GNU C Library: n32 Development Libraries for MIPS64
 libc6-dev-powerpc - GNU C Library: 32bit powerpc development libraries for 
ppc64
 libc6-dev-ppc64 - GNU C Library: 64bit Development Libraries for PowerPC64
 libc6-dev-s390 - GNU C Library: 32bit Development Libraries for IBM zSeries
 libc6-dev-sparc - GNU C Library: 32bit Development Libraries for SPARC
 libc6-dev-sparc64 - GNU C Library: 64bit Development Libraries for UltraSPARC
 libc6-dev-x32 - GNU C Library: X32 ABI Development Libraries for AMD64
 libc6-i386 - GNU C Library: 32-bit shared libraries for AMD64
 libc6-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc6-mips32 - GNU C Library: o32 Shared libraries for MIPS
 libc6-mips64 - GNU C Library: 64bit Shared libraries for MIPS64
 libc6-mipsn32 - GNU C Library: n32 Shared libraries for MIPS64
 libc6-pic  - GNU C Library: PIC archive library
 libc6-powerpc - GNU C Library: 32bit powerpc shared libraries for ppc64
 libc6-ppc64 - GNU C Library: 64bit Shared libraries for PowerPC64
 libc6-s390 - GNU C Library: 32bit Shared libraries for IBM zSeries
 libc6-sparc - GNU C Library: 32bit Shared libraries for SPARC
 libc6-sparc64 - GNU C Library: 64bit Shared libraries for UltraSPARC
 libc6-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6-x32  - GNU C Library: X32 ABI Shared libraries for AMD64
 libc6-xen  - GNU C Library: Shared libraries [Xen version]
 libc6.1- GNU C Library: Shared libraries
 libc6.1-alphaev67 - GNU C Library: Shared libraries (EV67 optimized)
 libc6.1-dbg - GNU C Library: detached debugging symbols
 libc6.1-dev - GNU C Library: Development Libraries and Header Files
 libc6.1-pic - GNU C Library: PIC archive library
 libc6.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb)
 libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb)
 locales- GNU C Library: National Language (locale) data [support]
 locales-all - GNU C Library: Precompiled locale data
 multiarch-support - Transitional package to ensure multiarch compatibility
 nscd   - GNU C Library: Name Service Cache Daemon
Closes: 291293 458611 534521 811574 813187
Changes:
 glibc (2.23-0experimental0) experimental; urgency=medium
 .
   [ Aurelien Jarno ]
   * New upstream release: version 2.23, with git updates up to 

Processing of glibc_2.23-0experimental0_source.changes

[Debian FTP Masters]

glibc_2.23-0experimental0_source.changes uploaded successfully to localhost
along with the files:
  glibc_2.23-0experimental0.dsc
  glibc_2.23.orig.tar.xz
  glibc_2.23-0experimental0.debian.tar.xz

Greetings,

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

[glibc] annotated tag debian/2.23-0experimental0 created (now 5eca998)

[Aurelien Jarno]

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

aurel32 pushed a change to annotated tag debian/2.23-0experimental0
in repository glibc.

at  5eca998   (tag)
   tagging  4513da3a2c61a4ccd559e18fe2db9d1bc6655314 (commit)
  replaces  debian/2.22-3
 tagged by  Aurelien Jarno
on  Sun Mar 13 19:23:08 2016 +0100

- Log -
tagging package glibc version debian/2.23-0experimental0
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAABCgAGBQJW5bAMAAoJELqceAYd3YybCyUP+QGlBx1NqBlx/s9UWW+xhUU/
G05P0PmiKCkGWRN5bJisXSBAt7RrP+jx4ZKoiB1XKZYVJIsZZ8yQyPQ57XtB+s1M
gtd8nS6hrxWskOEeplkrkx+KAfa11xyvVlnZ+OB7TWWY2VuaeoPFhPNTH1gKrau2
aoggcPb1S6q3f9OFr67iK9qVHPdHYNuA3qgLtmuF/7aUQnx+gQXPYwE6zoDJuydm
uoEV4oDLChayU+X+T49nz44I7keTmT9eMQhKO6plaUBb/3iV7OzBGpmesgtMRQ5W
1iXNdMnYFvCQTHOX3te2Js57KNvL+6wL+qZAqCxrFAxaqXlfglgnWgaK91s9bQ5T
dKE0W+41UJKs17veC3d/kxA7baERrmBwZQXZUcChoDD2Rz8qI2FfUDU/ijeb5zX9
QsGncsM30ncmVI91d5Wr8PqVpY++2lZ0Al9vslVElQs2Pkl6Gv/YSxpTCY6yphof
YB7ahH7ynSX5eYoYOlGY+NdQhA5JT7pgb6+whbaR3RTTDXVC0shLcIg0eXTVQZdB
NgAegruwKTQGkD7yQ9pxPsVegWGIVslNRk6upT8aAfU1URxIveeaixAseRz0Bv7F
jpcflxUOwhj4lztUf66+zfcJhG3KrV+xOA/16ZEUzZ2tHCm3CbHcZ1N1DT4UunHE
T70Kujj/z6WGQzwIhAQe
=vOzv
-END PGP SIGNATURE-

Aurelien Jarno (12):
  New upstream release: version 2.23, with git updates up to 2016-03-12.
  debian/testsuite-xfail-debian.mk (powerpc): mark tst-malloc-thread-fail 
test as xfail, it is a known issue and not a regression.
  Remove old patches not applied for a long time
  Merge branch 'sid' into glibc-2.23
  Add a few bugs numbers
  debian/testsuite-xfail-debian.mk (mipsel): mark a few math tests are 
failing, due to a bug in the Loongson 3 FPU.
  Update kfreebsd-i386 specific patches
  Update hurd-i386 specific patches
  debian/patches/hurd-i386/cvs-libpthread.diff: updated.
  patches/kfreebsd/local-fbtl.diff: update to revision 5940 (from 
glibc-bsd).
  Add a bug number
  releasing package glibc version 2.23-0experimental0

---

This annotated tag includes the following new commits:

   new  4513da3   releasing package glibc version 2.23-0experimental0

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/glibc.git

Processed: tagging 545888

[Debian Bug Tracking System]

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

> tags 545888 - pending
Bug #545888 [libc0.3-dev] libc0.3-dev: struct ether_addr defined twice
Removed tag(s) pending.
> thanks
Stopping processing here.

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

[glibc] branch glibc-2.23 updated (09dee41 -> 4513da3)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  09dee41   Add a bug number
   new  4513da3   releasing package glibc version 2.23-0experimental0

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/glibc.git

Bug#811574: marked as done (FTBFS with GCC 6: statement indented as if it were guarded by)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:34:47 +
with message-id 
and subject line Bug#811574: fixed in glibc 2.23-0experimental0
has caused the Debian Bug report #811574,
regarding FTBFS with GCC 6: statement indented as if it were guarded by
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
811574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811574
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glibc
Version: 2.21-6
Severity: minor
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation

This package fails to build with GCC 6.  GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.

Note that only the first error is reported; there might be more.  You
can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
you can set CC=gcc-6 CXX=g++-6 explicitly.

(I'm aware glibc uses GCC 4.x to build, which is why I set the
severity to minor.  GCC 4.9 was really GCC 6 in my chroot.)

> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> x86_64-linux-gnu-gcc-4.9 udiv_qrnnd.c -c -std=gnu99 -fgnu89-inline  -O2 -Wall 
> -Werror -Winline -Wno-error=undef -Wundef -Wwrite-strings 
> -fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes 
> -ftls-model=initial-exec-isystem /<>/debian/include  
> -I../include -I/<>/build-tree/amd64-libc/stdlib  
> -I/<>/build-tree/amd64-libc  
> -I../sysdeps/unix/sysv/linux/x86_64/64  -I../sysdeps/unix/sysv/linux/x86_64  
> -I../sysdeps/unix/sysv/linux/x86  -I../sysdeps/unix/sysv/linux/wordsize-64  
> -I../sysdeps/x86_64/nptl  -I../sysdeps/unix/sysv/linux/include 
> -I../sysdeps/unix/sysv/linux  -I../sysdeps/nptl  -I../sysdeps/pthread  
> -I../sysdeps/gnu  -I../sysdeps/unix/inet  -I../sysdeps/unix/sysv  
> -I../sysdeps/unix/x86_64  -I../sysdeps/unix  -I../sysdeps/posix  
> -I../sysdeps/x86_64/64  -I../sysdeps/x86_64/fpu/multiarch  
> -I../sysdeps/x86_64/fpu  -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu  
> -I../sysdeps/x86_64/multiarch  -I../sysdeps/x86_64  -I..
> /sysdeps/x86  -I../sysdeps/ieee754/ldbl-96  
> -I../sysdeps/ieee754/dbl-64/wordsize-64  -I../sysdeps/ieee754/dbl-64  
> -I../sysdeps/ieee754/flt-32  -I../sysdeps/wordsize-64  -I../sysdeps/ieee754  
> -I../sysdeps/generic  -I.. -I../libio -I. -nostdinc -isystem 
> /usr/lib/gcc/x86_64-linux-gnu/6/include -isystem 
> /usr/lib/gcc/x86_64-linux-gnu/6/include-fixed -isystem 
> /<>/debian/include  -D_LIBC_REENTRANT -include 
> /<>/build-tree/amd64-libc/libc-modules.h -DMODULE_NAME=libc 
> -include ../include/libc-symbols.h   -o 
> /<>/build-tree/amd64-libc/stdlib/udiv_qrnnd.o -MD -MP -MF 
> /<>/build-tree/amd64-libc/stdlib/udiv_qrnnd.o.dt -MT 
> /<>/build-tree/amd64-libc/stdlib/udiv_qrnnd.o
> In file included from ../stdlib/strtoul_l.c:27:0,
>  from ../sysdeps/wordsize-64/strtoul_l.c:6:
> ../stdlib/strtol_l.c: In function 'strtoul_l_internal':
> ../stdlib/strtol_l.c:360:9: error: statement is indented as if it were 
> guarded by... [-Werror=misleading-indentation]
>  cnt < thousands_len; })
>  ^~~
> 
> ../stdlib/strtol_l.c:357:9: note: ...this 'for' clause, but it is not
>&& ({ for (cnt = 0; cnt < thousands_len; ++cnt)
>  ^~~
> 
> x86_64-linux-gnu-gcc-4.9 ../sysdeps/x86_64/lshift.S -c   -isystem 
> /<>/debian/include  -I../include 
> -I/<>/build-tree/amd64-libc/stdlib  
> -I/<>/build-tree/amd64-libc  
> -I../sysdeps/unix/sysv/linux/x86_64/64  -I../sysdeps/unix/sysv/linux/x86_64  
> -I../sysdeps/unix/sysv/linux/x86  -I../sysdeps/unix/sysv/linux/wordsize-64  
> -I../sysdeps/x86_64/nptl  -I../sysdeps/unix/sysv/linux/include 
> -I../sysdeps/unix/sysv/linux  -I../sysdeps/nptl  -I../sysdeps/pthread  
> -I../sysdeps/gnu  -I../sysdeps/unix/inet  -I../sysdeps/unix/sysv  
> -I../sysdeps/unix/x86_64  -I../sysdeps/unix  -I../sysdeps/posix  
> -I../sysdeps/x86_64/64  -I../sysdeps/x86_64/fpu/multiarch  
> -I../sysdeps/x86_64/fpu  -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu  
> -I../sysdeps/x86_64/multiarch  -I../sysdeps/x86_64  -I../sysdeps/x86  
> -I../sysdeps/ieee754/ldbl-96  -I../sysdeps/ieee754/dbl-64/wordsize-64  
> -I../sysdeps/ieee754/dbl-64  -I../sysdeps/ieee754/flt-32  
> -I../sysdeps/wordsize-64  -I../sysd
> eps/ieee754  -I../sysdeps/generic  -I.. -I../libio -I. -nostdinc -isystem 
> /usr/lib/gcc/x86_64-linux-gnu/6/include -isystem 
> /usr/lib/gcc/x86_64-linux-gnu/6/include-fixed -isystem 
> /<>/debian/include  -D_LIBC_REENTRANT -include 
> 

Bug#813187: marked as done (glibc: CVE-2014-9761: Unbounded stack allocation in nan* functions)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:34:47 +
with message-id 
and subject line Bug#813187: fixed in glibc 2.23-0experimental0
has caused the Debian Bug report #813187,
regarding glibc: CVE-2014-9761: Unbounded stack allocation in nan* functions
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
813187: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813187
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: glibc
Version: 2.19-18
Severity: normal
Tags: security upstream
Forwarded: https://sourceware.org/bugzilla/show_bug.cgi?id=16962

Hi,

the following vulnerability was published for glibc, reporting it as
well to the BTS to have a BTS <-> security-tracker cross reference.

CVE-2014-9761[0]:
nan function unbounded stack allocation

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-9761
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1300310
[2] https://sourceware.org/bugzilla/show_bug.cgi?id=16962

Regards,
Salvatore
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.23-0experimental0

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Mar 2016 19:22:45 +0100
Source: glibc
Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales 
locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic 
libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 
libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev 
libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc 
libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 
libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 
libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 
libc6-dev-x32 libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source
Version: 2.23-0experimental0
Distribution: experimental
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc-l10n  - GNU C Library: localization files
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6  - GNU C Library: Shared libraries
 libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64
 libc6-dbg  - GNU C Library: detached debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64
 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64
 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS
 libc6-dev-mips64 - GNU C Library: 64bit Development Libraries 

Bug#317466: marked as done (pax cannot access files >2gb)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:34:47 +
with message-id 
and subject line Bug#534521: fixed in glibc 2.23-0experimental0
has caused the Debian Bug report #534521,
regarding pax cannot access files >2gb
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
534521: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: pax
Version: 1:1.5-15
Severity: important


pax cannot cope with large files:

doom /localvol2# pax -rwv var /localvol4/.
...
/localvol4/./var/lib/mythtv/3_20050626231300_2005062700.nuv
/localvol4/./var/lib/mythtv/104_20050707222300_20050708000500.nuv.png
/localvol4/./var/lib/mythtv/33_20050702004800_20050702053500.nuv.png
pax: Unable to access var/lib/mythtv/167_20050619034300_20050619064500.nuv 


-rw-r--r--  1 mythtv mythtv 3280887364 2005-06-28 07:28 
var/lib/mythtv/167_20050619034300_20050619064500.nuv

in the end, pax didn't copy and files >2gb.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11.9
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages pax depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.23-0experimental0

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 534...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Mar 2016 19:22:45 +0100
Source: glibc
Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales 
locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic 
libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 
libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev 
libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc 
libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 
libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 
libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 
libc6-dev-x32 libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source
Version: 2.23-0experimental0
Distribution: experimental
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc-l10n  - GNU C Library: localization files
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6  - GNU C Library: Shared libraries
 libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64
 libc6-dbg  - GNU C Library: detached debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 

Bug#534521: marked as done (libc6-dev: /usr/include/fts.h cannot be compiled with -D_FILE_OFFSET_BITS=64)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:34:47 +
with message-id 
and subject line Bug#534521: fixed in glibc 2.23-0experimental0
has caused the Debian Bug report #534521,
regarding libc6-dev: /usr/include/fts.h cannot be compiled with 
-D_FILE_OFFSET_BITS=64
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
534521: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-dev
Version: 2.7-18
Severity: normal

/usr/include/fts.h, which is part of glibc, does not work with
transparent Large File Support.  This means that applications like pax
cannot be compiled with LFS (see bug 317466).

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6-dev depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  linux-libc-dev   2.6.26-15lenny2 Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.3.2-2  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-25   The GNU C compiler
ii  gcc-4.3 [c-compiler]  4.3.2-1.1  The GNU C compiler

Versions of packages libc6-dev suggests:
ii  glibc-doc 2.7-18 GNU C Library: Documentation
ii  manpages-dev  3.05-1 Manual pages about using GNU/Linux

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.23-0experimental0

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 534...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Mar 2016 19:22:45 +0100
Source: glibc
Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales 
locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic 
libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 
libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev 
libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc 
libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 
libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 
libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 
libc6-dev-x32 libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source
Version: 2.23-0experimental0
Distribution: experimental
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc-l10n  - GNU C Library: localization files
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6

Bug#291293: marked as done (bash: German translation of "Alarm clock" is misleading)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:34:47 +
with message-id 
and subject line Bug#291293: fixed in glibc 2.23-0experimental0
has caused the Debian Bug report #291293,
regarding bash: German translation of "Alarm clock" is misleading
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
291293: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291293
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bash
Version: 3.0-13
Severity: minor
Tags: l10n


The german translation of the message "Alarm clock" if a SIGALARM is not
trapped reads "Der Wecker klingelt" is misleading. Actually the english
message is not helpful either. A better translation would be
"Alarmsignal" or the like.

billy@farpoint:~$ export LANG=C
billy@farpoint:~$ perl -we 'alarm 1; sleep 2'
Alarm clock
billy@farpoint:~$ export LANG=german
billy@farpoint:~$ perl -we 'alarm 1; sleep 2'
Der Wecker klingelt
billy@farpoint:~$


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=de_DE.UTF-8@euro, LC_CTYPE=de_DE.UTF-8@euro (charmap=UTF-8)

Versions of packages bash depends on:
ii  base-files  3.1.3Debian base system miscellaneous f
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  passwd  1:4.0.3-30.8 Change and administer password and

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.23-0experimental0

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 291...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Mar 2016 19:22:45 +0100
Source: glibc
Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales 
locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic 
libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 
libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev 
libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc 
libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 
libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 
libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 
libc6-dev-x32 libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source
Version: 2.23-0experimental0
Distribution: experimental
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc-l10n  - GNU C Library: localization files
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6  - GNU C Library: Shared libraries
 libc6-amd64 - GNU C Library: 64bit 

Bug#458611: marked as done (strtoul("i", , 36) under tr_TR locale.)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:34:47 +
with message-id 
and subject line Bug#458611: fixed in glibc 2.23-0experimental0
has caused the Debian Bug report #458611,
regarding strtoul("i", , 36) under tr_TR locale.
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
458611: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458611
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.3.6.ds1-13etch2

I found that strtoul doesn't accept "i" as a digit of a
base 36 number under tr_TR locale.

% cat tst.c
#include 
#include 
#include 
#include 

int main(int argc, char **argv)
{
  unsigned long ret;
  char *e = NULL;
  setlocale(LC_ALL, "");

  errno = 0;
  ret = strtoul("i", , 36);
  if (errno != 0) { perror("strtoul"); }
  printf("%lu [%s]\n", ret, e);
  return 0;
}
% gcc -Wall tst.c
% LANG=tr_TR ./a.out
0 [i]

It returns 0.  "i" is not converted.

It returns 18 under C locale.

% LANG=C ./a.out
18 []

It is caused by Turkish case conversion rule.

strtoul(3) describes about locale as follows:

|   In  locales  other  than the "C" locale, other strings may be accepted.
|   (For example, the thousands separator of the current locale may be sup-
|   ported.)

I think it is not intentional to reject "i" under tr_TR
locale.

% dpkg -l|grep libc6
ii  libc62.3.6.ds1-13etch2
GNU C Library: Shared libraries
ii  libc6-dev2.3.6.ds1-13etch2
GNU C Library: Development Libraries and Hea
ii  libc6-i686   2.3.6.ds1-13etch2
GNU C Library: Shared libraries [i686 optimi
-- 
Tanaka Akira


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.23-0experimental0

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 458...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Mar 2016 19:22:45 +0100
Source: glibc
Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales 
locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic 
libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 
libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev 
libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc 
libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 
libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 
libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 
libc6-dev-x32 libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source
Version: 2.23-0experimental0
Distribution: experimental
Urgency: medium
Maintainer: GNU Libc Maintainers 
Changed-By: Aurelien Jarno 
Description:
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc-bin   - GNU C Library: Binaries
 libc-dev-bin - GNU C Library: Development binaries
 libc-l10n  - GNU C Library: localization files
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 

[glibc] 01/01: releasing package glibc version 2.23-0experimental0

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit 4513da3a2c61a4ccd559e18fe2db9d1bc6655314
Author: Aurelien Jarno 
Date:   Sun Mar 13 19:23:08 2016 +0100

releasing package glibc version 2.23-0experimental0
---
 debian/changelog | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index c59bf4a..c0b5e59 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-glibc (2.23-0experimental0) UNRELEASED; urgency=medium
+glibc (2.23-0experimental0) experimental; urgency=medium
 
   [ Aurelien Jarno ]
   * New upstream release: version 2.23, with git updates up to 2016-03-12:
@@ -79,7 +79,7 @@ glibc (2.23-0experimental0) UNRELEASED; urgency=medium
   * patches/kfreebsd/local-fbtl.diff: update to revision 5940 (from
 glibc-bsd).
 
- -- Aurelien Jarno   Sat, 12 Mar 2016 12:00:31 +0100
+ -- Aurelien Jarno   Sun, 13 Mar 2016 19:22:45 +0100
 
 glibc (2.22-3) unstable; urgency=medium
 

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

Bug#331064: marked as done (Compilation fails with sys/mman.h mmap with -std=c89 on GCC 4.0.1)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 18:28:47 +0100
with message-id <20160313172847.ga3...@aurel32.net>
and subject line Bug#331064: Compilation fails with sys/mman.h mmap with 
-std=c89 on GCC 4.0.1
has caused the Debian Bug report #331064,
regarding Compilation fails with sys/mman.h mmap with -std=c89 on GCC 4.0.1
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
331064: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331064
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-dev
Version: 2.3.5-6

Hi,

I'm trying to compile this:


/* #define __USE_MISC */

#include 
#include 

static int pageCount(size_t len)
{
unsigned long ps = getpagesize();
return ((len + (ps - 1)) / ps) * ps;
}

static void* execMalloc(size_t requested_length)
{
const int MMAP_BASE_ADDRESS = 1024*1024;
void* addr = (mmap (((void *) MMAP_BASE_ADDRESS),

(size_t)pageCount(requested_length),
(PROT_EXEC | PROT_READ | 
PROT_WRITE),
(MAP_PRIVATE | MAP_ANONYMOUS),
/* Ignored by GNU/Linux, 
required by FreeBSD and Solaris. */
(-1),
0));
return ((addr == MAP_FAILED) ? 0 : addr);
}


with gcc 4.0.1.  The above fails to compile with -std=c89:


janne@nurbian:~/dev$ gcc -std=c89 -c mmap.c
mmap.c: In function 'execMalloc':
mmap.c:14: error: 'MAP_ANONYMOUS' undeclared (first use in this function)
mmap.c:14: error: (Each undeclared identifier is reported only once
mmap.c:14: error: for each function it appears in.)


If I don't specify -std=c89, it works nicely.  If I define __USE_MISC,
then it compiles again.

Is this the way it should work?

I am using Debian GNU/Linux 2.6.

janne@nurbian:~/dev$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix
--program-suffix=-4.0 --enable-__cxa_atexit
--enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre
--enable-mpfr --disable-werror --enable-checking=release
i486-linux-gnu
Thread model: posix
gcc version 4.0.1 (Debian 4.0.1-2)

--- End Message ---
--- Begin Message ---
On 2005-10-01 13:59, Janne Hellsten wrote:
> Package: libc6-dev
> Version: 2.3.5-6
> 
> Hi,
> 
> I'm trying to compile this:
> 
> 
> /* #define __USE_MISC */
> 
> #include 
> #include 
> 
> static int pageCount(size_t len)
> {
>   unsigned long ps = getpagesize();
>   return ((len + (ps - 1)) / ps) * ps;
> }
> 
> static void* execMalloc(size_t requested_length)
> {
>   const int MMAP_BASE_ADDRESS = 1024*1024;
>   void* addr = (mmap (((void *) MMAP_BASE_ADDRESS),
>   
> (size_t)pageCount(requested_length),
>   (PROT_EXEC | PROT_READ | 
> PROT_WRITE),
>   (MAP_PRIVATE | MAP_ANONYMOUS),
>   /* Ignored by GNU/Linux, 
> required by FreeBSD and Solaris. */
>   (-1),
>   0));
>   return ((addr == MAP_FAILED) ? 0 : addr);
> }
> 
> 
> with gcc 4.0.1.  The above fails to compile with -std=c89:
> 
> 
> janne@nurbian:~/dev$ gcc -std=c89 -c mmap.c
> mmap.c: In function 'execMalloc':
> mmap.c:14: error: 'MAP_ANONYMOUS' undeclared (first use in this function)
> mmap.c:14: error: (Each undeclared identifier is reported only once
> mmap.c:14: error: for each function it appears in.)
> 
> 
> If I don't specify -std=c89, it works nicely.  If I define __USE_MISC,
> then it compiles again.
> 
> Is this the way it should work?
> 

Yes, this is the way it should work. MAP_ANONYMOUS is a GNU extension
and therefore not part of the C or POSIX standards. By specifying
-std=c89, you explicitly disable this extension. You can specify
-std=gnu89 if you want both the C89 standard and the GNU extensions.

By default GCC default to gnu89 for GCC 4.0 (or gnu11 for recent GCC
versions), that's why the code compiles fine without any option.

This is therefore not a bug, I am closing it.

-- 

Bug#207167: marked as done (glibc: profiling threads gives wrong results)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 16:13:13 +0100
with message-id <20160313151313.ga25...@aurel32.net>
and subject line Re: Bug#207167: glibc: profiling threads gives wrong results
has caused the Debian Bug report #207167,
regarding glibc: profiling threads gives wrong results
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
207167: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=207167
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glibc
Version: unavailable; reported 2003-08-25
Severity: normal

When profiling threads, gprof actually only profiles the main thread,
which is quite useless. The reason is that there is only one timer for
the profiling, and that belongs to the main thread. In the profiling
case, each thread needs its own timer.

There are several solutions for this, such as a wrapper as on
  http://sam.zoy.org/writings/programming/gprof.html
This, however, is unsatisfactory. Compiling with "-p" should
automatically generate code like that or link code like that; for
instance with a weak pthread_create symbol. Of course that requires
interaction with GCC, but the important change is in the C library.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux kosh 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8


-- 
|=| Michael Piefel
|=| Humboldt-Universität zu Berlin
|=| Tel. (+49 30) 2093 3831

--- End Message ---
--- Begin Message ---
Version: 2.19-12

On 2003-08-27 09:44, GOTO Masanori wrote:
> At Mon, 25 Aug 2003 16:42:57 +0200,
> Michael Piefel wrote:
> > When profiling threads, gprof actually only profiles the main thread,
> > which is quite useless. The reason is that there is only one timer for
> > the profiling, and that belongs to the main thread. In the profiling
> > case, each thread needs its own timer.
> > 
> > There are several solutions for this, such as a wrapper as on
> >   http://sam.zoy.org/writings/programming/gprof.html
> > This, however, is unsatisfactory. Compiling with "-p" should
> > automatically generate code like that or link code like that; for
> > instance with a weak pthread_create symbol. Of course that requires
> > interaction with GCC, but the important change is in the C library.
> 
> Yes, it's long time concerned item, and not fixed.  I didn't know why
> Uli did not want to accept this kind of issue.  IMHO, we have a chance
> to investigate more when we support NPTL.

We have removed gprof support in libc6 in version 2.19-12 as there are
other ways of doing profiling nowadays. I am therefore closing this bug.

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

Bug#538916: marked as done (libc6.1-dev: Conflicting definitions in linux/ptrace.h and sys/ptrace.h on ia64)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 15:49:18 +0100
with message-id <20160313144918.ga24...@aurel32.net>
and subject line Bug#538916: libc6.1-dev: Conflicting definitions in 
linux/ptrace.h and sys/ptrace.h on ia64
has caused the Debian Bug report #538916,
regarding libc6.1-dev: Conflicting definitions in linux/ptrace.h and 
sys/ptrace.h on ia64
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
538916: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538916
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6.1-dev
Version: 2.9-19
Severity: important

Hi,

upstart on ia64 currently ftbfs [1]. It's the only architecture, where
this happens. The relevant build log is

In file included from /usr/include/asm/ptrace.h:58,
 from /usr/include/linux/ptrace.h:49,
 from child.h:27,
 from child.c:37:
/usr/include/asm/fpu.h:57: error: redefinition of 'struct ia64_fpreg'
In file included from /usr/include/linux/ptrace.h:49,
 from child.h:27,
 from child.c:37:
/usr/include/asm/ptrace.h:208: error: redefinition of 'struct pt_all_user_regs'

This very much looks like a toolchain issue on ia64 (conflict between 
libc6.1-dev and linux-libc-dev).
Feel free to reassign appropriately.

Cheers,
Michael

[1]
https://buildd.debian.org/fetch.cgi?=upstart=0.6.2-1=ia64=1248677700=log
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


--- End Message ---
--- Begin Message ---
Version: 2.17-1
 
ia64 support has been removed in debian after the release of wheezy. I
am therefore closing the bug in the corresponding glibc version.

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

Bug#216466: marked as done (glibc: Problems with ia64 applications)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 15:48:06 +0100
with message-id <20160313144806.ga23...@aurel32.net>
and subject line Bug#216466: Problems with ia64 applications
has caused the Debian Bug report #216466,
regarding glibc: Problems with ia64 applications
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
216466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=216466
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6.1
Version: 2.3.2-7
Severity: critical
Tags: sid
Justification: breaks unrelated software

The current libc6.1 in unstable, (2.3.2.ds1-5) breaks various pieces of
software, such as:

XFree86 (4.3.99.14)

BEA's JVM (BEA WebLogic JRockit(R) Virtual Machine (build
8.1sp1-1.4.1-viking-Load8-linux64-stheng03-20030709-1550, Native Threads,
Generational Concurrent Garbage Collector)

the Intel C/C++ compiler

Some of this stuff is binary-only, some of it is built from source.
Whatever the case, it doesn't matter, this libc _breaks stuff_. Here's an
example stack trace of XFree86 dying:

Program received signal SIGSEGV, Segmentation fault.
0x2018e6e1 in __strtoll_internal () from /lib/libc.so.6.1
(gdb) where
#0  0x2018e6e1 in __strtoll_internal () from /lib/libc.so.6.1
#1  0x400a7a30 in xf86strtol ()
#2  0x24644a40 in NvRmAllocDevice () from
/home/duraid/XF43/lib/modules/extensions/libglx.so
#3  0x2463bec0 in __nvsym30454 () from
/home/duraid/XF43/lib/modules/extensions/libglx.so
#4  0x400a7a30 in xf86strtol ()
#5  0xc389 in ?? ()
#6  0x400a7a30 in xf86strtol ()
#7  0x600469f8 in __JCR_LIST__ ()
#8  0x400a7a30 in xf86strtol ()
#9  0x6001cc20 in indexForBitsPerPixel ()
#10 0x400a7a30 in xf86strtol ()
#11 0x600604c0 in dixScreenOrigins ()
#12 0x400a7a30 in xf86strtol ()
#13 0x in ?? ()
(gdb)

Reverting libc6.1 to 2.3.2-7 makes everything work like a charm once
again. I hope you can track this one down, it's hard to do development work
without C, java or X! ;(

Duraid


-- System Information:
Debian Release: testing/unstable
Architecture: ia64
Kernel: Linux freestyle 2.6.0-test8 #1 SMP Sun Oct 19 08:27:47 EST 2003 ia64
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6.1 depends on:
ii  libdb1-compat 2.1.3-7The Berkeley database routines [gl

-- no debconf information


--- End Message ---
--- Begin Message ---
Version: 2.17-1

ia64 support has been removed in debian after the release of wheezy. I
am therefore closing the bug in the corresponding glibc version.

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

Bug#715057: marked as done (Include Makeconfig into locale/Makefile)

[Debian Bug Tracking System]

Your message dated Sun, 13 Mar 2016 15:35:22 +0100
with message-id <20160313143522.ga21...@aurel32.net>
and subject line Bug#715057: Include Makeconfig into locale/Makefile
has caused the Debian Bug report #715057,
regarding Include Makeconfig into locale/Makefile
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
715057: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715057
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: eglibc
Version: 2.17-6
Severity: wishlist

This patch includes Makeconfig into locale/Makefile to make sure that
the related files are not installed into the actual system during
bootstrap.

Thank you.

Eleanor


locale-include-makeconfig.diff
Description: Binary data
--- End Message ---
--- Begin Message ---
Version: 2.21-1

On 2013-07-06 11:23, Eleanor Chen wrote:
> Package: eglibc
> Version: 2.17-6
> Severity: wishlist
> 
> This patch includes Makeconfig into locale/Makefile to make sure that
> the related files are not installed into the actual system during
> bootstrap.

This has been fixed upstream in version 2.20, and thus in debian in
version 2.21-1. Marking the bug has fixed.

Aurelien

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

[glibc] branch glibc-2.23 updated (03218fd -> 09dee41)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  03218fd   patches/kfreebsd/local-fbtl.diff: update to revision 5940 
(from glibc-bsd).
   new  09dee41   Add a bug number

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 | 1 +
 1 file changed, 1 insertion(+)

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

Processed: Bug#717629: please document LANG and LC_ALL in locale(1)

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 manpages
Bug #717629 [locales] please document LANG and LC_ALL in locale(1)
Bug reassigned from package 'locales' to 'manpages'.
No longer marked as found in versions eglibc/2.13-38.
Ignoring request to alter fixed versions of bug #717629 to the same values 
previously set

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

Bug#717629: please document LANG and LC_ALL in locale(1)

[Aurelien Jarno]

control: reassign -1 manpages

On 2013-07-23 09:16, Harald Dunkel wrote:
> Package: locales
> Version: 2.13-38
> 
> Seems that LANG and LC_ALL have been lost in locale(1). It would
> be nice if they could be added.
> 
> http://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html
> 

Nowaways the locale(1) manpage is provided by the manpages package. I am
therefore reassigning the bug there.

Aurelien

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

Processed: Bug#458611 marked as pending

[Debian Bug Tracking System]

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

> tag 458611 pending
Bug #458611 [libc6] strtoul("i", , 36) under tr_TR locale.
Added tag(s) pending.
> thanks
Stopping processing here.

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

[glibc] 01/01: Add a bug number

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit 09dee41bb680bdb952a40abf4235bdaf1aac4eff
Author: Aurelien Jarno 
Date:   Sun Mar 13 15:23:22 2016 +0100

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

diff --git a/debian/changelog b/debian/changelog
index 0725a72..c59bf4a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,7 @@ glibc (2.23-0experimental0) UNRELEASED; urgency=medium
   [ Aurelien Jarno ]
   * New upstream release: version 2.23, with git updates up to 2016-03-12:
 - Fix German translation of "Alarm clock".  Closes: #291293.
+- Fix strtol in Turkish locales.  Closes: #458611.
 - Add LFS support for fts functions.  Closes: #534521.
 - Fix build with GCC 6.  Closes: #811574.
 - Fix unbounded stack allocation in nan* functions (CVE-2014-9761).

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

[glibc] branch sid updated (88bba15 -> b201f4a)

[Aurelien Jarno]

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

aurel32 pushed a change to branch sid
in repository glibc.

  from  88bba15   releasing package glibc version 2.22-3
   new  b201f4a   debian/patches/localedata/fr_CA-first_weekday.diff: drop. 
 Closes: #769051.

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/patches/localedata/fr_CA-first_weekday.diff | 15 ---
 2 files changed, 7 insertions(+), 15 deletions(-)
 delete mode 100644 debian/patches/localedata/fr_CA-first_weekday.diff

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

Re: Merging libnss-dns-udeb and libnss-files-udeb back into libc6-udeb

[Aurelien Jarno]

On 2016-03-13 02:26, Aurelien Jarno wrote:
> Hi,
> 
> For historical reason, disk space on boot floppies, the libnss_dns.so.2 
> and libnss_files.so.2 libraries are in separate udeb packages, namely
> libnss-dns-udeb and libnss-files-udeb. This is not the case of the deb
> package, where everything is in the libc6 package.
> 
> In practice these libraries are really small by nowadays standards (22kB
> and 47kB uncompressed), and moreover libnss-dns-udeb is already included 
> in all images. In addition these libraries are tightly coupled to the
> libresolv library which is in libc6-udeb. The recent CVE-2015-7547 has
> shown that, and Ubuntu hit a bug by having the two out of sync in their
> installer [1]. We would have got the same if debian-installer was pulling
> its udeb from debian-security.

Thinking a bit more about that we'll have the same problem. Our 8.3
debian-installer images will likely break when 8.4 is released.

Aurelien

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


signature.asc
Description: PGP signature

Processed: Bug#769051 marked as pending

[Debian Bug Tracking System]

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

> tag 769051 pending
Bug #769051 [locales] fr_CA locale has wrong weekday start (should be 1, not 2)
Added tag(s) pending.
> thanks
Stopping processing here.

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

[glibc] 01/01: debian/patches/localedata/fr_CA-first_weekday.diff: drop. Closes: #769051.

[Aurelien Jarno]

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

aurel32 pushed a commit to branch sid
in repository glibc.

commit b201f4afbf10731165b19af50ea828bde9106dce
Author: Aurelien Jarno 
Date:   Sun Mar 13 15:04:16 2016 +0100

debian/patches/localedata/fr_CA-first_weekday.diff: drop.  Closes: #769051.
---
 debian/changelog   |  7 +++
 debian/patches/localedata/fr_CA-first_weekday.diff | 15 ---
 2 files changed, 7 insertions(+), 15 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index b884797..745f39f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+glibc (2.22-5) UNRELEASED; urgency=medium
+
+  * debian/patches/localedata/fr_CA-first_weekday.diff: drop.  Closes:
+#769051.
+
+ -- Aurelien Jarno   Sun, 13 Mar 2016 15:03:58 +0100
+
 glibc (2.22-3) unstable; urgency=medium
 
   * Update from upstream stable branch:
diff --git a/debian/patches/localedata/fr_CA-first_weekday.diff 
b/debian/patches/localedata/fr_CA-first_weekday.diff
deleted file mode 100644
index 061e918..000
--- a/debian/patches/localedata/fr_CA-first_weekday.diff
+++ /dev/null
@@ -1,15 +0,0 @@

- localedata/locales/fr_CA |2 ++
- 1 file changed, 2 insertions(+)
-
 a/localedata/locales/fr_CA
-+++ b/localedata/locales/fr_CA
-@@ -120,6 +120,8 @@
- /
- /
- "
-+week7;19971130;4
-+first_weekday 2
- END LC_TIME
- 
- LC_PAPER

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

[glibc] branch glibc-2.23 updated (1b95d98 -> 03218fd)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  1b95d98   debian/patches/hurd-i386/cvs-libpthread.diff: updated.
   new  03218fd   patches/kfreebsd/local-fbtl.diff: update to revision 5940 
(from glibc-bsd).

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|   2 +
 debian/patches/kfreebsd/local-fbtl.diff | 189 
 2 files changed, 2 insertions(+), 189 deletions(-)

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

[glibc] branch glibc-2.23 updated (cffca83 -> 1b95d98)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  cffca83   Update hurd-i386 specific patches
   new  1b95d98   debian/patches/hurd-i386/cvs-libpthread.diff: updated.

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 | 1 +
 debian/patches/hurd-i386/cvs-libpthread.diff | 4 ++--
 2 files changed, 3 insertions(+), 2 deletions(-)

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

[glibc] 01/01: patches/kfreebsd/local-fbtl.diff: update to revision 5940 (from glibc-bsd).

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit 03218fd2380fa85383007b40e4c6f63c3f6e0df9
Author: Aurelien Jarno 
Date:   Sun Mar 13 14:44:37 2016 +0100

patches/kfreebsd/local-fbtl.diff: update to revision 5940 (from glibc-bsd).
---
 debian/changelog|   2 +
 debian/patches/kfreebsd/local-fbtl.diff | 189 
 2 files changed, 2 insertions(+), 189 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index d541d54..0725a72 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -75,6 +75,8 @@ glibc (2.23-0experimental0) UNRELEASED; urgency=medium
 test as xfail, it is a known issue and not a regression.
   * debian/testsuite-xfail-debian.mk (mipsel): mark a few math tests are
 failing, due to a bug in the Loongson 3 FPU.
+  * patches/kfreebsd/local-fbtl.diff: update to revision 5940 (from
+glibc-bsd).
 
  -- Aurelien Jarno   Sat, 12 Mar 2016 12:00:31 +0100
 
diff --git a/debian/patches/kfreebsd/local-fbtl.diff 
b/debian/patches/kfreebsd/local-fbtl.diff
index 71a5ae1..952dce8 100644
--- a/debian/patches/kfreebsd/local-fbtl.diff
+++ b/debian/patches/kfreebsd/local-fbtl.diff
@@ -32014,132 +32014,6 @@
 +
 +#endif /* bits/stdio-lock.h */
 --- /dev/null
-+++ b/fbtl/sysdeps/pthread/configure
-@@ -0,0 +1,80 @@
-+# This file is generated from configure.in by Autoconf.  DO NOT EDIT!
-+
-+if test "x$libc_cv_gcc___thread" != xyes; then
-+  as_fn_error $? "compiler support for __thread is required" "$LINENO" 5
-+fi
-+
-+if test "x${libc_cv_visibility_attribute}" != xyes ||
-+   test "x${libc_cv_broken_visibility_attribute}" != xno; then
-+  as_fn_error $? "working compiler support for visibility attribute is 
required" "$LINENO" 5
-+fi
-+
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for forced unwind support" 
>&5
-+$as_echo_n "checking for forced unwind support... " >&6; }
-+if ${libc_cv_forced_unwind+:} false; then :
-+  $as_echo_n "(cached) " >&6
-+else
-+  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-+/* end confdefs.h.  */
-+#include 
-+int
-+main ()
-+{
-+
-+struct _Unwind_Exception exc;
-+struct _Unwind_Context *context;
-+_Unwind_GetCFA (context)
-+  ;
-+  return 0;
-+}
-+_ACEOF
-+if ac_fn_c_try_compile "$LINENO"; then :
-+  libc_cv_forced_unwind=yes
-+else
-+  libc_cv_forced_unwind=no
-+fi
-+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_forced_unwind" >&5
-+$as_echo "$libc_cv_forced_unwind" >&6; }
-+if test $libc_cv_forced_unwind = yes; then
-+  $as_echo "#define HAVE_FORCED_UNWIND 1" >>confdefs.h
-+
-+  old_CFLAGS="$CFLAGS"
-+  CFLAGS="$CFLAGS -Werror -fexceptions"
-+  { $as_echo "$as_me:${as_lineno-$LINENO}: checking for C cleanup handling" 
>&5
-+$as_echo_n "checking for C cleanup handling... " >&6; }
-+if ${libc_cv_c_cleanup+:} false; then :
-+  $as_echo_n "(cached) " >&6
-+else
-+cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-+/* end confdefs.h.  */
-+
-+extern void some_function (void);
-+void cl (void *a) { }
-+int
-+main ()
-+{
-+
-+  int a __attribute__ ((cleanup (cl)));
-+  some_function ()
-+  ;
-+  return 0;
-+}
-+_ACEOF
-+if ac_fn_c_try_compile "$LINENO"; then :
-+  libc_cv_c_cleanup=yes
-+else
-+  libc_cv_c_cleanup=no
-+fi
-+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_c_cleanup" >&5
-+$as_echo "$libc_cv_c_cleanup" >&6; }
-+  CFLAGS="$old_CFLAGS"
-+  if test $libc_cv_c_cleanup = no; then
-+as_fn_error $? "the compiler must support C cleanup handling" "$LINENO" 5
-+  fi
-+else
-+  as_fn_error $? "forced unwind support is required" "$LINENO" 5
-+fi
 /dev/null
-+++ b/fbtl/sysdeps/pthread/configure.in
-@@ -0,0 +1,40 @@
-+dnl configure fragment for new libpthread implementation.
-+GLIBC_PROVIDES dnl See aclocal.m4 in the top level source directory.
-+
-+if test "x$libc_cv_gcc___thread" != xyes; then
-+  AC_MSG_ERROR(compiler support for __thread is required)
-+fi
-+
-+if test "x${libc_cv_visibility_attribute}" != xyes ||
-+   test "x${libc_cv_broken_visibility_attribute}" != xno; then
-+  AC_MSG_ERROR(working compiler support for visibility attribute is required)
-+fi
-+
-+dnl Iff  is available, make sure it is the right one and it
-+dnl contains struct _Unwind_Exception.
-+AC_CACHE_CHECK(dnl
-+for forced unwind support, libc_cv_forced_unwind, [dnl
-+AC_TRY_COMPILE([#include ], [
-+struct _Unwind_Exception exc;
-+struct _Unwind_Context *context;
-+_Unwind_GetCFA (context)],
-+libc_cv_forced_unwind=yes, libc_cv_forced_unwind=no)])
-+if test $libc_cv_forced_unwind = yes; then
-+  AC_DEFINE(HAVE_FORCED_UNWIND)
-+dnl Check for C cleanup handling.
-+  old_CFLAGS="$CFLAGS"
-+  CFLAGS="$CFLAGS -Werror -fexceptions"
-+  AC_CACHE_CHECK([for C cleanup handling], libc_cv_c_cleanup, [dnl
-+  AC_TRY_COMPILE([
-+extern void 

[glibc] 01/01: debian/patches/hurd-i386/cvs-libpthread.diff: updated.

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit 1b95d987bc9c1fc8a9938cdfb989de2aaec245c4
Author: Aurelien Jarno 
Date:   Sun Mar 13 14:31:59 2016 +0100

debian/patches/hurd-i386/cvs-libpthread.diff: updated.

libc-lockP.h has been moved out of bits/
---
 debian/changelog | 1 +
 debian/patches/hurd-i386/cvs-libpthread.diff | 4 ++--
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 671acab..d541d54 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -25,6 +25,7 @@ glibc (2.23-0experimental0) UNRELEASED; urgency=medium
 - debian/patches/hurd-i386/tg-tls-threadvar.diff: rebased.
 - debian/patches/hurd-i386/tg-hurdsig-fixes.diff: rebased.
 - debian/patches/hurd-i386/tg-hurdsig-global-dispositions.diff: rebased.
+- debian/patches/hurd-i386/cvs-libpthread.diff: updated.
 - debian/patches/hurd-i386/unsubmitted-gnumach.defs.diff: rebased.
 - debian/patches/hurd-i386/submitted-fork_port_leak.diff: upstreamed.
 - debian/patches/hurd-i386/tg-libc_getspecific.diff: rebased.
diff --git a/debian/patches/hurd-i386/cvs-libpthread.diff 
b/debian/patches/hurd-i386/cvs-libpthread.diff
index 0e0522c..a1d3fe9 100644
--- a/debian/patches/hurd-i386/cvs-libpthread.diff
+++ b/debian/patches/hurd-i386/cvs-libpthread.diff
@@ -14698,10 +14698,10 @@ Index: 
glibc-2.21/libpthread/sysdeps/pthread/funlockfile.c
 +}
 +weak_alias (__funlockfile, _IO_funlockfile)
 +weak_alias (__funlockfile, funlockfile)
-Index: glibc-2.21/libpthread/sysdeps/pthread/bits/libc-lockP.h
+Index: glibc-2.21/libpthread/sysdeps/pthread/libc-lockP.h
 ===
 --- /dev/null
-+++ glibc-2.21/libpthread/sysdeps/pthread/bits/libc-lockP.h
 glibc-2.21/libpthread/sysdeps/pthread/libc-lockP.h
 @@ -0,0 +1,158 @@
 +/* Private libc-internal interface for mutex locks.
 +   Copyright (C) 2015 Free Software Foundation, Inc.

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

[glibc] branch glibc-2.23 updated (1a9bc34 -> cffca83)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  1a9bc34   Update kfreebsd-i386 specific patches
   new  cffca83   Update hurd-i386 specific patches

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 +
 .../hurd-i386/submitted-handle-eprototype.diff | 117 -
 debian/patches/hurd-i386/submitted-net.diff|  26 ++---
 .../tg-bits_atomic.h_multiple_threads.diff |  34 +++---
 debian/patches/series.hurd-i386|   1 -
 debian/patches/series.kfreebsd-amd64   |   2 +-
 6 files changed, 35 insertions(+), 149 deletions(-)
 delete mode 100644 debian/patches/hurd-i386/submitted-handle-eprototype.diff

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

[glibc] 01/01: Update hurd-i386 specific patches

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit cffca8385e7acb9c55ef23fa4547182737572f43
Author: Aurelien Jarno 
Date:   Sun Mar 13 13:47:45 2016 +0100

Update hurd-i386 specific patches
---
 debian/changelog   |   4 +
 .../hurd-i386/submitted-handle-eprototype.diff | 117 -
 debian/patches/hurd-i386/submitted-net.diff|  26 ++---
 .../tg-bits_atomic.h_multiple_threads.diff |  34 +++---
 debian/patches/series.hurd-i386|   1 -
 debian/patches/series.kfreebsd-amd64   |   2 +-
 6 files changed, 35 insertions(+), 149 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 41fcac6..671acab 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -66,6 +66,10 @@ glibc (2.23-0experimental0) UNRELEASED; urgency=medium
 - debian/patches/kfreebsd/local-undef-glibc.diff: rebased.
 - debian/patches/kfreebsd/local-tst-malloc-backtrace.diff: rebased,
   renamed into local-tst-malloc-fbtl.diff.
+- debian/patches/hurd-i386/submitted-net.diff: rebased.
+- debian/patches/hurd-i386/tg-bits_atomic.h_multiple_threads.diff:
+  rebased.
+- debian/patches/hurd-i386/submitted-handle-eprototype.diff: dropped.
   * debian/testsuite-xfail-debian.mk (powerpc) mark tst-malloc-thread-fail
 test as xfail, it is a known issue and not a regression.
   * debian/testsuite-xfail-debian.mk (mipsel): mark a few math tests are
diff --git a/debian/patches/hurd-i386/submitted-handle-eprototype.diff 
b/debian/patches/hurd-i386/submitted-handle-eprototype.diff
deleted file mode 100644
index b7fa694..000
--- a/debian/patches/hurd-i386/submitted-handle-eprototype.diff
+++ /dev/null
@@ -1,117 +0,0 @@
-http://sourceware.org/ml/libc-alpha/2013-02/msg00092.html
-
-From: Pino Toscano 
-To: libc-alpha at sourceware dot org
-Subject: [PATCH] handle EPROTOTYPE for socket invocations with SOCK_* flags
-Date: Wed, 6 Feb 2013 20:48:18 +0100
-
-Hi,
-
-since glibc 2.16, Hurd's bits/socket.h provides SOCK_CLOEXEC and=20
-SOCK_NONBLOCK (which accept4 handles), but __ASSUME_SOCK_CLOEXEC is not=20
-defined since socket and socketpair do not handle them, yet.
-
-The snippets of fallback code that handle failures of invocation of=20
-socket with SOCK_CLOEXEC or SOCK_NONBLOCK seem to not correctly disable=20
-have_sock_cloexec/__have_sock_cloexec if errno is EPROTOTYPE, as=20
-returned when the socket type (like "SOCK_STREAM | SOCK_CLOEXEC" for=20
-socket with no handling of flags) is unknown.
-
-The attached patch handles EPROTOTYPE as if it was EINVAL, disabling=20
-have_sock_cloexec/__have_sock_cloexec if socket does not handle SOCK_*=20
-flags.
-
-(OTOH, it seems that there are few Linux archs -- like mips*, arm, hppa,=20
-m68k -- which don't have __ASSUME_SOCK_CLOEXEC enabled in their
-kernel-features.h at all: does it mean the Linux kernel really returns=20
-EINVAL for unknown values as socket types?)
-
-Thanks,
-=2D-=20
-Pino Toscano
-
-Handle EPROTOTYPE for socket invocations with SOCK_* flags
-
-If SOCK_CLOEXEC and SOCK_NONBLOCK are defined but not __ASSUME_SOCK_CLOEXEC,
-trying to use them as socket type in invocations of socket will return
-EPROTOTYPE if socket and socketpair do not handle those flags; EPROTOTYPE is
-not considered properly, behaving as if those flags were actually supported.
-
-Checking for the EPROTOTYPE errno in addition to EINVAL handles the situation.
-
-2013-02-06  Pino Toscano  
-
-   * nscd/connections.c (nscd_init) [!defined __ASSUME_SOCK_CLOEXEC]:
-   Check for EPROTOTYPE in addition to EINVAL.
-   * nscd/nscd_helper.c (open_socket) [defined SOCK_CLOEXEC]
-   [!defined __ASSUME_SOCK_CLOEXEC]: Likewise.
-   * resolv/res_send.c (reopen) [!defined __ASSUME_SOCK_CLOEXEC]: Likewise.
-   * sunrpc/clnt_udp.c (__libc_clntudp_bufcreate) [defined SOCK_NONBLOCK]
-   [!defined __ASSUME_SOCK_CLOEXEC]: Likewise.
-   * misc/syslog.c (openlog_internal) [defined SOCK_CLOEXEC]
-   [!defined __ASSUME_SOCK_CLOEXEC]: Likewise.
-
 a/nscd/connections.c
-+++ b/nscd/connections.c
-@@ -857,7 +857,7 @@ cannot set socket to close on exec: %s;
-   sock = socket (AF_UNIX, SOCK_STREAM | SOCK_CLOEXEC | SOCK_NONBLOCK, 0);
- #ifndef __ASSUME_SOCK_CLOEXEC
-   if (have_sock_cloexec == 0)
--  have_sock_cloexec = sock != -1 || errno != EINVAL ? 1 : -1;
-+  have_sock_cloexec = sock != -1 || (errno != EINVAL && errno != 
EPROTOTYPE) ? 1 : -1;
- #endif
- }
- #ifndef __ASSUME_SOCK_CLOEXEC
 a/nscd/nscd_helper.c
-+++ b/nscd/nscd_helper.c
-@@ -173,7 +173,7 @@ open_socket (request_type type, const ch
-   sock = __socket (PF_UNIX, SOCK_STREAM | SOCK_CLOEXEC | SOCK_NONBLOCK, 
0);
- # ifndef __ASSUME_SOCK_CLOEXEC
-   if (__have_sock_cloexec == 0)
--  __have_sock_cloexec = sock != -1 || errno != EINVAL ? 1 : -1;
-+

[glibc] branch glibc-2.23 updated (1d215b9 -> 1a9bc34)

[Aurelien Jarno]

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

aurel32 pushed a change to branch glibc-2.23
in repository glibc.

  from  1d215b9   debian/testsuite-xfail-debian.mk (mipsel): mark a few 
math tests are failing, due to a bug in the Loongson 3 FPU.
   new  1a9bc34   Update kfreebsd-i386 specific patches

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|  3 +++
 .../kfreebsd/local-tst-malloc-backtrace.diff| 13 -
 debian/patches/kfreebsd/local-tst-malloc-fbtl.diff  | 21 +
 debian/patches/kfreebsd/local-undef-glibc.diff  |  4 ++--
 debian/patches/series.kfreebsd-i386 |  2 +-
 5 files changed, 27 insertions(+), 16 deletions(-)
 delete mode 100644 debian/patches/kfreebsd/local-tst-malloc-backtrace.diff
 create mode 100644 debian/patches/kfreebsd/local-tst-malloc-fbtl.diff

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

[glibc] 01/01: Update kfreebsd-i386 specific patches

[Aurelien Jarno]

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

aurel32 pushed a commit to branch glibc-2.23
in repository glibc.

commit 1a9bc346b69e55a2564b39b26cdea8cfc3ca89d8
Author: Aurelien Jarno 
Date:   Sun Mar 13 13:16:47 2016 +0100

Update kfreebsd-i386 specific patches
---
 debian/changelog|  3 +++
 .../kfreebsd/local-tst-malloc-backtrace.diff| 13 -
 debian/patches/kfreebsd/local-tst-malloc-fbtl.diff  | 21 +
 debian/patches/kfreebsd/local-undef-glibc.diff  |  4 ++--
 debian/patches/series.kfreebsd-i386 |  2 +-
 5 files changed, 27 insertions(+), 16 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 95e1c7a..41fcac6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -63,6 +63,9 @@ glibc (2.23-0experimental0) UNRELEASED; urgency=medium
 - debian/patches/any/cvs-bits-libc-stdio-lock.diff: upstreamed.
 - debian/patches/any/submitted-hle-checking-mutex.diff: upstreamed.
 - debian/{control,symbols.wildcards,copyright}: Updated strings for 2.23.
+- debian/patches/kfreebsd/local-undef-glibc.diff: rebased.
+- debian/patches/kfreebsd/local-tst-malloc-backtrace.diff: rebased,
+  renamed into local-tst-malloc-fbtl.diff.
   * debian/testsuite-xfail-debian.mk (powerpc) mark tst-malloc-thread-fail
 test as xfail, it is a known issue and not a regression.
   * debian/testsuite-xfail-debian.mk (mipsel): mark a few math tests are
diff --git a/debian/patches/kfreebsd/local-tst-malloc-backtrace.diff 
b/debian/patches/kfreebsd/local-tst-malloc-backtrace.diff
deleted file mode 100644
index d48..000
--- a/debian/patches/kfreebsd/local-tst-malloc-backtrace.diff
+++ /dev/null
@@ -1,13 +0,0 @@
 a/malloc/Makefile
-+++ b/malloc/Makefile
-@@ -45,8 +45,8 @@ extra-libs-others = $(extra-libs)
- libmemusage-routines = memusage
- libmemusage-inhibit-o = $(filter-out .os,$(object-suffixes))
- 
--$(objpfx)tst-malloc-backtrace: $(common-objpfx)nptl/libpthread.so \
-- $(common-objpfx)nptl/libpthread_nonshared.a
-+$(objpfx)tst-malloc-backtrace: $(common-objpfx)fbtl/libpthread.so \
-+ $(common-objpfx)fbtl/libpthread_nonshared.a
- 
- # These should be removed by `make clean'.
- extra-objs = mcheck-init.o libmcheck.a
diff --git a/debian/patches/kfreebsd/local-tst-malloc-fbtl.diff 
b/debian/patches/kfreebsd/local-tst-malloc-fbtl.diff
new file mode 100644
index 000..cbe4f21
--- /dev/null
+++ b/debian/patches/kfreebsd/local-tst-malloc-fbtl.diff
@@ -0,0 +1,21 @@
+--- a/malloc/Makefile
 b/malloc/Makefile
+@@ -46,12 +46,12 @@ extra-libs-others = $(extra-libs)
+ libmemusage-routines = memusage
+ libmemusage-inhibit-o = $(filter-out .os,$(object-suffixes))
+ 
+-$(objpfx)tst-malloc-backtrace: $(common-objpfx)nptl/libpthread.so \
+- $(common-objpfx)nptl/libpthread_nonshared.a
+-$(objpfx)tst-malloc-thread-exit: $(common-objpfx)nptl/libpthread.so \
+- $(common-objpfx)nptl/libpthread_nonshared.a
+-$(objpfx)tst-malloc-thread-fail: $(common-objpfx)nptl/libpthread.so \
+- $(common-objpfx)nptl/libpthread_nonshared.a
++$(objpfx)tst-malloc-backtrace: $(common-objpfx)fbtl/libpthread.so \
++ $(common-objpfx)fbtl/libpthread_nonshared.a
++$(objpfx)tst-malloc-thread-exit: $(common-objpfx)fbtl/libpthread.so \
++ $(common-objpfx)fbtl/libpthread_nonshared.a
++$(objpfx)tst-malloc-thread-fail: $(common-objpfx)fbtl/libpthread.so \
++ $(common-objpfx)fbtl/libpthread_nonshared.a
+ 
+ # These should be removed by `make clean'.
+ extra-objs = mcheck-init.o libmcheck.a
diff --git a/debian/patches/kfreebsd/local-undef-glibc.diff 
b/debian/patches/kfreebsd/local-undef-glibc.diff
index 6cb540f..f0c9c2b 100644
--- a/debian/patches/kfreebsd/local-undef-glibc.diff
+++ b/debian/patches/kfreebsd/local-undef-glibc.diff
@@ -8,11 +8,11 @@ Upstream status: REJECTED.  DO NOT SUBMIT.  (send to debian 
instead)
 
 --- a/include/features.h
 +++ b/include/features.h
-@@ -349,6 +349,7 @@
+@@ -352,6 +352,7 @@
  
  /* Major and minor version number of the GNU C library package.  Use
 these macros to test for features in specific releases.  */
 +#undef __GLIBC__
  #define   __GLIBC__   2
- #define   __GLIBC_MINOR__ 21
+ #define   __GLIBC_MINOR__ 23
  
diff --git a/debian/patches/series.kfreebsd-i386 
b/debian/patches/series.kfreebsd-i386
index 8dd4b9b..3eddd34 100644
--- a/debian/patches/series.kfreebsd-i386
+++ b/debian/patches/series.kfreebsd-i386
@@ -3,4 +3,4 @@ kfreebsd/local-sys_queue_h.diff
 kfreebsd/local-undef-glibc.diff
 kfreebsd/local-initgroups-order.diff
 kfreebsd/local-tst-auxv.diff
-kfreebsd/local-tst-malloc-backtrace.diff
+kfreebsd/local-tst-malloc-fbtl.diff

-- 
Alioth's /usr/local/bin/git-commit-notice on 

Re: Merging libnss-dns-udeb and libnss-files-udeb back into libc6-udeb

[Philipp Kern]

On Sun, Mar 13, 2016 at 02:26:26AM +0100, Aurelien Jarno wrote:
> For historical reason, disk space on boot floppies, the libnss_dns.so.2 
> and libnss_files.so.2 libraries are in separate udeb packages, namely
> libnss-dns-udeb and libnss-files-udeb. This is not the case of the deb
> package, where everything is in the libc6 package.
> 
> In practice these libraries are really small by nowadays standards (22kB
> and 47kB uncompressed), and moreover libnss-dns-udeb is already included 
> in all images. In addition these libraries are tightly coupled to the
> libresolv library which is in libc6-udeb. The recent CVE-2015-7547 has
> shown that, and Ubuntu hit a bug by having the two out of sync in their
> installer [1]. We would have got the same if debian-installer was pulling
> its udeb from debian-security.
> 
> That's why I would like to propose to merge back libnss-dns-udeb and
> libnss-files-udeb back into libc6-udeb. The idea is to make libc6-udeb
> to provide them, it seems udpkg supports that. The only packages having
> a dependency on libnss-files-udeb are espeakup-udeb, rdnssd-udeb,
> open-iscsi and openssh-client-udeb, and none of them has a versioned
> dependency. None of the udeb have a dependency on libnss-files-udeb.
> 
> Any opinion on that?

It sounds like a good idea to me. :)

Kind regards
Philipp Kern