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

2020-10-21 Thread Aurelien Jarno


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


Commits:
1e942b5b by Aurelien Jarno at 2020-10-21T22:16:29+02:00
New upstream version, affecting the following future timestamp:

* New upstream version, affecting the following future timestamp:
  - Palestine ends DST earlier than predicted, on 2020-10-24.

- - - - -
6d7a195d by Aurelien Jarno at 2020-10-21T22:21:28+02:00
Set urgency to high to get the package into testing before the next change.

- - - - -
2ab3fd9b by Aurelien Jarno at 2020-10-21T22:21:36+02:00
releasing package tzdata version 2020d-1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/-/compare/f63a2248b1d6040e6382d427efb4775a70f34480...2ab3fd9bb6accba55a04da25f00d9c8d9926c060

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




[Git][glibc-team/tzdata] Pushed new tag debian/2020d-1

2020-10-21 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2020d-1 at GNU Libc Maintainers / tzdata

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




Bug#972510: glibc: Please ignore misc/tst-sbrk and/or misc/tst-sbrk-pie on all archs

2020-10-21 Thread Aurelien Jarno
Hi,

On 2020-10-21 11:55, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 10/19/20 9:12 PM, Aurelien Jarno wrote:
> >>   jrtc27 | misc/tst-sbrk and/or misc/tst-sbrk-pie seem to be failing on a 
> >> *lot* of architectures
> >>   jrtc27 | if it were up to me the problem would be solved by just 
> >> deleting sbrk...
> >>   jrtc27 | FreeBSD just took the stance of not implementing them for new 
> >> ports
> >>   jrtc27 | so it's arm64 and riscv64 ports just have no sbrk
> >>   jrtc27 | cbmuser: looks like the tests are Debian-specific
> >>   jrtc27 | added as part of Hurd sbrk reworking to test it didn't break
> > 
> > This is a bit exaggerated, this test actually passes on more
> > architectures than it fails. Also this doesn't mean the test is useless,
> > it means those architectures behaves differently, and that something has
> > to be fixed. It could be some architecture specific code or the test
> > itself.
> 
> Well, but if it's in the end a feature that no one is using and a test that 
> isn't even part
> of the upstream tests I don't see the point in testing it.

brk/sbrk is definitely something deprecated. But it is still part of the
API (especially for old architectures) and still used by software like
jemalloc, gcl or libgc. This is therefore important to keep this feature
in a good shape.

It's also used by many less important packages, often just to print a
backtrace.

If someone has spoons it might be worth opening bugs again those
package, so that they stop using brk/sbrk.

> >> Can we disable them? With the tests disabled, glibc should pass its 
> >> testsuite on at least alpha and
> >> sparc64. Not sure what the problem with hppa is at the moment.
> > 
> > We can definitely ignore it on the affected architectures, do you please
> > give more details why the test is so wrong that it should be ignored on
> > *all* architectures?
> 
> I'm just quoting jrtc27 from IRC. I'm not really an expert on that matter.
> 
> > Ignoring it on the affected architectures, will indeed fix alpha. Not
> > sure about hppa, ia64 and sparc64 that have other issues. And there is
> > no build log for m68k and sh4 to judge.
> 
> It seems that these two tests are currently the only tests that are not being 
> ignored
> that are failing unless I'm missing something (I just looked at the build 
> log).

I guess you mean for sparc64. This is indeed the case when building the
sparc64 flavour, but we know that the sparc flavour will fail later.

Aurelien 

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



Bug#972510: glibc: Please ignore misc/tst-sbrk and/or misc/tst-sbrk-pie on all archs

2020-10-19 Thread Aurelien Jarno
On 2020-10-19 18:05, John Paul Adrian Glaubitz wrote:
> Source: glibc
> Version: 2.31-4
> Severity: normal
> User: debian-sp...@lists.debian.org
> Usertags: alpha hppa ia64 m68k sh4 sparc64
> 
> Hello!
> 
> The two tests:
> 
> FAIL: misc/tst-sbrk
> FAIL: misc/tst-sbrk-pie
> 
> fail on multiple architectures.
> 
> According to the discussion in #debian-ports, the tests are broken and not 
> really necessary anyway:
> 
>   jrtc27 | misc/tst-sbrk and/or misc/tst-sbrk-pie seem to be failing on a 
> *lot* of architectures
>   jrtc27 | if it were up to me the problem would be solved by just deleting 
> sbrk...
>   jrtc27 | FreeBSD just took the stance of not implementing them for new ports
>   jrtc27 | so it's arm64 and riscv64 ports just have no sbrk
>   jrtc27 | cbmuser: looks like the tests are Debian-specific
>   jrtc27 | added as part of Hurd sbrk reworking to test it didn't break

This is a bit exaggerated, this test actually passes on more
architectures than it fails. Also this doesn't mean the test is useless,
it means those architectures behaves differently, and that something has
to be fixed. It could be some architecture specific code or the test
itself.

> Can we disable them? With the tests disabled, glibc should pass its testsuite 
> on at least alpha and
> sparc64. Not sure what the problem with hppa is at the moment.

We can definitely ignore it on the affected architectures, do you please
give more details why the test is so wrong that it should be ignored on
*all* architectures?

Ignoring it on the affected architectures, will indeed fix alpha. Not
sure about hppa, ia64 and sparc64 that have other issues. And there is
no build log for m68k and sh4 to judge.

Aurelien

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



Bug#972510: (no subject)

2020-10-19 Thread Aurelien Jarno
On 2020-10-19 15:44, Adhemerval Zanella wrote:
> On Mon, Oct 19, 2020 at 1:09 PM John Paul Adrian Glaubitz
>  wrote:
> >
> > Source: glibc
> > Version: 2.31-4
> > Severity: normal
> > User: debian-sp...@lists.debian.org
> > Usertags: alpha hppa ia64 m68k sh4 sparc64
> >
> > Hello!
> >
> > The two tests:
> >
> > FAIL: misc/tst-sbrk
> > FAIL: misc/tst-sbrk-pie
> 
> Just to you know these tests were never actually pushed upstream.
> They came from the debian
> patch:
> 
> patches/hurd-i386/git-sbrk-end.diff
> 
> And the original commit (8c6beab4e1c03ac57150241015486e3f497c17cc)
> only contains the Hurd
> specific bits.

Indeed, good catch. Samuel, can you split the patch in two parts, the
one that upstream and the one that is debian specific with the test?
Also can it be upstreamed?

Thanks,
Aurelien

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



Bug#954112: tzdata: Add ICU tzdata files

2020-10-19 Thread Aurelien Jarno
Hi,

On 2020-10-19 14:56, Dimitri John Ledkov wrote:
> On Mon, 16 Mar 2020 23:09:58 + Dimitri John Ledkov  
> wrote:
> > Package: tzdata
> > Version: 2019c-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > This adds ICU timezone datafiles from icu-data repository.
> >
> > The source .txt data files are sources for the binary .res files,
> > which are compiled at build time. Shipping this enabled to update
> > timezone database files at runtime for icu, by rebuilding icu by
> > setting `U_TIMEZONE_FILES_DIR` build-time config option, or at runtime
> > with environment variable `ICU_TIMEZONE_FILES_DIR`. This will resolve
> > a long standing bug that tzdata inside icu is never updated, and thus
> > apps that use icu to access tzdata are always out of date (i.e. php).
> >
> > Note that the .txt files do duplicate tzdata data files a bit. As they
> > are generated with a Java app by ICU upstream which merges tzdata
> > files as input together with https://github.com/unicode-org/cldr xmls
> > overrides. Maybe in the future, I will provide a more complete /
> > reproducible process to rebuild icu input .txt files from the tzdata
> > files directly with the xml overlays "from complete scratch".
> >
> > However, at least .res files generated are reproducible and match
> > checksums of the prebuild .res files distributed in the icu-data
> > repository.
> >
> > Regards,
> >
> > Dimitri.
> 
> Hi, Is this going to be reviewed / considered for inclusion?
> 
> icu package in Debian now compiles with such a definition too, and is
> actively trying to lookup updated tzdata from that location.

For some reason this bug never went to the mailing list, so I am
discovering it just now. I'll try to have a look at it in the next
weeks.

Regards,
Aurelien

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



[Git][glibc-team/libnss-nisplus] Pushed new tag debian/1.3-4

2020-10-18 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/1.3-4 at GNU Libc Maintainers / 
libnss-nisplus

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




[Git][glibc-team/libnss-nisplus][master] 2 commits: Add a build-depends on libnsl-dev.

2020-10-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nisplus


Commits:
ecd62273 by Aurelien Jarno at 2020-10-18T10:56:28+02:00
Add a build-depends on libnsl-dev.

- - - - -
65edea89 by Aurelien Jarno at 2020-10-18T10:56:36+02:00
releasing package libnss-nisplus version 1.3-4

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/030796c631d047b2b722bb8764e3ce4724fd25d9...65edea898f47bbb328086c3a52717a2cef39df63

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/030796c631d047b2b722bb8764e3ce4724fd25d9...65edea898f47bbb328086c3a52717a2cef39df63
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/libnss-nis] Pushed new tag debian/3.1-4

2020-10-18 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/3.1-4 at GNU Libc Maintainers / libnss-nis

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




[Git][glibc-team/libnss-nis][master] 2 commits: Add a build-depends on libnsl-dev.

2020-10-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
d905609c by Aurelien Jarno at 2020-10-18T10:44:10+02:00
Add a build-depends on libnsl-dev.

- - - - -
c3d641e4 by Aurelien Jarno at 2020-10-18T10:52:03+02:00
releasing package libnss-nis version 3.1-4

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/471e4e9a3de258c333c276b3a05e4901865531e4...c3d641e4cd199a303844f3d0b58c480ec40bf84c

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/471e4e9a3de258c333c276b3a05e4901865531e4...c3d641e4cd199a303844f3d0b58c480ec40bf84c
You're receiving this email because of your account on salsa.debian.org.




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

2020-10-16 Thread Aurelien Jarno


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

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2020c-1
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 future timestamp:

2020-10-16 Thread Aurelien Jarno


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


Commits:
3a640684 by Aurelien Jarno at 2020-10-17T01:21:16+02:00
New upstream version, affecting the following future timestamp:

* New upstream version, affecting the following future timestamp:
  - Fiji starts DST later than usual, on 2020-12-20.

- - - - -
f63a2248 by Aurelien Jarno at 2020-10-17T01:21:25+02:00
releasing package tzdata version 2020c-1

- - - - -


1 changed file:

- debian/changelog


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

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




[Git][glibc-team/glibc] Pushed new branch disable-obsolete-rpc

2020-10-11 Thread Aurelien Jarno


Aurelien Jarno pushed new branch disable-obsolete-rpc at GNU Libc Maintainers / 
glibc

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




Bug#971537: Impossible to run /sbin/ldconfig on buster using qemu-i386-static

