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

Re: Bug#953235: vtkplotter: autopkgtest arm64 failure: No module named 'vtkIOFFMPEGPython'

2020-05-07 Thread Paul Gevers
Dear Adrian, On 07-05-2020 10:07, Adrian Bunk wrote: > This is a toolchain problem affecting many packages: > https://sourceware.org/bugzilla/show_bug.cgi?id=25051 Do you have any rough estimate how many? Is there any way to predict which packages are effected, or to detect which packages are

Re: Bug#953235: vtkplotter: autopkgtest arm64 failure: No module named 'vtkIOFFMPEGPython'

2020-05-10 Thread Paul Gevers
Hi Adrian, On 07-05-2020 12:16, Adrian Bunk wrote: > On Thu, May 07, 2020 at 10:28:33AM +0200, Paul Gevers wrote: >> If we can detect this failure >> mode (and similar ones in the future) we can of course generate hints >> based on this heuristics and have the f

Re: Bug#953235: vtkplotter: autopkgtest arm64 failure: No module named 'vtkIOFFMPEGPython'

2020-05-10 Thread Paul Gevers
Hi Adrian, On 10-05-2020 15:25, Paul Gevers wrote: > I'm running another check on "cannot allocate memory in static TLS > block" now, will take a while. Also for this one, only vtkplotter showed up. Paul signature.asc Description: OpenPGP digital signature

Arch qualification for buster: call for DSA, Security, toolchain concerns

2020-07-08 Thread Paul Gevers
from testing before bullseye is frozen. We are currently unaware of any new architectures likely to be ready in time for inclusion in bullseye. On behalf of the release team, Paul Gevers signature.asc Description: OpenPGP digital signature

Bug#976409: glibc breaks node-iconv autopkgtest: AssertionError [ERR_ASSERTION]: Missing expected exception

2020-12-04 Thread Paul Gevers
Source: glibc, node-iconv Control: found -1 glibc/2.31-5 Control: found -1 node-iconv/2.3.5-4 Severity: serious Tags: sid bullseye X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainer(s), With a recent upload of glibc the

Bug#976410: glibc breaks libpod autopkgtest: dh_auto_build: error: cd _output && go install -trimpath ...

2020-12-04 Thread Paul Gevers
Source: glibc, libpod Control: found -1 glibc/2.31-5 Control: found -1 libpod/2.0.6+dfsg1-2 Severity: serious Tags: sid bullseye X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainer(s), With a recent upload of glibc the