Am 15.06.2013 01:06, schrieb Marc Driftmeyer: > On 06/13/2013 08:30 AM, Emilio Pozuelo Monfort wrote:
>>> Yet, why does the system duplicate this and install an exact copy under >>> /usr/lib/gio/modules when it's not shown in the paths even with symlinks? >>> >>> This and glib-networking packages both do this? Is this expected behavior? >>> And if so, it seems to cause failures for brasero, nautilus and any other >>> gio modules used by gnome apps that need gvfs. >>> >> No, that's not normal and I don't see how you could have ended with that: >> >> emilio@titan:~$ dpkg -L gvfs | grep gio >> /usr/lib/x86_64-linux-gnu/gio >> /usr/lib/x86_64-linux-gnu/gio/modules >> /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so >> /usr/lib/x86_64-linux-gnu/gio/modules/libgioremote-volume-monitor.so >> emilio@titan:~$ dpkg -L glib-networking | grep gio >> /usr/lib/x86_64-linux-gnu/gio >> /usr/lib/x86_64-linux-gnu/gio/modules >> /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so >> /usr/lib/x86_64-linux-gnu/gio/modules/libgiognomeproxy.so >> /usr/lib/x86_64-linux-gnu/gio/modules/libgiognutls.so >> emilio@titan:~$ >> emilio@titan:~$ ls /usr/lib/gio >> ls: cannot access /usr/lib/gio: No such file or directory >> >> Check with dpkg -S /usr/lib/gio >> >> But I don't really know how that could have happened. >> >> In any case, run debsums to check if the rest of /usr is fine, and delete >> /usr/lib/gio/ >> >> Emilio > This is what I testing debsums: ... > Of course, I've not personally gone in and touched these files. I have the feeling your system is in not very good shape and inconsistent. Might be a hardware / file system issue. Or did restore the files from a backup, leading to such inconsistencies? Baring any bugs in dpkg, the files in /usr/lib/gio are not duplicated by the package (manager), so I'm inclined to close this bug. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
