[RFE] gvfs/gio support

Looks like gdebi doesn't work with vfs locations, that's not a nautilus bug, rather a gdebi feature request

might be a duplicate from bug #34133

Why is kpackage present and gdebi missing then? I think this issue has to do with nautilus, because the problem is in the options offered to open a remote file. For example, I am now investigating the problem a bit further, I opened my home both via ssh://localhost and via /home/vincenzo. I have a pdf file in it. If I right click on local, I see that the default application proposed is acroread (because of a yet-to-report evince bug :-)), while if I right click on remote, the default is "document viewer", i.e. evince, which was my previous default, and acroread is not present at all in the list. Moreover, kpdf is present in the remote list so it is not a problem of gnome-vfs-supporting applications. By going deeper, I see that nautilus calls any program you want, with ssh://.... in front of it, so it should at least offer the same options, and let the same, and not different programs, die in front of users with various application-dependent funny messages :)

Vincenzo, that's now how nautilus is working. You probably want to read "The Exec key" from the freedesktop .desktop specification: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-0.9.8.html

Now look at /usr/share/applications/gdebi.desktop and note it's using that key: "Exec=gdebi-gtk" where evince is using "Exec=evince %U". From the specification for .desktop, %U: "A list of URLs. Each URL is passed as a separate argument to the executable program.". You can try to edit the gdebi.desktop and make it use "Exec=gdebi-gtk %U", refresh the nautilus window, now it lists the menu item when right clicking on non local a .deb

What nautilus is doing is respecting what the application is telling it, if the application doesn't take an URI parameter nautilus can't call it on an URI then.

Does it make sense for you now?

http://bazaar.launchpad.net/~gdebi-developers/gdebi/trunk/revision/360

This bug was fixed in the package gdebi - 0.7.0

---------------
gdebi (0.7.0) unstable; urgency=low

  [ Luca Falavigna ]
  * GDebi/Gdebi.py:
    - Add Launchpad integration (LP: #520353).
    - Assign a proper title to dialog_deb_install (LP: #576566).
  * GDebi/GDebiCli.py:
    - Handle FetchFailedException when a package is not available in
      the mirrors (LP: #442172).
  * GDebi/GdebiKDE.py:
    - Fix status output to correctly display utf-8 chars (LP: #606549).
  * GDebi/Gdebi.py, GDebi/GdebiKDE.py:
    - Use correct IEC prefix name to display Installed-Size (LP: #44286).
  * GDebi/GDebiCli.py:
    - Try to determine correct localized value for "Y" answer by parsing
      first value located into square brackets instead of relying on an
      hardcoded value (Closes: #605147) (LP: #577140).
  * po/*.po:
    - Refresh translations exported from Rosetta.
  * setup.py:
    - Do not ship gdebi.xml mime-info, the .deb mime info is part
      of the shared-mime-info package (Closes: #502717)
  * debian/source/format:
    - Switch to format 3.0 (native).
  * debian/control:
    - Build-depend on python (>= 2.6.5-2~) for dh_python2.
    - Drop python-central build-dependency.
    - Drop obsolete Conflicts/Replaces fields.
  * debian/rules:
    - Switch to dh_python2.

  [ Michael Vogt ]
  * debian/control:
    - recommend on libgtk2-perl instead of libgnome2-perl
  * gio support, thanks to István Nyitrai (LP: #34133, #80862).
 -- Luca Falavigna <email address hidden> Tue, 08 Feb 2011 16:25:28 +0000