I installed Fedora 9 DeskTop on two different (P3 and P4 class) machines. I attempted to use the Add/Remove Software GUI for "yum". 1) It's rather slow! Yeah I understand that it's getting all it's data from the server. 2) At no time was I able to get it to work. The Install/Remove button changed color but NOTHING else happened!!! I use "yum" to install the SAMBA software that I wanted so the underlying application still works as expected, but the GUI interface did NOT!!!!!!!
The first time you run gpk-application, the data is downloaded from the server, which is dependant on the speed of your connection, not the speed of your computer. What does "pkcon search name yum" print?
Created attachment 305609 [details] "pkcon search name yum" "pkcon search name yum" output
I'm going to be away over the weekend but will pick up Mon. morning. --- I have a standard ComCast Internet connection for Northern NJ about 3meg down and 700Kb up. --- Output of "pkcon search name yum" sent "attached" 11:50PM 5/15/08 EDST
>search-name runtime was 27.2 seconds Did the Add/Remove Software search take longer than this?
>> Add/Remove Software NOTHING HAPPENED!! No window, no update, no install, NOTHING! Yes I waited for something to happen, several minutes, NOTHING!
Hi.. I've also got a problem with the packagekit gui; the install button doesn't do anything. This happens in two cases: 1) Automatic updates presented: There were 11 updates to install, but clicking the install button didn't do anything; typing 'yum -y update' installed them, however. 2) Selecting software to install: Selecting software works, but the install button doesn't do anything, and there are no error messages or dialog boxes to explain the situation. Note: typing 'yum install pirut' is redirected to 'yum install gnome-packagekit'. That's evil. Pirut works, but now I can't install it.
Created attachment 306149 [details] Another pkgcon search name yum output pkgcon search name yum > /tmp/pkcon.output
Can you also give us the output of 'pkcon update <package>' or 'pkcon install <package>' ? The output of 'pkmon' running at the same time that you do the updates might be helpful as well. gnome-packagekit obsoletes pirut so that upgrades from F8-F9 work. Jeremy (the maintainer of pirut) didn't want to continue to maintain pirut for F9 if we're replacing it with PackageKit. No evil intended.
I found the cause of my problem; I was signed on as root. Signing on as a regular user brings up a root password dialog box. Additionally, there was a dialog box that I had suppressed earlier that said: Failed to update system The error was: org.freedesktop.packagekit.update-system auth_admin_keep_always This was probably what was supposed to pop up when I hit 'install', but it had been suppressed.
Two issues; 1) Have the application check up front, first thing for the "root" id and warn the user to login as some lower level entity. 2) All previous FC1 - F8 installs or updates ran fine under "root". Don't rock the boat! Let root install and update!
>Have the application check up front, first thing for the "root" id Done and pushed to updates. >All previous FC1 - F8 installs or updates ran fine under "root" Sure, we're now in a PolicyKit world. GTK tools are really insecure when run as root - see https://fedoraproject.org/wiki/PackageKitFaq for details.
As far as I'm concerned this bug is closed. I should have been some other user to run "Add/Remove Software" and it worked fine when I tried it. ------------- Now we are getting into semantics and woulda, coulda, shoulda issues. "PolicyKit world" may be fine for day to day usage but when one is setting up one's desired environment with all the installs and tweaking most of which must be done via root, doing it through su or sudo is a royal pain! And yes I understand the problems of root permissions. Maybe Linux need to take an idea from Windows and have levels of authority, an Admin that can do almost anything but be warned or prevented when doing something really dangerous. Windows uses "System" as the ultimate authority.