We are trying (for years) to drop gksu because it's completely dead and even with some security issues... hence, if this optional support is not really needed, I would try to disable it if possible. Other option is to use polkit as replacement as explained in parent tracker bug Thanks
I'll speak with upstream about it.
Only this and bug 486456 are blocking gksu removal, could you take a look to this please? Thanks!
Maybe they can rely on x11-misc/ktsuss
Any issues with finally disabling its gksu support? gksu is vulnerable and this is the last (also optional) requirement :| Thanks a lot
(In reply to Pacho Ramos from comment #3) > Maybe they can rely on x11-misc/ktsuss It just calls the binary [1] with the command so replacing the g_strdup("gksu") with g_strdup("ktsuss bin name") would probably work just fine. [1] https://github.com/mate-desktop/caja-extensions/blob/master/gksu/libcaja-gksu.c#L162 diff --git a/gksu/libcaja-gksu.c b/gksu/libcaja-gksu.c index 18c8db1..a4767af 100644 --- a/gksu/libcaja-gksu.c +++ b/gksu/libcaja-gksu.c @@ -159,7 +159,7 @@ start_gksu_thread (void *data) gchar **argv = (gchar**) g_malloc (sizeof (gchar*) * 3); gchar *full_cmd = (gchar*) data; - argv[0] = g_strdup ("gksu"); + argv[0] = g_strdup ("ktsuss"); argv[1] = full_cmd; argv[2] = NULL;
or use pkexec but this then adds a dep on polkit.
I added the suggestion in the upstream report: https://github.com/mate-desktop/caja-extensions/issues/22 Some people also suggest to use this extension: https://github.com/brunonova/nautilus-admin
ktsuss option looks like the easiest, maybe it could be changed in 1.18.x cycle at least :/
Looks like they prefer to move to rely on gvfs... but that never comes... then, either we drop the gksu support completely or try to use ktsuss downstream
(In reply to Pacho Ramos from comment #9) > Looks like they prefer to move to rely on gvfs... but that never comes... > then, either we drop the gksu support completely or try to use ktsuss > downstream The admin backend requires code changes, I commented on the issue. If you like to drop it I ported the nautilus-admin extension to caja which you can use as a replacement, https://github.com/infirit/caja-admin
(In reply to Sander Sweers from comment #10) > (In reply to Pacho Ramos from comment #9) > > Looks like they prefer to move to rely on gvfs... but that never comes... > > then, either we drop the gksu support completely or try to use ktsuss > > downstream > > The admin backend requires code changes, I commented on the issue. > > If you like to drop it I ported the nautilus-admin extension to caja which > you can use as a replacement, https://github.com/infirit/caja-admin I like the idea of using caja-admin. I'll add my voice to upstream on them making your fork official,, but if not, I'll go ahead with adding an ebuild to your repo. I commented in two locations on the url not being updated, but it looks like all the pot files are that way and need updating, just a FYI.
Ok, gvfsd-admin appears to be broken for me. It works fine on a Debian sid VM. So if putting admin:/// in your location works this can be dropped and people can use that. It does requires gvfs 1.30 I believe
Could caja-admin be included finally then, please? :)
Any news? This is the only consumer of gksu
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5bb39a717b0a6a2850dcc32b70a897b128e140d3 commit 5bb39a717b0a6a2850dcc32b70a897b128e140d3 Author: Pacho Ramos <pacho@gentoo.org> AuthorDate: 2018-11-01 10:40:38 +0000 Commit: Pacho Ramos <pacho@gentoo.org> CommitDate: 2018-11-01 10:40:38 +0000 base/package.use.mask: gksu will be removed (#594214) Closes: https://bugs.gentoo.org/594214 Signed-off-by: Pacho Ramos <pacho@gentoo.org> profiles/base/package.use.mask | 4 ++++ 1 file changed, 4 insertions(+)