Bug#850948: [Piuparts-devel] Bug#850948: needrestart, piuparts: needrestart hangs -> piupart fails -> debian-design blocked
Quoting Holger Levsen (2017-01-11 18:25:06) > On Wed, Jan 11, 2017 at 06:14:55PM +0100, Jonas Smedegaard wrote: > > I believe I stated quite clearly the scope of this bug. > > i dont see the scope. Here it is, again: Quoting Jonas Smedegaard (2017-01-11 15:25:10) > This bugreport is tracking debian-design not entering testing. ...and again: Quoting Jonas Smedegaard (2017-01-11 15:25:10) > This bugreport is tracking the combined issue of a) + b) + c). ...and here I request keeping severity tied to debian-design: > Please therefore reassign and/or merge as appropriate, but only as > long as the severity reflects the actual treatment of debian-design. In other words, basically the whole content of the bugreport apart from the few lines you yourself quoted. > we have one for needsrestart being buggy and one for the release team > to ignore this for the testing migration of debian-design. I dont see > why another one is needed. You need not understand all needs of Debian. Thanks for trying, though. >> I fail to understand how merging with another (related) bug of >> different severity helps track the issue I reported? > > you know how to handle the bts yourself, feel free to unmerge and > assign somewhere. just not to piuparts (even partly) with RC severity. > feel free to make it wishlist and assign to piuparts (party or not). Yes, I am aware how I can run behind you and clean up after your ignorance. Wish I didn't have to. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#850948: [Piuparts-devel] Bug#850948: needrestart, piuparts: needrestart hangs -> piupart fails -> debian-design blocked
On Wed, Jan 11, 2017 at 06:14:55PM +0100, Jonas Smedegaard wrote: > I believe I stated quite clearly the scope of this bug. i dont see the scope. we have one for needsrestart being buggy and one for the release team to ignore this for the testing migration of debian-design. I dont see why another one is needed. > I fail to understand how merging with another (related) bug of different > severity helps track the issue I reported? you know how to handle the bts yourself, feel free to unmerge and assign somewhere. just not to piuparts (even partly) with RC severity. feel free to make it wishlist and assign to piuparts (party or not). -- cheers, Holger signature.asc Description: Digital signature
Bug#850948: [Piuparts-devel] Bug#850948: needrestart, piuparts: needrestart hangs -> piupart fails -> debian-design blocked
Quoting Holger Levsen (2017-01-11 17:16:08) > control: reassign -1 needrestart > control: merge -1 826044 > thanks > > On Wed, Jan 11, 2017 at 03:25:10PM +0100, Jonas Smedegaard wrote: >> Package: needrestart,piuparts >> Severity: serious > > no. this is definitly not a serious bug in piuparts. then the bug is somewhere else - merging ruins ability to track where. >> This bugreport is tracking debian-design not entering testing. > > then this bug report would be more appropriate against release.d.o but > Andreas already filed this bug :) I believe I stated quite clearly the scope of this bug. I fail to understand how merging with another (related) bug of different severity helps track the issue I reported? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#850948: needrestart, piuparts: needrestart hangs -> piupart fails -> debian-design blocked
Quoting Andreas Beckmann (2017-01-11 16:30:50) > On 2017-01-11 15:25, Jonas Smedegaard wrote: > >> This bugreport is tracking debian-design not entering testing. > > I filed an unblock request for you, since that seems to be fallout > from britney evaluationg piuparts results, #850950 > > I now managed to get the piuparts test to finish after removing > timeout from the command line ... strange ... > > after installing all the dependencies, we are finally installing > design-desktop: That is great news. All of it. Thanks a lot for your help here! > I'm not sure whether needrestart does the right thing here ... > * it should adhere to policy-rc.d > * it should not run missing binaries > * it should be aware of being run in a chroot > (right now it enumerates all shells running in the host system ...) Sounds suspect indeed. I didn't dig deep - only reasoned from your earlier list of hanging process that it smells like policy-rc.d issue. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#850948: [Piuparts-devel] Bug#850948: needrestart, piuparts: needrestart hangs -> piupart fails -> debian-design blocked
control: reassign -1 needrestart control: merge -1 826044 thanks On Wed, Jan 11, 2017 at 03:25:10PM +0100, Jonas Smedegaard wrote: > Package: needrestart,piuparts > Severity: serious no. this is definitly not a serious bug in piuparts. > This bugreport is tracking debian-design not entering testing. then this bug report would be more appropriate against release.d.o but Andreas already filed this bug :) -- cheers, Holger signature.asc Description: Digital signature
Bug#850948: needrestart, piuparts: needrestart hangs -> piupart fails -> debian-design blocked
On 2017-01-11 15:25, Jonas Smedegaard wrote: > This bugreport is tracking debian-design not entering testing. I filed an unblock request for you, since that seems to be fallout from britney evaluationg piuparts results, #850950 I now managed to get the piuparts test to finish after removing timeout from the command line ... strange ... after installing all the dependencies, we are finally installing design-desktop: ... Selecting previously unselected package design-desktop. Preparing to unpack .../design-desktop_3.0.4_all.deb ... Unpacking design-desktop (3.0.4) ... Setting up design-desktop (3.0.4) ... Failed to retrieve available kernel versions. Restarting services... telinit u Can't exec "telinit": No such file or directory at /usr/sbin/needrestart line 899, line 11. Services being skipped: service dbus restart service network-manager restart No containers need to be restarted. User sessions running outdated binaries: 998 @ /dev/pts/10: bash[2218] 998 @ /dev/pts/11: bash[11844] ... 998 @ /dev/pts/20: bash[3350], python[9688] ... 998 @ /dev/pts/9: bash[1938] 999 @ /dev/pts/6: bash[1848] dummy1000 @ /dev/pts/0: bash[1319] dummy1000 @ /dev/pts/1: bash[6400] dummy1000 @ /dev/pts/14: bash[10579] ... dummy1000 @ /dev/pts/42: bash[12017] dummy1000 @ /dev/pts/5: bash[8979] root @ /dev/pts/1: bash[6440] root @ /dev/pts/11: apt-get[12657] root @ /dev/pts/13: apt-get[19639] root @ /dev/pts/25: bash[16006], schroot[15820] root @ /dev/pts/30: bash[16012] ... I'm not sure whether needrestart does the right thing here ... * it should adhere to policy-rc.d * it should not run missing binaries * it should be aware of being run in a chroot (right now it enumerates all shells running in the host system ...) Andreas
Bug#850948: needrestart,piuparts: needrestart hangs -> piupart fails -> debian-design blocked
Package: needrestart,piuparts Severity: serious This bugreport is tracking debian-design not entering testing. Background: a) needrestart sometimes hangs during install. b) Needrestart hanging is caught by piuparts and treated as a failure. c) debian-design depends on needrestart and is blocked from testing. Issue a) is tracked as bug#826044, but as severity important. This bugreport is tracking the combined issue of a) + b) + c). Please therefore reassign and/or merge as appropriate, but only as long as the severity reflects the actual treatment of debian-design. - Jonas