Bug#941853: crypt(3) should be provided by libxcrypt

2019-10-09 Thread Aurelien Jarno
On 2019-10-07 14:16, Aurelien Jarno wrote:
> On 2019-10-07 00:31, Marco d'Itri wrote:
> > On Oct 07, Aurelien Jarno  wrote:
> > 
> > Dear debian-boot: for the benefit of the ftpmasters, please confirm that 
> > you have no objections to src:libxcrypt generating a libcrypt1-udeb 
> > package (initially in experimental) which will provide crypt(3) 
> > currently in the libc udeb.
> > 
> > > I guess we should keep building libcrypt1 for the bi/tri-arch packages.
> > What do I need to do about this?
> 
> There are two options:
> - We continue to build libcrypt1 from the glibc package for the
>   bi/tri-arch packages.
> - src:libxcrypt starts to build lib32crypt1, lib64-crypt1, libn32crypt1
>   and libx32crypt1, using gcc-multilib.
> 
> Note that the second option can be implemented in a second step.
> 

I have implemented the first option in the libxcrypt branch:

https://salsa.debian.org/glibc-team/glibc/tree/libxcrypt

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


signature.asc
Description: PGP signature


[Git][glibc-team/glibc] Pushed new branch libxcrypt

2019-10-09 Thread Aurelien Jarno


Aurelien Jarno pushed new branch libxcrypt at GNU Libc Maintainers / glibc

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/libxcrypt
You're receiving this email because of your account on salsa.debian.org.




Bug#941853: crypt(3) should be provided by libxcrypt

2019-10-07 Thread Aurelien Jarno
On 2019-10-07 00:31, Marco d'Itri wrote:
> On Oct 07, Aurelien Jarno  wrote:
> 
> Dear debian-boot: for the benefit of the ftpmasters, please confirm that 
> you have no objections to src:libxcrypt generating a libcrypt1-udeb 
> package (initially in experimental) which will provide crypt(3) 
> currently in the libc udeb.
> 
> > I guess we should keep building libcrypt1 for the bi/tri-arch packages.
> What do I need to do about this?

There are two options:
- We continue to build libcrypt1 from the glibc package for the
  bi/tri-arch packages.
- src:libxcrypt starts to build lib32crypt1, lib64-crypt1, libn32crypt1
  and libx32crypt1, using gcc-multilib.

Note that the second option can be implemented in a second step.

Aurelien

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


signature.asc
Description: PGP signature


Bug#941853: crypt(3) should be provided by libxcrypt

2019-10-06 Thread Aurelien Jarno
On 2019-10-07 00:00, Marco d'Itri wrote:
> On Oct 06, Aurelien Jarno  wrote:
> 
> > Ah this doesn't match the version in unstable, it's only in NEW for now.
> > I guess we need to wait for it to get out of there first.
> For reasons which I do not understand, the ftpmasters obliquely let me 
> know that they will not accept libxcrypt from NEW until the libc 
> maintainers will explicitly confirm that we have agreed on a plan to use 
> it. Do you mind confirming this?

AFAIK, the glibc team have never been asked about that.

For the ftpmasters: I confirm we'll replace libcrypt.so.1 from libc6 by
the one from libxcrypt. Therefore please accept the package.

> > > So I think that libc6 should have Depends/Replaces on libcrypt1.
> > Agreed for the Depends. I don't get why it needs a Replaces. On the
> > other hand libcrypt1 needs a Replaces: libc6, libc6.1, libc0.1, libc0.3
> > with the correct version.
> Yes, this is what I meant. So:
> 
> Package: libcrypt1
> Breaks: libc6 (<< 2.29-X)
> Replaces: libc6 (<< 2.29-X)
> 
> Package: libcrypt1-dev
> Breaks: libc6-dev (<< 2.29-X)
> Replaces: libc6-dev (<< 2.29-X)
> 
> Package: libc6
> Depends: libcrypt1
> 
> Package: libc6-dev
> Depends: libcrypt1-dev
> 
> And all the architecture-specific variations which I will figure out.

This is libc0.1, libc0.3, libc6 and libc6.1 for the library package. 
This is libc0.1-dev, libc0.3-dev, libc6-dev and libc6.1-dev for the
library packages.

I guess we should keep building libcrypt1 for the bi/tri-arch packages.

> (Also, do not forget about the man pages in the -dev packages.)

The man page was not provided by the -dev package but by manpages-dev.

> There is also a libcrypt1 udeb: do you prefer to start building it now 
> or deal with it later?

We must build the libcrypt1 udeb, and add a depends from libc6-deb to
libcrypt1-udeb, otherwise we might break d-i. At some point we might
want to rebuild all udebs (at least by hand to detect the affected
udebs) and drop that dependency.

Aurelien

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


signature.asc
Description: PGP signature


Bug#941853: crypt(3) should be provided by libxcrypt

2019-10-06 Thread Aurelien Jarno
On 2019-10-06 22:04, Marco d'Itri wrote:
> On Oct 06, Aurelien Jarno  wrote:
> 
> > The libxcrypt implementation is indeed source backward compatible,
> > however doesn't seem binary backward compatible. libc6 provides
> > libcrypt.so.1 while libxcrypt provides libcrypt.so.2.
> It provides both, but currently I am not even building libcrypt.so.2 
> since I do not see the point.

Ah this doesn't match the version in unstable, it's only in NEW for now.
I guess we need to wait for it to get out of there first.

> md@bongo:/USR3/src/P/libxcrypt$ dpkg-deb -c libcrypt1_4.4.8-1_amd64.deb
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./lib/
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./lib/x86_64-linux-gnu/
> -rw-r--r-- root/root202680 2019-09-01 22:04 
> ./lib/x86_64-linux-gnu/libcrypt.so.1.1.0
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./usr/
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./usr/share/
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./usr/share/doc/
> drwxr-xr-x root/root 0 2019-09-01 22:04 ./usr/share/doc/libcrypt1/
> -rw-r--r-- root/root  6476 2019-09-01 21:03 
> ./usr/share/doc/libcrypt1/NEWS.gz
> -rw-r--r-- root/root  4052 2019-03-06 00:02 
> ./usr/share/doc/libcrypt1/README.md.gz
> -rw-r--r-- root/root   799 2019-09-01 22:04 
> ./usr/share/doc/libcrypt1/changelog.Debian.gz
> -rw-r--r-- root/root  5628 2019-09-01 22:04 
> ./usr/share/doc/libcrypt1/copyright
> lrwxrwxrwx root/root 0 2019-09-01 22:04 
> ./lib/x86_64-linux-gnu/libcrypt.so.1 -> libcrypt.so.1.1.0
> lrwxrwxrwx root/root 0 2019-09-01 22:04 
> ./usr/share/doc/libcrypt1/TODO -> TODO.md
> 
> So I think that libc6 should have Depends/Replaces on libcrypt1.

Agreed for the Depends. I don't get why it needs a Replaces. On the
other hand libcrypt1 needs a Replaces: libc6, libc6.1, libc0.1, libc0.3
with the correct version.

> I suggest that we make a pass in experimental to be sure to not leave 
> unstable uninstallable for days.

Fine for me.

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


signature.asc
Description: PGP signature


Bug#941853: crypt(3) should be provided by libxcrypt

2019-10-06 Thread Aurelien Jarno
Hi,

On 2019-10-06 17:55, Marco d'Itri wrote:
> Package: glibc
> Version: 2.29-2
> Severity: normal
> 
> The libc implementation of crypt(3) has been deprecated since 2.28.
> libxcrypt is needed to support modern hashing algorithms.
> 
> How do you want to coordinate switching to libxcrypt?
> 
> The libxcrypt implementation is source and binary backward compatible, 
> so no transitions are needed. I think that we only need to coordinate 
> Replaces/Depends.

The libxcrypt implementation is indeed source backward compatible,
however doesn't seem binary backward compatible. libc6 provides
libcrypt.so.1 while libxcrypt provides libcrypt.so.2.

It is therefore not possible to build glibc with --disable-crypt. I
guess what we can do is to remove crypt.h, libcrypt.a and libcrypt.so
from libc6-dev and add a depends on libcrypt2-dev to libc6-dev. On its
side, libcrypt2-dev should break and replace libc6-dev with the right
version.

There should be no need to add a depends from libc6 to libcrypt2 as the
two libraries have a different soname and thus are co-installable.

If that sounds ok, I guess we can do that in the next glibc upload.

Aurelien

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


signature.asc
Description: PGP signature


[Git][glibc-team/tzdata] Pushed new tag debian/2019c-3

2019-10-01 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019c-3 at GNU Libc Maintainers / tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019c-3
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] 2 commits: Bump Standards-Version to 4.4.1 (no changes).

2019-10-01 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
dfe1cd99 by Aurelien Jarno at 2019-10-01T20:52:47Z
Bump Standards-Version to 4.4.1 (no changes).

- - - - -
5bfd089d by Aurelien Jarno at 2019-10-01T20:53:24Z
releasing package tzdata version 2019c-3

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/73f54d898b15ceb2ad6cf1f5397e15687126b5fa...5bfd089d46d5a47bdf97ab0b05f935c2f2e80912

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/73f54d898b15ceb2ad6cf1f5397e15687126b5fa...5bfd089d46d5a47bdf97ab0b05f935c2f2e80912
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] 4 commits: Build the timezone data from tzdata.zi.

2019-10-01 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
729d5d0d by Aurelien Jarno at 2019-09-30T19:57:03Z
Build the timezone data from tzdata.zi.

- - - - -
da4cc33d by Aurelien Jarno at 2019-09-30T19:57:40Z
Drop useless variable VERSION

- - - - -
63342cfe by Aurelien Jarno at 2019-09-30T20:07:00Z
Install leapseconds file /usr/share/zoneinfo.

- - - - -
73f54d89 by Aurelien Jarno at 2019-09-30T20:07:00Z
Sort tzdata.install

- - - - -


3 changed files:

- debian/changelog
- debian/rules
- debian/tzdata.install


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/0cbca93083999a1a0b6e09300867cc930005cc3d...73f54d898b15ceb2ad6cf1f5397e15687126b5fa

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/0cbca93083999a1a0b6e09300867cc930005cc3d...73f54d898b15ceb2ad6cf1f5397e15687126b5fa
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new tag debian/2019c-2

2019-09-28 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019c-2 at GNU Libc Maintainers / tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019c-2
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] 2 commits: Depends on gawk and use it instead of mawk which crashes with a memory corruption.

2019-09-28 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
a753b9cc by Aurelien Jarno at 2019-09-28T22:56:48Z
Depends on gawk and use it instead of mawk which crashes with a memory 
corruption.

- - - - -
0cbca930 by Aurelien Jarno at 2019-09-28T22:56:57Z
releasing package tzdata version 2019c-2

- - - - -


3 changed files:

- debian/changelog
- debian/control
- debian/rules


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/16254a1defaa830281316ad734649741bade0c4f...0cbca93083999a1a0b6e09300867cc930005cc3d

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/16254a1defaa830281316ad734649741bade0c4f...0cbca93083999a1a0b6e09300867cc930005cc3d
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] 5 commits: Install tzdata.zi file in /usr/share/zoneinfo. Closes: #940852.

2019-09-28 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
f3e93f59 by Aurelien Jarno at 2019-09-28T21:35:49Z
Install tzdata.zi file in /usr/share/zoneinfo.  Closes: #940852.

- - - - -
c2820cd7 by Aurelien Jarno at 2019-09-28T22:37:18Z
Use tzdata.zi to change hardlinks into symlinks.

- - - - -
38930abc by Aurelien Jarno at 2019-09-28T22:40:44Z
Bump debhelper compatibility to 12.

- - - - -
a5b67fe2 by Aurelien Jarno at 2019-09-28T22:42:02Z
Bump Standards-Version to 4.4.0 (no changes).

- - - - -
16254a1d by Aurelien Jarno at 2019-09-28T22:44:56Z
Drop Replaces on libc6, it is not needed anymore since Lenny.

- - - - -


5 changed files:

- debian/changelog
- − debian/compat
- debian/control
- debian/rules
- debian/tzdata.install


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/8e738b8d529f85795bf50e991365f84ddbcd3240...16254a1defaa830281316ad734649741bade0c4f

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/8e738b8d529f85795bf50e991365f84ddbcd3240...16254a1defaa830281316ad734649741bade0c4f
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][sid] releasing package glibc version 2.29-2

