I was going to use a ppa, but since I'm still figuring out launchpad I couldn't get it to accept the changes file I was using. I think I have figured out the problem and I'll use that in a future.
The fix is right, because it fixes the problem, and so far we can consistently reproduce the problem on any version of gvfs that has 05_shared_libdaemon.patch . We have not seen the problem on any package without the patch, and removing the patch fixes the problem, so there is a strong correlation there. Any explanation as to why the patch breaks things or what other issues might crop up from statically linking is speculation at this point, no one has root caused the problem. Though I have no reason to suspect statically linking again will produce any problems, since upstream does it and we did it in 11.04 and previous releases. We are currently looking in to the root cause. A summary of what we know so far because this report is getting long: In 2009 the patch was introduced in version 1.4.1-5+gdu, but only in Debian sid. I haven't tested but I suspect that version also suffers from the regression. The patch was not submitted upstream, and the upstream version was never affected. In Ubuntu, with version gvfs-1.8.0-1 (which I have tested) we rebased to the branch that includes the patch. The Ubuntu 11.04 release was able to browse using gvfs. The latest version there is 1.8.0-0ubuntu3. In 11.10, we hit this regression where you can't browse obex, as result of the rebase to the sid branch. I've raised the bug in Debian as well. To be sure, the savings we get from shared objects is pretty large. Here is the dir size statically linked: # du -sh /usr/lib/gvfs 3.7M /usr/lib/gvfs and shared: du -sh /usr/lib/gvfs 1.6M /usr/lib/gvfs As I said earlier we're currently figuring out the root cause. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/899858 Title: regression in gvfs to connect/browse using obex Status in GVFS: Unknown Status in OEM Priority Project: In Progress Status in OEM Priority Project oneiric series: New Status in OEM Priority Project precise series: In Progress Status in “gvfs” package in Ubuntu: Confirmed Status in “gvfs” source package in Oneiric: Confirmed Status in “gvfs” source package in Precise: Confirmed Status in “gvfs” package in Debian: New Bug description: Action "browse file on devices" from bluetooth gnome applet is not working since upgrade to Oneiric Using same hardware configuration (PC + cell phone), it was working fine in natty. after correct pairing of devices (same hardware). The cell phone I connect to is obex capable. it is a Sony Ericsson W20i. $ gvfs-mount obex://[B8:F9:34:44:B4:10] Error mounting location: Connection refused $ obexfs -b B8:F9:34:44:B4:10 m $ ls m Phone memory $ so obexfs is ok, but gvfs-backends has a pb. After mounting with obexfs, browsing in nautilus is ok. From the applet if I just try "Send file to device", I also get a "connection refused (111)" message. On the phone, the connexion is set as "always allow" ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: gvfs-backends 1.10.0-0ubuntu1 ProcVersionSignature: Ubuntu 3.0.0-14.23+kamal~fix~stuck~backlight4-generic 3.0.9 Uname: Linux 3.0.0-14-generic i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 Date: Sun Dec 4 10:53:24 2011 InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012) SourcePackage: gvfs UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/899858/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
