Created attachment 1945895 [details] Screenshot of XFCE intsaller desktop and prompt Description of problem: The "Install to Hard Drive" desktop icon on the XFCE Live CD is not marked as an executable and upon double clicking brings up an "Untrusted application launcher" prompt. Version-Release number of selected component (if applicable): Fedora-Xfce-Live-x86_64-38-20230222.n.0.iso How reproducible: Every time. Steps to Reproduce: 1. Download latest F38 XFCE installer ISO and run it 2. Double click "Install to Hard Drive" desktop icon Actual results: Untrusted application launcher prompt is shown. Expected results: Anaconda starts without warnings. Additional info:
I think the issue is with the livesys-scripts package, as its scripts install the launcher, moving accordingly ...
We definitely mark it as executable though: https://pagure.io/livesys-scripts/blob/main/f/libexec/livesys/sessions.d/livesys-xfce#_46-47
Still present in Fedora-Xfce-Live-x86_64-38_Beta-1.2.iso
Created attachment 1948663 [details] Screenshot of Xfce F38 Beta 1.2 desktop and prompt
Still present in F38 Beta 1.3 and Fedora-Xfce-Live-x86_64-38-20230315.n.0.iso
Looks like while the icon _is_ marked as executable, the liveuser's Desktop is not trusted. The change to /etc/environment in the following PR works for me: https://pagure.io/livesys-scripts/pull-request/13
merged proper method of addressing this: https://pagure.io/livesys-scripts/pull-request/14 just needs a new package built and this should be fixed! Thanks Neal and Mukundan for your help! :)
Proposed as a Freeze Exception for 38-final by Fedora user seaninspace using the blocker tracking app because: Updates the Xfce Spin's Install to Hard Drive desktop icon so that an "Untrusted Application Launcher" warning no longer prompts the user and Anaconda starts normally.
*** Bug 2185236 has been marked as a duplicate of this bug. ***
+4 FE in https://pagure.io/fedora-qa/blocker-review/issue/1149 , marking accepted.
Neal, can you please do an update for this so we can put it in RC-1.2? Thanks.
FEDORA-EPEL-2023-23069324a3 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-23069324a3
FEDORA-EPEL-2023-3e895607b0 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-3e895607b0
FEDORA-2023-4193851905 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-4193851905
FEDORA-2023-1ef83c76e4 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-1ef83c76e4
FEDORA-2023-1ef83c76e4 has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-1ef83c76e4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
The problem is still the same in Fedora-Xfce-Live-x86_64-38-1.4.iso.
Looks like the gio command needs to be ran as the liveuser in order for that to work, running as root returns: gio: Setting attribute metadata xfce-exe-checksum not supported I'll submit a fix.
https://pagure.io/livesys-scripts/pull-request/15 hopefully the last one :)
This here is working fine, thanks Sean for the input on how to test it: https://bodhi.fedoraproject.org/updates/FEDORA-2023-76b7e94b44
Thanks. Neal, please **DO NOT** edit the in-flight livesys-scripts update, if we ship the current RC we will have to push that livesys-scripts stable even though it didn't actually fix the bug.
FEDORA-2023-76b7e94b44 has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-76b7e94b44 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
(In reply to Adam Williamson from comment #21) > Thanks. Neal, please **DO NOT** edit the in-flight livesys-scripts update, > if we ship the current RC we will have to push that livesys-scripts stable > even though it didn't actually fix the bug. I tried not to. Bodhi did it automatically.
It didn't really edit it, but creating a new one automatically obsoletes the old one. Oh well, we dealt with it.
FEDORA-2023-76b7e94b44 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.