2019-09-21 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
a4eb0de6 by Aurelien Jarno at 2019-09-20T19:39:41Z
releasing package glibc version 2.29-2

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/a4eb0de60342840378a98bc25cd4a14a2eb939c5

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/a4eb0de60342840378a98bc25cd4a14a2eb939c5
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc] Pushed new tag debian/2.29-2

2019-09-21 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.29-2 at GNU Libc Maintainers / glibc

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/debian/2.29-2
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][sid] debian/patches/git-updates.diff: update from upstream stable branch

2019-09-20 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
8a8583e9 by Aurelien Jarno at 2019-09-20T19:38:51Z
debian/patches/git-updates.diff: update from upstream stable branch

- - - - -


1 changed file:

- debian/patches/git-updates.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/8a8583e95c2658e1c857ccbcd8014bdd6d3b7da0

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/8a8583e95c2658e1c857ccbcd8014bdd6d3b7da0
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][stretch] 2 commits: New upstream version, affecting the following future timestamps:

2019-09-17 Thread Aurelien Jarno


Aurelien Jarno pushed to branch stretch at GNU Libc Maintainers / tzdata


Commits:
a2540f04 by Aurelien Jarno at 2019-09-17T22:40:43Z
New upstream version, affecting the following future timestamps:

* New upstream version, affecting the following future timestamps:
  - Fijis next DST transitions will be 2019-11-10 and 2020-01-12
instead of 2019-11-03 and 2020-01-19.
  - Norfolk Island will observe Australian-style DST starting in
spring 2019.  The first transition is on 2019-10-06.

- - - - -
03118bf3 by Aurelien Jarno at 2019-09-17T22:40:49Z
releasing package tzdata version 2019c-0+deb9u1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/f79e28119b241e9cb9ebfc39e4f1af57b49b9a7c...03118bf3ae0621ff86a1889c4313307f2ba3174c

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/f79e28119b241e9cb9ebfc39e4f1af57b49b9a7c...03118bf3ae0621ff86a1889c4313307f2ba3174c
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new tag debian/2019c-0+deb9u1

2019-09-17 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019c-0+deb9u1 at GNU Libc Maintainers / 
tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019c-0+deb9u1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new tag debian/2019c-0+deb10u1

2019-09-17 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019c-0+deb10u1 at GNU Libc Maintainers / 
tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019c-0+deb10u1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][buster] 2 commits: New upstream version, affecting the following future timestamps:

2019-09-17 Thread Aurelien Jarno


Aurelien Jarno pushed to branch buster at GNU Libc Maintainers / tzdata


Commits:
b9e35618 by Aurelien Jarno at 2019-09-17T20:50:57Z
New upstream version, affecting the following future timestamps:

* New upstream version, affecting the following future timestamps:
  - Fijis next DST transitions will be 2019-11-10 and 2020-01-12
instead of 2019-11-03 and 2020-01-19.
  - Norfolk Island will observe Australian-style DST starting in
spring 2019.  The first transition is on 2019-10-06.

- - - - -
4bb192fe by Aurelien Jarno at 2019-09-17T20:51:14Z
releasing package tzdata version 2019c-0+deb10u1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/a29ceedf615de9113d9f40163d523705bf0b8d59...4bb192fec2b2bf6f32948ed58577de80f31015eb

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/a29ceedf615de9113d9f40163d523705bf0b8d59...4bb192fec2b2bf6f32948ed58577de80f31015eb
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][sid] debian/patches/git-updates.diff: update from upstream stable branch:

2019-09-14 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
4466b9f1 by Aurelien Jarno at 2019-09-14T19:43:35Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix getegid, geteuid and getppid on alpha with  5.1 kernels.
Closes: #939898.

- - - - -


2 changed files:

- debian/changelog
- debian/patches/git-updates.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/4466b9f1b1c8aed78af31a692ef577b7daa7130f

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/4466b9f1b1c8aed78af31a692ef577b7daa7130f
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][sid] Fix a typo

2019-09-14 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
0434ca66 by Aurelien Jarno at 2019-09-14T19:33:37Z
Fix a typo

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/0434ca6692d525b77c6b5a4c6e347c89d6fb907a

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/0434ca6692d525b77c6b5a4c6e347c89d6fb907a
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new tag debian/2019c-1

2019-09-11 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019c-1 at GNU Libc Maintainers / tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019c-1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] 3 commits: New upstream version, affecting the following future timestamps:

2019-09-11 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
2a1f192d by Aurelien Jarno at 2019-09-11T20:47:45Z
New upstream version, affecting the following future timestamps:

* New upstream version, affecting the following future timestamps:
  - Fijis next DST transitions will be 2019-11-10 and 2020-01-12
instead of 2019-11-03 and 2020-01-19.
  - Norfolk Island will observe Australian-style DST starting in
spring 2019.  The first transition is on 2019-10-06.

- - - - -
d6c83627 by Aurelien Jarno at 2019-09-11T21:03:04Z
debian/rules: drop obsolete -y zic option.

- - - - -
8e738b8d by Aurelien Jarno at 2019-09-11T21:05:38Z
releasing package tzdata version 2019c-1

- - - - -


2 changed files:

- debian/changelog
- debian/rules


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/4fe68e1c3be845a460c335fd9448ed592d8dea36...8e738b8d529f85795bf50e991365f84ddbcd3240

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/4fe68e1c3be845a460c335fd9448ed592d8dea36...8e738b8d529f85795bf50e991365f84ddbcd3240
You're receiving this email because of your account on salsa.debian.org.




Bug#939898: glibc: new getegid, geteuid and getppid syscalls used unconditionally on alpha

2019-09-10 Thread Aurelien Jarno
control: retitle -1 glibc: new getegid, geteuid and getppid syscalls used 
unconditionally on alpha

On 2019-09-10 09:27, Adhemerval Zanella wrote:
> 
> 
> On 10/09/2019 07:28, John Paul Adrian Glaubitz wrote:
> > On 9/10/19 11:05 AM, John Paul Adrian Glaubitz wrote:
> >> Yes, we have already figured out that this happens when the kernel is
> >> too old. According to Aurelien, the problem is that the glibc package
> >> has been built against the kernel 5.3 headers which is why users need
> >> to upgrade their kernel first before upgrading glibc.
> >>
> >> Currently fixing tsunami.
> > 
> > I have now kernel 5.2.9-1 and glibc 2.29-1 and logging in still doesn't
> > work. I type "root" at the login prompt, press enter and it shortly
> > returns to the login prompt. Logging in through SSH doesn't work either.
> > 
> > Adrian
> > 
> 
> I have consolidate the set* Linux implementations on dd5905de03bd2 
> (glibc 2.26), which means that all Linux architectures should use
> sysdeps/unix/sysv/linux/setuid.c for setuid and the auto-generated
> syscalls for getuid.
> 
> Alpha use the linux generic implementation since ever, the 
> dd5905de03bd2 change it will prioritize to use __NR_setuid32 instead
> of __NR_setuid. But since it is not the case for alpha AFAIK it should
> not change the code generation. I also checked that the code for
> setuid for both glibc 2.25 and glibc 2.31 hasn't change, it issues the
> __NR_setuid (23) for both cases.

The title of the bug is actually misleading, only getegid, geteuid and
getppid are affected. Let's retitle the bug accordingly.

> I am not sure this is an glibc issue in this case.

This is actually glibc issue, see:
https://sourceware.org/bugzilla/show_bug.cgi?id=24986
https://www.sourceware.org/ml/libc-alpha/2019-09/msg00152.html

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



Bug#700472: Upgrade of the foreign arch libc6 causes service restart

2019-09-10 Thread Aurelien Jarno
On 2019-09-09 22:18, Sven Joachim wrote:
> Control: tags -1 + patch
> 
> On 2013-02-13 06:20 +0600, Andrey Rahmatullin wrote:
> 
> > Package: libc6
> > Version: 2.17-0experimental2
> > Severity: wishlist
> >
> > Filing as wishlist, maybe it's minor or even worse for some people.
> >
> > The postinst script of libc6 checks services that need to be restarted not
> > taking into account that those services may be of a different arch and so 
> > not
> > using the libc6 being upgraded. That also means when you upgrade both
> > libc6:amd64 and libc6:i386 you get double restart of all those services.
> 
> Today, upgrading libc6:amd64 and libc6:i386 to 2.29-1, I got annoyed by
> this again and had a look what needs to be done.  The attached patch
> (lightly tested, I have only a few amd64 and no i386 services running)
> appears to do the trick.  It also drops the need for awk in the
> maintainer scripts.
> 
> Feedback and brave testers welcome!

Thanks for the patch, I have just applied it.

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



[Git][glibc-team/glibc][sid] Do not restart services of different architecture than libc

2019-09-10 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
366c3309 by Sven Joachim at 2019-09-10T11:15:57Z
Do not restart services of different architecture than libc

Only check services in packages which are of the same architecture, or
arch:all.  This is most easily done by replacing the rather
convoluted way of parsing dpkg --status output by switching to a
more suitable output format of dpkg-query.  As a bonus, awk is no
longer used in the maintscripts.

Note that services in architecture-independent packages like
postgresql-common will still be restarted twice, since there is no
obvious way to tell the architecture of the actual binaries which need
to be re-executed.

- - - - -


2 changed files:

- debian/changelog
- debian/script.in/nsscheck.sh


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/366c3309c1907a34a58a24dee4805e57fc60c5a9

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/366c3309c1907a34a58a24dee4805e57fc60c5a9
You're receiving this email because of your account on salsa.debian.org.




Bug#939898: glibc: setuid/getuid broken on alpha with 2.29-1

2019-09-10 Thread Aurelien Jarno
On 2019-09-09 23:16, Aurelien Jarno wrote:
> On 2019-09-09 22:49, John Paul Adrian Glaubitz wrote:
> > Source: glibc
> > Version: 2.29-1
> > Severity: important
> > User: debian-al...@lists.debian.org
> > Usertags: alpha
> > 
> > Hello!
> > 
> > Both on my Alpha XP-1000 as well as inside a qemu-user chroot, upgrading 
> > glibc
> > to version 2.29-1 resulted in setuid/getuid breaking in a weird way:
> 
> As a side note, I have successfully upgrade a qemu-system-alpha based
> machine without issue. It actually fixes long standing issues with
> systemd. The VM runs kernel 5.2.0-2-alpha-smp.

The problem happens when running with kernel < 5.1. The problem is not
directly related to the new upstream version, but rather to the fact
that the glibc has been built against new kernel headers, which include
the following changes:

| commit ecf7e0a4ad1528710c90f0a6f4285741ac525f6e
| Author: Arnd Bergmann 
| Date:   Fri Jan 11 15:09:11 2019 +0100
|
| alpha: add generic get{eg,eu,g,p,u,pp}id() syscalls
|
| Alpha has traditionally followed the OSF1 calling conventions
| here, with its getxpid, getxuid, getxgid system calls returning
| two different values in separate registers.
|   
| Following what glibc has done here, we can define getpid,
| getuid and getgid to be aliases for getxpid, getxuid and getxgid
| respectively, and add new system call numbers for getppid, geteuid
| and getegid.
|
| Signed-off-by: Arnd Bergmann 

With this change the new syscalls are being used by the glibc instead of
the old OSF1 ones. However they do not exist on kernels < 5.1 so things
break.

The short term solution is to upgrade the kernel to > 5.1. The long term
solution is to write a wrapper on the glibc side to fallback on the old
syscalls if the new ones do not exist.

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



Bug#939898: glibc: setuid/getuid broken on alpha with 2.29-1

2019-09-09 Thread Aurelien Jarno
On 2019-09-09 22:49, John Paul Adrian Glaubitz wrote:
> Source: glibc
> Version: 2.29-1
> Severity: important
> User: debian-al...@lists.debian.org
> Usertags: alpha
> 
> Hello!
> 
> Both on my Alpha XP-1000 as well as inside a qemu-user chroot, upgrading glibc
> to version 2.29-1 resulted in setuid/getuid breaking in a weird way:

As a side note, I have successfully upgrade a qemu-system-alpha based
machine without issue. It actually fixes long standing issues with
systemd. The VM runs kernel 5.2.0-2-alpha-smp.

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



[Git][glibc-team/glibc][sid] debian/control.in/main: drop the profle from the python3:native...

2019-09-09 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
50e8ff03 by Aurelien Jarno at 2019-09-09T20:36:42Z
debian/control.in/main: drop the !nocheck profle from the 
python3:native build-depends.  Closes: #939871.

- - - - -


3 changed files:

