-
Notifications
You must be signed in to change notification settings - Fork 527
Remove UID parameter for XPrivacy #2085
Comments
I have looked into this, but I see no way to get the uid for XPrivacy from within the package manager without risking instability. Moreover, usage data about not enforced functions were added sometime ago, because there were complaints XPrivacy was not transparent about this, so I guess I cannot make everybody happy again :-( |
Your thoughts on the ability of disabling usage data log per application maybe with an quirk for example "nolog"? It's the most important thing and I think in this way everybody will be happy ;-) I have the logging always enabled because I like to take a glance at what things are going on but now is impossible to know for example what happened over night because the log is spammed with not about one hundred lines but with in my case 190 lines so as much as I have of applications and and it is at each launch of XPrivacy that the usage log begins with these lines 190 lines. There is a misunderstanding I think about removing the UID parameters for XPrivacy itself for getPackagesForUid/Srv_getPackagesForUid which you have added in version 3.5.1 |
I have rechecked and these entry's going to occupy almost half of main usage data log because of this I can only see the last 40-60 minutes in global usage data and we lose a lot of valuable input. |
Finally, I can stop Dolphin browser from spamming hundreds of /proc/* requests! |
Can you remove please for "getPackagesForUid" UID parameter for XPrivacy itself there is too many lines in usage log about one hundred in two seconds. We lose many things in usage log and also it should be better for performance.
The text was updated successfully, but these errors were encountered: