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

[Vagrant Cascadian]

Control: tags 839154 +pending +fixed-upstream

On 2016-09-29, Wolfgang Schweer wrote:
> 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.

Thanks for the report!


> 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:
...
> As the package initscripts was installed later, the conflict was clear.
> (BTW /etc/default/rcS is obsolete if systemd is in use.)

This probably didn't show up before because initscripts was installed as
part of debootstrap, and so it modifed /etc/default/rcS after the
package was already installed, and now is installed later.

That said, this issue wasn't triggered for me when testing stretch or
jessie-backports installs; it seems initscripts isn't installed in a
default ltsp chroot anymore.


> 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.

Agreed. Fixed upstream, will include in the next upload:

  https://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2758


live well,
  vagrant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 800 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-ltsp-devel/attachments/20161001/66be4180/attachment.sig>