- debian/changelog
- debian/control
- debian/control.in/main


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/50e8ff033864d87c42dba417e74b6526811446af

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/50e8ff033864d87c42dba417e74b6526811446af
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.30] Fix a typo reported by lintian

2019-09-09 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.30 at GNU Libc Maintainers / glibc


Commits:
e8b103fe by Aurelien Jarno at 2019-09-09T20:35:07Z
Fix a typo reported by lintian

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/e8b103febeab248eae7ff6b3d8b19d1f3e4b2397

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/e8b103febeab248eae7ff6b3d8b19d1f3e4b2397
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.30] debian/patches/git-updates.diff: update from upstream stable branch.

2019-09-08 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.30 at GNU Libc Maintainers / glibc


Commits:
b338ffb1 by Aurelien Jarno at 2019-09-08T21:07:18Z
debian/patches/git-updates.diff: update from upstream stable branch.

- - - - -


2 changed files:

- debian/changelog
- debian/patches/git-updates.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/b338ffb1f5ccd7284237daf86394e01cb73f7ced

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/b338ffb1f5ccd7284237daf86394e01cb73f7ced
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.30] 7 commits: debian/patches/git-updates.diff: update from upstream stable branch:

2019-09-08 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.30 at GNU Libc Maintainers / glibc


Commits:
14402ea9 by Aurelien Jarno at 2019-09-03T19:53:48Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix math tests on alpha.
* debian/sysdeps/alpha.mk, debian/control.in/main: do not force build with
  gcc-8.

- - - - -
66f4de1c by Aurelien Jarno at 2019-09-03T20:47:33Z
debian/testsuite-xfail-debian.mk: XFAIL narrowing add/sub tests, they have 
always failed since they have been introduced.

- - - - -
feccf8b6 by Aurelien Jarno at 2019-09-07T13:27:38Z
debian/control.in/libc: add a Breaks: iraf-fitsutil ( 2018.07.06-4) to 
libc0.1/0.3/6/6.1. See bug#939523.

- - - - -
23818420 by Aurelien Jarno at 2019-09-08T19:56:56Z
debian/testsuite-xfail-debian.mk: drop XFAILs related to the wrong value of 
(MIN)SIGSTKSZ for 32-bit processes on arm64, now that (old-)stable kernels are 
fixed.

- - - - -
e6d65f44 by Aurelien Jarno at 2019-09-08T20:32:55Z
Move changelog entries from 2.28-11 which will never get uploaded

- - - - -
a6348b24 by Aurelien Jarno at 2019-09-08T20:34:21Z
releasing package glibc version 2.29-1

- - - - -
e45a4cb5 by Aurelien Jarno at 2019-09-08T20:52:24Z
Merge branch sid into glibc-2.30

- - - - -


6 changed files:

- debian/changelog
- debian/control
- debian/control.in/libc
- debian/control.in/main
- debian/sysdeps/alpha.mk
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/8ce0a40c8a2622b629f268266e170bd38cab1009...e45a4cb5fa347ba390be34925f5e771722d1b092

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/8ce0a40c8a2622b629f268266e170bd38cab1009...e45a4cb5fa347ba390be34925f5e771722d1b092
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc] Pushed new tag debian/2.29-1

2019-09-08 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.29-1 at GNU Libc Maintainers / glibc

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/debian/2.29-1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][sid] releasing package glibc version 2.29-1

2019-09-08 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
a6348b24 by Aurelien Jarno at 2019-09-08T20:34:21Z
releasing package glibc version 2.29-1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/a6348b24965d2944788c6189ff5a34f3bb372742

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/a6348b24965d2944788c6189ff5a34f3bb372742
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][sid] 48 commits: New upstream release 2.29, with git updates up to 2019-02-20:

2019-09-08 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
8f66e58d by Adam Conrad at 2019-02-21T13:33:51Z
New upstream release 2.29, with git updates up to 2019-02-20:

* New upstream release 2.29, with git updates up to 2019-02-20:
  - debian/symbols.wildcard: Add 2.29, and debian/control: Regenrate.
  - debian/patches/localedata/locales_CH.diff: Applied upstream.
  - debian/patches/localedata/submitted-it_IT-thousands_sep.diff: Upstreamed.
  - debian/patches/localedata/git-en_US-date_fmt.diff: Applied upstream.
  - debian/patches/hurd-i386/git-magic-pid.diff: Applied upstream.
  - debian/patches/hurd-i386/git-interrupt_timeout_EIO.diff: Upstreamed.
  - debian/patches/hurd-i386/git-interrupt_timeout.diff: Applied upstream.
  - debian/patches/hurd-i386/git-intr-msg.diff: Applied upstream.
  - debian/patches/hurd-i386/git-pci.diff: Applied upstream.
  - debian/patches/hurd-i386/git-msync.diff: Applied upstream.
  - debian/patches/hurd-i386/git-spawn-open.diff: Applied upstream.
  - debian/patches/hurd-i386/git-tst-preadvwritev2-common.c.diff: Upstreamed.
  - debian/patches/hurd-i386/git-fcntl64.diff: Applied upstream.
  - debian/patches/hurd-i386/git-lockf-0.diff: Applied upstream.
  - debian/patches/hurd-i386/git-libpthread_setpshared.diff: Upstreamed.
  - debian/patches/hurd-i386/git-AT_EMPTY_PATH.diff: Applied upstream.
  - debian/patches/hurd-i386/git-altstack.diff: Applied upstream.
  - debian/patches/riscv64/git-thread-debugging.diff: Applied upstream.
  - debian/patches/sparc/submitted-sparc64-socketcall.diff: Applied upstream.
  - debian/patches/any/local-tst-mktime2.diff: Applied upstream.
  - debian/patches/all/local-remove-manual.diff: Rebased.
  - debian/patches/alpha/local-string-functions.diff: Rebased.
  - debian/patches/any/git-libio-stdout-putc.diff: Rebased.
  - debian/patches/hurd-i386/local-exec_filename.diff: Rebased.
  - debian/patches/hurd-i386/local-hurdsig-globaldisp-version.diff: Rebased.
  - debian/patches/hurd-i386/submitted-anon-mmap-shared.diff: Rebased.
  - debian/patches/hurd-i386/tg-EGREGIOUS-fr.diff: Rebased.
  - debian/patches/hurd-i386/tg-EIEIO-fr.diff: Rebased.
  - debian/patches/hurd-i386/tg-hurdsig-global-dispositions.diff: Rebased.
  - debian/patches/hurd-i386/tg-io_select_timeout.diff: Rebased.
  - debian/patches/kfreebsd/submitted-auxv.diff: Rebased.
* debian/rules.d/build.mk: Switch to new localedata/install-locale-files:
  - debian/patches/localedata/local-all-no-archive.diff: Dropped for above.
* debian/testsuite-xfail-debian.mk: XFAIL tst-thread-exit-clobber, and
  tst-minsigstksz*, and tst-xsigstack on armhf, which fail on aarch64 hosts.

- - - - -
2ca07107 by Samuel Thibault at 2019-02-21T19:47:31Z
Rebase hurd-specific patches

  * debian/patches/hurd-i386/submitted-net.diff: Rebased.
  * debian/patches/hurd-i386/tg-bits_atomic.h_multiple_threads.diff: Rebased.

- - - - -
30eb8131 by Samuel Thibault at 2019-02-22T00:16:51Z
Merge branch sid of salsa.debian.org:glibc-team/glibc into glibc-2.29

- - - - -
05c92708 by Samuel Thibault at 2019-02-22T00:17:37Z
Merge branch glibc-2.29 of salsa.debian.org:glibc-team/glibc into 
glibc-2.29

- - - - -
bed7ac3c by Samuel Thibault at 2019-02-22T07:19:38Z
debian/patches/hurd-i386/local-fix-nss.diff: Fix tst-nss-test3 test

- - - - -
d480bb26 by Samuel Thibault at 2019-02-22T07:20:56Z
Merge branch glibc-2.29 of salsa.debian.org:glibc-team/glibc into 
glibc-2.29

- - - - -
6abcf057 by Samuel Thibault at 2019-02-22T19:04:07Z
debian/testsuite-xfail-debian.mk: Clean out test build failures

they are now handled upstream.

- - - - -
d341d653 by Samuel Thibault at 2019-02-22T19:26:00Z
debian/testsuite-xfail-debian.mk: Clean out now-fixed tests

- - - - -
a5d32940 by Aurelien Jarno at 2019-07-26T21:27:06Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - debian/patches/any/git-libio-stdout-putc.diff: rebased.

- - - - -
5a11f495 by Aurelien Jarno at 2019-07-26T21:34:49Z
debian/control.in/main, debian/rules: drop the multiarch-support package. 
Closes: #910669.

- - - - -
179ead5d by Aurelien Jarno at 2019-07-28T21:56:02Z
Merge branch sid into glibc-2.29

- - - - -
7b7b37e4 by Aurelien Jarno at 2019-07-28T22:12:47Z
debian/glibc-source.filelist, debian/libc6.symbols.powerpcspe, 
debian/rules.d/control.mk, debian/sysdeps/powerpcspe.mk,  
debian/testsuite-xfail-debian.mk: Drop the powerpcspe architecture, it is not 
supported anymore by GCC 9 and will be removed in GLIBC 2.30.

- - - - -
496dd1f2 by Aurelien Jarno at 2019-07-29T17:09:54Z
debian/rules: do not export SHELL, it is already set through configparms.

- - - - -
1b31bb3f by Aurelien Jarno at 2019-07-29T17:11:56Z
debian/patches/git-pexpect-pretty-printers.diff: backport pretty printer fix to 
support recent versions of GDB with color output.

- - - - -
bfe6b65a by Aurelien Jarno at 2019-07-29T17:11:56Z
debian/testsuite-xfail-debian.mk: drop XFAILs that were due

[Git][glibc-team/glibc][glibc-2.29] debian/testsuite-xfail-debian.mk: drop XFAILs related to the wrong value of...

2019-09-08 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
23818420 by Aurelien Jarno at 2019-09-08T19:56:56Z
debian/testsuite-xfail-debian.mk: drop XFAILs related to the wrong value of 
(MIN)SIGSTKSZ for 32-bit processes on arm64, now that (old-)stable kernels are 
fixed.

- - - - -


2 changed files:

- debian/changelog
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/23818420051ff887a1227f17732ef906b2df365e

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/23818420051ff887a1227f17732ef906b2df365e
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/control.in/libc: add a Breaks: iraf-fitsutil (<< 2018.07.06-4) to...

2019-09-07 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
feccf8b6 by Aurelien Jarno at 2019-09-07T13:27:38Z
debian/control.in/libc: add a Breaks: iraf-fitsutil ( 2018.07.06-4) to 
libc0.1/0.3/6/6.1. See bug#939523.

- - - - -


3 changed files:

- debian/changelog
- debian/control
- debian/control.in/libc


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/feccf8b64a3370c2dae54edd0b2acd4d2ddf59e7

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/feccf8b64a3370c2dae54edd0b2acd4d2ddf59e7
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/testsuite-xfail-debian.mk: XFAIL narrowing add/sub tests, they have...

2019-09-03 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
66f4de1c by Aurelien Jarno at 2019-09-03T20:47:33Z
debian/testsuite-xfail-debian.mk: XFAIL narrowing add/sub tests, they have 
always failed since they have been introduced.

- - - - -


2 changed files:

- debian/changelog
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/66f4de1cf2e4b738b891dff0f4c1af984e3e4c27

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/66f4de1cf2e4b738b891dff0f4c1af984e3e4c27
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/patches/git-updates.diff: update from upstream stable branch:

2019-09-03 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
14402ea9 by Aurelien Jarno at 2019-09-03T19:53:48Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix math tests on alpha.
* debian/sysdeps/alpha.mk, debian/control.in/main: do not force build with
  gcc-8.

- - - - -


5 changed files:

- debian/changelog
- debian/control
- debian/control.in/main
- debian/patches/git-updates.diff
- debian/sysdeps/alpha.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/14402ea9feabcfc5aa8195a6324bb3f500278d47

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/14402ea9feabcfc5aa8195a6324bb3f500278d47
You're receiving this email because of your account on salsa.debian.org.




Bug#939048: transition: glibc

2019-08-31 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Dear release team,

I would like to get a transition slot for glibc 2.29. It is available in
experimental for a bit more than 2 weeks and there is no known issue or
regression. It has been built successfully on all release architectures
and most ports architectures. It fails to build on alpha, ia64 and
sparc64 due to a few testsuite issues that are being investigated or
need to be investigated and which do not looks really worrying. It
doesn't build on kfreebsd-*, but this has been the case for a few
glibc releases already.

