ini file in wrong location

Bug #1574874 reported by John Boehr
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
php-uuid (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

lsb_release -rd
Description: Ubuntu 16.04 LTS
Release: 16.04

The INI file appears to be in the wrong location, which causes the postinst phpenmod to not have any effect. From the release package:

lesspipe php-uuid_1.0.4-1_amd64.deb
*** Contents:
drwxr-xr-x root/root 0 2016-01-10 15:35 ./
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/share/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/share/doc/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/share/doc/php-uuid/
-rw-r--r-- root/root 2056 2016-01-09 22:41 ./usr/share/doc/php-uuid/copyright
-rw-r--r-- root/root 170 2016-01-09 22:41 ./usr/share/doc/php-uuid/changelog.Debian.gz
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/lib/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/lib/php/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./usr/lib/php/20151012/
-rw-r--r-- root/root 15184 2016-01-10 15:35 ./usr/lib/php/20151012/uuid.so
drwxr-xr-x root/root 0 2016-01-10 15:35 ./etc/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./etc/php/
drwxr-xr-x root/root 0 2016-01-10 15:35 ./etc/php/mods-available/
-rw-r--r-- root/root 18 2016-01-10 15:35 ./etc/php/mods-available/uuid.ini

When I rebuild the package, it's in the correct location:

lesspipe ../php-uuid_1.0.4-1_amd64.deb

*** Contents:
drwxr-xr-x root/root 0 2016-04-25 15:09 ./
drwxr-xr-x root/root 0 2016-04-25 15:09 ./etc/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./etc/php/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./etc/php/7.0/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./etc/php/7.0/mods-available/
-rw-r--r-- root/root 18 2016-04-25 15:09 ./etc/php/7.0/mods-available/uuid.ini
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/share/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/share/doc/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/share/doc/php-uuid/
-rw-r--r-- root/root 170 2016-01-09 22:41 ./usr/share/doc/php-uuid/changelog.Debian.gz
-rw-r--r-- root/root 2056 2016-01-09 22:41 ./usr/share/doc/php-uuid/copyright
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/lib/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/lib/php/
drwxr-xr-x root/root 0 2016-04-25 15:09 ./usr/lib/php/20151012/
-rw-r--r-- root/root 15056 2016-04-25 15:09 ./usr/lib/php/20151012/uuid.so

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in php-uuid (Ubuntu):
status: New → Confirmed
Revision history for this message
Arto Bendiken (artob) wrote :

Just noticed the same thing as well. Here's a quick and dirty workaround for those affected:

    $ cp -p /etc/php/mods-available/uuid.ini /etc/php/7.0/mods-available/uuid.ini
    $ ln -s /etc/php/7.0/mods-available/uuid.ini /etc/php/7.0/cli/conf.d/20-uuid.ini
    $ ln -s /etc/php/7.0/mods-available/uuid.ini /etc/php/7.0/fpm/conf.d/20-uuid.ini

Revision history for this message
Khurshid Alam (khurshid-alam) wrote :

This is fixed by 1.0.4-4 version for yakkety. To backport it in xenial, please change the description. Although I am not sure if it is suitable for SRU.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.