group.of.nepali.translators team mailing list archive

[Jeremy Bicha <jbicha@xxxxxxxxx>]

** Description changed:

  [Impact]
  php-ast cannot be used without manual intervention
  
  [Test case]
  Check to see which file is installed:
  Bad = /etc/php/mods-available/ast.ini
  Good = /etc/php/7.0/mods-available/ast.ini
  
  [Regression Potential]
  Virtually none since this is just a rebuild.
  
  $ reverse-depends src:php-ast
  No reverse dependencies found
  $ reverse-depends -b src:php-ast
  No reverse dependencies found
  
+ This has already been fixed in Yakkety with the auto-sync from Debian.
  
  [Original bug report]
  Using apt-get to install the php-ast package results in the .ini file being created at /etc/php/mods-available/ast.ini instead of /etc/php/7.0/mods-available/ast.ini like other php extensions.
  
  This requires a user to copy the ast.ini file to the correct location in
  order to 'sudo phpenmod ast', otherwise an error is given when trying to
  activate the module. With the ast.ini in the correct location all worked
  as expected.
  
  NOTE: When this module is installed it also doesn't enable automatically
  as part of the install. Perhaps because of this error.
  
  This was reported to the extention maintainers (https://github.com/nikic
  /php-ast/issues/27) who felt this should be reported to downstream
  packaging.

** Description changed:

  [Impact]
- php-ast cannot be used without manual intervention
+ php-ast cannot be used in Ubuntu 16.04 LTS without manual intervention
  
  [Test case]
  Check to see which file is installed:
  Bad = /etc/php/mods-available/ast.ini
  Good = /etc/php/7.0/mods-available/ast.ini
  
  [Regression Potential]
  Virtually none since this is just a rebuild.
  
  $ reverse-depends src:php-ast
  No reverse dependencies found
  $ reverse-depends -b src:php-ast
  No reverse dependencies found
  
  This has already been fixed in Yakkety with the auto-sync from Debian.
  
  [Original bug report]
  Using apt-get to install the php-ast package results in the .ini file being created at /etc/php/mods-available/ast.ini instead of /etc/php/7.0/mods-available/ast.ini like other php extensions.
  
  This requires a user to copy the ast.ini file to the correct location in
  order to 'sudo phpenmod ast', otherwise an error is given when trying to
  activate the module. With the ast.ini in the correct location all worked
  as expected.
  
  NOTE: When this module is installed it also doesn't enable automatically
  as part of the install. Perhaps because of this error.
  
  This was reported to the extention maintainers (https://github.com/nikic
  /php-ast/issues/27) who felt this should be reported to downstream
  packaging.

** Changed in: php-ast (Ubuntu Xenial)
       Status: Triaged => In Progress

** Changed in: php-ast (Ubuntu)
       Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1577495

Title:
  ast.ini installed/placed incorrectly

Status in php-ast package in Ubuntu:
  Fix Released
Status in php-ast source package in Xenial:
  In Progress

Bug description:
  [Impact]
  php-ast cannot be used in Ubuntu 16.04 LTS without manual intervention

  [Test case]
  Check to see which file is installed:
  Bad = /etc/php/mods-available/ast.ini
  Good = /etc/php/7.0/mods-available/ast.ini

  [Regression Potential]
  Virtually none since this is just a rebuild.

  $ reverse-depends src:php-ast
  No reverse dependencies found
  $ reverse-depends -b src:php-ast
  No reverse dependencies found

  This has already been fixed in Yakkety with the auto-sync from Debian.

  [Original bug report]
  Using apt-get to install the php-ast package results in the .ini file being created at /etc/php/mods-available/ast.ini instead of /etc/php/7.0/mods-available/ast.ini like other php extensions.

  This requires a user to copy the ast.ini file to the correct location
  in order to 'sudo phpenmod ast', otherwise an error is given when
  trying to activate the module. With the ast.ini in the correct
  location all worked as expected.

  NOTE: When this module is installed it also doesn't enable
  automatically as part of the install. Perhaps because of this error.

  This was reported to the extention maintainers
  (https://github.com/nikic/php-ast/issues/27) who felt this should be
  reported to downstream packaging.

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