Your message dated Thu, 8 Aug 2013 01:23:26 -0600
with message-id <[email protected]>
and subject line Re: Bug#719060: [php-maint] Bug#719060: php5-cli:
/etc/php5/cli/php.ini not upgraded with package
has caused the Debian Bug report #719060,
regarding php5-cli: /etc/php5/cli/php.ini not upgraded with package
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
719060: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719060
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: php5-cli
Version: 5.5.1+dfsg-2
Severity: normal
Something appears to be wrong concerning the /etc/php5/cli/php.ini
file upgrade handling. It is failing to prompt the user to install
the new file or keep the previous one.
# apt-get purge php5-cli
# apt-get install php5-cli=5.5.1+dfsg-1 php5-common=5.5.1+dfsg-1
...make some change to ensure that it is locally edited...
# sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
# apt-get upgrade
...no offer to upgrade the config file was presented...
If I go back to 5.4.4-14+deb7u2 with the same test as above then it
works okay.
# apt-get purge php5-cli
...install the version from Wheezy to prep for an upgrade...
# apt-get install php5-cli=5.4.4-14+deb7u2 php5-common=5.4.4-14+deb7u2
...make some change to ensure that it is locally edited...
# sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
# apt-get upgrade
...ucf dialog menu asking disposition of conffile...
Also trying to reinstall the same package does not prompt either.
# apt-get purge php5-cli
...install the version from Wheezy to prep for an upgrade...
# apt-get install php5-cli
...make some change to ensure that it is locally edited...
# sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
# apt-get install --reinstall php5-cli php5-common
...no offer to upgrade the config file was presented...
Bob
--- End Message ---
--- Begin Message ---
Ondřej Surý wrote:
> Because there are no changes in the conffile in 5.5.x series?
Hmm... That does explain the behavior! I tried some more
combinations. If changing between package versions that have the same
conf file contents then there is never any prompting. But if
switching between package versions that have different conf file
contents then it always prompts appropriately.
Since this is obviously intentional I am going to close the bug
ticket. I don't know if I like the behavior. I need to think about
it some more. But at least I understand it now. Since it is
intentional behavior I will just go with it. :-)
For example. If the local admin messes up the ini file and wants to
get a fresh copy of it the first thing that comes to mind is:
apt-get install --reinstall php5-cli
Except that won't offer to replace the file. And neither will using
the -o DPkg::Options::=--force-conf* options won't work either because
dpkg isn't handling the conffile. So there doesn't seem to be any
easy way for a local admin to recover a fresh copy of the
configuration file. Removing the file and trying to reinstall does
not replace the file.
rm -f /etc/php5/cli/php.cli
apt-get install --reinstall php5-cli
Seemingly the only way is to purge the package and then install.
cp /etc/php5/cli/php.cli /root/
apt-get purge php5-cli
apt-get install php5-cli
editor /root/php.cli /etc/php5/cli/php.cli # merge customizations
I realize that if one knows then they can copy the ucf source from
/usr/share/php5/php.ini-production and restore from there. By the
time one has arrived at that level of detail then they are beyond the
ucf interface and working the problem at the lower level of detail.
> That's my understanding why we use ucf, to keep to bugging of user to minimum.
I need to go dig into the debian-devel archives when ucf was initially
discussed and read them again. I don't really know what the purpose
is for ucf. For my tastes dpkg does the job fine. (This is not a
comment upon the php5 packages's use of ucf. Read it at face value.
I don't know and so can't really comment and do not have an opinion.)
I had thought that ucf was for dpkg-style handling of files that were
not under the knowledge or control of dpkg. Since the above ucf
behavior was so different from dpkg's behavior it confused me.
Thank you for the discussion!
Bob
signature.asc
Description: Digital signature
--- End Message ---
