Bug#981876: gdpc: flaky autopkgtest on i386
Hi Paul, On Thu, May 20, 2021 at 11:52:55AM +0200, Paul Gevers wrote: > > The only solution I can see is to exclude it also from ppc64el > > architecture. > > The test, or the package? Either works for me. I admit I thought about the package - I need to think about just excluding the test. > Obviously the best > solution is to find the real cause and fix it as it *seems* to me that > this is not only a test problem, but I understand what you mean. I fully agree, but development has ended before the first ppc64el boxes were out - so well, it is a very low popcon package and spending many resources into this problem does not seem to be rectified for me. Kind regards Andreas. -- http://fam-tille.de
Bug#981876: gdpc: flaky autopkgtest on i386
Hi Andreas, On 20-05-2021 11:45, Andreas Tille wrote: > On Thu, May 20, 2021 at 10:35:27AM +0200, Paul Gevers wrote: >> Control: severity -1 serious >> Control: retitle -1 gdpc: flaky autopkgtest on ppc64el >> ... >> >> I'm seeing the same error regularly on ppc64el too. > > The only solution I can see is to exclude it also from ppc64el > architecture. The test, or the package? Either works for me. Obviously the best solution is to find the real cause and fix it as it *seems* to me that this is not only a test problem, but I understand what you mean. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#981876: gdpc: flaky autopkgtest on i386
Hi Paul, On Thu, May 20, 2021 at 10:35:27AM +0200, Paul Gevers wrote: > Control: severity -1 serious > Control: retitle -1 gdpc: flaky autopkgtest on ppc64el > ... > > I'm seeing the same error regularly on ppc64el too. The only solution I can see is to exclude it also from ppc64el architecture. Kind regards Andreas. -- http://fam-tille.de
Bug#981876: gdpc: flaky autopkgtest on i386
Control: severity -1 serious Control: retitle -1 gdpc: flaky autopkgtest on ppc64el Hi, On Sat, 6 Feb 2021 13:23:26 +0100 =?utf-8?Q?=C3=89tienne?= Mollier wrote: > Looking up at this gdpc issue, one of the tests is crashing with > a buffer overflow rather consistently on i386 with the md.test > example data on my end; I'm a bit surprised it is only flaky: > > $ /usr/bin/gdpc m 2 d 10 erase xyz 2 3 4 5 md.test > >gdpc version 2.2.5, Copyright (C) 2000 Jonas Frantz >gdpc comes with ABSOLUTELY NO WARRANTY; for details >check out the documentation. This is free software, and >you are welcome to redistribute it under all conditions. > > *** buffer overflow detected ***: terminated > Aborted > Exit code: 134 > > I watched the test with the GUI on amd64; that seemed rather > demanding on CPU cycles. I'm not sure whether the package ever > worked for i386 looking up at's its history, so given the > timing, I would be inclined to vote for a removal on that > architecture. I'm seeing the same error regularly on ppc64el too. https://ci.debian.net/data/autopkgtest/testing/ppc64el/g/gdpc/12474535/log.gz https://ci.debian.net/data/autopkgtest/testing/ppc64el/g/gdpc/12078509/log.gz https://ci.debian.net/data/autopkgtest/testing/ppc64el/g/gdpc/12049380/log.gz https://ci.debian.net/data/autopkgtest/testing/ppc64el/g/gdpc/11725569/log.gz xvfb-run --auto-servernum \ /usr/bin/gdpc m 2 d 10 erase xyz 2 3 4 5 md.test 2>&1 \ | tee --append test.log & sleep 10 *** buffer overflow detected ***: terminated Aborted check_n_cleanup error: gdpc crashed before the end of the test Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#982117: Bug#981876: gdpc: flaky autopkgtest on i386
Greetings, Alas, the autopkgtest failed with buffer overflow on armhf[1] at the same point as on i386: xvfb-run --auto-servernum \ /usr/bin/gdpc m 2 d 10 erase xyz 2 3 4 5 md.test 2>&1 \ | tee --append test.log & sleep 10 *** buffer overflow detected ***: terminated Aborted check_n_cleanup error: gdpc crashed before the end of the test [1] https://ci.debian.net/data/autopkgtest/testing/armhf/g/gdpc/10311835/log.gz This regression does not appear while testing on Qemu, so I heavily suspect it might affect other 32 bits architectures such as armel and mipsel. I will update the package to remove these three architectures, and update the archive removal request accordingly. Kind Regards, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/3, please excuse my verbosity. signature.asc Description: PGP signature
Bug#981876: gdpc: flaky autopkgtest on i386
Control: Severity -1 important Hi Etienne, Thanks for filing ROM --RM. I'm lowering the severity so it migrates to testing. Nilesh
Bug#981876: gdpc: flaky autopkgtest on i386
Hi all, I pushed gdpc 2.2.5-12 to remove support for architectures i386[0] and s390x[1], which are failing autopkgtest, and opened the corresponding ROM -- RM[2]. There are also changes in the autopkgtest to make it a bit more verbose, to see what happens at which steps. Changes are ready on Salsa[3], for review then sponsored upload or DM grants if deemed appropriate. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981876 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982103 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982117 [3] https://salsa.debian.org/med-team/gdpc Kind Regards -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Bug#981876: gdpc: flaky autopkgtest on i386
On Sat, Feb 06, 2021 at 01:23:26PM +0100, Étienne Mollier wrote: > I would be inclined to vote for a removal on that > architecture. Fully ACK! Just go for it. Thanks a lot for caring Andreas. -- http://fam-tille.de
Bug#981876: gdpc: flaky autopkgtest on i386
Howdy, Looking up at this gdpc issue, one of the tests is crashing with a buffer overflow rather consistently on i386 with the md.test example data on my end; I'm a bit surprised it is only flaky: $ /usr/bin/gdpc m 2 d 10 erase xyz 2 3 4 5 md.test gdpc version 2.2.5, Copyright (C) 2000 Jonas Frantz gdpc comes with ABSOLUTELY NO WARRANTY; for details check out the documentation. This is free software, and you are welcome to redistribute it under all conditions. *** buffer overflow detected ***: terminated Aborted Exit code: 134 I watched the test with the GUI on amd64; that seemed rather demanding on CPU cycles. I'm not sure whether the package ever worked for i386 looking up at's its history, so given the timing, I would be inclined to vote for a removal on that architecture. Kind Regards, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity.
Bug#981876: gdpc: flaky autopkgtest on i386
Source: gdpc Version: 2.2.5-10 Severity: serious Tags: sid bullseye X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: flaky Dear maintainer(s), Your package has an autopkgtest, great. However, I looked into the history of your autopkgtest [1] on i386 (because it is blocking glib2.0) and I noticed it fails regularly, while a rerun passes. I copied some of the output at the bottom of this report. Because the unstable-to-testing migration software now blocks on regressions in testing, flaky tests, i.e. tests that flip between passing and failing without changes to the list of installed packages, are causing people unrelated to your package to spend time on these tests. Please do get in touch if we need to dive into this together. Or if you want to discuss this issue. I noticed that all the failed runs I checked were done on the same worker. Could the problem be a timing issue? (The worker has a spinning disk and is slower than our other workers). Paul https://ci.debian.net/data/autopkgtest/testing/i386/g/gdpc/10255341/log.gz autopkgtest [04:19:42]: test run-unit-test: [--- kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] autopkgtest [04:19:52]: test run-unit-test: ---] OpenPGP_signature Description: OpenPGP digital signature