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.
Created attachment 231277 [details] modified ebuild with kernel fuse dependency
uh, I don't think such a dependency belongs to geany, rather to nautilus then
Hello Samuli, thanks for your reply. Geany is independent from gnome and should be able to run in any gtk environment, afaik.
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.
(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?
(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 ;-).
Geany does create Open/Save dialogs with “local-only” set to FALSE. But as noted gvfs isn't a direct dependency, optfeature seems like the right solution.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=be06a50a5569c334ddafcd8d4447100983a20596 commit be06a50a5569c334ddafcd8d4447100983a20596 Author: Chris Mayo <aklhfex@gmail.com> AuthorDate: 2024-03-14 19:24:00 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2024-03-17 13:52:36 +0000 dev-util/geany: suggest gvfs for editing remote files Closes: https://bugs.gentoo.org/319465 Signed-off-by: Chris Mayo <aklhfex@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/35753 Signed-off-by: Florian Schmaus <flow@gentoo.org> dev-util/geany/geany-2.0.ebuild | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)
