Hi On Sunday 23 March 2014, Ben Hutchings wrote: > Some time ago you committed: > > r497 | slh-guest | 2012-02-23 12:20:25 +0000 (Thu, 23 Feb 2012) | 1 line > > detection stages (Closes: #660956). > > Index: debian/changelog > =================================================================== > --- debian/changelog (revision 496) > +++ debian/changelog (revision 497) > @@ -88,7 +88,7 @@ > lirc 0.7.1pre2-8, previous versions unconditionally started an > interactive > non-debconf hardware detection/ selection menu, which always left > hardware.conf modified; md5sums for prior versions apply to aborted h/w > - detection stages. > + detection stages (Closes: #660956). > > -- Stefan Lippers-Hollmann <s....@gmx.de> Sat, 28 Jan 2012 20:03:16 +0100 > > > I think you actually meant to close #655969.
Thanks for noticing this, I didn't match up to the bug closure with the correct changelog entry when the bug was filed after the actual change had already been done long before. Given that both bugs will be fixed in the same version, the actual effects would have been limited, but I've fixed it (and removed a duplicate bug closure) in [1]. > Anyway, as the postinst in wheezy does not appear to modify the config > file, it appears that further upgrades should not have this problem. > Given that the bug was tagged squeeze-ignore and wheezy-ignore, perhaps > it can now be closed? I certainly won't object against closing this bug, especially as neither squeeze nor wheezy will be changed in this regard anymore (most users actually using lirc, would have needed to adapt their configuration for kernel >= 2.6.37 anyways[2], when lirc was merged into the kernel and several modules moved from lirc to RC_CORE). However technically speaking, squeeze is still supported until roughly 2014-05-06 (depending on the actual EOL date to be announced by the stable release team) - and squeeze to wheezy upgrades also remain affected. While technically not correct either, it might make sense to drop its severity below the RC threshold though, to avoid bug squashers from wasting time on this though. On the other hand there will be an upload, with the afforementioned bug closures soon (for some value of 'soon', probably before the middle of the year), which requires some adaptions to these pending changes (in order to provide native systemd units, the sysv initscripts will have to be split into individual initscripts for lirc, lircmd and irexec, so the (to be added) systemd units can mask the corresponding initscripts properly[3]) - and it's best to avoid needless/ forseeable conffile churn until this is settled. Regards Stefan Lippers-Hollmann [1] http://anonscm.debian.org/viewvc/pkg-lirc/lirc/trunk/debian/changelog?r1=517&r2=518 [2] https://lists.debian.org/debian-backports/2012/04/msg00076.html [3] lirc's sysv initscripts are working fine under systemd's sysv compatibility mode, but native support needs further changes.
signature.asc
Description: This is a digitally signed message part.