On Thu, 18 Aug 2016, Petter Reinholdtsen wrote: > But if we modify the content of /etc/issue*, the boxes will be hard to > upgrade to the next Debian version as the files are conffiles and any > modification done on the FreedomBox is going to block > unattended-upgrades from upgrading the system.
I use unattended-upgrades myself, and I would say that it definitely needs a way to tell it "please upgrade this package and say no to the question about upgrading this file" instead of the default, which seems to be "if you have to answer any questions, don't upgrade the package at all". Based on this, my first idea would be to consider this as a bug in unattended-upgrades. > Is there some way for the FreedomBox project to provide instructions and > IP address information on the console while allowing for a smooth > upgrade path? You could try having a parallel issue file handled by you. Unfortunately, I can't tell how to do that, because I don't even know who/when the current /etc/issue is shown on screen. On a system running jessie with default systemd, "rgrep issue" on /etc points to /etc/pam.d/login, but it's disabled: # Outputs an issue file prior to each login prompt (Replaces the # ISSUE_FILE option from login.defs). Uncomment for use # auth required pam_issue.so issue=/etc/issue so the current /etc/issue must be handled somewhere else. My idea was to do the same but with a different file, but I'm not sure if this helps at all. Thanks.
