[Freedombox-discuss] How do we handle package upgrades on the Freedombox?

[Anders Jackson]

Jag
Den 17 apr 2014 11:25 skrev "Jonas Smedegaard" <dr at jones.dk>:
>
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/freedombox-discuss/attachments/20140417/60360684/attachment-0001.html>