As glibc is using symbol versioning, there is no soname change. That
said a few packages are using libc internal symbols and have to be
rebuilt for this transition (some packages only on some architectures):
 - apitrace
 - bro
 - dante
 - gcc-9
 - gcc-snapshot
 - glibc
 - libnih
 - libnss-db
 - unscd

Ben file:

Here is the corresponding ben file:
  title = "glibc";
  is_affected = .depends ~ /libc[0-9.]* \(<

[Git][glibc-team/glibc] Pushed new tag debian/2.29-0experimental1

2019-08-21 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.29-0experimental1 at GNU Libc 
Maintainers / glibc

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/tree/debian/2.29-0experimental1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] releasing package glibc version 2.29-0experimental1

2019-08-21 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
f5beb849 by Aurelien Jarno at 2019-08-21T09:13:59Z
releasing package glibc version 2.29-0experimental1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/f5beb8495abd4e65df5a589d0317bc6cdbc58272

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/f5beb8495abd4e65df5a589d0317bc6cdbc58272
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] Add missing comma in previous commit

2019-08-21 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
798a4b86 by Aurelien Jarno at 2019-08-21T09:13:34Z
Add missing comma in previous commit

- - - - -


2 changed files:

- debian/control
- debian/control.in/main


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/798a4b8667e87af4d33978d5e27d93ad4517dc94

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/798a4b8667e87af4d33978d5e27d93ad4517dc94
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/sysdeps/alpha.mk, debian/control.in/main: build with gcc-8 on alpha as...

2019-08-21 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
cc6b8133 by Aurelien Jarno at 2019-08-21T06:53:49Z
debian/sysdeps/alpha.mk, debian/control.in/main: build with gcc-8 on alpha as 
gcc-9 introduces math errors in the testsuite.

- - - - -


4 changed files:

- debian/changelog
- debian/control
- debian/control.in/main
- debian/sysdeps/alpha.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/cc6b8133b298b13c345d3cd87d1ec71a6d4bdb2f

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/cc6b8133b298b13c345d3cd87d1ec71a6d4bdb2f
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] Update French debconf translation, by Baptiste Jammet. Closes: #935153.

2019-08-20 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
4fe68e1c by Aurelien Jarno at 2019-08-20T10:19:56Z
Update French debconf translation, by Baptiste Jammet.  Closes: #935153.

- - - - -


2 changed files:

- debian/changelog
- debian/po/fr.po


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/commit/4fe68e1c3be845a460c335fd9448ed592d8dea36

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/commit/4fe68e1c3be845a460c335fd9448ed592d8dea36
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/sysdeps/sparc64.mk: disable PIE on sparc64 as it produces broken...

2019-08-20 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
adc6fef4 by Aurelien Jarno at 2019-08-20T06:22:42Z
debian/sysdeps/sparc64.mk: disable PIE on sparc64 as it produces broken 
binaries, causing issues in the testsuite.

- - - - -


2 changed files:

- debian/changelog
- debian/sysdeps/sparc64.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/adc6fef4c73bc68b6ba60aa93fb2685a489076f0

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/adc6fef4c73bc68b6ba60aa93fb2685a489076f0
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/testsuite-xfail-debian.mk: XFAIL two new tests on HPPA that are due to...

2019-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
7fa4a7fb by Aurelien Jarno at 2019-08-18T15:20:16Z
debian/testsuite-xfail-debian.mk: XFAIL two new tests on HPPA that are due to a 
bug in the testsuite, reported upstream.

- - - - -


2 changed files:

- debian/changelog
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/7fa4a7fb008dd90b37e4305a7c6d7d6124075bac

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/7fa4a7fb008dd90b37e4305a7c6d7d6124075bac
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] 2 commits: Revert "debian/control.in/main: build-depends on debhelper (>= 12.5) to get...

2019-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
2619e94a by Aurelien Jarno at 2019-08-18T09:42:53Z
Revert debian/control.in/main: build-depends on debhelper (= 12.5) to 
get automatic udeb support.

The debhelper changes had to be reverted due (see #934999)

This reverts commit 32ab7bcaed741549b0045694a72c206146aa0cb4.

- - - - -
3b5932f9 by Aurelien Jarno at 2019-08-18T10:06:24Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix math tests on hppa.

- - - - -


6 changed files:

- debian/changelog
- debian/control
- debian/control.in/main
- debian/patches/git-updates.diff
- debian/rules.d/debhelper.mk
- + debian/shlibs-add-udebs


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/32ab7bcaed741549b0045694a72c206146aa0cb4...3b5932f9e41d33a14b225edd97e95448ed4799f4

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/32ab7bcaed741549b0045694a72c206146aa0cb4...3b5932f9e41d33a14b225edd97e95448ed4799f4
You're receiving this email because of your account on salsa.debian.org.




Bug#922213: locales-all: Doesn't provide en_DE.UTF-8

2019-08-17 Thread Aurelien Jarno
control: reassign -1 plasma-desktop

On 2019-02-14 14:21, Aurelien Jarno wrote:
> Hi,
> 
> On 2019-02-13 11:41, Charlemagne Lasse wrote:
> > Package: locales-all
> > Version: 2.28-6
> > Severity: normal
> > X-Debbugs-CC: debian-qt-...@lists.debian.org, 
> > debian-tex-ma...@lists.debian.org
> > 
> > 
> > 
> > It is possible under KDE to change the locale to en_DE.UTF-8/German
> > for some specific parts (e.g. time) but it seems to be missing on the
> > system even when locales-all is installed.
> 
> The en_DE locale doesn't exit in Debian, nor in upstream GNU libc. It's
> not going to happen, the en_DK locale exists, but it has been
> acknowledged that it was a mistake to create it.

Given the en_DE locale is not going to be added, nothing could be done
on the glibc side. KDE should be fixed to only allow selecting locales
that are available on the system, or at the bare minimum only the
locales that are available on a standard GNU/Linux system.

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



Bug#926699: libc6-{i386,x32}: installing, removing, reinstalling in a --merged-usr system results in unmerged /lib{32,x32}

2019-08-17 Thread Aurelien Jarno
reassign -1 debootstrap,usrmerge
thanks

On 2019-04-09 16:53, Aurelien Jarno wrote:
> On 2019-04-09 12:27, Andreas Beckmann wrote:
> > Package: libc6-x32,libc6-i386
> > Version: 2.28-8
> > Severity: serious
> > User: debian...@lists.debian.org
> > Usertags: piuparts
> > 
> > Hi,
> > 
> > during a test with piuparts in a --merged-usr environment I noticed that
> > installing, removing, and installing again a package shipping /lib32,
> > /libx32 will actually unmerge that directory.
> > The package will take ownership of the preexisting symlinks
> > /lib{32,x32} -> /usr/lib{32,x32} that were created by debootstrap,
> > remove them and create plain /usr/lib{32,x32} directories in the next
> > installation.
> > (/lib64 should be mostly safe due to /lib64/ld-linux-x86-64.so.2, but
> > perhaps on !x86 architectures)

/lib64 is an issue for at least libc6:amd64 on an i386 system. And there
are many more cases if you also consider other official architectures
and ports architectures.

> Hmm the only fault of the libc6-i386 and libc6-x32 packages (plus I
> guess all the other bi/tri-arch ones on other architectures) is to be
> the last user of those directory when being removed. They do not do
> anything tricky in their directories.
> 
> > The preinst scripts could check whether the package is being installed
> > in a --merged-usr environment and create (dangling) symlinks if
> > /usr/lib{32,x32} is missing. And postrm remove could recreate them if
> > they went missing.

The glibc maintainer scripts are already cluttered with many ugly and
fragile workarounds to handle the co-installability of foreign and biarch
glibc. I do not want to adds more workarounds that might will make the
whole things a nightmare.

> This looks like an ugly workaround to me, and might not work if a
> package start adding files there without depending on libc6. This looks
> to me like a flaw in the usrmerge design. The base-files package is
> designed to prevent directories or symlinks to be removed, so I wonder
> if we need a usrmerge version of it.

As explained it's not a bug of the glibc package, but a design flaw of
usrmerge. I am therefore reassigning the bug to debootstrap + usrmerge.

I am not opposed to a workaround in the glibc package, kept for one
release cycle only, *once a real solution* is implemented for this bug.

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


signature.asc
Description: PGP signature


[Git][glibc-team/glibc][glibc-2.29] debian/control.in/main: build-depends on debhelper (>= 12.5) to get automatic udeb support.

2019-08-17 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
32ab7bca by Aurelien Jarno at 2019-08-17T14:43:32Z
debian/control.in/main: build-depends on debhelper (= 12.5) to get 
automatic udeb support.

* debian/control.in/main: build-depends on debhelper (= 12.5) to get
  automatic udeb support.
* debian/rules.d/debhelper.mk: build the udeb packages first, drop call to
  debian/shlibs-add-udebs.
* debian/shlibs-add-udebs: removed, not used anymorre.

- - - - -


5 changed files:

- debian/changelog
- debian/control
- debian/control.in/main
- debian/rules.d/debhelper.mk
- − debian/shlibs-add-udebs


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/32ab7bcaed741549b0045694a72c206146aa0cb4

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/32ab7bcaed741549b0045694a72c206146aa0cb4
You're receiving this email because of your account on salsa.debian.org.




Bug#934752: libc6: SEGFAULTs caused by tcache after upgrade to Buster

2019-08-17 Thread Aurelien Jarno
Hi,

On 2019-08-14 14:50, Pavel Matěja wrote:
> Package: glibc
> Version: 2.28-10:amd64
> 
> Dear Maintainer,
> 
> We are running manually compiled Apache and OpenSSL on Debian servers in
> Debian-based chroots.
> After chroot upgrade from Stretch to Buster we started to see strange
> SEGFAULTs.
> The strange means they appear only on 2 servers out of 6.
> Servers with Xeon E5606 and Pentium G6950 were running fine while Xeon
> E3-1220 v6 produced crashes.
> It did not matter if the host Debian was Stretch or Buster.

[snip]
 
> SSLv3 and TLS code path looked quite distinct to cause the same problem.
> Based on info that SEGFAULTs are related to memory allocation in new libc
> and CPU performance I found
> http://51.15.138.76/patch/17499/
> where Wilco Dijkstra discuss some problems with tcache which "leads to
> various crashes in benchtests"

This patch looks an early version of the one that has been merged in
glibc 2.29 to fix tunables tcache issues:

https://sourceware.org/bugzilla/show_bug.cgi?id=24531

The patch has been backported to the upstream glibc 2.28 branch:
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=58d2672f64176fcb323859d3bd5240fb1cf8f25c

Once we have the fix reaching unstable and then testing, I'll schedule
an upload to buster with the changes from the upstream glibc 2.28 branch.

> As workaround I tried to
> export GLIBC_TUNABLES=glibc.malloc.tcache_count=0
> in Apache startup script and I saw no SEGFAULT since.
> 
> I have coredumps but they contain production private keys for Apache which I
> can't share and to make things even worse they are 1,6GB each.
> 
> I understand this is heisenbug which you won't be able to reproduce. The CPU
> model dependency is beyond my comprehension.
> I'm curious if you are familiar with the new tcache and if you think if the
> patch in discussion can help.
> I'll try to build libc6 package with it to confirm final solution but I'm
> confused by the patch tree so far.

You can easily build a fixed glibc package that way (providing you have
the glibc build-dependencies, devscripts and git installed):
  apt-get source glibc
  cd glibc-2.28/
  quilt pop -a
  debian/rules update-from-upstream
  dch -i + set the version you want + add a new changelog entry
  debuild 

Regards,
Aurelien

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



[Git][glibc-team/glibc-doc-reference][sid] 4 commits: New upstream version:

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / 
glibc-doc-reference


Commits:
5173d799 by Aurelien Jarno at 2019-08-16T20:18:45Z
New upstream version:

* New upstream version:
  - Add math/gen-libm-test.py to the orig tarball.
  - Add a build-depends on python3.
  - Define python in build/config.make.

- - - - -
4973512c by Aurelien Jarno at 2019-08-16T20:18:52Z
Update to standards-version 4.4.0 (no changes).

- - - - -
41e5f50d by Aurelien Jarno at 2019-08-16T20:23:27Z
Switch to dh with compat 12.

- - - - -
e99bf76e by Aurelien Jarno at 2019-08-16T20:25:59Z
releasing package glibc-doc-reference version 2.29-1

- - - - -


4 changed files:

- debian/changelog
- debian/compat
- debian/control
- debian/rules


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc-doc-reference/compare/037d6112cfabc7e8fe75f0b08667bda4b84e8844...e99bf76e767eb8a978361ca5217c8fecd3ca20b2

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc-doc-reference/compare/037d6112cfabc7e8fe75f0b08667bda4b84e8844...e99bf76e767eb8a978361ca5217c8fecd3ca20b2
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc-doc-reference] Pushed new tag debian/2.29-1

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.29-1 at GNU Libc Maintainers / 
glibc-doc-reference

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc-doc-reference/tree/debian/2.29-1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/patches/hurd-i386/local-fix-nss.diff: rebase.

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
71ec9429 by Aurelien Jarno at 2019-08-16T17:57:20Z
debian/patches/hurd-i386/local-fix-nss.diff: rebase.

