Le Tue, 23 Sep 2014 15:55:29 +0530, Ritesh Raj Sarraf <[email protected]> a écrit :
> On Tuesday 23 September 2014 03:02 PM, Ritesh Raj Sarraf wrote: > > On Tuesday 23 September 2014 02:50 PM, Ritesh Raj Sarraf wrote: > >> > >> > >> I was thinking of using pkexec and adding a Depends for it on > >> apport-notify package. > > > > Looks like that won't work because the pkexec man page clearly > > states that. > > > > There are many more use case problems. And I think these approaches > are not flexible. Well this is also the approach that Ubuntu uses, for what it worth. pkexec is using policykit framework and this is IMHO way more flexible regarding the permissions management than plain gtsu(do) > We need to act of self reports and system reports, i.e. reports owned > by root ?? Or more ?? What if apache crashes? It may have ownership > www-data. Do we care about it ? We could look if the user is member of the group adm or sudo for this I guess? Or create a notification (like ubuntu) in that case instead of directly starting pkexec as it can be intrusive. Or have some kind of config file to tell if we are interested in these reports? But the current situation is even worse as the notify daemon is starting a-bug for reports created for other users too. Using apport-checkreports allow to filter them and not call a-bug on each of them. > We need to flash the corresponding tool (a-gtk, a-kde or a-cli) based > on the environment. I checked apport-bug and it alone is not enough. > Thus I think we should replace it with one of our own. We can definitely improve the situation here and detect the desktop used, it's probably not perfect (I've fixed a bug in my copy here) but for me this was looking like a good initial try. > So there's a lot of housekeeping to do. Hence I think we should stick > to something like Python. apport is written in Python and we may > leverage things in the future. > > I quickly looked on the web and the best I found was this: > https://github.com/splitbrain/Watcher/blob/master/watcher.py Quickly looking at it and it might be a bit overkill, no? > What do you say ?? Laurent -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
