GTK&x2B;助手程序

GTK&x2B;助手程序,gtk,helper,Gtk,Helper,非root用户应仅具有写入其程序文件夹的权限。每个人都可以执行该程序,并且只能由拥有该程序的非root用户创建、修改新文件。GTK+不允许使用setuid,需要一个帮助程序。我想使用polkit在GTK+中实现这一点 在C中找不到任何示例。我有pkactions和其他相关文件,但是,程序需要向polkit注册。这些文档没有给我一个清晰的图片,说明如何通过API实现这一点,或者我无法理解 任何帮助都将不胜感激 谢谢 下面是一些我试图参考的链接,但没有太多成功 根据合理的建议,您不应在gtk应用程

非root用户应仅具有写入其程序文件夹的权限。每个人都可以执行该程序,并且只能由拥有该程序的非root用户创建、修改新文件。GTK+不允许使用setuid,需要一个帮助程序。我想使用polkit在GTK+中实现这一点

在C中找不到任何示例。我有pkactions和其他相关文件,但是,程序需要向polkit注册。这些文档没有给我一个清晰的图片,说明如何通过API实现这一点,或者我无法理解

任何帮助都将不胜感激

谢谢

下面是一些我试图参考的链接,但没有太多成功


根据合理的建议,您不应在gtk应用程序中使用setuid。它建议通过管道从Gtk到setuid后端进行通信,输入经过setuid程序的信任验证。这还有一个好处,就是可以很好地将UI和后端解耦,您不需要用C语言编写setuid程序(尽管Gtk有过多的绑定),或者完全了解Gtk。

根据合理的建议,您不应该在Gtk应用程序中使用setuid。它建议通过管道从Gtk到setuid后端进行通信,输入经过setuid程序的信任验证。这还具有很好地解耦UI和后端的优点,并且不需要用C编写setuid程序(尽管Gtk有过多的绑定)或者完全了解Gtk。

我无法从您的示例中确切了解为什么需要使用setuid,以及为什么不能通过文件系统上的适当权限集来实现这一点。我不想使用粘性位来允许访问其他人写入和修改文件,如果这是您的意思的话。我不想设置uid,我只想使用polkit和pkexec.Mmm。。。在我所知道的所有文件系统中,创建和编辑都是按权限分组的。从您的示例中,我看不出为什么需要使用setuid,以及为什么不能通过文件系统上的适当权限集来实现这一点。我不想使用粘性位来允许访问其他人写入和修改文件,如果这就是你的意思,保罗。我不想设置uid,我只想使用polkit和pkexec.Mmm。。。在我所知道的所有文件系统中,创建和编辑都是按权限分组的。谢谢你的建议。你有什么样的例子吗?不,对不起,你有一些非常具体的要求。谢谢你的建议。你有什么例子吗?不,对不起,你有一些非常具体的要求。