Jag Den 17 apr 2014 11:25 skrev "Jonas Smedegaard" <[email protected]>: > > Quoting Petter Reinholdtsen (2014-04-17 08:20:22) > > [James Valleroy] > > > I think we can use dpkg-reconfigure without the interactive frontend: > > > > > > echo "jwchat jwchat/ApacheServerName string $hostname" | debconf-set-selections > > > DEBIAN_FRONTEND=noninteractive dpkg-reconfigure jwchat > > > > > > Do you see any issues with this approach? > > > > [Jonas Smedegaard] > > > Well, if it works then maybe it will keep working. > > > > > > I just worry that manpage seems to describe a different intent. > > > > If that work, jwchat is broken, as the setting on disk is supposed to > > override the debconf value and preseeding like that is only supposed > > to work for the first time installation. In other word, if this work > > then jwchat is broken and should be changed to make sure it do not > > work. I even believe such behaviour is RC as it is against Debian > > policy (10.7.3 Behavior) to behave like this. > > > > For configuration changes like the one above, the debconf frontend > > need to ignore debconf SET calls done by jwchat and provide its own > > answer (the new hostname) no matter what the package read from disk. I > > am not aware of anything implementing such feature at the moment, and > > not quite sure it will work. > > Ahh, now I realize what your point is: Declaring and applying must be > done together - so as to distinguish between stale answers (which must > not take precedence over package data) and current explicitly seeded > answers (which should take precedence).
So if dpkg-reconfigure is trained to takes precedence as file contents, stdin and/or switches, it would be ok then? > Right? > > - Jonas
_______________________________________________ Freedombox-discuss mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss
