Re: KIOFuse in kdereview
KIOFuse has now been moved to extragear/base. Thanks to everyone for their comments. A beta release will be made soon. On Thu, 12 Dec 2019 at 13:53, Alexander Saoutkin wrote: > Hello everyone, > > Tomorrow will be two weeks since I asked for the re-review of KIOFuse. If > there are no objections, I will move KIOFuse from playground to > extragear/base. > > Thanks, > feverfew > > On Fri, 29 Nov 2019 at 12:47, Alexander Saoutkin > wrote: > >> On Thu, 7 Nov 2019 at 22:21, Albert Astals Cid wrote: >> >>> El dimarts, 5 de novembre de 2019, a les 18:56:25 CET, David Edmundson >>> va escriure: >>> > As a note for reviewers, there are some /very significant/ patches >>> > that are in the merge requests section of that repo. One should review >>> > kio-fuse assuming those are applied. >>> >>> Then get these landed and ask for review again once they have landed, >>> don't ask us to spend our time looking at things that aren't ready. >>> >>> The patches necessary for a release have been merged. There are some >> other MRs in the repository, but that is expected of a project that is >> being actively developed and are not necessary for a first release. >> Note, the merge of !4 has meant that Jonathan's question regarding the >> installation of the binary has been resolved. Please continue with the >> kdereview. >> >> Cheers, >>> Albert >>> >> >> Thanks, >> feverfew >> >
Re: KIOFuse in kdereview
Hello everyone, Tomorrow will be two weeks since I asked for the re-review of KIOFuse. If there are no objections, I will move KIOFuse from playground to extragear/base. Thanks, feverfew On Fri, 29 Nov 2019 at 12:47, Alexander Saoutkin wrote: > On Thu, 7 Nov 2019 at 22:21, Albert Astals Cid wrote: > >> El dimarts, 5 de novembre de 2019, a les 18:56:25 CET, David Edmundson va >> escriure: >> > As a note for reviewers, there are some /very significant/ patches >> > that are in the merge requests section of that repo. One should review >> > kio-fuse assuming those are applied. >> >> Then get these landed and ask for review again once they have landed, >> don't ask us to spend our time looking at things that aren't ready. >> >> The patches necessary for a release have been merged. There are some > other MRs in the repository, but that is expected of a project that is > being actively developed and are not necessary for a first release. > Note, the merge of !4 has meant that Jonathan's question regarding the > installation of the binary has been resolved. Please continue with the > kdereview. > > Cheers, >> Albert >> > > Thanks, > feverfew >
Re: KIOFuse in kdereview
On Thu, 7 Nov 2019 at 22:21, Albert Astals Cid wrote: > El dimarts, 5 de novembre de 2019, a les 18:56:25 CET, David Edmundson va > escriure: > > As a note for reviewers, there are some /very significant/ patches > > that are in the merge requests section of that repo. One should review > > kio-fuse assuming those are applied. > > Then get these landed and ask for review again once they have landed, > don't ask us to spend our time looking at things that aren't ready. > > The patches necessary for a release have been merged. There are some other MRs in the repository, but that is expected of a project that is being actively developed and are not necessary for a first release. Note, the merge of !4 has meant that Jonathan's question regarding the installation of the binary has been resolved. Please continue with the kdereview. Cheers, > Albert > Thanks, feverfew
Re: KIOFuse in kdereview
On Thu, 7 Nov 2019 at 16:34, Jonathan Riddell wrote: > This compiles for me but there's no install rule so nothing gets > installed,my ioslaves are unfused > > Jonathan > > Yes, there is no install rule. This doesn't inhibit from using KIOFuse as described in the README. Also note that https://invent.kde.org/kde/kio-fuse/merge_requests/4 does do an install, but also changes the way to communicate to the kio-fuse process.
Re: KIOFuse in kdereview
On Tue, 5 Nov 2019 at 17:54, David Edmundson wrote: > As a note for reviewers, there are some /very significant/ patches > that are in the merge requests section of that repo. One should review > kio-fuse assuming those are applied. -- > > The current bugzilla product says: > "kiofuse: A bridge between KIO and FUSE [Unmaintained]" > > It only has one open bug which contains nothing useful. Should I > rename the bugzilla entry? > I think this was used for the old KIOFuse in SVN. I guess we can take it over... > -- > > I don't see where would use KIO fuse mounts on windows or OS X. > If it's a kf5 based app, it'll be using KIO methods directly. If it's > not...then we're not involved. Lets not make life complex for the sake > of purely hypothetical cases. > One could use KIOFuse standalone theoretically; to be clear, support of anything apart from Linux/FreeBSD is off the roadmap currently. > > David > feverfew
KIOFuse in kdereview
Hi everyone, KIOFuse (https://invent.kde.org/kde/kio-fuse) has been moved to kdereview. KIOFuse is a project started by Fabian Vogt that allows the possibility to mount KIO filesystems in the local system; therefore exposing them to POSIX-compliant applications such as Firefox and LibreOffice. KIOSlaves are a powerful feature within the KIO framework, allowing KIO-aware applications such as Dolphin to interact with services out of the local filesystem over URLs such as fish:// and smb://. However, KIO-unaware applications are unable to interact seamlessly with KIO Slaves. For example, editing a docx file in gdrive:/ in LibreOffice will not save changes to your Google Drive seamlessly. KIOExec is one of the fallbacks that is used, but is not desirable. One potential solution is to make use of FUSE, which is an interface provided by the Linux kernel, which allows userspace processes to provide a filesystem which can be mounted and accessed by regular applications. KIOFuse is a feature that has been requested many times before, case in point this very active 15 year-old bugzilla bug report [0] and several reddit threads [1] [2] [3] [4]. The project was further developed by me as a GSoC project [5], and both me and Fabian are happy to see KIOFuse go through the kdereview process now. KIOFuse can be used standalone, but there is also work to integrate KIOFuse closer with KIO [6], allowing seamless “integration” between the two. Currently, KIOFuse has been tested to work on Linux, although there are no technical reasons why it can’t work on FreeBSD. It can potentially work on macOS [7], and we’d be happy for people to test this for us if there is demand for it. KIOFuse currently uses the low-level libfuse API, but there is a Windows-based library that has a compatibility layer with the high-level libfuse API [8]. If one would like KIOFuse to work on Windows, one could explore the creation of a low-level libfuse API compatibility layer; it would probably also require a bit of a refactor of the KIOFuse code. The ideal destination is extragear, due to KIOFuse being written for C++17, and frameworks requiring to be compiled on C++11-compliant compilers or newer. A move to KF6 in the future could be desirable. Kind regards, Alexander Saoutkin (feverfew) [0]: https://bugs.kde.org/show_bug.cgi?id=75324 [1]: https://www.reddit.com/r/kde/comments/a5a0zq/is_kiofuse_ever_going_to_be_a_thing/ [2]: https://www.reddit.com/r/kde/comments/9exqqu/imo_everything_about_kde_is_the_best_except_one/ [3]: https://www.reddit.com/r/kde/comments/9i3ml8/mpv_does_not_want_to_open_video_files/ [4]: https://www.reddit.com/r/kde/comments/77ekkm/plasma_511_review_keep_the_momentum_going/ [5]: https://summerofcode.withgoogle.com/archive/2019/projects/4621805883490304/ [6]: https://phabricator.kde.org/D23384 [7]: https://osxfuse.github.io/ [8]: https://github.com/billziss-gh/winfsp