2020-10-11 Thread Aurelien Jarno
control: reassign -1 qemu-user-static
control: found -1 qemu-user-static/1:3.1+dfsg-8
control: fixed -1 qemu-user-static/1:5.0-1
control: affect -1 libc-bin

Hi,

On 2020-10-01 18:11, Rudra Saraswat wrote:
> Package: libc-bin
> Version: 2.28-10
> 
> It impossible to run /sbin/ldconfig using qemu-i386-static (debootstrap
> --foreign chroot) on a Raspberry Pi 4B with libc-bin at 2.28-10 (on Debian
> Buster in the debootstrap chroot). However, it does work on a stretch
> debootstrap chroot, without any errors.
> 
> Here is the error encountered with Buster:
> 
> qemu: uncaught target signal 11 (Segmentation fault) - core dumped

This is an issue that is not specific to the Raspberry Pi 4B or even
arm64, but can be reproduced on amd64. It affects all 32-bit emulated
target when running PIE binaries. This has been fixed in qemu 5.0 by the
following upstream commit:

https://git.qemu.org/?p=qemu.git;a=commit;h=6fd5944980f4ccee728ce34bdaffc117db50b34d

> Multiple people have faced this issue, which is why I'm reporting it as a
> bug.
> 
> On all setups, Debian Buster/Raspbian Buster is used as the operating
> system.

This is definitely not a glibc bug. I am therefore reassigning the bug
to QEMU. Note that you might fix the issue by installing a recent
version of qemu-user-static in your chroot.

Regards,
Aurelien

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



Bug#972001: buster-pu: package tzdata/2020b-0+deb10u1

2020-10-11 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: debian-glibc@lists.debian.org

Dear stable release team,

I've uploaded tzdata/2020b-0+deb10u1 to buster. There is no urgency to
get it through stable-updates and it can wait for the next stable point
release. Here is the corresponding changelog:

tzdata (2020b-0+deb10u1) buster; urgency=medium

  * New upstream version, affecting the following past and future
timestamps:
- Revised predictions for Morocco's changes starting in 2023.
- Macquarie Island has stayed in sync with Tasmania since 2011.
- Casey, Antarctica is at +08 in winter and +11 in summer since 2018.
  * Restore the pacificnew and systemv files that have been removed
upstream. The corresponding timezones have been removed from the
bullseye/sid package, with the switch to the new names handle by the
maintainer scripts. However we do not want to transition to the new
names in a stable release.
  * Update debian/upstream/signing-key.asc.

 -- Aurelien Jarno   Sun, 11 Oct 2020 15:36:25 +0200

Thanks for considering.

Regards,
Aurelien



[Git][glibc-team/tzdata][buster] releasing package tzdata version 2020b-0+deb10u1

2020-10-11 Thread Aurelien Jarno


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


Commits:
d201851e by Aurelien Jarno at 2020-10-11T15:36:31+02:00
releasing package tzdata version 2020b-0+deb10u1

- - - - -


1 changed file:

- debian/changelog


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

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




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

2020-10-11 Thread Aurelien Jarno


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

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




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

2020-10-11 Thread Aurelien Jarno


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


Commits:
686dcbf6 by Aurelien Jarno at 2020-10-11T15:17:42+02:00
New upstream version, affecting the following past and future timestamps:

* New upstream version, affecting the following past and future
  timestamps:
  - Revised predictions for Moroccos changes starting in 2023.
  - Macquarie Island has stayed in sync with Tasmania since 2011.
  - Casey, Antarctica is at +08 in winter and +11 in summer since 2018.

- - - - -
4e40dc39 by Aurelien Jarno at 2020-10-11T15:32:05+02:00
Restore the pacificnew and systemv files that have been removed upstream. The 
corresponding timezones have been removed from the bullseye/sid package, with 
the switch to the new names handle by the maintainer scripts. However we do not 
want to transition to the new names in a stable release.

- - - - -
70a0e92d by Aurelien Jarno at 2020-10-11T15:32:05+02:00
Update debian/upstream/signing-key.asc.

- - - - -


5 changed files:

- debian/changelog
- + debian/patches/pacificnew.diff
- debian/patches/series
- debian/patches/systemv.diff
- debian/upstream/signing-key.asc


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/-/compare/6f8a93bb28555910a1bbc27560eae59e0d6e110b...70a0e92d673e9eaf298d95d6f7bcbb3a27312eab

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




[Git][glibc-team/rpcsvc-proto][master] Add bug number

2020-10-11 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / rpcsvc-proto


Commits:
c758a791 by Aurelien Jarno at 2020-10-11T13:00:29+02:00
Add bug number

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/rpcsvc-proto/-/commit/c758a791232db522f894f2aa9bb828746a8a1624

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




Bug#971990: ITP: rpcsvc-proto -- RPC protocol compiler and definitions

2020-10-11 Thread Aurelien Jarno
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-glibc@lists.debian.org

* Package name: rpcsvc-proto
  Version : 1.4.2
  Upstream Author : Thorsten Kukuk 
* URL : https://github.com/thkukuk/rpcsvc-proto
* License : BSD-3-clause
  Programming Lang: C
  Description : RPC protocol compiler and definitions

rpcgen is a tool that generates C code to implement an RPC protocol. The input
to rpcgen is a language similar to C known as RPC Language (Remote Procedure
Call Language).

This package also includes several rpcsvc header files and RPC protocol
definitions from SunRPC sources that were previously shipped by glibc.


The glibc SunRPC implementation has been removed in glibc version 2.32.
It is replaced by rpcsvc-proto and libtirpc, which also brings new
features (IPv6, Kerberos support, etc.). This package will be maintained
within the glibc team.



[Git][glibc-team/tzdata][sid] 3 commits: Get rid of old SystemV timezones, as this has been fully removed upstream....

2020-10-10 Thread Aurelien Jarno


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


