Bug#727786: removal of libc6-amd64 makes system unusable

2013-10-26 Thread Paul Gevers
Package: eglibc Version: 2.13-38 Severity: grave Justification: leaves system unusable [Sorry for not filing this bug with reportbug, but due to this bug that doesn't work anymore. I am also unable to sign my mail at this moment, due to this bug.] For building an i386-only package I libc6-amd64

Bug#727786: follow-up for: removal of libc6-amd64 makes system unusable

2013-10-26 Thread Paul Gevers
Seems this bug was indeed already reported: 699206 and 707185. However, it is not clear to me how I can get my system working again. Obviously, I can not remove or create symlinks to the right location as ln and friends don't work anymore (not to mention that sudo and getty don't help). Seems

Bug#727786: follow-up 2 for: removal of libc6-amd64 makes system unusable

2013-10-27 Thread Paul Gevers
So I was indeed able to recover my system by changing the symlink in /lib64/ with an emergency USB key. For the record, after shutdown, the system of course would not come up. I am afraid that people with less patience than I would conclude that their system was hopelessly ruined. However, I have

Bug#727786: follow-up for: removal of libc6-amd64 makes system unusable

2013-10-28 Thread Paul Gevers
Just an important note for anybody ending up at this bug and wanting to remove libc6-amd64. As long as you have root access to the system and have not powered off yet, I believe you can fix this issue without rescue CD/USB. With root access (sudo does not work anymore, because the setguid fails)

Bug#785651: glibc: test run times out on ci.debian.net; maybe don't force a build every time

2018-07-29 Thread Paul Gevers
Hi Florian, On 29-07-18 13:26, Florian Weimer wrote: > I'm not sure why it is necessary to build glibc three times (unless > it's impossible to get multi-arch packages into the buildroot). I am not sure if I understand what you mean, but currently having multiple arches available in the

Bug#785651: glibc: test run times out on ci.debian.net; maybe don't force a build every time

2018-07-31 Thread Paul Gevers
Hi Florian, On 30-07-18 23:14, Florian Weimer wrote: > * Paul Gevers: >> On 29-07-18 13:26, Florian Weimer wrote: >>> I'm not sure why it is necessary to build glibc three times (unless >>> it's impossible to get multi-arch packages into the buildroot). >> >

Bug#785651: glibc: test run times out on ci.debian.net; maybe don't force a build every time

2018-08-26 Thread Paul Gevers
Hi all, On Sat, 4 Aug 2018 18:48:44 +0200 Aurelien Jarno wrote: > On 2018-07-23 22:17, Paul Gevers wrote: > > On Sun, 01 Apr 2018 21:56:33 +0200 Florian Weimer > > wrote: > > > > I have no idea. On a fast 4-cores amd64 machine and for the 3 flavours > > &g

Bug#785651: glibc: test run times out on ci.debian.net; maybe don't force a build every time

2018-07-23 Thread Paul Gevers
On Sun, 01 Apr 2018 21:56:33 +0200 Florian Weimer wrote: > > I have no idea. On a fast 4-cores amd64 machine and for the 3 flavours > > built on amd64, the glibc takes around 20 minutes to build and the > > testsuite around 2h to run. > > This is still rather slow. I see native builds on

Re: glibc and abi-compliance-checker break multiple KDE autopkgtests

2018-09-09 Thread Paul Gevers
Hi all, On 09/06/18 21:13, Paul Gevers wrote: > So it seems they are requested by something, and because the are not > available in testing, apt-get is not limited by our pinning to take them > from unstable. I believe it must be a "Provides" of some sort. What I > want to

glibc and abi-compliance-checker break multiple KDE autopkgtests

2018-09-06 Thread Paul Gevers
Dear glibc, abi-compliance-checker and Qt/KDE maintainers, With recent upload of glibc and abi-compliance-checker the autopkgtest of libkf5calendarsupport, kf5-kdepim-apps-libs and akonadi-calendar started to fail when run in testing with either glibc or abi-compliance-checker from unstable.

Re: glibc and abi-compliance-checker break multiple KDE autopkgtests

2018-09-06 Thread Paul Gevers
Hi Samuel, all, On 06-09-18 11:19, Samuel Thibault wrote: > It'd be useful for the abi-compliance-checker test to actually output > error messages, > > https://ci.debian.net/data/autopkgtest/testing/amd64/k/kf5-kdepim-apps-libs/944759/log.gz > > it not very talkative :) I agree, but I found

Re: glibc and abi-compliance-checker break multiple KDE autopkgtests

2018-09-06 Thread Paul Gevers
Hi On 06-09-18 11:53, Samuel Thibault wrote: > Samuel Thibault, le jeu. 06 sept. 2018 11:44:45 +0200, a ecrit: >> Paul Gevers, le jeu. 06 sept. 2018 11:22:46 +0200, a ecrit: >>> On 06-09-18 11:19, Samuel Thibault wrote: >>>> It'd be useful for the abi-compliance-c

Re: glibc and abi-compliance-checker break multiple KDE autopkgtests

