https://bugzilla.novell.com/show_bug.cgi?id=698250 https://bugzilla.novell.com/show_bug.cgi?id=698250#c37 --- Comment #37 from Vincent Untz <vuntz@suse.com> 2011-12-06 16:13:31 UTC --- (In reply to comment #34)
feel free to just submit to openSUSE:12.1:Test so we get an update staged already.
sr 95603. (In reply to comment #36)
(In reply to comment #35)
Are the changes to run as colord user enough to change the default policy to not require auth for the current user? If no, we'll likely want to patch g-s-d to delay the color plugin start a bit but that'll result in a horrible user experience (with 4 popups on login).
If you promise to not put colord back in any default installation I'd do that.
I prefer to not make any such promise, especially as it might get dragged in by accident...
Also, why does it take four popups!? Hmm, I guess it should have been auth_admin_keep and create-device should probably imply the create-profile privilege.
So what's happening on each login (assuming a polkit agent is running; if no, it will just fail): - create-device -- we create a device for the xrandr screen of this session - create-profile -- we create a default profile (I assume) - modify-device -- we attach the profile to the device (I assume) - modify-device -- no clue Right now, we don't see any of this anyway since, as I mentioned earlier, the g-s-d plugin does all this before a polkit agent is there. So the issue is hidden. It might make sense to have create-device imply create-profile and modify-device, if we change the policy to KEEP. I can patch colord for that if you agree it's the right way forward. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.