- - - - -


2 changed files:

- debian/changelog
- debian/patches/hurd-i386/local-fix-nss.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/71ec9429bb1ccd2f9905e113d20f1d374bc12b0e

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/71ec9429bb1ccd2f9905e113d20f1d374bc12b0e
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] debian/patches/hurd-i386/submitted-net.diff: rebase.

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
1e0c1eee by Aurelien Jarno at 2019-08-16T16:19:07Z
debian/patches/hurd-i386/submitted-net.diff: rebase.

- - - - -


2 changed files:

- debian/changelog
- debian/patches/hurd-i386/submitted-net.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/1e0c1eee42b40a8f14862e49f22fc8afa1039d83

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/1e0c1eee42b40a8f14862e49f22fc8afa1039d83
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc] Pushed new branch buster

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed new branch buster at GNU Libc Maintainers / glibc

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/buster
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] 2 commits: Remove unused patch

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
5caf9ee4 by Aurelien Jarno at 2019-08-16T10:42:37Z
Remove unused patch

- - - - -
e9921294 by Aurelien Jarno at 2019-08-16T10:42:54Z
releasing package glibc version 2.29-0experimental0

- - - - -


2 changed files:

- debian/changelog
- − debian/patches/localedata/local-all-no-archive.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/1fade6966ba0cdc937c4c2f344d70b7bed878975...e99212946cb42db0c34649c289981cb575ceaeab

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/1fade6966ba0cdc937c4c2f344d70b7bed878975...e99212946cb42db0c34649c289981cb575ceaeab
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc] Pushed new tag debian/2.29-0experimental0

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.29-0experimental0 at GNU Libc 
Maintainers / glibc

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/tree/debian/2.29-0experimental0
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] 2 commits: More cleanup to debian/testsuite-xfail-debian.mk

2019-08-16 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
c83c261e by Aurelien Jarno at 2019-08-16T08:21:51Z
More cleanup to debian/testsuite-xfail-debian.mk

- - - - -
1fade696 by Aurelien Jarno at 2019-08-16T09:06:08Z
debian/shlibs-add-udebs: remove the udeb entries automatically added by 
dh_makeshlibs before proceeding to workaround debhelper bugs#934889 and #934891.

- - - - -


3 changed files:

- debian/changelog
- debian/shlibs-add-udebs
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/b1c6c0ecf3a358368acf0af89f631fd71ba5083a...1fade6966ba0cdc937c4c2f344d70b7bed878975

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/b1c6c0ecf3a358368acf0af89f631fd71ba5083a...1fade6966ba0cdc937c4c2f344d70b7bed878975
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] 8 commits: debian/testsuite-xfail-debian.mk: drop XFAILs that have been fixed for quite some time.

2019-08-15 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
14fb15c8 by Aurelien Jarno at 2019-08-15T20:31:32Z
debian/testsuite-xfail-debian.mk: drop XFAILs that have been fixed for quite 
some time.

- - - - -
d1d4abf5 by Aurelien Jarno at 2019-08-15T20:31:32Z
debian/control.in/main, debian/rules: build with GCC 9.

- - - - -
87239d52 by Aurelien Jarno at 2019-08-15T20:31:32Z
debian/sysdeps/mips*.mk: drop -mno-plt, but keep -mno-pie.

- - - - -
8da8f5c0 by Aurelien Jarno at 2019-08-15T20:31:32Z
debian/patches/any/git-socket-constants.diff: backport upstream change to use 
in-tree copy of SO_ constants for !__USE_MISC to fix compatibility with recent 
kernel headers.

- - - - -
6c419ac0 by Aurelien Jarno at 2019-08-15T20:31:32Z
Fix ld.so link on mips{64,n32}r6{,el}.  Closes: #933513.

- - - - -
137cab9d by Aurelien Jarno at 2019-08-15T20:31:32Z
Add bug number

- - - - -
40bd9daf by Aurelien Jarno at 2019-08-15T20:31:32Z
debian/patches/any/submitted-ld.so-cache-new-format.diff: default to the new 
format for ld.so.cache.  Closes: #908946.

- - - - -
b1c6c0ec by Aurelien Jarno at 2019-08-15T20:31:32Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix build on alpha with recent kernel headers.  Closes: #934823.

- - - - -


22 changed files:

- debian/changelog
- debian/control
- debian/control.in/main
- + debian/patches/any/git-socket-constants.diff
- + debian/patches/any/submitted-ld.so-cache-new-format.diff
- debian/patches/git-updates.diff
- debian/patches/series
- debian/rules
- debian/sysdeps/mips.mk
- debian/sysdeps/mips64.mk
- debian/sysdeps/mips64el.mk
- debian/sysdeps/mips64r6.mk
- debian/sysdeps/mips64r6el.mk
- debian/sysdeps/mipsel.mk
- debian/sysdeps/mipsn32.mk
- debian/sysdeps/mipsn32el.mk
- debian/sysdeps/mipsn32r6.mk
- debian/sysdeps/mipsn32r6el.mk
- debian/sysdeps/mipsr6.mk
- debian/sysdeps/mipsr6el.mk
- debian/tests/control
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/d6de43dfa3df4010832ec8c37a7abd35b3218fa7...b1c6c0ecf3a358368acf0af89f631fd71ba5083a

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/d6de43dfa3df4010832ec8c37a7abd35b3218fa7...b1c6c0ecf3a358368acf0af89f631fd71ba5083a
You're receiving this email because of your account on salsa.debian.org.




Re: tzdata 2019b-1

2019-08-15 Thread Aurelien Jarno
On 2019-08-08 18:59, Aurelien Jarno wrote:
> On 2019-08-08 15:27, Josh Pollara wrote:
> > When can we expect tzdata 2019b-1 to be available in stretch?
> 
> I have no idea why it has been uploaded only to sid. I'll try to work on
> that in the next days.

tzdata version 2019b is now available for both stretch-updates and
buster-updates:

https://lists.debian.org/debian-stable-announce/2019/08/msg0.html

They'll be released with stretch 9.10 and buster 10.1 scheduled for
2019-09-07.

Aurelien

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



Bug#934689: stretch-pu: package tzdata/2019b-0+deb10u1

2019-08-13 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
Tags: buster 
User: release.debian@packages.debian.org
Usertags: pu

I have just uploaded tzdata version 2019b-0+deb10u1 to buster-pu. This
new upstream version is already in testing and sid. It contains changes
that affect the following past and future timestamps:
 - Brazil has canceled DST and will stay on standard time indefinitely.
 - Predictions for Morocco now go through 2087 instead of 2037.
 - Palestine's 2019 spring transition was 03-29 at 00:00, not 03-30
   at 01:00.  Guess future transitions to be March's last Friday at 00:00.
 - Many corrections to historical Hong Kong transitions from 1941 to 1947.

Such changes usually go through (old)stable-updates, that said this time
there is no urgency, so it's perfectly fine to wait for the next point
release on 2019-09-07.



Bug#934688: stretch-pu: package tzdata/2019b-0+deb9u1

2019-08-13 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

I have just uploaded tzdata version 2019b-0+deb9u1 to stretch-pu. This 
new upstream version is already in testing and sid. It contains changes 
that affect the following past and future timestamps:
 - Brazil has canceled DST and will stay on standard time indefinitely.
 - Predictions for Morocco now go through 2087 instead of 2037.
 - Palestine's 2019 spring transition was 03-29 at 00:00, not 03-30
   at 01:00.  Guess future transitions to be March's last Friday at 00:00.
 - Many corrections to historical Hong Kong transitions from 1941 to 1947.

Such changes usually go through (old)stable-updates, that said this time
there is no urgency, so it's perfectly fine to wait for the next point 
release on 2019-09-07.



[Git][glibc-team/tzdata] Pushed new tag debian/2019b-0+deb9u1

2019-08-13 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019b-0+deb9u1 at GNU Libc Maintainers / 
tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019b-0+deb9u1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][stretch] 2 commits: New upstream version, affecting the following past and future timestamps:

2019-08-13 Thread Aurelien Jarno


Aurelien Jarno pushed to branch stretch at GNU Libc Maintainers / tzdata


Commits:
6e573b50 by Aurelien Jarno at 2019-08-12T09:45:13Z
New upstream version, affecting the following past and future timestamps:

* New upstream version, affecting the following past and future timestamps:
  - Brazil has canceled DST and will stay on standard time indefinitely.
  - Predictions for Morocco now go through 2087 instead of 2037.
  - Palestines 2019 spring transition was 03-29 at 00:00, not 03-30
at 01:00.  Guess future transitions to be Marchs last Friday at 00:00.
  - Many corrections to historical Hong Kong transitions from 1941 to 1947.

- - - - -
f79e2811 by Aurelien Jarno at 2019-08-12T09:46:23Z
releasing package tzdata version 2019b-0+deb9u1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/aaea5de0249851dcd19398273e85611979df2dcd...f79e28119b241e9cb9ebfc39e4f1af57b49b9a7c

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/aaea5de0249851dcd19398273e85611979df2dcd...f79e28119b241e9cb9ebfc39e4f1af57b49b9a7c
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new tag debian/2019b-0+deb10u1

2019-08-13 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019b-0+deb10u1 at GNU Libc Maintainers / 
tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019b-0+deb10u1
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new branch buster

2019-08-13 Thread Aurelien Jarno


Aurelien Jarno pushed new branch buster at GNU Libc Maintainers / tzdata

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/tree/buster
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata][sid] 2 commits: Change provides to tzdata-bullseye from tzdata-buster.

2019-08-12 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
36fcec39 by Aurelien Jarno at 2019-08-12T09:35:51Z
Change provides to tzdata-bullseye from tzdata-buster.

- - - - -
f3d269ce by Aurelien Jarno at 2019-08-12T09:40:38Z
releasing package tzdata version 2019b-2

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/560d2373b848df43f37c983b0c8413079a3f50ac...f3d269ce4f56695e1439ca079403ee80ca0dd2e8

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/560d2373b848df43f37c983b0c8413079a3f50ac...f3d269ce4f56695e1439ca079403ee80ca0dd2e8
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/tzdata] Pushed new tag debian/2019b-2

2019-08-12 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019b-2 at GNU Libc Maintainers / tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019b-2
You're receiving this email because of your account on salsa.debian.org.




Re: tzdata 2019b-1

2019-08-08 Thread Aurelien Jarno
On 2019-08-08 15:27, Josh Pollara wrote:
> When can we expect tzdata 2019b-1 to be available in stretch?

I have no idea why it has been uploaded only to sid. I'll try to work on
that in the next days.

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



Bug#934080: [libc6] Significant degradation in the memory effectivity of the memory allocator

2019-08-06 Thread Aurelien Jarno
10. Now depending on the workload
you might see more or less effects.

> - If the tunables real work, why their do not apply globally (on the system
> level) to return the memory effectivity to the level of the Debian 7 (GLibC
> 2.13)?

Because every workload behave differently, and also not everybody cares
about the same. You seem to care about memory usage, some other care
about performance. The idea is to get a balanced memory allocator which
can be tuned.

> - If the new memory allocator (into GLibC 2.28) is so good, how can I return
> its memory effectivity to the level of the Debian 7 (GLibC 2.13)?

I have no idea about that, maybe playing with the other tunables. It's
also not impossible some of the increase is due to the security hardening
that has been enabled in debian over time.

Regards,
Aurelien

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



Bug#933800: AF_XDP missing in libc6-dev

