Skip to content

Conversation

poettering
Copy link
Member

With this my GNOME desktop works suitably well.

I think most changes here are obvious. Except maybe for the root fs thing, which is necessary for desktop stuff, but probably not for headless stuff. Not sure what to do there.

Various scripts expect the tool to exist, hence pull it in.
@poettering
Copy link
Member Author

(these changes were everything i needed to have a well working setup for ASG's presentations. Only the giant emoji thing is not dealt with yet)

On the desktop wifi is really a must, and gnome only supports NM, hence
install support for it on fedora, where wifi support is split out.
upowerd fails for some reason if locale support is not available. Since
language support kinda makes sense for a desktop, let's hence install
locale support.
GPG support matters, and if we install no "pinentry" implementation
entering an GPG passphrase won't work, hence let's install GNOME's
version of it on GNOME, which hooks this up to gnome shell.

(this is split out on on debian + fedora, hence this covers both. on
arch the thing is apparently part of the main pinentry package, hence
don't bother)
@poettering
Copy link
Member Author

i dropped the rootfs size change. I guess the solution is to always specify --user when installing flatpak apps. even though that sucks a bit.

These unfortunately need some files copied into /etc/, hence do so.
# ModemManager needds its dbus policy file
L? /etc/dbus1/systemd.d/org.freedesktop.ModemManager1.conf
# ModemManager/WPASupplicant/Flatpak need their dbus policy files
L? /etc/dbus-1/system.d/org.freedesktop.ModemManager1.conf
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please add a comment to drop after F42 is dropped, as it's fixed in F43: https://src.fedoraproject.org/rpms/ModemManager/c/88241682ac32024fc6fa60ff6303b10bd3cf5031?branch=rawhide

L? /etc/dbus1/systemd.d/org.freedesktop.ModemManager1.conf
# ModemManager/WPASupplicant/Flatpak need their dbus policy files
L? /etc/dbus-1/system.d/org.freedesktop.ModemManager1.conf
L? /etc/dbus-1/system.d/wpa_supplicant.conf
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@keszybz @DaanDeMeyer any chance a PR could be filed to move this to /usr/share please? Ubuntu already installs it there, it's this line: https://src.fedoraproject.org/rpms/wpa_supplicant/blob/rawhide/f/wpa_supplicant.spec#_145

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nice, thanks

# ModemManager/WPASupplicant/Flatpak need their dbus policy files
L? /etc/dbus-1/system.d/org.freedesktop.ModemManager1.conf
L? /etc/dbus-1/system.d/wpa_supplicant.conf
L? /etc/dbus-1/system.d/org.freedesktop.Flatpak.SystemHelper.conf
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@keszybz @DaanDeMeyer as above, the spec file needs to use the -Ddbus_config_dir=/usr/share/dbus-1/system.d meson option as we do in Ubuntu to fix this, at the line:

https://src.fedoraproject.org/rpms/flatpak/blob/rawhide/f/flatpak.spec#_154

If you could please file a PR/bug that would be great, thanks

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Winterhuman
Copy link

@poettering If you're only using the user flatpaks, you can just remove all the system remotes (e.g. flatpak remote-delete --system flathub), and then flatpak will assume you're installing for the user

@cvlc12
Copy link
Contributor

cvlc12 commented Oct 8, 2025

On Arch, both flatpak (also with gnome software) and wpa_supplicant seem to work fine. So maybe these fixes should be for fedora only ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants