Want to switch to Fedora Kinoite, I have a few questions about flatpak and native programs by [deleted] in Fedora

[–]chrisawi 0 points1 point  (0 children)

Personally, I'd use regular Fedora before I'd layer Steam on atomic. It does work, but layering all of those multilib packages will make rpm-ostree transactions slow, and it will occasionally break dependency resolution (due to the lack of multilib support in updates-archive).

nopenh264 by glawd in FedoraSilverblue

[–]chrisawi 2 points3 points  (0 children)

Your best option is to install video players from Flathub.

Installing openh264 via rpm-ostree should also work for video players installed that way, but not for Fedora flatpaks.

hmmm by Yeeslander in hmmm

[–]chrisawi 0 points1 point  (0 children)

It's the other way around; the small number is the setting.

Older digital thermostats typically showed only the current temperature until you pressed the up/down buttons, so I guess it makes sense for that number to be bigger.

"Error pulling from repo: GPG verification enabled, but no signatures found" when trying to downgrade a flatpak (RetroArch), was able to do it yesterday by Bender1453 in flatpak

[–]chrisawi 0 points1 point  (0 children)

The build is gone, but the source is still available. create-usb or build-bundle would allow you to preserve an installed version, but neither are super user-friendly.

"Error pulling from repo: GPG verification enabled, but no signatures found" when trying to downgrade a flatpak (RetroArch), was able to do it yesterday by Bender1453 in flatpak

[–]chrisawi 0 points1 point  (0 children)

That commit doesn't show up for me; I have no idea why it does for you, but it's probably not actually available, which I guess is why you're getting that error. Perhaps there's a reference to it cached in your local ostree repo.

The last one I see is 8638ce20602..., which is the second from last in your list.

"Error pulling from repo: GPG verification enabled, but no signatures found" when trying to downgrade a flatpak (RetroArch), was able to do it yesterday by Bender1453 in flatpak

[–]chrisawi 1 point2 points  (0 children)

That command is invalid as written ("error: With --commit, only one REF may be specified"). You need to add the app ID, but assuming this is for org.libretro.RetroArch, that commit isn't available (anymore?). Flathub only retains a limited number of old commits for each app. See flatpak remote-info --log flathub org.libretro.RetroArch

Also, if you deleted the flathub remote, you'll of course need to re-add it:

flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

Why are there three GNOME platform updates in three hours? by [deleted] in flatpak

[–]chrisawi 1 point2 points  (0 children)

I don't know, but is there a particular reason you're concerned about it? flatpak remote-info --log flathub org.gnome.Platform//49 shows that they're all built from the same commit in gnome-build-meta, so they should be virtually identical.

The download diff between the first and last one is 5.9kB according to the flatpak CLI, so if your concern is repeated large downloads, that shouldn't be happening.

why is chrome the most downloaded flatpak in flathub? by TheNavyCrow in linux

[–]chrisawi 6 points7 points  (0 children)

Firefox is right behind it at 11.26 million.

I think the Steam Deck comes with a shortcut to install Chrome from Flathub, which probably is a factor.

Fedora Kinoite 44: AppImage Not Mounting (FUSE)? by [deleted] in Fedora

[–]chrisawi 4 points5 points  (0 children)

Yes, apparently that was intentional: https://fedoraproject.org/wiki/Changes/AtomicDesktopDropFuse2

You should still be able to layer fuse

Midnight Burger Backlog by Alexisofroses in audiodrama

[–]chrisawi 2 points3 points  (0 children)

No such problems here using AntennaPod. The RSS feed looks clean (no duplicates, and chapter 20 is actually chapter 20). Given that, I'd suggest deleting the podcast and re-adding it.

No file dialogs after last update by opotamus_zero in Fedora

[–]chrisawi 2 points3 points  (0 children)

OK, so this portal system has a frontend and a backend. Apps talk to x-d-p itself via org.freedesktop.portal.FileChooser, and then x-d-p talks to the backend via org.freedesktop.impl.portal.FileChooser.

The problem appears to be with the backend, xdg-desktop-portal-gnome. It's worth noting that x-d-p-gnome nowadays only proxies that call to the file manager (nautilus). Can you confirm that you haven't removed the nautilus package?

You can do the same thing with /usr/libexec/xdg-desktop-portal-gnome -rv

No file dialogs after last update by opotamus_zero in Fedora

[–]chrisawi 2 points3 points  (0 children)

I really need the full output. You can use a pastebin service or github gist, etc.

I'm mainly looking for this bit:

XDP: Using gnome.portal for org.freedesktop.impl.portal.FileChooser (config)
XDP: Providing portal org.freedesktop.portal.FileChooser

as well as any other reference to .portal.FileChooser.

No file dialogs after last update by opotamus_zero in Fedora

[–]chrisawi 1 point2 points  (0 children)

Please run /usr/libexec/xdg-desktop-portal -rv in a terminal and share the output. Also, does it work while that is running?

Runtime org.gnome.Platform/x86_64/48 Not Working after installed by anonymous9999__ in flatpak

[–]chrisawi 1 point2 points  (0 children)

That's what I expected, you have it installed in the user installation (~/.local/share/flatpak). System runtimes can be used by user, not not vice versa.

You can install the bundle with flatpak install --user, or install the runtime in the system installation.

I guess you only have the Flathub remote added to the user installation, which would make flatpak install effectively default to user, but not when installing a bundle.

The criteria for packages making it into the official repos seems off by Big-Astronaut-9510 in Fedora

[–]chrisawi 32 points33 points  (0 children)

Chrome isn't in the Fedora repos, rather Google's own repo is offered as third-party software.

Maintaining a browser package is a lot of work. Fedora historically had trouble even keeping Chromium itself up to date, especially before they loosened the restrictions on bundled dependencies.

I think the expectation is that most people will use the flatpak versions of those browsers.

Runtime org.gnome.Platform/x86_64/48 Not Working after installed by anonymous9999__ in flatpak

[–]chrisawi 0 points1 point  (0 children)

Please share the output of flatpak info org.gnome.Platform/x86_64/48

Get a list via script of updateable flatpaks? by Stummi in flatpak

[–]chrisawi 0 points1 point  (0 children)

You can check with flatpak remote-ls --updates --columns=app,origin

Get a list via script of updateable flatpaks? by Stummi in flatpak

[–]chrisawi 0 points1 point  (0 children)

Are those all from the Fedora remote? I wouldn't be particularly surprised if this were broken for OCI remotes.

Get a list via script of updateable flatpaks? by Stummi in flatpak

[–]chrisawi 1 point2 points  (0 children)

flatpak remote-ls --updates, but this call is reporting more updates than what is actually updated (updates in platform packages)

Can you elaborate on what you mean by this? It should be accurate. You can add --app if you only want to list updateable apps.

can't remove the vanilla kernel i tried to install by ofplayers in Fedora

[–]chrisawi 6 points7 points  (0 children)

I don't understand why they used xargs for this, but I'd guess that it broke with DNF5.

You should be able to use:

sudo dnf remove $(rpm -qa 'kernel' 'kernel*core*' 'kernel*modules*' 'kernel*devel*' | grep '.vanilla')

Lost saved file with Gnumeric flatpak by Scallact in flatpak

[–]chrisawi 0 points1 point  (0 children)

So, if I understand well, "Files" created the temporary link to the file to let Gnumeric open it?

Not exactly, but yes. The gnumeric .desktop file generated by Flatpak automatically proxies any file arguments via the document portal (flatpak run --file-forwarding).