Jeremy,

So the rebuild does fix the issue, in that 0.1.1-1build1 installs:

/etc/php/7.0/mods-available/ast.ini

However, since it was only a rebuild, I also tested these two cases:

a) a user who locally modified /etc/php/mods-available/ast.ini. It
wouldn't work because of this bug, but they still made some change
locally. On upgrade, they will see:

Obsolete conffile /etc/php/mods-available/ast.ini has been modified by you.
Saving as /etc/php/mods-available/ast.ini.dpkg-bak ...

b) a user who locally copied /etc/php/mods-available/ast.ini to
/etc/php/7.0/mods-available/ast.ini and made some modifications. dpkg
notices the existing file and asks the user what to do, as expected.

Note that a side-effect of this bug is seen during the -proposed
upgrade:

dpkg: warning: unable to delete old directory '/etc/php/mods-available':
Directory not empty

and the resulting system has an empty /etc/php/mods-available.

I think these are all fine, so will mark it verified.

** Tags removed: verification-needed
** Tags added: verification-done

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1577495

Title:
  ast.ini installed/placed incorrectly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/php-ast/+bug/1577495/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to