2019-08-03 Thread Aurelien Jarno
On 2019-08-03 12:54, Ryan Goodfellow wrote:
> Package: libc6-dev
> Version: 2.28-10
> 
> There is currently a mismatch between libc6 on Debian stable and the
> underlying kernel with respect to XDP. The kernel has support for XDP
> sockets, but the libc6 library does not have the associated macro
> AF_XDP, to specify the address family.
> 
> The addition of the AF_XDP macro to glibc is here:
> 
> https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=38b0593e9a862c3b35392a0f5b202696b8116aa3;hp=5cd7dbdea13eb302620491ef44837b17e9d39c5a
> 
> So it would seem that this does not show up until glibc version 2.29.
> However, since the Debian stable kernel has this functionality,
> perhaps this is worth patching in?

It's probably possible to get this change in Debian stable, however the
final decision will be taken by the release team. In any case this
change has to go first into testing (probably through the upload of
glibc 2.29) before we can consider backporting it to stable.

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



Bug#930734: glibc: Doesn't honor noudeb build profile

2019-07-29 Thread Aurelien Jarno
On 2019-06-19 14:51, Sven Mueller wrote:
> Package: glibc
> Version: 2.28-10
> Tags: patch
> 
> https://wiki.debian.org/BuildProfileSpec documents noudeb specifically to
> disable building .udeb packages, but the glibc sources only honor the
> (deprecated!) stage1 profile.

Actually it's deprecated for general package, but it's the correct way
for "early cross-compiler bootstrap phase", which is the case here.
Anyway stage1 is still actively used by other packages.

> The attached patch disables building udebs if stage1 isn't given but noudeb
> is (stage1 already disabled them).

Thanks applied.

Cheers,
Aurelien

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



[Git][glibc-team/glibc][glibc-2.29] 19 commits: Update Danish debconf translation, by Joe Hansen. Closes: #923055.

2019-07-29 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
63b8b872 by Aurelien Jarno at 2019-02-24T13:24:49Z
Update Danish debconf translation, by Joe Hansen.  Closes: #923055.

- - - - -
247bedfa by Samuel Thibault at 2019-02-27T17:48:00Z
debian/patches/hurd-i386/git-renameat2.diff: New patch, fixes renameat2, now 
used by coreutils

- - - - -
83d8f14a by Samuel Thibault at 2019-02-27T17:49:14Z
drop Changelog part of patch

- - - - -
3c110531 by Aurelien Jarno at 2019-02-27T23:15:01Z
debian/patches/git-updates.diff: update from upstream stable branch.

- - - - -
1045bbed by Samuel Thibault at 2019-02-28T05:56:07Z
upload

- - - - -
fc73ed51 by Aurelien Jarno at 2019-03-17T09:29:08Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix heap-based buffer over-read in regular-expression matching
(CVE-2019-9169).  Closes: #924612.

- - - - -
83b0fc94 by Adam Conrad at 2019-04-08T07:07:38Z
debian/patches/arm/unsubmitted-ldso-abi-check.diff: Fix rtld segv in dl_open() 
introduced via merge with upstream at 2.28 (LP: #1821677)

- - - - -
05b7d594 by Aurelien Jarno at 2019-04-25T19:10:50Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Add entry for the new Japanese era to the ja_JP locale.  Closes: #927914.

- - - - -
6990f0cc by Aurelien Jarno at 2019-04-25T19:12:12Z
releasing package glibc version 2.28-9

- - - - -
6d7dc7e2 by Aurelien Jarno at 2019-04-30T22:36:43Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix infinite loop in pldd.  Closes: #913929.

- - - - -
9cedc94b by Aurelien Jarno at 2019-05-01T17:26:00Z
releasing package glibc version 2.28-10

- - - - -
179ead5d by Aurelien Jarno at 2019-07-28T21:56:02Z
Merge branch sid into glibc-2.29

- - - - -
7b7b37e4 by Aurelien Jarno at 2019-07-28T22:12:47Z
debian/glibc-source.filelist, debian/libc6.symbols.powerpcspe, 
debian/rules.d/control.mk, debian/sysdeps/powerpcspe.mk,  
debian/testsuite-xfail-debian.mk: Drop the powerpcspe architecture, it is not 
supported anymore by GCC 9 and will be removed in GLIBC 2.30.

- - - - -
496dd1f2 by Aurelien Jarno at 2019-07-29T17:09:54Z
debian/rules: do not export SHELL, it is already set through configparms.

- - - - -
1b31bb3f by Aurelien Jarno at 2019-07-29T17:11:56Z
debian/patches/git-pexpect-pretty-printers.diff: backport pretty printer fix to 
support recent versions of GDB with color output.

- - - - -
bfe6b65a by Aurelien Jarno at 2019-07-29T17:11:56Z
debian/testsuite-xfail-debian.mk: drop XFAILs that were due to kernel bugs 
which are now fixed in both oldstable and stable kernels.

- - - - -
b0d7c846 by Aurelien Jarno at 2019-07-29T17:32:12Z
debian/rules: drop -no-pie -fno-PIE options. This is now fully supported by the 
GNU libc.

- - - - -
8ecfdbcf by Aurelien Jarno at 2019-07-29T19:23:53Z
debian/rules: honor noudeb build profile.

- - - - -
d6de43df by Aurelien Jarno at 2019-07-29T20:43:28Z
debian/testsuite-xfail-debian.mk: group XFAILs that are due to the same kernel 
bug.

- - - - -


13 changed files:

- debian/changelog
- debian/control
- debian/glibc-source.filelist
- − debian/libc6.symbols.powerpcspe
- + debian/patches/any/git-pexpect-pretty-printers.diff
- debian/patches/arm/unsubmitted-ldso-abi-check.diff
- + debian/patches/hurd-i386/git-renameat2.diff
- debian/patches/series
- debian/po/da.po
- debian/rules
- debian/rules.d/control.mk
- − debian/sysdeps/powerpcspe.mk
- debian/testsuite-xfail-debian.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/5a11f4959287e461c961834f2c4ccd7f7aac7ed9...d6de43dfa3df4010832ec8c37a7abd35b3218fa7

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/5a11f4959287e461c961834f2c4ccd7f7aac7ed9...d6de43dfa3df4010832ec8c37a7abd35b3218fa7
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/glibc][glibc-2.29] 2 commits: debian/patches/git-updates.diff: update from upstream stable branch:

2019-07-26 Thread Aurelien Jarno


Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc


Commits:
a5d32940 by Aurelien Jarno at 2019-07-26T21:27:06Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - debian/patches/any/git-libio-stdout-putc.diff: rebased.

- - - - -
5a11f495 by Aurelien Jarno at 2019-07-26T21:34:49Z
debian/control.in/main, debian/rules: drop the multiarch-support package. 
Closes: #910669.

- - - - -


6 changed files:

- debian/changelog
- debian/control
- debian/control.in/main
- debian/patches/any/git-libio-stdout-putc.diff
- debian/patches/git-updates.diff
- debian/rules


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/d341d653b378577a4365c0cea9c8c24d91564caa...5a11f4959287e461c961834f2c4ccd7f7aac7ed9

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/compare/d341d653b378577a4365c0cea9c8c24d91564caa...5a11f4959287e461c961834f2c4ccd7f7aac7ed9
You're receiving this email because of your account on salsa.debian.org.




Bug#910669: glibc: Please remove transitional package multiarch-support

2019-07-24 Thread Aurelien Jarno
On 2019-07-24 12:01, Boyuan Yang wrote:
> Control: severity -1 normal
> Control: tag -1 - wontfix
> X-Debbugs-CC: aurel...@aurel32.net
> 
> Hi Aurelien and other Debian glibc maintainers,
> 
> With Debian Buster released, I think now we are absolutely safe to have
> package multiach-support removed from Sid (and thus Testing). There's no other

Agreed, that will be done in one of the next uploads of the glibc
package.

> package in Sid (and Testing) currently depends on it. I can help submit a

That is true for testing.

For sid there is still:
- hidrd on armel, armhf, ppc64el and s390x
- librevisa on s390x

For experimental there is still:
- poti on armel, armhf ans 390x


> removal request to FTP Masters if you find it okay.

There is no need to submit a removal request for that. What is needed is
to upload a new version of the glibc package without multiarch-support.
Then it will be removed once no other packages depends on it in the
archive. OTOH you can help to get the above packages removed by filling
a removal request to FTP masters.

Regards,
Aurelien

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


signature.asc
Description: PGP signature


Bug#932644: reconfigure writes to /usr/lib/locale/locale-archive

2019-07-24 Thread Aurelien Jarno
On 2019-07-24 12:38, Marc Haber wrote:
> On Mon, Jul 22, 2019 at 07:20:42PM +0200, Aurelien Jarno wrote:
> > On 2019-07-21 17:11, Marc Haber wrote:
> > > Package: locales
> > > Version: 2.28-10
> > > Severity: minor
> > > 
> > > Hi,
> > > 
> > > reconfiguring the locales package updates the file
> > > /usr/lib/locale/locale-archive.
> > 
> > This is indeed where the libc looks for the compiled locales.
> 
> And it wouldn't follow a symlink to /var/lib/locale/locale-archive,
> where variable data would belong?

As said in my previous mail, those are not variable data, I do not see
the point of moving them to /var. They are only modified when the 
locales postinst script is run.

> > > I am not sure whether this is allowed by policy, hence severity: minor.
> > 
> > I do not find anything that prevents that in the policy. In addition
> > many other packages are also writing files to /usr when they are
> > configured (for example __pycache__ files or the various kernel
> > modules.* files used by depmod, udev hwdb.bin, etc.).
> 
> But they only do that on package installation. And: "look, how bad the
> neighbor is" is hardly an excuse. I happened to stumble upon that in
> locales, and it's the first time that I actually noticed that.

They do that exactly in the same situation than the locales postinst, ie
when the package is (re)configured. There is nothing in the policy
forbidding that. We can open a bug against the policy to confirm or
infirm that.

> > > Maybe this file would better be in /var.
> > 
> > /var is for files whose content is expected to continually change during
> > normal operation of the system. This is not the case of the
> > locale-archive file which doesn't change until the next reconfiguration
> > of the package. As such it doesn't prevent for example mounting the / or
> > /usr partition read-only once apt or dpkg have finished their work.
> 
> You're of course entitled to your opinion and I respect the decision.
> 
> Just assume:
> 
> - ansible/puppet/salt etc has a /etc/locale.gen which for some reason
>   doesn't have the current set of comments
> - a handler calls dpkg-reconfigure locales to handle the change in
>   /etc/locale.gen
> - locales rewrites /etc/locale.gen with the current set of comments
> - ansible/puppet/salt runs again, notices that /etc/locale.gen is not as
>   it should be according to its opinion
> - repeat starting with step 1

Looks like that is for the wrong bug report...

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



Bug#932644: reconfigure writes to /usr/lib/locale/locale-archive

2019-07-22 Thread Aurelien Jarno
On 2019-07-21 17:11, Marc Haber wrote:
> Package: locales
> Version: 2.28-10
> Severity: minor
> 
> Hi,
> 
> reconfiguring the locales package updates the file
> /usr/lib/locale/locale-archive.

This is indeed where the libc looks for the compiled locales.

> I am not sure whether this is allowed by policy, hence severity: minor.

I do not find anything that prevents that in the policy. In addition
many other packages are also writing files to /usr when they are
configured (for example __pycache__ files or the various kernel
modules.* files used by depmod, udev hwdb.bin, etc.).

> Maybe this file would better be in /var.

/var is for files whose content is expected to continually change during
normal operation of the system. This is not the case of the
locale-archive file which doesn't change until the next reconfiguration
of the package. As such it doesn't prevent for example mounting the / or
/usr partition read-only once apt or dpkg have finished their work.

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



Bug#932708: rewrites comments in /etc/locale.gen

2019-07-22 Thread Aurelien Jarno
On 2019-07-22 07:08, Marc Haber wrote:
> Package: locales
> Version: 2.28-10
> Severity: minor
> 
> Hi,
> 
> a least in buster and later, reconfiguring locales will rewrite
> the comments in /etc/locale.gen which indicate available locales. This
> might confuse file integrity checkers and causes value ping-pong with
> configuration management systems.

This is not something new, basically the postinst script just updates
the file to remove the locales that are not supported anymore and adds
the newly supported ones. The added ones are just added at the end of
the file without modifying the order. Therefore the file is indeed
modified when new locales are added (usually for a new major version),
but for subsequent runs of the posting script, the content should be
left unchanged.

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



Re: Options for 64-bit time_t support on 32-bit architectures

2019-07-20 Thread Aurelien Jarno
On 2019-07-19 15:13, Adrian Bunk wrote:
> There are two current release architectures where it is at least 
> imaginable that they will still be around closer to the year 2038:
> i386 and armhf

