[Pkg-ltsp-devel] Bug#839154: ltsp: /etc/default/rcS shouldn't be modified
Wolfgang Schweer
wschweer at arcor.de
Thu Sep 29 14:45:14 UTC 2016
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>
More information about the Pkg-ltsp-devel
mailing list