Bug#1011380: udd: autoremoval should count from bug cloning, not original creation date [was: Bug#1004511: luajit SEGFAULTS on ppc64el]
Package: qa.debian.org User: qa.debian@packages.debian.org Usertags: udd Hi, On 21-05-2022 10:00, Steinar H. Gunderson wrote: If you're doing this kind of filing, perhaps also send an email to maintainers? Yes, I should. But sometimes I forget that context gets lost, most often I remember. All I got was a message that Nageru was marked for autoremoval for testing (over a bug I had never heard of before), and I had to start figuring out why myself. I'm slightly surprised that the autoremoval kicked in so fast. I consider that a bug in the autoremoval handling. Bug filed. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#1004511: luajit SEGFAULTS on ppc64el
On Thu, May 19, 2022 at 08:57:35PM +0200, Paul Gevers wrote: > reassign -6 src:nageru 2.1.0-1 Hi, If you're doing this kind of filing, perhaps also send an email to maintainers? All I got was a message that Nageru was marked for autoremoval for testing (over a bug I had never heard of before), and I had to start figuring out why myself. /* Steinar */ -- Homepage: https://www.sesse.net/
Bug#1004511: luajit SEGFAULTS on ppc64el
Hi Paul, > Not convinced I'm totally right there's no key packages in the list > above, but let's go this route unless somebody puts up the effort to > *maintain* the ppc64el parts. Based on the discussion on -devel, it seems that it's impossible to keep maintaining the ppc64el support for src:luajit. I plan to remove the architecture. OpenSUSE's effort has been mentioned, but according to their OBS changelog, they could do nothing but leave a broken ppc64el package as well. Luajit2 (src:luajit2) as a new package maybe able to bring luajit back to ppc64el / s390x. May give it a try in the future.
Bug#1004511: luajit SEGFAULTS on ppc64el
clone 1004511 -1 -14 block 1004511 by -1 retitle -1 please replace (build) dependency luajit with lua on ppc64el retitle 1004511 RM: luajit [ppc64el] -- ROP; segfaults severity 1004511 normal reassign 1004511 ftp.debian.org clone -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 reassign -1 src:aegisub 3.2.2+dfsg-6 reassign -2 src:ettercap 1:0.8.3.1-6 reassign -3 src:knot-resolver 5.4.4-1 reassign -4 src:love 11.3-1 reassign -5 src:luakit 1:2.3-1 reassign -6 src:nageru 2.1.0-1 reassign -7 src:nginx 1.20.2-2 reassign -8 src:obs-studio 27.2.4+dfsg1-1 reassign -9 src:rspamd 3.2-1 reassign -10 src:snort 2.9.15.1-6 reassign -11 src:sysbench 1.0.20+ds-2 reassign -12 src:trafficserver 9.1.2+ds-1 reassign -13 src:uwsgi-plugin-luajit 0.0.7 retitle -14 please prevent successful build on ppc64el until it works thanks Hi, On 19-05-2022 16:34, Frédéric Bonnard wrote: Hi Paul, sorry for the late reply. As I said on debian-devel, I've not enough expertise nor hope on that topic. Switching to lua is the way I went a few times, instead on relying on luajit. F. On Mon, 02 May 2022 07:55:50 +0200 Paul Gevers wrote: If this issue is difficult to fix, how about removing luajit from ppc64el? I noticed that the only reverse (build) dependent key package of luajit (src:efl) already switched to plain lua on ppc64el (probably because of this issue). Not convinced I'm totally right there's no key packages in the list above, but let's go this route unless somebody puts up the effort to *maintain* the ppc64el parts. The list above only includes direct depends of libluajit-5.1, I still need to figure out which packages build depend on libluajit-5.1-dev on ppc64el and successfully build there. For the bug which remains assigned to luajit, I want it to ensure that in the future we don't accidentally have a successful build on ppc64el with broken content, so please either drop ppc64el from the list of architectures for which it builds or, better, add a build-time test that fails while luajit segfaults. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#1004511: luajit SEGFAULTS on ppc64el
Hi Paul, sorry for the late reply. As I said on debian-devel, I've not enough expertise nor hope on that topic. Switching to lua is the way I went a few times, instead on relying on luajit. F. On Mon, 02 May 2022 07:55:50 +0200 Paul Gevers wrote: > Hi, > > On 24-04-2022 12:00, Paul Gevers wrote: > > On Sat, 29 Jan 2022 19:32:53 +0100 Paul Gevers wrote: > >> With a recent upload of luajit the autopkgtest of knot-resolver fails > >> in testing when that autopkgtest is run with the binary packages of > >> luajit from unstable. It passes when run with only packages from > >> testing. In tabular form: > > > > knot-resolver has been removed from testing due to this bug report, but > > can't migrate back because a newer version fails to build on ppc64el. > > Also other reverse dependencies of luajit show SEGFAULT in their > > autopkgtest on ppc64el, so this seems a problem in luajit. Unfortunately > > (Release Team member opinion) luajit is a key package so can't be > > trivially removed. Can you (maintainer and ppc64el porters) please have > > a look? > > If this issue is difficult to fix, how about removing luajit from > ppc64el? I noticed that the only reverse (build) dependent key package > of luajit (src:efl) already switched to plain lua on ppc64el (probably > because of this issue). > > Paul signature.asc Description: PGP signature
Bug#1004511: luajit SEGFAULTS on ppc64el
Hi, On 24-04-2022 12:00, Paul Gevers wrote: On Sat, 29 Jan 2022 19:32:53 +0100 Paul Gevers wrote: With a recent upload of luajit the autopkgtest of knot-resolver fails in testing when that autopkgtest is run with the binary packages of luajit from unstable. It passes when run with only packages from testing. In tabular form: knot-resolver has been removed from testing due to this bug report, but can't migrate back because a newer version fails to build on ppc64el. Also other reverse dependencies of luajit show SEGFAULT in their autopkgtest on ppc64el, so this seems a problem in luajit. Unfortunately (Release Team member opinion) luajit is a key package so can't be trivially removed. Can you (maintainer and ppc64el porters) please have a look? If this issue is difficult to fix, how about removing luajit from ppc64el? I noticed that the only reverse (build) dependent key package of luajit (src:efl) already switched to plain lua on ppc64el (probably because of this issue). Paul OpenPGP_signature Description: OpenPGP digital signature