2018-09-06 Thread Paul Gevers
Hi On 06-09-18 16:39, Antonio Terceiro wrote: >>> Does this mean that libc++-8-dev is breaking the ABI of the Qt/KDE >>> packages? Luckily libc++-8-dev will not migrate to testing due to >>> https://bugs.debian.org/714686 Does it need a "Breaks" then? >> >> Actually due to a bug in the migration

Bug#903389: glibc/2.27-4 appears to break unrar-free/1:0.0.1+cvs20140707-4 autopktest: different Valgrind status codes

2018-07-09 Thread Paul Gevers
Source: glibc, unrar-free Version: glibc/2.27-4 Version: unrar-free/1:0.0.1+cvs20140707-4 User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With a recent upload of glibc the autopkgtest of unrar-free started to fail in unstable and testing. I have copied the error

gnupg2 autopkgtest uses multi-arch which seems fragile

2018-07-09 Thread Paul Gevers
Hi gnupg2 maintainers, all, I am investigating the autopkgtest regressions of glibc┬╣ (2 left after some retries). I notice that gnupg2 fails (also in the retry) with the error below. I don't fully understand yet, but I think this is due to some requirement that only unstable can fulfill at the

Re: gnupg2 autopkgtest uses multi-arch which seems fragile

2018-07-09 Thread Paul Gevers
Hi Ian, Thanks for helping out. On 09-07-18 15:02, Ian Jackson wrote: > Ian Jackson writes ("Re: gnupg2 autopkgtest uses multi-arch which seems > fragile"): >> I looked in: >> >> * debian/tests/control in the gnupg2 source tree. >> One test, of gpgv-win32. Depends on gpgv-win32, gnupg2, > >

Bug#785651: glibc: test run times out on ci.debian.net; maybe don't force a build every time

2018-03-13 Thread Paul Gevers
On Mon, 18 May 2015 15:47:34 -0300 Antonio Terceiro wrote: > The glibc test runs times out at ci.debian.net after running for ~3h, > apparently since they were introduced: > https://ci.debian.net/packages/g/glibc/unstable/amd64/ Is there any hope to have this fixed? > I am

Bug#785651: glibc: test run times out on ci.debian.net; maybe don't force a build every time

2018-03-14 Thread Paul Gevers
Hi Aurelien, On 14-03-18 00:15, Aurelien Jarno wrote: > On 2018-03-13 21:13, Paul Gevers wrote: >> On Mon, 18 May 2015 15:47:34 -0300 Antonio Terceiro >> <terce...@debian.org> wrote: >>> The glibc test runs times out at ci.debian.net after running for ~3h,

Bug#915325: r-cran-rgenoud: autopkgtest needs update for new version of glibc

2018-12-02 Thread Paul Gevers
Source: r-cran-rgenoud Version: 5.8-2.0-2 X-Debbugs-CC: debian...@lists.debian.org, gl...@packages.debian.org User: debian...@lists.debian.org Usertags: needs-update Control: affects -1 src:glibc Dear maintainers, With a recent upload of glibc the autopkgtest of r-cran-rgenoud fails in testing

KDE/Qt tests [was Re: Bug#906694: purpose: autopkgtest regression]

2018-12-03 Thread Paul Gevers
Hi Maximiliano, others On Mon, 3 Dec 2018 11:24:15 -0300 Maximiliano Curia wrote: > About the kde frameworks uploads, they are handled in a bundle, and breaks > and > dependencies are added so they migrate to testing as needed, the same breaks > and dependencies can cause temporary

Re: cross-toolchain-base: FTBFS: applying patches fails

2019-01-08 Thread Paul Gevers
user debian...@lists.debian.org usertags needs-update thanks Hi all, On Sat, 29 Dec 2018 23:46:40 +0100 Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. > > Relevant part (hopefully): > > debian/rules build > > linux: 4.19.12-1 /

Re: glibc and abi-compliance-checker break multiple KDE autopkgtests

2018-09-11 Thread Paul Gevers
Dear all, On 09-09-18 22:04, Paul Gevers wrote: > On 09/06/18 21:13, Paul Gevers wrote: >> So it seems they are requested by something, and because the are not >> available in testing, apt-get is not limited by our pinning to take them >> from unstable. I believe it must be

Re: Glibc 2.28 breaks collation for PostgreSQL (and others?)

2019-04-06 Thread Paul Gevers
Dear all, Regarding this PostgreSQL reindexing issue, is there anything we need to mention in the release-notes? If this isn't fleshed out, but the most likely answer is yes, than I'd appreciate it to receive a bug against release-notes to remind us about it later on. Text can come later when it

release-notes? Was: Re: kbdnames are generated with incorrect translations

2019-07-04 Thread Paul Gevers
Hi all, On Fri, 15 Mar 2019 14:38:07 + Iain Lane wrote: > Package: keyboard-configuration > Version: 1.188 > Severity: serious > Tags: patch [...] > The generated names in keyboard-configuration.config are translated > incorrectly: > > laney@raleigh> dpkg --ctrl-tarfile