Bug 440964 - fails in a non-obvious way for root
Summary: fails in a non-obvious way for root
Keywords:
Status: CLOSED DUPLICATE of bug 446440
Alias: None
Product: Fedora
Classification: Fedora
Component: PackageKit
Version: 9
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Robin Norwood
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-04-04 18:09 UTC by Bill Nottingham
Modified: 2014-03-17 03:13 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-05-15 17:30:28 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bill Nottingham 2008-04-04 18:09:09 UTC
Description of problem:

[root@nostromo ~]# pkcon refresh
Command failed
Error:
  org.freedesktop.packagekit.refresh-cache no

Usage:
  pkcon [OPTION...] PackageKit Console Program
...

While I admire the simplicity of 'no', perhaps a little more verbosity is
needed? (Not sure usage() is appropriate here.)

Version-Release number of selected component (if applicable):

PackageKit-0.1.11-0.622.20080401git.fc9.x86_64

Comment 1 Richard Hughes 2008-04-07 09:10:08 UTC
This is what we've got in git master:

[hughsie@hughsie-work gnome-packagekit]$ sudo pkcon update-system
Command failed
You don't have the necessary privileges for this operation

Is this clearer?

Comment 2 Bill Nottingham 2008-04-07 16:08:42 UTC
Well, there's the logical disconnect of:

user -> has privileges
root -> does not have privileges

I understand that some things necessarily shouldn't be done as root, but is
there a reason that you can't reschedule a refresh, or updates, or... as root?

Comment 3 Matthias Clasen 2008-04-07 21:44:21 UTC
I bet it'll work if you run a full desktop session as root

Comment 4 Bill Nottingham 2008-04-07 22:21:01 UTC
... That seems odd. After all, PacakgeKit is on the system bus, is it not?

For example, if you run *as a user* without $DISPLAY, you get:

$ pkcon refresh

** ERROR **: This program cannot start until you start the dbus system service.
aborting...
Aborted

despite the fact that the system service *is* running.

Comment 5 Andrew Farris 2008-04-09 00:33:08 UTC
If you run gpk-update-viewer as root from a terminal you get the ability to
refresh the list, and review the available updates.. but not apply them.  Both
the 'Update System' and 'Apply Updates' buttons are greyed out.

This is not authorized through sudo its by su.  That is certainly an odd
situation for the end user to try to understand.  Running gpk-update-viewer as
their normal user, with polkit auth, works but being root does not.  Everything
else about the UI functions except applying changes.

Comment 6 Andrew Farris 2008-04-09 00:36:28 UTC
Oops.  RE comment 5, root did not have polkit auth to make those changes, I
thought I had done that before.  Once the auth is given to change packages the
UI works for root just fine.

Comment 7 Thomas J. Baker 2008-04-18 20:03:56 UTC
I believe my problem is related to this bug. If not, let me know and I can open
another one.

I just did a clean preview install and logged into a root desktop session, when
I selected a package to install and clicked install from the app installer
nothing happened. No error, just nothing.

raptor> rpm -qa | grep -i packagekit
PackageKit-0.1.12-4.20080416git.fc9.x86_64
yum-packagekit-0.1.12-4.20080416git.fc9.x86_64
gnome-packagekit-0.1.12-5.20080416git.fc9.x86_64
PackageKit-libs-0.1.12-4.20080416git.fc9.x86_64
raptor> 


Comment 8 Bug Zapper 2008-05-14 08:54:56 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 9 Robin Norwood 2008-05-15 17:30:28 UTC

*** This bug has been marked as a duplicate of 446440 ***


Note You need to log in before you can comment on or make changes to this bug.