With the current way packages are built, i.e. natively on the same
architecture, I don't see 32-bit architectures being able to survive
more than 2 more release cycles. Even with LTS and extended LTS, this is
still far from 2038.

The toolchain on 32-bit architectures reaches the 4GB address space
limit more and more often and people have to deploy tricks to workaround
that. We might want to use cross-compilers on those architectures, but
nowadays it's much more than only GCC.

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



Re: Options for 64-bit time_t support on 32-bit architectures

2019-07-19 Thread Aurelien Jarno
On 2019-07-19 23:19, Adrian Bunk wrote:
> Support for the Intel Quark was dropped when the i386 baseline was 
> raised from 586 to 686 in stretch, so that's already irrelevant for
> the Debian i386 port.

Intel Quark has never been supported by Debian due to errata #71538,
which requires to omit the LOCK prefix in the compiled code.

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



Bug#930808: libc6: ${PLATFORM} is expanded as haswell instead of x86_64

2019-06-21 Thread Aurelien Jarno
On 2019-06-21 02:04, Vincent Hobeïka wrote:
> Package: libc6
> Version: 2.28-10
> Severity: important
> 
> Dear Maintainer,
> 
> It seems ${PLATFORM} is wrongly expanded on x86_64 architectures with
> libc6 2.28.

I confirm that ${PLATFORM} is expanded to "haswell" if you have an
Haswell CPU. But I disagree that this is a wrong behaviour.

The ${PLATFORM} values has been designed to provide CPU specific
optimized libraries. There is no guarantee it matches the architecture.
The architecture name is only used when there is no more specific match.
For example on i386, it can be either i586 or i686 depending on your
CPU.

Here are a few examples of values that can be found on various
architectures:

mips: loongson2e, loongson2f, octeon, octeon2
s390x: g5, z900, z990, z9-109, z10, z196, zEC12, z13, z14
x86: i586, i686, haswell, xeon_phi

> This leads to troubles while referencing libraries.

The bug is probably in that libraries which wrongly use ${PLATFORM}

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



Bug#928404: unblock: glibc/2.28-10

2019-05-03 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear release team,

The glibc package in version 2.28-10 currently in sid mostly updates the
git-updates.diff patch to the latest upstream stable branch:
- Fix security issue CVE-2019-9169.
- Support for the new Reiwa era to the ja_JP which seems to be something
  quite important for Japanese people. 
  provide shared libraries (not) tuned for the corresponding platforms.
- Fix for an infinite loop in the pldd binary, which makes it unusable
  (regression from stretch).
- Support for vector instructions related hwcap on s390x to allow one to
- Fix for a riscv specific issue in a file which is not used on other
  architectures, so with no risk for them.

In addition to that it includes a fix for a bug in dlopen introduced by
an arm patch, but affecting all architectures.

I believe that all the above changes are suitable for buster. If you
agree, could you please unblock package glibc:

unblock glibc/2.28-10

Thanks,
Aurelien

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



[Git][glibc-team/glibc][sid] releasing package glibc version 2.28-10

2019-05-01 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
9cedc94b by Aurelien Jarno at 2019-05-01T17:26:00Z
releasing package glibc version 2.28-10

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/9cedc94b3e395d0beec9acf23c380133fd87af89

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/9cedc94b3e395d0beec9acf23c380133fd87af89
You're receiving this email because of your account on salsa.debian.org.



[Git][glibc-team/glibc] Pushed new tag debian/2.28-10

2019-05-01 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.28-10 at GNU Libc Maintainers / glibc

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/debian/2.28-10
You're receiving this email because of your account on salsa.debian.org.



[Git][glibc-team/glibc][sid] debian/patches/git-updates.diff: update from upstream stable branch:

2019-04-30 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
6d7dc7e2 by Aurelien Jarno at 2019-04-30T22:36:43Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix infinite loop in pldd.  Closes: #913929.

- - - - -


2 changed files:

- debian/changelog
- debian/patches/git-updates.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/6d7dc7e2647a84f24ec9314b74ff12509722e536

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/6d7dc7e2647a84f24ec9314b74ff12509722e536
You're receiving this email because of your account on salsa.debian.org.



Bug#928143: unblock: glibc/2.28-9

2019-04-28 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear release team,

The glibc package in version 2.28-9 currently in sid mostly updates the
git-updates.diff patch to the latest upstream stable branch:
- Fix security issue CVE-2019-9169.
- Support for the new Reiwa era to the ja_JP which seems to be something
  quite important for Japanese people. 
- Support for vector instructions related hwcap on s390x to allow one to
  provide shared libraries (not) tuned for the corresponding platforms.
- Fix for a riscv specific issue in a file which is not used on other
  architectures, so with no risk for them.
- Fix for memusagestat's Makefile related code, which has no impact on
  the generated code.

In addition to that it includes a fix for a bug in dlopen introduced by
an arm patch, but affecting all architectures.

I believe that all the above changes are suitable for buster. If you
agree, could you please unblock package glibc:

unblock glibc/2.28-9

Thanks,
Aurelien

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/changelog b/debian/changelog
index 24a46054..711bb67a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,18 @@
+glibc (2.28-9) unstable; urgency=medium
+
+  [ Aurelien Jarno ]
+  * debian/patches/git-updates.diff: update from upstream stable branch:
+- Fix heap-based buffer over-read in regular-expression matching
+  (CVE-2019-9169).  Closes: #924612.
+- Add entry for the new Japanese era to the ja_JP locale.  Closes:
+  #927914.
+
+  [ Adam Conrad ]
+  * debian/patches/arm/unsubmitted-ldso-abi-check.diff: Fix rtld segv in
+dl_open() introduced via merge with upstream at 2.28 (LP: #1821677)
+
+ -- Aurelien Jarno   Thu, 25 Apr 2019 21:12:03 +0200
+
 glibc (2.28-8) unstable; urgency=medium
 
   [ Aurelien Jarno ]
diff --git a/debian/patches/arm/unsubmitted-ldso-abi-check.diff 
b/debian/patches/arm/unsubmitted-ldso-abi-check.diff
index 6c78c674..8a7cab12 100644
--- a/debian/patches/arm/unsubmitted-ldso-abi-check.diff
+++ b/debian/patches/arm/unsubmitted-ldso-abi-check.diff
@@ -222,10 +222,10 @@
if (ph->p_type == PT_NOTE && ph->p_filesz >= 32 && ph->p_align >= 4)
  {
ElfW(Addr) size = ph->p_filesz;
-@@ -1751,6 +1955,21 @@
+@@ -1751,6 +1955,20 @@
+ 
+   break;
  }
-   free (abi_note_malloced);
- }
 +  if (-1 != fd)
 +  {
 +int error = arch_specific_checks(fd, name, ehdr);
@@ -239,8 +239,7 @@
 +goto call_lose;
 +  }
 +  }
-+
-+}
++  }
+   free (abi_note_malloced);
+ }
  
-   return fd;
- }
diff --git a/debian/patches/git-updates.diff b/debian/patches/git-updates.diff
index 50d4962c..a6722cc9 100644
--- a/debian/patches/git-updates.diff
+++ b/debian/patches/git-updates.diff
@@ -1,10 +1,44 @@
 GIT update of https://sourceware.org/git/glibc.git/release/2.28/master from 
glibc-2.28
 
 diff --git a/ChangeLog b/ChangeLog
-index 08b42bd2f5..42fe0aeb1e 100644
+index 08b42bd2f5..609d5c1b19 100644
 --- a/ChangeLog
 +++ b/ChangeLog
