https://bugs.kde.org/show_bug.cgi?id=431223
--- Comment #12 from Christoph Cullmann <cullm...@kde.org> --- (In reply to Albert Astals Cid from comment #11) > > If there is no way to just get the stuff the user has in the environment, I > > don't think that is a solution, but perhaps I misunderstand that. > > Well, the user has access to anything he has in his /home, it's just that > system stuff that he doesn't have accesible, because well, flatpak apps are > supposed to be self contained, same as in windows store, and i guess you > still want kate to be available there? No, the Windows Store has no such limitations. If you have git in your path, it will work. There is no sandboxing that hinders any such stuff. Same for any other kind of external process. That is more or less like how an AppImage works. All is packed together but no real sandboxing around. > > I mean think in a regular distro world, you expect kate to depend on git or > on other packages that it needs (or the user needs to be able to set up to > use stuff from /home), well in flatpak world there's no dependencies, so it > need to be in the package (or the user needs to be able to set up to use > stuff from /home) > > I don't really see the difference. How should stuff like LSP work with Kate then in the real world? We don't want to depend on all LSP servers we support, users can even configure their own ones. Same for external commands. How shall we know if the user wants to call rustfmt? And why should that be forbidden? The regular user has a personal computer where he can install stuff via package manager and e.g. in our company, all stuff we need for our development is globally installed, Kate will just pick up the right OCaml LSP server. I can clearly see the point of sandboxed stuff. But I think it just makes no sense for Kate. Btw., same for KDevelop, I can't really see how I shall work with it, if it uses just the bundled CMake/gcc/clang that is totally different to what my actual project I work on with it requires. But for KDevelop they KDevelop people must say what makes sense, for Kate I don't see really how it makes sense in practice. -- You are receiving this mail because: You are watching all bug changes.
