Bug 2177711
| Summary: | Backport changes for passing interactive flag to Polkit calls | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Milan Crha <mcrha> |
| Component: | PackageKit | Assignee: | Richard Hughes <rhughes> |
| Status: | CLOSED ERRATA | QA Contact: | Bohdan Milar <bmilar> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 8.8 | CC: | jkoten, klember, mboisver, tpelka |
| Target Milestone: | rc | Keywords: | Triaged |
| Target Release: | --- | Flags: | pm-rhel:
mirror+
|
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | PackageKit-1.1.12-7.el8 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-11-14 15:26:56 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1857654 | ||
|
Description
Milan Crha
2023-03-13 13:04:50 UTC
Milan, does the test build here work for you? https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=52199959 -- that's with 86f4a2fbf5fcb1230c68a57c4a7bc066aa3f7ef4 and 9b7e083cf849c4ed4d66fe32250f1615ab577d94 backported. (In reply to Richard Hughes from comment #1) > Milan, does the test build here work for you? > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=52199959 -- > that's with 86f4a2fbf5fcb1230c68a57c4a7bc066aa3f7ef4 and > 9b7e083cf849c4ed4d66fe32250f1615ab577d94 backported. Yes, it works as expected, no password prompt is shown. The only tricky part (for me) was to restart the packagekitd process after installing the packages (I keep forgetting of such obvious things). I used the following reproducer (thanks to Milan Crha): 1. Login to gnome 2. Lpen gnome-terminal 3. Install SW for test: sudo dnf install tigervnc tigervnc-server 4. Create vncuser: sudo useradd vncuser 5. Set the passwd for vncuser: sudo -u vncuser vncpasswd 6. Configure vncuser for port 1: echo ":1=vncuser" | sudo tee -a /etc/tigervnc/vncserver.users 7. Start VNC server on port 1: sudo systemctl start vncserver@:1 8. Wait a moment and run: vncviewer localhost:1 9. Type the password for vncuser Results with PackageKit-1.1.12-6.el8.x86_64 and gnome-software-3.36.1-11.el8.x86_64: vncviewer shows gnome desktop with the "Authentication required - Authentication is required to refresh the system repositories" dialog opened. Results with PackageKit-1.1.12-7.el8.x86_64 and gnome-software-3.36.1-12.el8.x86_64: vncviewer shows gnome desktop without an "Authentication required" dialog. NOTE: I had to restart whole OS after upgrade/downgrade the 2 packages for the change to take effect. Conclusion: bugfix verified. (In reply to Bohdan Milar from comment #7) > NOTE: I had to restart whole OS after upgrade/downgrade the 2 packages for > the change to take effect. I believe it's because the packagekitd process, a system service, was not restarted after package update/downgrade. The gnome-software process should start with the (VNC) session start and last running as long as the session is running. The gnome-software also runs as a background process, only in the user session, not system session. (In reply to Milan Crha from comment #8) > (In reply to Bohdan Milar from comment #7) > > NOTE: I had to restart whole OS after upgrade/downgrade the 2 packages for > > the change to take effect. > > I believe it's because the packagekitd process, a system service, was not > restarted after package update/downgrade. OK, that sounds logical. I haven't tried to restart packagekitd manually. But shouldn't that be done automatically after package update/downgrade? > The gnome-software process should > start with the (VNC) session start and last running as long as the session > is running. The gnome-software also runs as a background process, only in > the user session, not system session. Thanks for explanation. (In reply to Bohdan Milar from comment #9) > But shouldn't that be done automatically after package update/downgrade? No idea, I'm sorry. I can see pros and cons for both approaches (automatically restarting the background processes or not). One problem can be when the package is installed when the process is installing other updates or when it does any such thing. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (PackageKit bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2023:6932 |