-@@ -1,3 +1,784 @@
+@@ -1,3 +1,818 @@
++2019-04-24  Mike Frysinger  
++
++  [BZ #18465]
++  * malloc/Makefile (others): Add memusagestat.
++  ($(objpfx)memusagestat): Delete rule.
++  (LDLIBS-memusagestat): New variable.
++
++2019-04-03  TAMUKI Shoichi  
++
++  [BZ #22964]
++  * localedata/locales/ja_JP (LC_TIME): Add entry for the new Japanese
++  era.
++
++2019-03-21  Stefan Liebler  
++
++  * sysdeps/s390/dl-procinfo.h (HWCAP_IMPORTANT):
++  Add HWCAP_S390_VX and HWCAP_S390_VXE.
++
++2019-01-31  Paul Eggert  
++
++  CVE-2019-9169
++  regex: fix read overrun [BZ #24114]
++  Problem found by AddressSanitizer, reported by Hongxu Chen in:
++  https://debbugs.gnu.org/34140
++  * posix/regexec.c (proceed_next_node):
++  Do not read past end of input buffer.
++
++2018-11-07  Andreas Schwab  
++
++  [BZ #23864]
++  * sysdeps/unix/sysv/linux/riscv/kernel-features.h
++  (__ASSUME_SET_ROBUST_LIST) [__LINUX_KERNEL_VERSION < 0x041400]:
++  Undef.
++
 +2018-09-21  Adhemerval Zanella  
 +
 +  * NEWS: Add note about new TLE support on powerpc64le.
@@ -807,15 +841,19 @@ index 608ffe648c..f5e81bdf5d 100644
  # We might want to compile with some stack-protection flag.
  ifneq ($(stack-protector),)
 diff --git a/NEWS b/NEWS
-index 154ab22d7c..60b15116d6 100644
+index 154ab22d7c..e8030d499a 100644
 --- a/NEWS
 +++ b/NEWS
-@@ -5,6 +5,77 

[Git][glibc-team/glibc] Pushed new tag debian/2.28-9

2019-04-25 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.28-9 at GNU Libc Maintainers / glibc

-- 
View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/debian/2.28-9
You're receiving this email because of your account on salsa.debian.org.



[Git][glibc-team/glibc][sid] releasing package glibc version 2.28-9

2019-04-25 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
6990f0cc by Aurelien Jarno at 2019-04-25T19:12:12Z
releasing package glibc version 2.28-9

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/6990f0ccfae0d2b2ffa2ac893f7570ea4561586d

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/6990f0ccfae0d2b2ffa2ac893f7570ea4561586d
You're receiving this email because of your account on salsa.debian.org.



[Git][glibc-team/glibc][sid] debian/patches/git-updates.diff: update from upstream stable branch:

2019-04-25 Thread Aurelien Jarno


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
05b7d594 by Aurelien Jarno at 2019-04-25T19:10:50Z
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Add entry for the new Japanese era to the ja_JP locale.  Closes: #927914.

- - - - -


2 changed files:

- debian/changelog
- debian/patches/git-updates.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/05b7d594f4c081c0c72baae8d35f4f542d4009b9

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/commit/05b7d594f4c081c0c72baae8d35f4f542d4009b9
You're receiving this email because of your account on salsa.debian.org.



Bug#880659: [stunnel4] still random segfaults - gdb backtrace

2019-04-24 Thread Aurelien Jarno
control: reassign -1 stunnel4
control: retitle -1 stunnel4 calls pthread_rwlock_unlock on an rwlock which is 
not locked

Hi,

On 2019-04-21 16:26, Florian Lohoff wrote:
> 
> Hi,
> after installing corekeeper i got a coredump of the crashing stunnel.
> Installing some dbgsym packages i got this backtrace.
> 
> It seems the bug could be reassigned to glibc as it creashes
> in thread unlocking.
> 
> Its pretty interesting. It crashes in the "xend" instruction with
> is an opcode of the transactional memory feature. From the CPU type

Correct.

> it should be supported but concerning the Intel errata it might
> be disabled by microcode. Its not advertised as available in
> the cpuinfo - Should be flag "hle"
> 
> root@pax:/var/crash/0# lscpu
> Architecture:  x86_64
> CPU op-mode(s):32-bit, 64-bit
> Byte Order:Little Endian
> CPU(s):8
> On-line CPU(s) list:   0-7
> Thread(s) per core:2
> Core(s) per socket:4
> Socket(s): 1
> NUMA node(s):  1
> Vendor ID: GenuineIntel
> CPU family:6
> Model: 60
> Model name:Intel(R) Xeon(R) CPU E3-1270 v3 @ 3.50GHz
> Stepping:  3
> CPU MHz:   3699.951
> CPU max MHz:   3900.
> CPU min MHz:   800.
> BogoMIPS:  6983.94
> Virtualization:VT-x
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:  256K
> L3 cache:  8192K
> NUMA node0 CPU(s): 0-7
> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
> pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
> nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 
> ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt 
> tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb invpcid_single 
> ssbd ibrs ibpb stibp kaiser tpr_shadow vnmi flexpriority ept vpid fsgsbase 
> tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm ida arat pln pts 
> flush_l1d

This is correct your CPU doesn't support hardware lock elision, and
anyway hardware lock elision is disabled by default since glibc 2.24-9.

> [ snip ]

> root@pax:/var/crash/0# gdb -c 15*core /usr/bin/stunnel4
> GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /usr/bin/stunnel4...Reading symbols from 
> /usr/lib/debug/.build-id/bb/b0710645254c912da337f32e7a2d40cd849ec3.debug...done.
> done.
> [New LWP 15247]
> [New LWP 15244]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/usr/bin/stunnel4 /etc/stunnel/stunnel-suucp.conf'.
> Program terminated with signal SIGILL, Illegal instruction.
> #0  0x7f51f7858c43 in _xend () at pthread_rwlock_unlock.c:38
> 38pthread_rwlock_unlock.c: No such file or directory.
> [Current thread is 1 (Thread 0x7f51f64ad700 (LWP 15247))]
> (gdb) info thread
>   Id   Target Id Frame 
> * 1Thread 0x7f51f64ad700 (LWP 15247) 0x7f51f7858c43 in _xend () at 
> pthread_rwlock_unlock.c:38
>   2Thread 0x7f51f8b13880 (LWP 15244) 0x7f51f785856f in 
> __GI___pthread_rwlock_wrlock (rwlock=0x5607e3c25070) at 
> pthread_rwlock_wrlock.c:107
> (gdb) bt
> #0  0x7f51f7858c43 in _xend () at pthread_rwlock_unlock.c:38
> #1  __GI___pthread_rwlock_unlock (rwlock=0x5607e3c68ce0) at 
> pthread_rwlock_unlock.c:38
> #2  0x7f51f8453f09 in CRYPTO_THREAD_unlock (lock=) at 
> ../crypto/threads_pthread.c:79
> #3  0x7f51f8422c9d in rand_bytes (buf=0x7f51f0006ec0 
> "\031e\342\244\035O2\226\235p", num=0, pseudo=0) at 
> ../crypto/rand/md_rand.c:498
> #4  0x7f51f835b551 in bnrand (pseudorand=0, rnd=0x7f51f00

Bug#926751: gcc-riscv64-linux-gnu: Doesn't work with all valid abi combinations.

2019-04-10 Thread Aurelien Jarno
control: tag -1 + wontfix

On 2019-04-10 07:29, Matthias Klose wrote:
> Control: reassign -1 src:glibc
> 
> these are glibc headers.
> 
> On 10.04.19 04:05, peterc wrote:
> > Package: gcc-riscv64-linux-gnu
> > Version: 4:8.3.0-2
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > 
> > My RISC V64 implementation doesn't have floating point, so I'm trying
> > to compile with
> >  -march=rv64imac -mabi=lp64
> > 
> > I see:
> > $  riscv64-linux-gnu-gcc -mabi=lp64 -march=rv64imac x.c
> > In file included from /usr/riscv64-linux-gnu/include/features.h:448,
> >  from 
> > /usr/riscv64-linux-gnu/include/bits/libc-header-start.h:3,
> >  from /usr/riscv64-linux-gnu/include/stdio.h:27,
> >  from x.c:1:
> > /usr/riscv64-linux-gnu/include/gnu/stubs.h:8:11: fatal error: 
> > gnu/stubs-lp64.h: No such file or directory
> >  # include 
> >  compilation terminated.
> > 
> > for a simple hello world program.
> > 
> > It looks as if only march=rv64imafdc/mabi=lp64d is supported; please
> > can the other valid combinations be supported as well?

The RISC-V Debian port indeed targets rv64gc/lp64d:

https://wiki.debian.org/RISC-V#Hardware_baseline_and_ABI_choice

There is no plan to support other ABIs so far, so tagging this bug as
wontfix.

> > The current list is:
> > 
> > march=rv32i/mabi=ilp32
> > march=rv32im/mabi=ilp32
> > march=rv32iac/mabi=ilp32
> > march=rv32imac/mabi=ilp32
> > march=rv32imafc/mabi=ilp32f
> > march=rv64imac/mabi=lp64
> > march=rv64imafdc/mabi=lp64d

Note that upstream git glibc doesn't even support 32-bit ABIs.

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



Bug#926699: libc6-{i386,x32}: installing, removing, reinstalling in a --merged-usr system results in unmerged /lib{32,x32}

2019-04-09 Thread Aurelien Jarno
On 2019-04-09 12:27, Andreas Beckmann wrote:
> Package: libc6-x32,libc6-i386
> Version: 2.28-8
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts in a --merged-usr environment I noticed that
> installing, removing, and installing again a package shipping /lib32,
> /libx32 will actually unmerge that directory.
> The package will take ownership of the preexisting symlinks
> /lib{32,x32} -> /usr/lib{32,x32} that were created by debootstrap,
> remove them and create plain /usr/lib{32,x32} directories in the next
> installation.
> (/lib64 should be mostly safe due to /lib64/ld-linux-x86-64.so.2, but
> perhaps on !x86 architectures)

Hmm the only fault of the libc6-i386 and libc6-x32 packages (plus I
guess all the other bi/tri-arch ones on other architectures) is to be
the last user of those directory when being removed. They do not do
anything tricky in their directories.

> The preinst scripts could check whether the package is being installed
> in a --merged-usr environment and create (dangling) symlinks if
> /usr/lib{32,x32} is missing. And postrm remove could recreate them if
> they went missing.

This looks like an ugly workaround to me, and might not work if a
package start adding files there without depending on libc6. This looks
to me like a flaw in the usrmerge design. The base-files package is
designed to prevent directories or symlinks to be removed, so I wonder
if we need a usrmerge version of it.

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


signature.asc
Description: PGP signature


Bug#903514: Deadlock in _dl_close join-ing threads accessing TLS (was Re: gimp won't launch)

2019-03-31 Thread Aurelien Jarno
This bug is very likely a bug present in old glibc versions. It has been
brought to light when enabling TLS support in openblas and not by a new
glibc version.

Right now the bug has been workarounded by disabling TLS support in
openblas. The way to handle this bug is to write a small testcase that
can be forwarded upstream. It's not an easy task though.

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


signature.asc
Description: PGP signature


Bug#924891: glibc: FTBFS: /<>/build-tree/amd64-libc/conform/UNIX98/ndbm.h/scratch/ndbm.h-test.c:1:10: fatal error: ndbm.h: No such file or directory

2019-03-28 Thread Aurelien Jarno
Hi Florian,

On 2019-03-27 23:59, Florian Weimer wrote:
> retitle 924891 glibc: misc/tst-pkey fails due to cleared PKRU register after 
> signal in amd64 32-bit compat mode 
> thanks
> 
> * Lucas Nussbaum:
> 
> > On 27/03/19 at 08:48 +0100, Florian Weimer wrote:
> >> > If that's useful, I can easily provide access to an AWS VM to debug this
> >> > issue.
> >> 
> >> Oh, that would be quite helpful indeed.
> >
> > Can you send your SSH key? (I thought there was a way to get the SSH key
> > for a DD, but I cannot find it anymore)
> >
> > Then you will be able to ssh to root@18.184.55.40.
> > There's sbuild and schroot setup on the VM.
> >
> > When you are done, please 'poweroff' the machine, which will terminate
> > it.
> 
> The issue reproduces outside the chroot, with the stretch userland.
> 
> What happens is that once we get out of the SIGUSR1 signal handler,
> the PKRU register has value zero.  This happens around this code in
> the test:
> 
>   /* Check that in a signal handler, there is no access.  */
>   xsignal (SIGUSR1, _handler);
>   xraise (SIGUSR1);
>   xsignal (SIGUSR1, SIG_DFL);
>   TEST_COMPARE (sigusr1_handler_ran, 1);
> 
> I checked the following (via a breakpoint in pkey_get; I don't think
> GDB can read the PKRU register directly): Inside the SIGUSR1 signal
> handler, PKRU has value 0x5554, as expected for this kernel, but
> after the return, we get zero.  This is the first time a signal is
> delivered on the main thread, so it's consistent with fairly broken
> signal handling as far as the PKRU register is concerned.  I guess
> clearing PKRU in this way might even constitute a minor security bug
> (because the zero value means no restrictions).

Thanks a lot for investigating and for all the details.

> This commit looks highly relevant:
> 
> commit a4455082dc6f0b5d51a23523f77600e8ede47c79
> Author: Dave Hansen 
> Date:   Wed Jun 8 10:25:33 2016 -0700
> 
> x86/signals: Add missing signal_compat code for x86 features
> 
> The 32-bit siginfo is a different binary format than the 64-bit
> one.  So, when running 32-bit binaries on 64-bit kernels, we have
> to convert the kernel's 64-bit version to a 32-bit version that
> userspace can grok.
> 
> If the siginfo_t layout is incorrect (with regards to what the
> hardware writes), I expect that we might end up copying back the wrong
> PKRU value.

This commit is actually already in the 4.9 kernel.

> I'm not sure what to do here.  This really looks like a kernel bug.
> Maybe we should just verify that this is fixed in the buster kernel
> and move on?

I agree. I have been able to find a machine where I can temporarily run
a VM. I have found that the problem has been solved between kernel
4.10-rc6 and 4.10, more precisely between the following debian packages:
- linux-image-4.10.0-rc6-amd64-unsigned version 4.10~rc6-1~exp1
- linux-image-4.10.0-trunk-amd64-unsigned version 4.10-1~exp1

I gave a quick look at the commit logs, and I haven't identified a
commit. I'll look again and try to identify the commit fixing the issue
so that it can be backported in the stretch kernel. I'll then reassign
the bug there.

Regards,
Aurelien

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



[Git][glibc-team/tzdata] Pushed new tag debian/2019a-0+deb9u1

2019-03-27 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2019a-0+deb9u1 at GNU Libc Maintainers / 
tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019a-0+deb9u1
You're receiving this email because of your account on salsa.debian.org.



[Git][glibc-team/tzdata][stretch] 2 commits: New upstream version, affecting the following past and future timestamps:

2019-03-27 Thread Aurelien Jarno


Aurelien Jarno pushed to branch stretch at GNU Libc Maintainers / tzdata


Commits:
06d94d60 by Aurelien Jarno at 2019-03-27T20:34:12Z
New upstream version, affecting the following past and future timestamps:

* New upstream version, affecting the following past and future
  timestamps:
  - Palestine will not start DST until 2019-03-30, instead of 2019-03-23
as previously predicted.
  - Metlakatla ended its observance of Pacific standard time, rejoining
Alaska Time, on 2019-01-20 at 02:00.

- - - - -
aaea5de0 by Aurelien Jarno at 2019-03-27T20:34:26Z
releasing package tzdata version 2019a-0+deb9u1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/d39cfe4198620b6848a3427b803fedfe3ca72bd9...aaea5de0249851dcd19398273e85611979df2dcd

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/d39cfe4198620b6848a3427b803fedfe3ca72bd9...aaea5de0249851dcd19398273e85611979df2dcd
You're receiving this email because of your account on salsa.debian.org.



[Git][glibc-team/tzdata][sid] 2 commits: New upstream version, affecting the following past and future timestamps:

2019-03-26 Thread Aurelien Jarno
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata


Commits:
02ae8ee2 by Aurelien Jarno at 2019-03-26T22:05:56Z
New upstream version, affecting the following past and future timestamps:

* New upstream version, affecting the following past and future
  timestamps:
  - Palestine will not start DST until 2019-03-30, instead of 2019-03-23
as previously predicted.
  - Metlakatla ended its observance of Pacific standard time, rejoining
Alaska Time, on 2019-01-20 at 02:00.

- - - - -
8e37b3f9 by Aurelien Jarno at 2019-03-26T22:06:06Z
releasing package tzdata version 2019a-1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/15662b52fffcb14a6f34b238f157d57d47aefd05...8e37b3f9034fee9cb83b377cc67dc56dc78242e6

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/compare/15662b52fffcb14a6f34b238f157d57d47aefd05...8e37b3f9034fee9cb83b377cc67dc56dc78242e6
You're receiving this email because of your account on salsa.debian.org.


[Git][glibc-team/tzdata] Pushed new tag debian/2019a-1

2019-03-26 Thread Aurelien Jarno
Aurelien Jarno pushed new tag debian/2019a-1 at GNU Libc Maintainers / tzdata

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/tree/debian/2019a-1
You're receiving this email because of your account on salsa.debian.org.


  1   2   3   4   5   6   7   8   9   10   >