Bug#852549: do not list /usr/lib/x86_64-linux-gnu/gio/modules

Raphaël Halimi raphael.halimi at gmail.com
Wed Feb 15 20:29:42 UTC 2017


Le 15/02/2017 à 20:01, Michael Biebl a écrit :
> Am 15.02.2017 um 19:41 schrieb cgzones:
>> On a minimal non graphical system without any gio modules installed,
>> e.g. the packages glib-networking or dconf-gsettings-backend, the
>> directory /usr/lib/x86_64-linux-gnu/gio/modules does not exist.
>> Due to the entry in debian/libglib2.0-0.dirs, the path is contained on
>> the system at /var/lib/dpkg/info/libglib2.0-0:amd.list .
>> Cruft then complains about the nonexistence of the path.
>>
>> Maybe the directory could be shipped empty?
>>
> 
> Well, it is shipped by libglib2.0-0
> 
> # dpkg -L libglib2.0-0 | grep gio/modules
> /usr/lib/x86_64-linux-gnu/gio/modules

Did you try to actually check the directory's presence ? I think OP is
onto something here:

raph at atlantis:~$ dpkg -L libglib2.0-0 | grep gio/modules
/usr/lib/x86_64-linux-gnu/gio/modules
raph at atlantis:~$ ls -l /usr/lib/x86_64-linux-gnu/gio/modules
ls: cannot access /usr/lib/x86_64-linux-gnu/gio/modules: No such file or
directory

This is on a Jessie amd64 server, headless, no recommended packages,
libglib2.0-0 version 2.42.1-1+b1. But on a Jessie i386 server, same
conditions:

raph at kanon:~$ dpkg -L libglib2.0-0 | grep gio/modules
/usr/lib/i386-linux-gnu/gio/modules
raph at kanon:~$ ls -l /usr/lib/i386-linux-gnu/gio/modules
total 0

Indeed, the amd64 version doesn't actually ship the directory, although
it's listed as belonging to the package.

Regards,

-- 
Raphaël Halimi

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1000 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20170215/854afa3b/attachment.sig>


More information about the pkg-gnome-maintainers mailing list