[Pkg-ltsp-devel] Bug#839154: ltsp: /etc/default/rcS shouldn't be modified

[Wolfgang Schweer]

Source: ltsp
Version: 5.5.8-1
Severity: important
User: debian-edu at lists.debian.org
Usertags: debian-edu

Hi,

while testing Debian Edu Stretch, the LTSP chroot generation failed 
recently. This was caused by a debconf question concerning the modified 
conffile /etc/default/rcS.

As far as I was able to find out this file is modified via
/usr/share/ltsp/plugins/ltsp-build-client/Debian/025-var-rw-subdirs
like this:

case $MODE in
    install)
        echo "RAMRUN=yes" >> $ROOT/etc/default/rcS
        echo "RAMLOCK=yes" >> $ROOT/etc/default/rcS
        ;;
esac

As the package initscripts was installed later, the conflict was clear.
(BTW /etc/default/rcS is obsolete if systemd is in use.)

Further investigation showed, that RAMLOCK and RAMRUN are dealt with by 
tmpfs (/etc/default/tmpfs since the wheezy release with "yes" as 
default).

So I guess that 025-var-rw-subdirs should be removed.

Please check.

Wolfgang
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-ltsp-devel/attachments/20160929/11fddd3d/attachment.sig>