Bug 468871
| Summary: | packagekit doesn't work with nx? | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Neal Becker <ndbecker2> |
| Component: | PackageKit | Assignee: | Richard Hughes <richard> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | dzrudy, john.brown009, lmacken, red, rhughes, richard, tuxbrewr |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-04-25 12:44:42 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Neal Becker
2008-10-28 14:48:21 UTC
Can you explain how to reproduce this please? I need to know all the settings and environment you are using. I didn't change any packagekit settings from defaults. I'm logging in remotely via NX. When there are updates available, packagekit goes nuts opening many (hundreds) of dialog windows. I have seen this same thing on 3 different machines - all machines that I use NX to remotely access do this same thing. What 'settings' do you need to know? In FC10 rawhide, packagekit simply refuses to function on a remote connection. It tells you that it's not allowed to run remotely and it logs the following: ** (gpk-application:1976): CRITICAL **: egg_console_kit_is_local: assertion `console->priv->proxy_session != NULL' failed I understand that this is an intended feature, but I still would like to be able to use it remotely. It comes in handy! P.S. Kudos Richard for the great work!!! :) I fixed that a few days ago:
commit 6f4b44e3fda4fe086bdcab24ec88ab411af50a6a
Author: Richard Hughes <richard>
Date: Mon Nov 3 09:56:52 2008 +0000
bugfix: don't print a critical warning when we get egg_console_kit_is_local when not on a session
I am assigning this because the maintainer has responded. I am a little confused however. The original reporter set the version as F9 but provided no further details like the version of packagekit causing the problem. Comment #3, while it looks like a similar problem, seems to have hijacked the original report(F10 rawhide). rhuges, I'm running current rawhide now over remote nx and while I can not run gpk-application and permform searches, selecting a package to install and pressing Apply does not do anything - I can see "getting information" an then "resolving dependencies" status messages but after that it comes back to the result list and the installation doesn't continue. I did not see any error messages in /var/log/messages or when starting gpk-application from command line. The only messages I get when startin from command line are: Xlib: extension "Generic Event Extension" missing on display ":2000.0". Xlib: extension "Generic Event Extension" missing on display ":2000.0". Xlib: extension "Generic Event Extension" missing on display ":2000.0". Xlib: extension "Generic Event Extension" missing on display ":2000.0". Xlib: extension "Generic Event Extension" missing on display ":2000.0". but I don't think that they have anything to do with the problem. Of course, when running locally gpk-application does its job very well. Have you tried setting the policy in polkit-gnome-authorization? I've just tried to do that but I cannot grant anything remotely - the Grant button of the Grant Authorization dialog is grayed out. I can see though that eg "Install signed package" permission has "Must be on console" constraint, so I think that's it - just can't verify right now.. Ok, I have changed the policy in the policykit and it works fine now. Thanks. Should call this one closed then? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers TK009, As far as I'm concerned, it's ok to close. With no objections. Closed Current Release. TK009 |