Generate /etc/grml_live_version after FAI execution + drop /etc/dpkg/dpkg.cfg.d/unsaf...
authorMichael Prokop <mika@grml.org>
Sun, 20 May 2012 10:49:30 +0000 (12:49 +0200)
committerMichael Prokop <mika@grml.org>
Sun, 20 May 2012 11:31:24 +0000 (13:31 +0200)
commita46f7857979dd053ce46b710e1f396d8abb93af8
tree6b2e24f5d1b6d35b097ad0fa2a65fe1e1ec8f556
parent9e1c0433e556ebdbee391d37cf95aba0868255e1
Generate /etc/grml_live_version after FAI execution + drop /etc/dpkg/dpkg.cfg.d/unsafe-io code

FAI uses /etc to detect whether a chroot exists or not and will
skip debootstrap stage if /etc exists already. This causes serious
problems if the user doesn't have a BASEFILE, therefore we can't
edit files inside /etc before running FAI. :(

As a result:

1) generate /etc/grml_live_version *after* FAI has been executed

2) drop /etc/dpkg/dpkg.cfg.d/unsafe-io related code.
As stated in commit 9269536ba7bb7def8664972d153b71d193450595

| Enable --force-unsafe-io for dpkg
|
| While this might help on resource constrained systems, no performance
| impact has been measured during an unscientific test on a well-geared
| machine.

it does not seem to be that relevant. But even more important: it
doesn't work for systems without BASEFILEs because FAI skips the
debootstrap stage if /etc exists already, so we can't generate
/etc/dpkg/dpkg.cfg.d/unsafe-io *before* running FAI. Unless
someone comes up with benchmarks about real performance impacts
let's skip adding more fcopy logic...
grml-live