[Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user

Stefan Lippers-Hollmann s.L-H at gmx.de
Sun Mar 23 23:16:26 UTC 2014


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.l-h at 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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-lirc-maint/attachments/20140323/53abfa40/attachment.sig>


More information about the Pkg-lirc-maint mailing list