Various Silverblue (updates/testing) remotes?

ostree remote refs fedora gives a list of options including:

fedora:fedora/34/x86_64/silverblue
fedora:fedora/34/x86_64/testing/silverblue
fedora:fedora/34/x86_64/updates/silverblue
fedora:fedora/35/x86_64/silverblue
fedora:fedora/35/x86_64/testing/silverblue

I understand the others but I dont know about updates/silverblue and how this is different from just /silverblue? I assume updates are normally applied to the normal silverblue remote because we all receive updates?

Are testing/silverblue silverblue with the testing repositories enabled?

I don’t have a complete answer to this question yet. I will take a look soon but in the meantime you can try to fetch those refs or rebase to them and compare the packages included with rpm-ostree db diff/list.

I have wanted to post on the fedora remote for a while but was afraid of coming across as a malcontent. But I do wish it

a) was updated with a little more frequency and
b) had any sort of music and video player to fill out the default applications (I’d honestly just like Rhythmbox and Totem like the default Fedora comes with)

It doesn’t seem like much but I hate the idea of at least my browser not being up to date. Is the packaging particularly difficult and could I contribute in any way to help keep the applications updated?

[matthew@fedora ~]$ flatpak remote-ls fedora | grep org.mozilla.Firefox
Firefox	org.mozilla.Firefox	91.0	stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep org.mozilla.firefox
Firefox	org.mozilla.firefox	92.0	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep org.gnome.Evolution
Evolution	org.gnome.Evolution	3.40.3  (3.40.3-1.module_f34+12557+62db5540)	stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep org.gnome.Evolution
Evolution	org.gnome.Evolution	3.40.4  (by Flathub.org)	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep org.gnome.eog
Eye of GNOME	org.gnome.eog	40.2	stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep org.gnome.eog
Eye of GNOME	org.gnome.eog	40.3	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep LibreOffice  <<<<<<<< (7.1.3.2 presently)
LibreOffice	org.libreoffice.LibreOffice		stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep LibreOffice
LibreOffice	org.libreoffice.LibreOffice	7.2.1.2	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep org.gnome.Calendar  <<<<<<<< fedora wins!
Calendar	org.gnome.Calendar	40.2	stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep org.gnome.Calendar
Calendar	org.gnome.Calendar	40.1	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep org.gnome.clocks
GNOME Clocks	org.gnome.clocks	40.0	stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep org.gnome.clocks
GNOME Clocks	org.gnome.clocks	40.0	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep org.gnome.Weather
Weather	org.gnome.Weather	40.0	stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep org.gnome.Weather
Weather	org.gnome.Weather	40.1	stable

[matthew@fedora ~]$ flatpak remote-ls fedora | grep Filezilla  <<<<<<<< (3.55.0 presently)
Filezilla	org.filezillaproject.Filezilla		stable
[matthew@fedora ~]$ flatpak remote-ls flathub | grep Filezilla
FileZilla	org.filezillaproject.Filezilla	3.55.1	stable

Ah apologies, I see I posted on the wrong type of remote, but if anyone will allow for the tangent it is all just software packaging at the end of the day (if it is too much of a tangent I can make my own thread).

This is expected as the Flatpaks are not made the same way:

  • Flathub Flatpaks are directly built from upstream sources at the version the maintainer decides to use.
  • Fedora Flatpaks are built from sources too but from the versions used in RPMs.

In both cases, anyone can contributes update via pull requests. If you want fresher software in the Fedora Flatpak repo, you can try to help with Fedora packaging updates.

2 Likes

Where is there info on how to do this for flatpaks?

I looked at this documentation…not sure if there’s more.

In Fedora, the sources and specfiles used to build RPM packages are also re-used to build Flatpaks. There is only a small Flatpak specific configuration needed on top.

For example for Thunderbird:

Thus if you want to update a Flatpak in Fedora, you need to update the RPM package first and it will trigger the update for the Flatpak.

2 Likes

@siosm The only thing is that the Flatpaks are behind the regular repository too.

[matthew@fedora ~]$ flatpak remote-ls fedora | grep Firefox
Firefox	org.mozilla.Firefox	91.0	stable
⬢[matthew@toolbox ~]$ dnf info firefox
Fedora 34 - x86_64                                                                                                             17 kB/s |  12 kB     00:00    
Fedora 34 openh264 (From Cisco) - x86_64                                                                                      1.9 kB/s | 990  B     00:00    
Fedora Modular 34 - x86_64                                                                                                     15 kB/s |  12 kB     00:00    
Fedora 34 - x86_64 - Updates                                                                                                   14 kB/s |  11 kB     00:00    
Fedora 34 - x86_64 - Updates                                                                                                  4.6 MB/s |  27 MB     00:05    
Fedora Modular 34 - x86_64 - Updates                                                                                           13 kB/s |  12 kB     00:00    
Fedora Modular 34 - x86_64 - Updates                                                                                          1.0 MB/s | 4.1 MB     00:03    
Available Packages
Name         : firefox
Version      : 92.0
Release      : 2.fc34
Architecture : x86_64
Size         : 104 M
Source       : firefox-92.0-2.fc34.src.rpm

Same deals with Evolution and eog. Looking at Commits - flatpaks/firefox - src.fedoraproject.org it seems like Kalev Lember has built 92.0 for Flatpak. It just hasn’t found its way into the Fedora remote yet?

This is strange, I will have to investigate.

Not sure if you pulled the trigger on anything but there were a slew of updates from the fedora remote today. Great to see!

From QA:Updates Testing - Fedora Project Wiki, the testing refs should be images built with the testing repos enabled. I don’t know what the updates ones are.

Was curious too so I tested it and updates vs normal silverblue seems the same thing except naming of the branch even the commit hashes are same and no diff.

[me@fedora ~]$ rpm-ostree rebase fedora:fedora/35/x86_64/updates/silverblue
â ‹ Scanning metadata: 7989 
Scanning metadata: 7989... done
Staging deployment... done
Freed: 626.0 MB (pkgcache branches: 0)
Changes queued for next boot. Run "systemctl reboot" to start a reboot
[me@fedora ~]$ rpm-ostree status 
State: idle
Deployments:
  fedora:fedora/35/x86_64/updates/silverblue
                   Version: 35.20211102.0 (2021-11-02T00:40:44Z)
                    Commit: 1f1bc444c98105e29a2a7ac828818f947001c39af6e20cc9be5e2d1328453782
              GPGSignature: Valid signature by 787EA6AE1147EEE56C40B30CDB4639719867C58F

â—Ź fedora:fedora/35/x86_64/silverblue
                   Version: 35.20211102.0 (2021-11-02T00:40:44Z)
                    Commit: 1f1bc444c98105e29a2a7ac828818f947001c39af6e20cc9be5e2d1328453782
              GPGSignature: Valid signature by 787EA6AE1147EEE56C40B30CDB4639719867C58F

  fedora:fedora/35/x86_64/silverblue
                   Version: 35.20211029.1 (2021-10-29T22:13:42Z)
                    Commit: 1e3c0b9ec5dac32ad3c369e22eb235b3ff94f4b8d9f698b64ff56511fb434c3d
              GPGSignature: Valid signature by 787EA6AE1147EEE56C40B30CDB4639719867C58F
[me@fedora ~]$ rpm-ostree db diff
ostree diff commit from: booted deployment (1f1bc444c98105e29a2a7ac828818f947001c39af6e20cc9be5e2d1328453782)
ostree diff commit to:   pending deployment (1f1bc444c98105e29a2a7ac828818f947001c39af6e20cc9be5e2d1328453782)

Also the rebase didn’t download anything.

1 Like