Commits:
eee799c9 by Aurelien Jarno at 2020-10-10T22:40:41+02:00
Get rid of old SystemV timezones, as this has been fully removed upstream. 
Convert existing configuration to the new America/* names.

- - - - -
d09dcf73 by Aurelien Jarno at 2020-10-10T22:44:40+02:00
Drop pacificnew support, it has been removed upstream.

- - - - -
cdb6bba4 by Aurelien Jarno at 2020-10-10T22:51:02+02:00
releasing package tzdata version 2020b-1

- - - - -


23 changed files:

- debian/changelog
- − debian/patches/series
- − debian/patches/systemv.diff
- debian/po/be.po
- debian/po/bg.po
- debian/po/ca.po
- debian/po/cs.po
- debian/po/da.po
- debian/po/de.po
- debian/po/en.po
- debian/po/es.po
- debian/po/eu.po
- debian/po/fi.po
- debian/po/fr.po
- debian/po/gl.po
- debian/po/gu.po
- debian/po/he.po
- debian/po/hr.po
- debian/po/hu.po
- debian/po/id.po
- debian/po/it.po
- debian/po/ja.po
- debian/po/ku.po


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

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




[Git][glibc-team/tzdata] Pushed new tag debian/2020b-1

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2020b-1 at GNU Libc Maintainers / tzdata

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




[Git][glibc-team/glibc][sid] releasing package glibc version 2.31-4

2020-10-10 Thread Aurelien Jarno


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


Commits:
9ed3ebd5 by Aurelien Jarno at 2020-10-10T21:54:36+02:00
releasing package glibc version 2.31-4

- - - - -


1 changed file:

- debian/changelog


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

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




[Git][glibc-team/glibc] Pushed new tag debian/2.31-4

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.31-4 at GNU Libc Maintainers / glibc

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




[Git][glibc-team/glibc][sid] Stop using --enable-obsolete-nsl, using libnsl, libnss-nis and libnss-nisplus instead

2020-10-10 Thread Aurelien Jarno


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


Commits:
32d3f742 by Aurelien Jarno at 2020-10-10T16:22:01+02:00
Stop using --enable-obsolete-nsl, using libnsl, libnss-nis and libnss-nisplus 
instead

* debian/rules.d/build.mk: stop passing --enable-obsolete-nsl.
* debian/debhelper.in/libc-dev{,-alt}.install: do not install libnsl.a.
* debian/debhelper.in/libc-dev.install.hurd-i386: ditto.
* debian/libc0.1.symbols.common, debian/libc0.3.symbols.hurd-i386,
  debian/libc6.1.symbols.alpha, debian/libc6.symbols{common,hppa,sparc}:
  remove libnss_nis.so.2 and libnss_nisplus.so.2 symbols.
* debian/rules.d/build.mk: do not ship rpcsvc/yppasswd.h and
  rpcsvc/yppasswd.x as they are shipped by libnsl-dev.
* debian/control.in/libc, debian/rules.d/debhelper.mk: make libc6 to depend on
  libnss-nis and libnss-nisplus, except for stage1 and stage2.
* debian/control.in/libc, debian/rules.d/debhelper.mk: make libc6-dev to
  depend on libnsl-dev, except for stage1 and stage2.

- - - - -


14 changed files:

- debian/changelog
- debian/control
- debian/control.in/libc
- debian/debhelper.in/libc-dev-alt.install
- debian/debhelper.in/libc-dev.install
- debian/debhelper.in/libc-dev.install.hurd-i386
- debian/libc0.1.symbols.common
- debian/libc0.3.symbols.hurd-i386
- debian/libc6.1.symbols.alpha
- debian/libc6.symbols.common
- debian/libc6.symbols.hppa
- debian/libc6.symbols.sparc
- debian/rules.d/build.mk
- debian/rules.d/debhelper.mk


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

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




[Git][glibc-team/libnss-nisplus] Pushed new tag debian/1.3-3

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/1.3-3 at GNU Libc Maintainers / 
libnss-nisplus

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




[Git][glibc-team/libnss-nisplus][master] 2 commits: Fix Breaks + Replaces, it should be against libc6, not libc6-dev.

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nisplus


Commits:
deccd684 by Aurelien Jarno at 2020-10-10T19:56:19+02:00
Fix Breaks + Replaces, it should be against libc6, not libc6-dev.

- - - - -
030796c6 by Aurelien Jarno at 2020-10-10T19:56:32+02:00
releasing package libnss-nisplus version 1.3-3

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/859776461b14c27f209b21cd815df8755f3868bf...030796c631d047b2b722bb8764e3ce4724fd25d9

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/859776461b14c27f209b21cd815df8755f3868bf...030796c631d047b2b722bb8764e3ce4724fd25d9
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/libnss-nis] Pushed new tag debian/3.1-3

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/3.1-3 at GNU Libc Maintainers / libnss-nis

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




[Git][glibc-team/libnss-nis][master] 2 commits: Fix Breaks + Replaces, it should be against libc6, not libc6-dev.

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
4989d9c9 by Aurelien Jarno at 2020-10-10T19:54:26+02:00
Fix Breaks + Replaces, it should be against libc6, not libc6-dev.

- - - - -
471e4e9a by Aurelien Jarno at 2020-10-10T19:54:34+02:00
releasing package libnss-nis version 3.1-3

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/c3e0a4d5468f00c98f1a40ace3d1a39e46339570...471e4e9a3de258c333c276b3a05e4901865531e4

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/c3e0a4d5468f00c98f1a40ace3d1a39e46339570...471e4e9a3de258c333c276b3a05e4901865531e4
You're receiving this email because of your account on salsa.debian.org.




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

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/1.3.0-2 at GNU Libc Maintainers / libnsl

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




[Git][glibc-team/libnsl][master] 2 commits: Replace the conflicts with libc6-dev by Breaks + Replaces on libc6-dev (<< 2.31-4).

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnsl


Commits:
78589e31 by Aurelien Jarno at 2020-10-10T14:14:30+00:00
Replace the conflicts with libc6-dev by Breaks + Replaces on libc6-dev 
( 2.31-4).

- - - - -
ef7d5fc5 by Aurelien Jarno at 2020-10-10T14:15:16+00:00
releasing package libnsl version 1.3.0-2

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnsl/-/compare/39efd4d66a592ced0223f154669fbf702361aedb...ef7d5fc534fcfb75db9b8e784534425b69f3f5cb

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




[Git][glibc-team/libnss-nis][master] 3 commits: Replace the conflicts with libc6-dev by Breaks + Replaces on libc6-dev (<< 2.31-4).

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
5ae75915 by Aurelien Jarno at 2020-10-10T16:05:15+02:00
Replace the conflicts with libc6-dev by Breaks + Replaces on libc6-dev 
( 2.31-4).

- - - - -
9d3f69ad by Aurelien Jarno at 2020-10-10T16:07:42+02:00
Fix FTBFS on non-linux.

- - - - -
c3e0a4d5 by Aurelien Jarno at 2020-10-10T16:08:27+02:00
releasing package libnss-nis version 3.1-2

- - - - -


4 changed files:

- debian/changelog
- debian/control
- + debian/patches/pthread_once.patch
- + debian/patches/series


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/3cf05b1568b01ba347c776772a0838ae5f6f70d3...c3e0a4d5468f00c98f1a40ace3d1a39e46339570

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/3cf05b1568b01ba347c776772a0838ae5f6f70d3...c3e0a4d5468f00c98f1a40ace3d1a39e46339570
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/libnss-nis] Pushed new tag debian/3.1-2

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/3.1-2 at GNU Libc Maintainers / libnss-nis

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




[Git][glibc-team/libnss-nisplus] Pushed new tag debian/1.3-2

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/1.3-2 at GNU Libc Maintainers / 
libnss-nisplus

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




[Git][glibc-team/libnss-nisplus][master] 2 commits: Upload to unstable.

2020-10-10 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nisplus


Commits:
7d5f52f6 by Aurelien Jarno at 2020-10-10T15:16:32+02:00
Upload to unstable.

* Upload to unstable.
* Replace the conflicts with libc6-dev by Breaks + Replaces on libc6-dev 
(
  2.31-4).

- - - - -
85977646 by Aurelien Jarno at 2020-10-10T15:18:17+02:00
releasing package libnss-nisplus version 1.3-2

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/b7f1eb9e83255e00b9e070e5cf5f4118bdbf74c5...859776461b14c27f209b21cd815df8755f3868bf

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/b7f1eb9e83255e00b9e070e5cf5f4118bdbf74c5...859776461b14c27f209b21cd815df8755f3868bf
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:

2020-10-10 Thread Aurelien Jarno


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


Commits:
007ab933 by Aurelien Jarno at 2020-10-10T15:08:30+02:00
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Handle translation output codesets with suffixes.  Closes: #968260.

- - - - -


2 changed files:

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


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

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




[Git][glibc-team/glibc][sid] 2 commits: debian/po/pt_BR.po: Update Brazilian Portuguese debconf translation, by...

2020-10-10 Thread Aurelien Jarno


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


Commits:
74693aea by Aurelien Jarno at 2020-10-10T14:46:04+02:00
debian/po/pt_BR.po: Update Brazilian Portuguese debconf translation, by Adriano 
Rafael Gomes. Closes: #970199.

- - - - -
a7644d7c by Aurelien Jarno at 2020-10-10T14:46:44+02:00
debian/po/de.po: recode to UTF-8.

- - - - -


3 changed files:

- debian/changelog
- debian/po/de.po
- debian/po/pt_BR.po


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/compare/2ab83cf42910ae286b5dfadbe7c35f74f83bcc64...a7644d7c8f2bafbde0c4f9c5a638e5557832d615

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




Re: libnss-nis_3.1-1_amd64.changes REJECTED

2020-10-09 Thread Aurelien Jarno
On 2020-10-09 17:45, Thorsten Alteholz wrote:
> Hi Aurelien,
> 
> On Wed, 7 Oct 2020, Aurelien Jarno wrote:
> > I guess there is an obvious mistake, but I can't spot it. Any hint?
> 
> yes, probably I should increase the font size of my terminal.
> Please reupload the package.

Thanks, I have just done that.

Aurelien

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



[Git][glibc-team/tzdata][sid] Update debian/upstream/signing-key.asc.

2020-10-07 Thread Aurelien Jarno


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


Commits:
c341cb39 by Aurelien Jarno at 2020-10-08T00:08:11+02:00
Update debian/upstream/signing-key.asc.

- - - - -


2 changed files:

- debian/changelog
- debian/upstream/signing-key.asc


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

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




Re: libnss-nis_3.1-1_amd64.changes REJECTED

2020-10-07 Thread Aurelien Jarno
Hi,

On 2020-10-07 21:02, Thorsten Alteholz wrote:
> 
> Hi Aurelien,

Thanks for the review.

> please also mention 
>   libnss_nis-3.1/src/mapv4v6addr.h
> in your debian/copyright.

This file is already listed in debian/copyright:

Files: src/mapv4v6addr.h
Copyright: 1985, 1988, 1993 The Regents of the University of California
   1993 by Digital Equipment Corporation
License: BSD-3-Regents-DEC

I guess there is an obvious mistake, but I can't spot it. Any hint?

Thanks,
Aurelien

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



[Git][glibc-team/tzdata][sid] 2 commits: Update Portuguese debconf translation, by Rui Branco. Closes: #871051.

2020-10-07 Thread Aurelien Jarno


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


Commits:
2679611e by Aurelien Jarno at 2020-10-07T21:34:18+02:00
Update Portuguese debconf translation, by Rui Branco.  Closes: #871051.

- - - - -
d04c7526 by Aurelien Jarno at 2020-10-07T21:37:12+02:00
New upstream version, affecting the following past and future timestamps:

* New upstream version, affecting the following past and future
  timestamps:
  - Revised predictions for Moroccos changes starting in 2023.
  - Macquarie Island has stayed in sync with Tasmania since 2011.
  - Casey, Antarctica is at +08 in winter and +11 in summer since 2018.

- - - - -


2 changed files:

- debian/changelog
- debian/po/pt.po


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

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




Bug#916276: glibc: Please add prelimenary patch to fix regression on qemu-user

2020-09-19 Thread Aurelien Jarno
Hi,

On 2020-09-17 21:44, Thorsten Glaser wrote:
> Hello glibc maintainers,
> 
> would you please consider including this patch to unbreak things
> (fix a regression) until the triangle between qemu, Linux and glibc
> has figured out how to best deal with it?

The patch is basically replacing the getdents64 syscall by the getdents
one. This means that applying this patch would make debian differ with
regards to other distributions in the syscalls that are used for the
same binaries. In turns it is likely going to affect binaries that are
using seccomp and only allow the getdents64 and not the getdents one.

I therefore don't think this is not reasonable to include such a fix on
our glibc. It would fix the qemu-user case but likely break random
binaries.

Aurelien

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



Bug#969926: glibc: Parsing of /etc/gshadow can return bad pointers causing segfaults in applications

2020-09-09 Thread Aurelien Jarno
control: forcemerge 967938 969926

Hi,

On 2020-09-09 02:58, Bernd Zeimetz wrote:
> Source: glibc
> Version: 2.28-10
> Severity: serious
> Tags: security upstream patch
> X-Debbugs-Cc: Debian Security Team 
> 
> Hi,
> 
> we are running into the bug
> https://sourceware.org/bugzilla/show_bug.cgi?id=20338
> causing systemd-sysusers to segfault.
> 
> Patch is available in the linked bug report.

This has already been reported, Florian will work on a backport, as it
is not straightforward to backport it to buster due to the usage of
private symbols.

> As it was flagged security in the upstream bugtracker, I'm doing the
> same here.

The bug is actually tagged as security- in the upstream bug tracker,
which means it has been reviewed from the security point of view, and
hasn't been considered as a security issue.

Regards,
Aurelien

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



Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-07 Thread Aurelien Jarno
On 2020-09-07 07:05, Aurelien DESBRIERES wrote:
> I have not copied anything nor pip stuff from another environment.

Do you have any idea how that file has been installed on your system
(likely something command involving pip3 and/or virtualenv):

/home/aurelien/.emacs.d/.python-environments/default/bin/python3 ?

It has been installed for the wrong system.

Regards
Aurelien

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



[Git][glibc-team/glibc][sid] debian/po/it.po: Update Italian debconf translation, by Luca Monducci. Closes: #969219.

2020-09-06 Thread Aurelien Jarno


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


Commits:
2ab83cf4 by Aurelien Jarno at 2020-09-06T23:26:20+02:00
debian/po/it.po: Update Italian debconf translation, by Luca Monducci. Closes: 
#969219.

- - - - -


2 changed files:

- debian/changelog
- debian/po/it.po


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

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




Bug#969618: getopt: optarg is NULL outside of loop

2020-09-06 Thread Aurelien Jarno
Hi,

On 2020-09-06 09:25, Florian Weimer wrote:
> * John Scott:
> 
> > #define _POSIX_C_SOURCE 200809L
> > #include 
> > #include 
> > #include 
> > #include 
> > int main(int argc, char *argv[]) {
> > int opt;
> > while((opt = getopt(argc, argv, "a:")) != -1) {}
> > assert(optarg != NULL);
> > }
> >
> > If this is invoked as './a.out -afoo', the inner assertion will
> > the last assertion will fail with glibc.
> 
> POSIX leaves it unspecified if optarg is changed if getopt returns -1.
> Only optind must be left unchanged.  I do not think this is a glibc
> bug (or a musl bug).

Thanks Florian for the explanations. This can be confirmed that optarg
is not NULL by moving the assert in the while loop. So it doesn't seems
like a bug to me.

Aurelien

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



Bug#969645: glibc: deferred error : (error "Deferred process exited abnormally:

2020-09-06 Thread Aurelien Jarno
Hi,

On 2020-09-06 16:34, aurelien desbrieres wrote:
> Source: glibc
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>try to use jedi-mode on emacs
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>M-x jedi:install-server
>* What was the outcome of this action?
>deferred error : (error "Deferred process exited abnormally:
>   command: /home/aurelien/.emacs.d/.python-environments/default/bin/pip
>   exit status: exit 1
>   event: exited abnormally with code 1
>   buffer contents: 
> \"/home/aurelien/.emacs.d/.python-environments/default/bin/python3: 
> /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by 
> /home/aurelien/.emacs.d/.python-e\
> nvironments/default/bin/python3)
> \"")

The python3 binary installed (by jedi-mode?) as 
/home/aurelien/.emacs.d/.python-environments/default/bin/python3
requires glibc 2.29. Debian buster comes with glibc 2.28, that's why it
fail to start.

This binary is clearly not installed from a package, and I have no idea
how you installed it. Please try to install a version that works on
glibc 2.28 or older.

Regards,
Aurelien

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



Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )

2020-08-26 Thread Aurelien Jarno
Hi Helmut,

On 2020-08-26 17:43, Helmut Grohne wrote:
> Hi Vineet,
> 
> On Wed, Aug 26, 2020 at 02:39:53PM +, Vineet Gupta wrote:
> > Following up as ARC glibc port was merged upstream in 2.32. Can we now give
> > rebootstrap a spin for ARC Debian enablement.
> 
> That's great news. Unfortunately, it's not that easy yet. rebootstrap
> requires the relevant software to be packaged for Debian and the glibc
> packaging has only reached 2.31 yet. 2.32 is not even in experimental
> yet.
> 
> Trying rebootstrap with an experimental glibc is not entirely trivial,
> but possible.
> 
> Aurelien (Cced via d-glibc@l.d.o), are there plans to upload 2.32 to
> experimental anytime soon?

No it's not planned soon. glibc 2.32 has removed support for nsl and
rpc, so we first have to do the transition to their replacement. That is
libnsl, libnss-nis and libnss-nisplus for nsl, and rpcsvc-proto and
libtirpc3 for rpc. The nsl transition is in good state, but the packages
are stuck in NEW. We've started to work on the rpc transition, however
there is a lot more work, we have at least ~50 packages that FTBFS and
need to be manually patched to use libtirpc3 instead of the glibc
implementation.

We definitely need to use experimental to test those two transitions and
ask for archive rebuilds, so it's not possible to upload a 2.32 package
there.

> Alternatively, can we segregate the relevant diff between 2.31 and 2.32
> and apply it to the unstable package without bumping the version?

I don't think that's really possible, new ports introduced in version
2.32 will have all the symbol versions set to GLIBC_2.32.

Regards,
Aurelien


PS Helmut: Once libnsl, libnss-nis and libnss-nisplus are out of NEW,
you might want to see if they can be cross-built, and if that impacts
the bootstrap process as the glibc packages are going to depend on those
(in the same way as for the libxcrypt transition).

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



Re: maintaining rpcsvc-proto / future of rpc in glibc

2020-08-26 Thread Aurelien Jarno
Hi Josue,

On 2020-08-23 15:49, Josue Ortega wrote:
> Hi Aurelien,
> 
> On Thu, Aug 06, 2020 at 12:13:45PM +0200, Aurelien Jarno wrote:
> > Hi Josue,
> > 
> > I am contacting you as the maintainer of libtirpc. As you might be aware
> > rpc support is dropped from glibc starting with version 2.32. libtirpc
> > and rpcsvc-proto [1] are supposed to replace it.
> 
> Thanks for the heads up
> 
> > rpcsvc-proto is missing in Debian, I have packaged it locally to test
> > how we can handle the transition. I am planning to open a WNPP bug soon.
> > Are you interested to maintain it? Or co-maintain it with the glibc
> > team?
> 
> I am OK co-maintaining rpcsvc-proto with the glibc team.

Thanks for your positive answer. I have pushed a preliminary version of
the packaging on salsa [1]. You should have maintainer access to that
project. Please feel free to do some changes if you feel them necessary.
Here is the status:
- So far I have chosen to have a single binary package, while for
  example Fedora is using one package for the headers and one for
  rpcgen. As rpcsvc-proto is Multiarch: foreign, I am not sure it is
  worth having 2 binary packages. But other opinions are welcome.
- I haven't done the ITP yet.
- glibc 2.32 removed support for both nsl and rpc. We have been working
  first on the nsl transition which should be mostly ready by now, just
  sitting in NEW. We should prepare for the rpc transition, but I don't
  think we need to upload it yet to the archive, as the upload need to
  be coordinated with a glibc upload.
- The idea is that when glibc is built without rpc support, the
  libc6-dev package depends on libtirpc-dev and rpcsvc-proto.
- A few weeks ago I have identified packages that do not build once nsl
  and rpc are removed from glibc. Now we need to identify and fix the
  ones that still do not built when using libtirpc-dev and rpcsvc-proto.
  I have already submitted a few patches there [3].

Please also note that Balint Reczey also expressed interest in
co-maintaining this package. Balint, is it still the case? If so, I'll
also give you access to the project on salsa.

Regards,
Aurelien

[1] https://salsa.debian.org/glibc-team/rpcsvc-proto
[2] 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=rpc-removal;users=debian-glibc@lists.debian.org
[3] https://people.debian.org/~aurel32/glibc-rpc-nsl-removal/
-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature


[Git][glibc-team/rpcsvc-proto][master] Update Uploader and Maintainers field, add VCS entries

2020-08-26 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / rpcsvc-proto


Commits:
cc5e6f51 by Aurelien Jarno at 2020-08-26T22:59:20+02:00
Update Uploader and Maintainers field, add VCS entries

- - - - -


1 changed file:

- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/rpcsvc-proto/-/commit/cc5e6f511cc21be1ab56bfedb69347f963369341

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




[Git][glibc-team/rpcsvc-proto][master] 2 commits: New upstream version 1.4.2

2020-08-26 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / rpcsvc-proto


Commits:
2ba969fa by Aurelien Jarno at 2020-08-02T13:38:25+02:00
New upstream version 1.4.2
- - - - -
ab4b62ec by Aurelien Jarno at 2020-08-19T23:45:51+02:00
Add debian packaging

- - - - -


5 changed files:

- − .gitignore
- + ABOUT-NLS
- + INSTALL
- + Makefile.in
- NEWS


View it on GitLab: 
https://salsa.debian.org/glibc-team/rpcsvc-proto/-/compare/e295c9a3b67752734995dfc057bfbf5313ed0d82...ab4b62ec562abb0036d50ea1c40117ca1013b29f

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




Bug#968894: release.debian.org: binNMUs requests for libxcrypt "transition"

2020-08-23 Thread Aurelien Jarno
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: debian-glibc@lists.debian.org, m...@linux.it

Dear release team,

Back in December we moved libcrypt.so.1 from the libc6 package to the
libcrypt1 package, which is built from the libxcrypt source package.
libcrypt will eventually get removed from glibc upstream, this will
allow faster development independently from glibc.

As the ABI is compatible the "transition" has been transparent, libc6
depending on libcrypt1, and libc6-dev depending on libcrypt-dev.
However it would be good to rebuild the affected packages:
- They will get a direct dependency on libcrypt1. That would open the
  possibility to remove the libc6 dependency on libcrypt1 in bookworm.
  That would also allow to identify the affected packages to remove the
  libc6-dev dependency on libcrypt-dev, or to handle a possible ABI
  transition.
- They might start using additional functionalities (e.g. hashing
  algorithms) provided by libcrypt1.

Many packages have already been rebuilt against libxcrypt due to source
uploads or unrelated binNMUs. We are now down to less than 80 affected
packages on amd64, so it's probably acceptable to start binNMUing them.

You will find the list below. It has been computed on amd64 only as it's
a long operation involving unpacking all the packages in the archive and
checking all the binaries they contains. As the change has been
introduced at the same time on all architectures, I believe the same
binNMUs are need for all of them, and anyway we need to keep them in
sync for multiarch libraries. Once we have been able to get all of the
packages fixed on amd64, I'll also check the other architectures to see
if some of them have been missed.

Thanks
Aurelien


adanaxisgpl_1.2.5.dfsg.1-6
apg_2.2.3.dfsg.1-5
apr_1.6.5-1
apr-util_1.6.1-4
atheme-services_7.2.9-3
calife_1:3.0.1-5
ccrypt_1.11-1
cernlib_20061220+dfsg3-4.4
clisp_1:2.49.20180218+really2.49.92-3
conserver_8.2.4-2
courier-authlib_0.69.0-2
crack_5.0a-12
crossfire_1.71.0+dfsg1-2
cvm_0.97-0.1
cvs_2:1.12.13+real-27
dacs_1.4.40-2
dcap_2.47.12-2
dircproxy_1.0.5-6
dnprogs_2.65
epic4_1:2.10.6-1
epic5_2.0.1-1
fgetty_0.7-6
francine_0.99.8+orig-2
freewnn_1.1.1~a021+cvs20130302-7
fwlogwatch_1.4-2
gadmin-openvpn-client_0.1.9-1
gadmin-openvpn-server_0.1.5-3.1
gadmin-proftpd_1:0.4.2-1
gadmin-rsync_0.1.7-1
gadmin-samba_0.2.9-3
gauche_0.9.6-10
gauche-c-wrapper_0.6.1-11
gauche-gl_0.6-4
gauche-gtk_0.6+git20160927-3
geant321_1:3.21.14.dfsg-11
generator-scripting-language_4.1.5-3
gridengine_8.1.9+dfsg-9
gup_0.5.15
inn_1:1.7.2q-46
ircd-irc2_2.11.2p3~dfsg-5
ircd-ircu_2.10.12.10.dfsg1-3
ircii_20190117-1
jabberd2_2.7.0-1
john_1.8.0-2
kinput2_3.1-13
ldapvi_1.7-10
liboobs_3.0.0-4
libpam-ldap_186-4
libpam-pwdfile_1.0-1
lua-posix_33.4.0-3
lyskom-server_2.1.2-16
mailsync_5.2.2-3.1
mclibs_20061220+dfsg3-3.1
mini-httpd_1.30-2
mokutil_0.3.0+1538710437.fb6250f-1
monitoring-plugins_2.2-6
mysql-5.7_5.7.26-1
netatalk_3.1.12~ds-4
netkit-telnet-ssl_0.17.41+0.2-3.2
pam_1.3.1-5
pam-pgsql_0.7.3.2-1
pam-ssh-agent-auth_0.10.3-3
paw_1:2.14.04.dfsg.2-9.1
pidgin-librvp_0.9.7cvs-1.1
ppp_2.4.7-2+4.1+deb10u1
proxy-suite_1.9.2.4-10
quagga_1.2.4-4
regina-rexx_3.6-2.1
remote-tty_4.0-13
scrollz_2.2.3-1
slim_1.3.6-5.1
tcltrf_2.1.4-dfsg3-2
tinymux_2.10.1.14-1
tsdecrypt_10.0-2
ttysnoop_0.12d-6
wnn6-sdk_1.0.0-18
xdm_1:1.1.11-3
xscreensaver_5.42+dfsg1-1
yap_6.2.2-6



Re: glibc 2.32 packaging

2020-08-20 Thread Aurelien Jarno
On 2020-08-18 22:53, Aurelien Jarno wrote:
> Hi Balint,
> 
> On 2020-08-14 17:13, Balint Reczey wrote:
> > Hi Aurelien,
> > 
> > On Fri, Aug 14, 2020 at 11:26 AM Aurelien Jarno  
> > wrote:
> > >
> > > Hi,
> > >
> > > On 2020-08-14 00:18, Balint Reczey wrote:
> > > > Hi,
> > > >
> > > > I plan landing 2.32 in Ubuntu in the next weeks and I'd happily
> > > > contribute to the Debian packaging as well.
> > >
> > > Thanks!
> > >
> > > > The Ubuntu packaging repository is at:
> > > > https://code.launchpad.net/~ubuntu-core-dev/ubuntu/+source/glibc/+git/glibc
> > > >
> > > > There is a also staging one with WIP branches:
> > > > https://code.launchpad.net/~rbalint/ubuntu/+source/glibc/+git/glibc
> > >
> > > Before starting packaging 2.32, we need to do the nsl and rpc
> > > transitions, that's why nothing has been started on 2.32 yet. I think
> > > that has to be done in 2 steps:
> > > - nsl transition: packaging libnsl [1] and libnss-nis [2] and build
> > >   glibc without --enable-obsolete-nsl. I have started working on libnsl,
> > >   but unfortunately all rdeps don't build. I have stopped working on
> > >   that this week, I think I'll find some time to work on that next
> > >   week, then I'll push my work to git.
> > > - rpc transition: we need to package rpcsvc-proto and build without
> > >   --enable-obsolete-rpc. I have also starting working on that, but then
> > >   realized we have to take care of nsl first.
> > 
> > I agree that splitting the tasks ahead to three steps minimizes impact
> > at any given during the transitions but also makes the overall impact
> > staying with us longer. In Ubuntu we would like to have 2.32 in 20.10,
> > thus I'm aiming at doing the transition with the 2.32 switch.
> > If you have  WIP packages you would be kind enough to share them on
> > Salsa I'd happily help with those, too. Otherwise I'll need to go
> > ahead and package them from scratch, too, to start testing the
> > transition in a PPA.
> 
> Ok. I have finished with the libnsl and libnss-nis* packages, they are
> on salsa in the glibc-team. I'll now try again to rebuild all rdeps and
> if everything works, I'll upload them to experimental.

I have uploaded all those packages to experimental, they are now in NEW.
We have a small issue with libnss-nis which doesn't build on Hurd [1],
let's hope we can fix it while the package sits in NEW.

> > > > Aurelien, I'd also be interested in the rpcsvc-proto package you
> > > > mentioned earlier [1] and I'd start maintaining it if Josue is not
> > > > interested immediately.
> > >
> > > Let's wait a bit from a possible answer from Josue given it's a holiday
> > > period.
> > 
> > I'll happily hand over the packages to Josue if he is interested, but
> > next week I need to start testing the rpcsvc-proto package and if you
> > could share the initial packaging that would help a bit and would not
> > harm anyone I think .
> 
> We don't need a maintainer for now, the package should not be in the
> archive until we are ready for the transition as it basically conflicts
> with libc6-dev.
> 
> Now that I am done with the libnsl and libnss-nis* packages, I'll finish
> the rpcsvc-proto packaging, and I'll push it to salsa the same way.

I have pushed rpcsvc-proto to salsa [2]. I have chosen to have a single
binary package, while for example fedora is using one package for the
headers and one for rpcgen. As rpcsvc-proto is Multiarch: foreign, I am
not sure it is worth having 2 binary packages.

We can probably decide later anyway as it is enough to detect all the
FTBFS that need to be fixed. It seems we have many packages to port to
TI RPC. As it happens often the packaging is the easy part!

I have started to fill a few bugs [3].

Regards,
Aurelien

[1] https://github.com/thkukuk/libnss_nis/issues/9
[2] https://salsa.debian.org/aurel32/rpcsvc-proto
[3] 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=rpc-removal;users=debian-glibc@lists.debian.org

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



[Git][glibc-team/libnss-nis][master] 4 commits: libnss-nis is not installable due to the conflicts with libc6, this is done on...

2020-08-20 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
4076ab52 by Aurelien Jarno at 2020-08-20T19:02:44+02:00
libnss-nis is not installable due to the conflicts with libc6, this is done on 
purpose as it requires a synchronized upload with glibc.

- - - - -
6e13d4fa by Aurelien Jarno at 2020-08-20T19:07:54+02:00
Do not build-depend on libnsl-dev during the bootstrap period

- - - - -
66733a35 by Aurelien Jarno at 2020-08-20T19:13:11+02:00
Build-depends on libtirpc-dev

It was previously transitively the case through libnsl-dev.

- - - - -
3cf05b15 by Aurelien Jarno at 2020-08-20T19:14:02+02:00
releasing package libnss-nis version 3.1-1

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/d6d276f8f5305b5a0b60cf9c38f1f0f9c966f593...3cf05b1568b01ba347c776772a0838ae5f6f70d3

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/compare/d6d276f8f5305b5a0b60cf9c38f1f0f9c966f593...3cf05b1568b01ba347c776772a0838ae5f6f70d3
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/libnss-nis] Pushed new tag debian/3.1-1

2020-08-20 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/3.1-1 at GNU Libc Maintainers / libnss-nis

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




[Git][glibc-team/libnss-nisplus] Pushed new tag debian/1.3-1

2020-08-20 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/1.3-1 at GNU Libc Maintainers / 
libnss-nisplus

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




[Git][glibc-team/libnss-nisplus][master] 3 commits: libnss-nisplus is not installable due to the conflicts with libc6, this is...

2020-08-20 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nisplus


Commits:
4b0d6b67 by Aurelien Jarno at 2020-08-20T19:06:49+02:00
libnss-nisplus is not installable due to the conflicts with libc6, this is done 
on purpose as it requires a synchronized upload with glibc.

- - - - -
397dda23 by Aurelien Jarno at 2020-08-20T19:07:17+02:00
Do not build-depend on libnsl-dev during the bootstrap period

- - - - -
b7f1eb9e by Aurelien Jarno at 2020-08-20T19:07:35+02:00
releasing package libnss-nisplus version 1.3-1

- - - - -


2 changed files:

- debian/changelog
- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/8fc4a4a04dee1e0552a2a7dec1588a4554722984...b7f1eb9e83255e00b9e070e5cf5f4118bdbf74c5

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




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

2020-08-19 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/1.3.0-1 at GNU Libc Maintainers / libnsl

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




[Git][glibc-team/libnsl][master] releasing package libnsl version 1.3.0-1

2020-08-19 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnsl


Commits:
39efd4d6 by Aurelien Jarno at 2020-08-19T22:18:17+02:00
releasing package libnsl version 1.3.0-1

- - - - -


1 changed file:

- debian/changelog


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnsl/-/commit/39efd4d66a592ced0223f154669fbf702361aedb

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




[Git][glibc-team/glibc] Pushed new branch disable-obsolete-nsl

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch disable-obsolete-nsl at GNU Libc Maintainers / 
glibc

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




[Git][glibc-team/glibc][sid] debian/debhelper.in/libc-dev{,-alt}.lintian-overrides: remove files as lintian is now smarter.

2020-08-18 Thread Aurelien Jarno


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


Commits:
0792442a by Aurelien Jarno at 2020-08-19T00:07:19+02:00
debian/debhelper.in/libc-dev{,-alt}.lintian-overrides: remove files as lintian 
is now smarter.

- - - - -


3 changed files:

- debian/changelog
- − debian/debhelper.in/libc-dev-alt.lintian-overrides
- − debian/debhelper.in/libc-dev.lintian-overrides


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

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




Re: glibc 2.32 packaging

2020-08-18 Thread Aurelien Jarno
Hi Balint,

On 2020-08-14 17:13, Balint Reczey wrote:
> Hi Aurelien,
> 
> On Fri, Aug 14, 2020 at 11:26 AM Aurelien Jarno  wrote:
> >
> > Hi,
> >
> > On 2020-08-14 00:18, Balint Reczey wrote:
> > > Hi,
> > >
> > > I plan landing 2.32 in Ubuntu in the next weeks and I'd happily
> > > contribute to the Debian packaging as well.
> >
> > Thanks!
> >
> > > The Ubuntu packaging repository is at:
> > > https://code.launchpad.net/~ubuntu-core-dev/ubuntu/+source/glibc/+git/glibc
> > >
> > > There is a also staging one with WIP branches:
> > > https://code.launchpad.net/~rbalint/ubuntu/+source/glibc/+git/glibc
> >
> > Before starting packaging 2.32, we need to do the nsl and rpc
> > transitions, that's why nothing has been started on 2.32 yet. I think
> > that has to be done in 2 steps:
> > - nsl transition: packaging libnsl [1] and libnss-nis [2] and build
> >   glibc without --enable-obsolete-nsl. I have started working on libnsl,
> >   but unfortunately all rdeps don't build. I have stopped working on
> >   that this week, I think I'll find some time to work on that next
> >   week, then I'll push my work to git.
> > - rpc transition: we need to package rpcsvc-proto and build without
> >   --enable-obsolete-rpc. I have also starting working on that, but then
> >   realized we have to take care of nsl first.
> 
> I agree that splitting the tasks ahead to three steps minimizes impact
> at any given during the transitions but also makes the overall impact
> staying with us longer. In Ubuntu we would like to have 2.32 in 20.10,
> thus I'm aiming at doing the transition with the 2.32 switch.
> If you have  WIP packages you would be kind enough to share them on
> Salsa I'd happily help with those, too. Otherwise I'll need to go
> ahead and package them from scratch, too, to start testing the
> transition in a PPA.

Ok. I have finished with the libnsl and libnss-nis* packages, they are
on salsa in the glibc-team. I'll now try again to rebuild all rdeps and
if everything works, I'll upload them to experimental.

> > > On Salsa there is no branch yet for 2.32 as I see and I'm wondering if
> > > there is a git repository which accepts merge proposals.
> > >
> > > I think setting up CI on Salsa would also be useful, at least I use it
> > > for most of my packages.
> >
> > We haven't enabled MR on salsa as nobody really monitors it and we don't
> > want things to bitrot there. We can enable it, but it should not become
> > a duplication of the BTS.
> 
> I'd happily open MRs and open bugs referring to them as the proposed patches.
>
> I've forked the glibc repository but I can't enable CI for my fork
> presumably because it is not enabled in the original repo either.
> Could you please enable CI setting the configuration file to
> debian/gitlab-ci.yml or something else under debian/ ? This should not
> impact the main repo since the config file is not present but would
> let me experiment in my fork.

I have enabled MR and CI in the glibc project.

> > > Aurelien, I'd also be interested in the rpcsvc-proto package you
> > > mentioned earlier [1] and I'd start maintaining it if Josue is not
> > > interested immediately.
> >
> > Let's wait a bit from a possible answer from Josue given it's a holiday
> > period.
> 
> I'll happily hand over the packages to Josue if he is interested, but
> next week I need to start testing the rpcsvc-proto package and if you
> could share the initial packaging that would help a bit and would not
> harm anyone I think .

We don't need a maintainer for now, the package should not be in the
archive until we are ready for the transition as it basically conflicts
with libc6-dev.

Now that I am done with the libnsl and libnss-nis* packages, I'll finish
the rpcsvc-proto packaging, and I'll push it to salsa the same way.

Regards,
Aurelien

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



[Git][glibc-team/libnss-nisplus] Pushed new branch upstream

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch upstream at GNU Libc Maintainers / 
libnss-nisplus

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




[Git][glibc-team/libnss-nisplus] Pushed new branch master

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch master at GNU Libc Maintainers / libnss-nisplus

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




Bug#968632: ITP: libnss-nisplus -- NSS module for using NIS+ as a naming service

2020-08-18 Thread Aurelien Jarno
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-glibc@lists.debian.org

* Package name: libnss-nisplus
  Version : 1.3
  Upstream Author : Thorsten Kukuk  
* URL : https://github.com/thkukuk/libnss_nisplus
* License : LGPL-2.1+
  Programming Lang: C
  Description : NSS module for using NIS+ as a naming service

This package provides a Name Service Switch that allows your NIS+ server
act as a name service. This means providing user account information,
group id's, host information, aliases, netgroups, and basically anything
else that you would normally get from /etc flat files.

This module was formerly part of glibc, but is now standalone to be able
to link against TI-RPC for IPv6 support.

glibc 2.32 removed support for NIS+, and with it the libnss_nisplus.so.2
NSS module. This package will provide this feature instead.



[Git][glibc-team/libnsl][master] 2 commits: libnsl-dev is not installable due to the conflicts with libc6-dev, this is...

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnsl


Commits:
1515b3ee by Aurelien Jarno at 2020-08-18T19:15:36+02:00
libnsl-dev is not installable due to the conflicts with libc6-dev, this is done 
on purpose as it requires a synchronized upload with glibc.

- - - - -
4984b77b by Aurelien Jarno at 2020-08-18T21:32:50+02:00
Add local gbp.conf

- - - - -


3 changed files:

- debian/changelog
- debian/control
- + debian/gbp.conf


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnsl/-/compare/732e871a22b19bd2b197c0f9646ed26186223c86...4984b77b88ff084c17c21e2af3ebdad13242d22a

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/libnsl/-/compare/732e871a22b19bd2b197c0f9646ed26186223c86...4984b77b88ff084c17c21e2af3ebdad13242d22a
You're receiving this email because of your account on salsa.debian.org.




[Git][glibc-team/libnss-nis][master] Add local gbp.conf

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
d6d276f8 by Aurelien Jarno at 2020-08-18T21:30:58+02:00
Add local gbp.conf

- - - - -


1 changed file:

- + debian/gbp.conf


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/commit/d6d276f8f5305b5a0b60cf9c38f1f0f9c966f593

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




[Git][glibc-team/libnss-nis][master] remove debian/files from the git repo

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
4a5e5170 by Aurelien Jarno at 2020-08-18T21:15:16+02:00
remove debian/files from the git repo

- - - - -


1 changed file:

- − debian/files


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/commit/4a5e517091c6e81789ae11e6cac0decd07993dc8

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




[Git][glibc-team/libnss-nis][master] debian/control: fix Homepage: field

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis


Commits:
d144b7fa by Aurelien Jarno at 2020-08-18T21:12:41+02:00
debian/control: fix Homepage: field

- - - - -


1 changed file:

- debian/control


View it on GitLab: 
https://salsa.debian.org/glibc-team/libnss-nis/-/commit/d144b7fa458ea71c7a7244cb58fb2b6c76b05dd0

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




[Git][glibc-team/libnss-nis] Pushed new branch master

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch master at GNU Libc Maintainers / libnss-nis

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




[Git][glibc-team/libnss-nis] Pushed new branch upstream

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch upstream at GNU Libc Maintainers / libnss-nis

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




[Git][glibc-team/libnss-nis] Pushed new branch pristine-tar

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch pristine-tar at GNU Libc Maintainers / 
libnss-nis

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




[Git][glibc-team/libnsl] Pushed new branch upstream

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch upstream at GNU Libc Maintainers / libnsl

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




[Git][glibc-team/libnsl] Pushed new branch master

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch master at GNU Libc Maintainers / libnsl

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




[Git][glibc-team/libnsl] Pushed new branch pristine-tar

2020-08-18 Thread Aurelien Jarno


Aurelien Jarno pushed new branch pristine-tar at GNU Libc Maintainers / libnsl

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




Bug#968619: ITP: libnss-nis -- NSS module for using NIS as a naming service

2020-08-18 Thread Aurelien Jarno
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-glibc@lists.debian.org

* Package name: libnss-nis
  Version : 3.1
  Upstream Author : Thorsten Kukuk  
* URL : https://github.com/thkukuk/libnss_nis
* License : LGPL-2.1+
  Programming Lang: C
  Description : NSS module for using NIS as a naming service

This package provides a Name Service Switch that allows your NIS server
act as a name service. This means providing user account information,
group id's, host information, aliases, netgroups, and basically anything
else that you would normally get from /etc flat files.

This module was formerly part of glibc, but is now standalone to be able
to link against TI-RPC for IPv6 support.

glibc 2.32 removed support for NIS, and with it the libnss_nis.so.2 NSS
module. This package will provide this feature instead.



Bug#968525: lintian: breakout-link reported for /usr/lib/$(DEB_HOST_MULTIARCH) -> /lib/$(DEB_HOST_MULTIARCH) symlinks

2020-08-16 Thread Aurelien Jarno
Package: lintian
Version: 2.90.0
Severity: normal
X-Debbugs-Cc: debian-glibc@lists.debian.org

Hi,

Since recent version of lintian, the following tags are reported against
the libc6-dev package:

W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libBrokenLocale.so -> 
lib/x86_64-linux-gnu/libBrokenLocale.so.1
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libanl.so -> 
lib/x86_64-linux-gnu/libanl.so.1
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libdl.so -> 
lib/x86_64-linux-gnu/libdl.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libmvec.so -> 
lib/x86_64-linux-gnu/libmvec.so.1
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnsl.so -> 
lib/x86_64-linux-gnu/libnsl.so.1
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnss_compat.so -> 
lib/x86_64-linux-gnu/libnss_compat.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnss_dns.so -> 
lib/x86_64-linux-gnu/libnss_dns.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnss_files.so -> 
lib/x86_64-linux-gnu/libnss_files.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnss_hesiod.so -> 
lib/x86_64-linux-gnu/libnss_hesiod.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnss_nis.so -> 
lib/x86_64-linux-gnu/libnss_nis.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libnss_nisplus.so -> 
lib/x86_64-linux-gnu/libnss_nisplus.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libpthread.so -> 
lib/x86_64-linux-gnu/libpthread.so.0
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libresolv.so -> 
lib/x86_64-linux-gnu/libresolv.so.2
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/librt.so -> 
lib/x86_64-linux-gnu/librt.so.1
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libthread_db.so -> 
lib/x86_64-linux-gnu/libthread_db.so.1
W: libc6-dev: breakout-link usr/lib/x86_64-linux-gnu/libutil.so -> 
lib/x86_64-linux-gnu/libutil.so.1

The library is shipped in /lib/$(DEB_HOST_MULTIARCH) and the .so
symlinks are shipped in /usr/lib/$(DEB_HOST_MULTIARCH):

lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libBrokenLocale.so -> 
/lib/x86_64-linux-gnu/libBrokenLocale.so.1
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libanl.so -> /lib/x86_64-linux-gnu/libanl.so.1
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libdl.so -> /lib/x86_64-linux-gnu/libdl.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libmvec.so -> /lib/x86_64-linux-gnu/libmvec.so.1
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnsl.so -> /lib/x86_64-linux-gnu/libnsl.so.1
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnss_compat.so -> 
/lib/x86_64-linux-gnu/libnss_compat.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnss_dns.so -> 
/lib/x86_64-linux-gnu/libnss_dns.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnss_files.so -> 
/lib/x86_64-linux-gnu/libnss_files.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnss_hesiod.so -> 
/lib/x86_64-linux-gnu/libnss_hesiod.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnss_nis.so -> 
/lib/x86_64-linux-gnu/libnss_nis.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libnss_nisplus.so -> 
/lib/x86_64-linux-gnu/libnss_nisplus.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libpthread.so -> 
/lib/x86_64-linux-gnu/libpthread.so.0
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libresolv.so -> /lib/x86_64-linux-gnu/libresolv.so.2
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/librt.so -> /lib/x86_64-linux-gnu/librt.so.1
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libthread_db.so -> 
/lib/x86_64-linux-gnu/libthread_db.so.1
lrwxrwxrwx root/root 0 2020-08-04 17:02 
./usr/lib/x86_64-linux-gnu/libutil.so -> /lib/x86_64-linux-gnu/libutil.so.1

Is it something not allowed anymore?

I know there are plans to (almost) empty /lib/ and move everything to
/usr/lib, but I am not sure we are there yet.

Thanks,
Aurelien


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

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

Versions of packages lintian depends on:
ii  binutils  2.35-1
ii  bzip2 1.0.8-4
ii  diffstat  1.63-1
ii  dpkg  1.20.5
ii  dpkg-dev 

Bug#968523: ITP: libnsl -- Public client interface for NIS(YP) and NIS+

2020-08-16 Thread Aurelien Jarno
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-glibc@lists.debian.org

* Package name: libnsl
  Version : 1.3.0
  Upstream Author : Thorsten Kukuk 
* URL : https://github.com/thkukuk/libnsl
* License : LGPL-2.1, LGPL-2.1+, BSD-3-clause
  Programming Lang: C 
  Description : Public client interface for NIS(YP) and NIS+

This package contains the libnsl library, which contains the public
client interface for NIS(YP) and NIS+. This code was formerly part of
glibc, but is now standalone to be able to link against TI-RPC for IPv6
support.

glibc 2.32 removed support for linking against the libnsl.so.1 library,
although the library is still shipped. The libnsl library, providing
libnsl.so.2 (so that it is co-installable), now replaces it.

This package will be maintained within the glibc team.



[Git][glibc-team/glibc][sid] debian/control.in/libc: add a Breaks: against busybox (<< 1.30.1-6) due to bug #966074.

2020-08-16 Thread Aurelien Jarno


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


Commits:
15b32777 by Aurelien Jarno at 2020-08-16T13:00:42+02:00
debian/control.in/libc: add a Breaks: against busybox ( 1.30.1-6) due 
to bug #966074.

- - - - -


3 changed files:

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


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

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




Re: glibc 2.32 packaging

2020-08-14 Thread Aurelien Jarno
Hi,

On 2020-08-14 00:18, Balint Reczey wrote:
> Hi,
> 
> I plan landing 2.32 in Ubuntu in the next weeks and I'd happily
> contribute to the Debian packaging as well.

Thanks!

> The Ubuntu packaging repository is at:
> https://code.launchpad.net/~ubuntu-core-dev/ubuntu/+source/glibc/+git/glibc
> 
> There is a also staging one with WIP branches:
> https://code.launchpad.net/~rbalint/ubuntu/+source/glibc/+git/glibc

Before starting packaging 2.32, we need to do the nsl and rpc
transitions, that's why nothing has been started on 2.32 yet. I think
that has to be done in 2 steps:
- nsl transition: packaging libnsl [1] and libnss-nis [2] and build
  glibc without --enable-obsolete-nsl. I have started working on libnsl,
  but unfortunately all rdeps don't build. I have stopped working on
  that this week, I think I'll find some time to work on that next
  week, then I'll push my work to git.
- rpc transition: we need to package rpcsvc-proto and build without
  --enable-obsolete-rpc. I have also starting working on that, but then
  realized we have to take care of nsl first.
 
> On Salsa there is no branch yet for 2.32 as I see and I'm wondering if
> there is a git repository which accepts merge proposals.
>
> I think setting up CI on Salsa would also be useful, at least I use it
> for most of my packages.

We haven't enabled MR on salsa as nobody really monitors it and we don't
want things to bitrot there. We can enable it, but it should not become
a duplication of the BTS.

> Aurelien, I'd also be interested in the rpcsvc-proto package you
> mentioned earlier [1] and I'd start maintaining it if Josue is not
> interested immediately.

Let's wait a bit from a possible answer from Josue given it's a holiday
period.

Cheers,
Aurelien

[1] https://github.com/thkukuk/libnsl
[2] https://github.com/thkukuk/libnss_nis

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



Bug#968299: Desktot Xfcee in English and locales in Portuguese

2020-08-13 Thread Aurelien Jarno
control: reassign -1 xfce4

On 2020-08-12 18:12, Luis Duarte wrote:
> Package: locales
> Version: 2.24-11+deb9u4
> Severity: normal
> Tags: l10n
> 
> I would like to have Xfce in English and locales in Portuguese, automatically
> based on installation of Xfce. It is possible in Gnome to have this kind of
> configuration.

I am reassigning the bug to the xfce4 package as Xfce maintainers
probably have a better idea how to configure Xfce than the glibc
maintainers.

Aurelien

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



[Git][glibc-team/glibc][sid] debian/control.in/libc: add a Breaks: against libgegl-0.4-0 (<< 0.4.18). Closes: #968342.

2020-08-13 Thread Aurelien Jarno


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


Commits:
69f23783 by Aurelien Jarno at 2020-08-13T15:20:07+02:00
debian/control.in/libc: add a Breaks: against libgegl-0.4-0 ( 0.4.18). 
Closes: #968342.

- - - - -


3 changed files:

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


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

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




Bug#968260: libc6: breaks translations when changing the charset to ...//TRANSLIT

2020-08-13 Thread Aurelien Jarno
control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=26383
control: tag -1 + upstream

On 2020-08-12 05:13, Vincent Lefevre wrote:
> Package: libc6
> Version: 2.31-3
> Severity: important
> 
> Since the upgrade to 2.31-3, the translations are no longer working
> in Mutt.
> 
> In my config, the charset gets automatically set to UTF-8//TRANSLIT
> (possibly with something else instead of UTF-8). There is the same
> issue with ISO-8859-1//TRANSLIT, but not with UTF-8 or ISO-8859-1.
> 
> Reverting to 2.31-2 solves the issue (at least with UTF-8//TRANSLIT).
> 
> I can reproduce the issue with:
> 
>   LC_MESSAGES=fr_FR /usr/bin/mutt -F muttrc foo
> 
> where the muttrc file contains:
> 
> set charset=UTF-8//TRANSLIT
> 
> or
> 
> set charset=ISO-8859-1//TRANSLIT
> 
> I get "To: foo@..." instead of "À : foo@...".

Thanks for the reproducer, I have been able to identify the broken
function, I have reported the bug upstream as BZ#26383. While it is
clearly a regression, please note that adding //TRANSLIT to the charset
doesn't bring anything, as transliteration is always enabled for gettext
messages.

Aurelien

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



Bug#967938: libc6: systemd-sysusers SEGV due to glibc bug in fgetgsent

2020-08-07 Thread Aurelien Jarno
Hi,

On 2020-08-06 12:52, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > On 2020-08-06 06:08, Jinpu Wang wrote:
> >> Hi Florian,
> >> 
> >> On Wed, Aug 5, 2020 at 6:44 PM Florian Weimer  wrote:
> >> >
> >> > * Jinpu Wang:
> >> >
> >> > > Dear Maintainer:
> >> > >
> >> > > Sorry, add some missing information below:
> >> > >
> >> > > After update to Buster, the systemd-sysusers are segfaulting every 
> >> > > time.
> >> > > After search around, I found following bugreport in glibc
> >> > > https://sourceware.org/legacy-ml/libc-alpha/2016-06/msg01015.html
> >> > >
> >> > > I backported to the fix to 2.28-10, it fixed the problem.
> >> > >
> >> > > glibc upstream have a different fix for it in 2.32, see
> >> > >  https://sourceware.org/bugzilla/show_bug.cgi?id=20338
> >> > >
> >> > > I think it's still easier to backport the fix in msg01015.html to 2.28 
> >> > > version,
> >> > > patch attached in the initial report.
> >> >
> >> > The patch from 2016 is incomplete because it does not seek back to the
> >> > original file position, so the next call of fgetsgent_r skips over the
> >> > entry that could not be fully parsed.
> >> Thanks for quick response,  can you provide a minimum bugfix, which
> >> can be easily backported to old version like 2.28?
> >
> > I think we do not want to diverge from the upstream fix, even if it is a
> > bit more work to backport. We first need to fix it in bullseye/sid and
> > then we can try to get this in the next buster stable release.
> 
> I can backport it to upstream release branches, all the way to version
> 2.28.  Would that help?
> 
> I plan to add local copies of the new functions, so that the
> GLIBC_PRIVATE ABI remains unchanged.
> 
> But I have other commitments, so that may not happen until
> September-ish.

Yes, that would definitely help. The timing should not be an issue, I
still have to prepare a buster upload.

Thanks,
Aurelien

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



maintaining rpcsvc-proto / future of rpc in glibc

2020-08-06 Thread Aurelien Jarno
Hi Josue,

I am contacting you as the maintainer of libtirpc. As you might be aware
rpc support is dropped from glibc starting with version 2.32. libtirpc
and rpcsvc-proto [1] are supposed to replace it.

rpcsvc-proto is missing in Debian, I have packaged it locally to test
how we can handle the transition. I am planning to open a WNPP bug soon.
Are you interested to maintain it? Or co-maintain it with the glibc
team?

Regards,
Aurelien

[1] https://github.com/thkukuk/rpcsvc-proto

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


signature.asc
Description: PGP signature


Bug#967938: libc6: systemd-sysusers SEGV due to glibc bug in fgetgsent

2020-08-06 Thread Aurelien Jarno
On 2020-08-06 06:08, Jinpu Wang wrote:
> Hi Florian,
> 
> On Wed, Aug 5, 2020 at 6:44 PM Florian Weimer  wrote:
> >
> > * Jinpu Wang:
> >
> > > Dear Maintainer:
> > >
> > > Sorry, add some missing information below:
> > >
> > > After update to Buster, the systemd-sysusers are segfaulting every time.
> > > After search around, I found following bugreport in glibc
> > > https://sourceware.org/legacy-ml/libc-alpha/2016-06/msg01015.html
> > >
> > > I backported to the fix to 2.28-10, it fixed the problem.
> > >
> > > glibc upstream have a different fix for it in 2.32, see
> > >  https://sourceware.org/bugzilla/show_bug.cgi?id=20338
> > >
> > > I think it's still easier to backport the fix in msg01015.html to 2.28 
> > > version,
> > > patch attached in the initial report.
> >
> > The patch from 2016 is incomplete because it does not seek back to the
> > original file position, so the next call of fgetsgent_r skips over the
> > entry that could not be fully parsed.
> Thanks for quick response,  can you provide a minimum bugfix, which
> can be easily backported to old version like 2.28?

I think we do not want to diverge from the upstream fix, even if it is a
bit more work to backport. We first need to fix it in bullseye/sid and
then we can try to get this in the next buster stable release.

> as you also make the bug 20338 as a security hole.

It is marked as "security-", so it is *not* considered as a security
issue (as the content of this file is trusted).

Aurelien

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



[Git][glibc-team/glibc][sid] releasing package glibc version 2.31-3

2020-08-04 Thread Aurelien Jarno


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


Commits:
7311307b by Aurelien Jarno at 2020-08-04T17:02:44+02:00
releasing package glibc version 2.31-3

- - - - -


1 changed file:

- debian/changelog


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

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




[Git][glibc-team/glibc] Pushed new tag debian/2.31-3

2020-08-04 Thread Aurelien Jarno


Aurelien Jarno pushed new tag debian/2.31-3 at GNU Libc Maintainers / glibc

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




Bug#962457: installation of finclude/math-vector-fortran.h

2020-08-04 Thread Aurelien Jarno
control: severity -1 normal

On 2020-06-08 13:50, Matthias Klose wrote:
> Package: src:glibc
> Version: 2.30-8
> Severity: important
> Tags: sid bullseye
> 
> 2.30-2 removed the installation of finclude/math-vector-fortran.h, which leads
> to build errors like reported in https://launchpad.net/bugs/1879092

This is not a build error. It's just that the resulting code is not
vectorized, but code can still be built and run. That's barely even a
regression given this file has been shipped only 1 day in unstable.

> glibc (2.30-2) unstable; urgency=medium
> 
>   * debian/rules.d/build.mk: do not install 
> for now as it is not multiarch safe.
> 
> 
> Forwarded the discussion to
> https://gcc.gnu.org/pipermail/gcc/2020-June/232779.html

The multiarch path for fortrain includes is actually:
/usr/include/finclude//

> It looks like the current x86 variant of this file is conditionalized and
> installable on any architecture. So instead of dropping the file, just install
> the x86 variant on every architecture.

That will break as soon as another architecture add support for math
vectorization. It's therefore better to use the multiarch path to
install the file.

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



[Git][glibc-team/glibc][sid] debian/rules.d/build.mk: install in the...

2020-08-04 Thread Aurelien Jarno


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


Commits:
57a849ef by Aurelien Jarno at 2020-08-04T15:47:23+02:00
debian/rules.d/build.mk: install finclude/math-vector-fortran.h in the 
multiarch path.  Closes: #962457.

- - - - -


2 changed files:

- debian/changelog
- debian/rules.d/build.mk


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

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/commit/57a849efcf7772ed9e5d7f46916dae3acba4e13b
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:

2020-08-04 Thread Aurelien Jarno


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


Commits:
7d3b56a0 by Aurelien Jarno at 2020-08-04T12:18:20+02:00
debian/patches/git-updates.diff: update from upstream stable branch:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - Fix an infinite loop in the iconv program (CVE-2016-10228).  Closes:
#856503.
  - debian/patches/any/submitted-selinux-deprecations.diff: upstreamed.
  - debian/patches/x32/submitted-fix-nptl-setgroups-x32.diff: upstreamed.

- - - - -


5 changed files:

- debian/changelog
- − debian/patches/any/submitted-selinux-deprecations.diff
- debian/patches/git-updates.diff
- debian/patches/series
- − debian/patches/x32/submitted-fix-nptl-setgroups-x32.diff


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

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




Bug#924891: glibc: misc/tst-pkey fails due to cleared PKRU register after signal in amd64 32-bit compat mode

2020-08-02 Thread Aurelien Jarno
control: reassign -1 src:linux
control: retitle -1 linux: cleared PKRU register after signal in amd64 32-bit 
compat mode 
control: close -1 4.10-1~exp1
control: affects -1 glibc

Hi,

On 2019-03-28 22:05, Aurelien Jarno wrote:
> 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.

I have identified that the issue has been fixed by the following commit
that went into kernel 4.10-rc7:

commit dffba9a31c7769be3231c420d4b364c92ba3f1ac
Author: Yu-cheng Yu 
Date:   Mon Jan 23 14:54:44 2017 -0800

x86/fpu/xstate: Fix xcomp_bv in XSAVES header

The compacted-format XSAVES area is determined at boot time and
never changed after.  The field xsave.header.xcomp_bv indicates
which components are in the fixed XSAVES format.

In fpstate_init() we did not set xcomp_bv to reflect the XSAVES
format since at the time there is no valid data.

However, after we do copy_init_fpstate_to_fpregs() in fpu__clear(),
as in commit:

  b22cbe404a9c x86/fpu: Fix invalid FPU ptrace state after execve()

and when __fpu_restore_sig() does fpu__restore() for a COMPAT-mode
app, a #GP occurs.  This can be easily triggered by doing valgrind on
a COMPAT-mode "Hello World," 

Bug#965323: postinst script deletes custom locales

2020-07-29 Thread Aurelien Jarno
On 2020-07-27 08:26, Harald Dunkel wrote:
> Can't be worse than not having the locale at all. Not to mention that there is
> an option --posix to assure compatibility to POSIX.1-2008, AFAICT.

This option doesn't change the output format which is glibc specific. It
only control the source format, which is defined by POSIX.

> If there are
> incompatible changes, then its my job to worry about recreating the custom 
> locales.

This is how *you* consider that. Most users that encounter broken
locales just report a bug.

> Since the postinst builds just a subset of all locales and since it even 
> maintains
> a list about it, I would suggest to erase and rebuild only these locales.

This is not so easy as the list evolve from version to version.

Regards
Aurelien

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



[Git][glibc-team/glibc][sid] debian/control.in/libc: add a Breaks: against ioquake3 (<<...

2020-07-27 Thread Aurelien Jarno


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


Commits:
47af4d84 by Aurelien Jarno at 2020-07-27T08:24:07+02:00
debian/control.in/libc: add a Breaks: against ioquake3  ( 
1.36+u20200211.f2c61c1~dfsg-2~) as previous versions are not correctly linked 
with libm.

- - - - -


2 changed files:

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


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

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




Bug#966173: libc6: __atan2_finite reference in dlopened module no longer found in executable linked to libm

2020-07-26 Thread Aurelien Jarno
On 2020-07-24 15:23, Simon McVittie wrote:
> On Fri, 24 Jul 2020 at 14:36:54 +0200, Bastian Blank wrote:
> > On Fri, Jul 24, 2020 at 10:11:04AM +0100, Simon McVittie wrote:
> > > The bug (#966150) is that a version of uix86_64.so compiled with a 
> > > slightly
> > > older (2020-02-18) toolchain fails to load on an up-to-date sid system, 
> > > with:
> > > undefined symbol: __atan2_finite
> > 
> > Because the binary was not linked with -lm, the linker never saw the
> > real symbol __atan2_finite@GLIBC2_16, so the linke only emitted a reference
> > to __atan2_finite.
> 
> Right. However, note that there's no mention of __atan2_finite() in the
> source code - it's only used because older glibc would replace atan2()
> with a reference to __atan2_finite() when building with -ffast-math.

I do not see what does it change. atan2 also need to be linked with
-libm. If it is not, issues like the one you encountered might happen.
The change from atan2 to __atan2_finite when -ffast-math is in used is
purely done in the preprocessor.

> > At least dpkg-shlibdeps or so should warn about that.
> 
> For at least openarena, it doesn't seem to. I'm not sure why not.
> 
> For the next update to openarena I'm going to build it with -Wl,-z,defs
> so that missing dependencies are always fatal. However, that isn't
> always applicable: some plugin architectures (like Python extensions)
> rely on being able to pick up symbols exported by the executable, which
> are not necessarily programmatically distinguishable from symbols that
> are defined by libraries used by the executable.

This is indeed an issue, under-linking is sometimes difficult to find.
Given we now the list of affected symbols, I'll try to check if other
binaries are affected so that they can be fixed even if no users report
an issue.

> > > I've been trying to put together a standalone reproducer that only uses
> > > libdl and libm, but so far I have not been successful.
> > 
> > Something like that?
> > 
> > | % cat test.c
> > | void __atan2_finite(void);
> > | void test(void) {
> > |   __atan2_finite();
> > | }
> 
> I was aiming for something a bit closer to openarena's situation,
> where there is no explicit reference to __atan2_finite() in the source
> code: it calls atan2(), and cc -ffast-math rewrites that into a call
> to __atan2_finite(). I've now managed to make this work: see attached.
> 
> Compile them and run ./prog in a buster environment (or an outdated
> bullseye/sid environment with glibc < 2.31), then run ./prog in an
> up-to-date bullseye/sid environment without recompiling.
> 
> libmymodule.so will get a dynamic reference to __atan2_finite.
> 
> The historical result is that prog outputs 0.463648, twice.
> 
> The result in up-to-date bullseye/sid is that prog outputs 0.463648,
> once, and then fails with "undefined symbol: __atan2_finite".
> 
> Using __FINITE_MATH_ONLY__ (which is defined by -ffast-math) is necessary
> to be able to reproduce the bug this way.
> 
> If you consider this sort of thing to be too niche to be supportable,
> please feel free to close the bug.

I do consider it a bug on the openarena side, as it's basically using a
non-versioned symbol due to under-linking. However from the user point
of view, we should prevent that to happen, so I'll add the corresponding
Breaks: entry on the glibc side to ensure a flawless upgrade for the
users.

Aurelien

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



[Git][glibc-team/glibc][sid] debian/control.in/libc: add a Breaks: against openarena (<< 0.8.8+dfsg-4~) due to bug#966150.

2020-07-26 Thread Aurelien Jarno


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


Commits:
def27007 by Aurelien Jarno at 2020-07-27T00:14:41+02:00
debian/control.in/libc: add a Breaks: against openarena ( 
0.8.8+dfsg-4~) due to bug#966150.

- - - - -


3 changed files:

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


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

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




Bug#952516: please support LC_CTYPE=UTF-8

2020-07-23 Thread Aurelien Jarno
On 2020-07-23 08:02, Harald Dunkel wrote:
> Not yet. Do you have some Posix document, RFC, best practice guideline, etc
> showing that it should be "C.UTF-8" instead of "UTF-8"? Something to present
> to Apple proving  that they are not Posix compliant?
> 
> https://pubs.opengroup.org/onlinepubs/9699919799/functions/setlocale.html
> says
> 
>   "The contents of this string are implementation-defined."

Please have a look at:

https://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html

It says most notably:

| If the locale value has the form:
| 
| language[_territory][.codeset]
| 
| it refers to an implementation-provided locale, where settings of
| language, territory, and codeset are implementation-defined.

This format is used in many UNIXes, for instance AIX, Solaris, SCO
UnixWare, HP UX. That said, MacOS has the possibility to use other
format as said below:

| "An implementation may support other formats."

However it should not assume that other systems also support that
implementation specific format.

> I could live with having to run localedef once to define a locale UTF-8
> at installation time, but that is wiped out again and again, see #965323.

Each time the locales package is update, the format might have changed,
or at minimum the locales need to be regenerated to take into in account
possible changes in the locale sources.

> What would you suggest?

You can use the /etc/locale.alias mechanism, it's deprecated, but that
works for now. Just add the following line to that file:

UTF-8   C.UTF-8

Regards,
Aurelien

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



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

2020-07-22 Thread Aurelien Jarno


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

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




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

2020-07-22 Thread Aurelien Jarno


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


Commits:
97f2812e by Aurelien Jarno at 2020-07-23T00:27:29+02:00
releasing package glibc version 2.31-2

- - - - -


1 changed file:

- debian/changelog


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

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




[Git][glibc-team/glibc][sid] 2 commits: debian/patches/any/submitted-selinux-deprecations.diff: proposed patch to...

2020-07-22 Thread Aurelien Jarno


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


Commits:
c1c080b4 by Aurelien Jarno at 2020-07-22T23:59:08+02:00
debian/patches/any/submitted-selinux-deprecations.diff: proposed patch to 
ignore the selinux deprecations introduced in libselinux (= 3.1), fixing an 
FTBFS.  Closes: #965941.

- - - - -
c0233ff5 by Aurelien Jarno at 2020-07-23T00:25:02+02:00
debian/patches/x32/submitted-fix-nptl-setgroups-x32.patch: proposed patch to 
fix the setgroups functions in threaded applications on x32 (without the 
testsuite part).  Closes: #965091.

- - - - -


4 changed files:

- debian/changelog
- + debian/patches/any/submitted-selinux-deprecations.diff
- debian/patches/series
- + debian/patches/x32/submitted-fix-nptl-setgroups-x32.diff


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/compare/b1488bfda31968a724afa3ba212001a807603efd...c0233ff5731855bb986cda89957829d635ea17c7

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




  1   2   3   4   5   6   7   8   9   10   >