Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 319465 - dev-util/geany: proposal for a new dependency on fuse
Summary: dev-util/geany: proposal for a new dependency on fuse
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Lars Wendler (Polynomial-C)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-12 21:23 UTC by Jens Kleikamp
Modified: 2013-03-08 01:49 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
modified ebuild with kernel fuse dependency (geany-0.18.1.ebuild,1.23 KB, text/plain)
2010-05-12 21:36 UTC, Jens Kleikamp
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jens Kleikamp 2010-05-12 21:23:40 UTC
Geany is able to read/write to remote filesystems. This feature needs fuse kernel support. 

Reproducible: Always

Steps to Reproduce:
1. install kernel without fuse support
2. install geany
3. create a news ssh-mount with nautilus

Actual Results:  
notice that remote files cannot be opened within geany

Expected Results:  
Geany should be able to open/read/save files on mounted remote filesystems.
Comment 1 Jens Kleikamp 2010-05-12 21:36:16 UTC
Created attachment 231277 [details]
modified ebuild with kernel fuse dependency
Comment 2 Samuli Suominen (RETIRED) gentoo-dev 2010-06-21 12:27:02 UTC
uh, I don't think such a dependency belongs to geany, rather to nautilus then
Comment 3 Jens Kleikamp 2010-06-23 21:43:36 UTC
Hello Samuli,

thanks for your reply.

Geany is independent from gnome and should be able to run in any gtk environment, afaik.
Comment 4 Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2013-03-07 03:44:28 UTC
The best I can gather is that geany uses glib’s gio interface and the gnome-base/gvfs package, if installed, will automatically extend any program using gio to see resources handled by gvfs. Thus, if anything, geany *might* consider an RDEPEND on gvfs.

However, geany cleanly uses gio directly instead of, at its source level, requiring gvfs to be installed. If you install a gnome environment, you will probably naturally end up with gvfs installed. If you don’t want gnome but still want gvfs, you can install it manually and manage mounts with gvfs-mount. These should magically show up in geany’s interface somehow (I haven’t tested).

For this style of dependency, where installing another package is completely optional (from geany’s perspective), it would be messy and make the geany package unnecessarily complex. Many users won’t want geany to RDEPEND on gvfs, so it would have to use a useflag. But enabling/disabling that useflag wouldn’t change how geany is compiled. And most people who want to use gvfs would already be using gnome, which pulls in gvfs, or would have actually added gvfs directly to their @world set (if they want to use the gvfs-mount CLI without gnome).

So, I would suggest closing this bug because it makes little sense to have the geany package pull in gvfs itself.
Comment 5 Lars Wendler (Polynomial-C) gentoo-dev 2013-03-07 18:47:57 UTC
(In reply to comment #4)
> The best I can gather is that geany uses glib’s gio interface and the
> gnome-base/gvfs package, if installed, will automatically extend any program
> using gio to see resources handled by gvfs. Thus, if anything, geany *might*
> consider an RDEPEND on gvfs.
> 
> However, geany cleanly uses gio directly instead of, at its source level,
> requiring gvfs to be installed. If you install a gnome environment, you will
> probably naturally end up with gvfs installed. If you don’t want gnome but
> still want gvfs, you can install it manually and manage mounts with
> gvfs-mount. These should magically show up in geany’s interface somehow (I
> haven’t tested).
> 
> For this style of dependency, where installing another package is completely
> optional (from geany’s perspective), it would be messy and make the geany
> package unnecessarily complex. Many users won’t want geany to RDEPEND on
> gvfs, so it would have to use a useflag. But enabling/disabling that useflag
> wouldn’t change how geany is compiled. And most people who want to use gvfs
> would already be using gnome, which pulls in gvfs, or would have actually
> added gvfs directly to their @world set (if they want to use the gvfs-mount
> CLI without gnome).
> 
> So, I would suggest closing this bug because it makes little sense to have
> the geany package pull in gvfs itself.


I do agree. On the other hand it might be helpful to add an elog message informing people about geany being able to make use of gvfs.
What do you think?
Comment 6 Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2013-03-08 01:49:40 UTC
(In reply to comment #5)
> (In reply to comment #4)
--snip--
> > So, I would suggest closing this bug because it makes little sense to have
> > the geany package pull in gvfs itself.
> 
> 
> I do agree. On the other hand it might be helpful to add an elog message
> informing people about geany being able to make use of gvfs.
> What do you think?

That would be fine; I’m not going to recommend one way or the other, though. The one thing to consider is that any application properly using gio (most GTK+ applications and probably some glib apps not using the GTK+) will be notified of resources made available by gvfs, not just geany.

I just tested how gvfs-mount can make SFTP shares show up in geany’s “Open File” dialogue box. It is a bit nifty, though I personally don’t encounter GTK+ “Open File” dialogues all that often ;-).