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