Snaps updaten niet automatisch (24.04 en 26.04)

[erik1984]

Het viel vooral op bij Firefox. Versie 159 was al uit maar ik had nog 157. Zie dit terug in zowel Kubuntu 24.04 als Ubuntu 26.04.

Met

Code: [Selecteer]

snap refresh
Worden de snaps vervolgens wel bijgewerkt. Ik dacht dat dit automatisch hoorde te gaan op de achtergrond, dat heeft ook lange tijd goed gedraaid.

Met

Code: [Selecteer]

systemctl status snapdZie ik dan

Code: [Selecteer]

nov 06 09:07:25 erik-desktop snapd[1548]: storehelpers.go:919: cannot refresh: ... (lijstje van alle snaps)

Dit opzoeken heeft me nog niet verder geholpen. Want updates werken dus wel als je ze handmatig uitvoert.

[vanadium]

Code: [Selecteer]

nov 06 09:07:25 erik-desktop snapd[1548]: storehelpers.go:919: cannot refresh: ... (lijstje van alle snaps)


Je koos niet alle informatie weer te geven. Nu verwacht ik dat het vervolg ook uitvoer zou kunnen bevatten waarom het refreshen niet lukt.

Wat zegt "snap refresh --time"? Dit geeft aan of er wel degelijk automatisch checks gebeuren of niet. En wat is de uitvoer van "snap changes"?

[erik1984]

Code: [Selecteer]

nov 06 09:07:25 erik-desktop snapd[1548]: storehelpers.go:919: cannot refresh: ... (lijstje van alle snaps)


Je koos niet alle informatie weer te geven. Nu verwacht ik dat het vervolg ook uitvoer zou kunnen bevatten waarom het refreshen niet lukt.

Wat zegt "snap refresh --time"? Dit geeft aan of er wel degelijk automatisch checks gebeuren of niet. En wat is de uitvoer van "snap changes"?

Ja heb iets teveel weggeknipt zie ik nu. Het lijstje snaps vond ik niet relevant maar dan bij deze de hele systemd output van deze boot:

Code: [Selecteer]

nov 06 12:28:14 erik-desktop systemd[1]: Starting snapd.service - Snap Daemon...
nov 06 12:28:15 erik-desktop snapd[1551]: seclog.go:107: security logger enabled
nov 06 12:28:15 erik-desktop snapd[1551]: overlord.go:316: Acquiring state lock file
nov 06 12:28:15 erik-desktop snapd[1551]: overlord.go:321: Acquired state lock file
nov 06 12:28:15 erik-desktop snapd[1551]: daemon.go:277: started snapd/2.77.1+ubuntu24.04 (series 16; classic) ubuntu/24.04 (amd64) linux/6.8.0-149-generic.
nov 06 12:28:15 erik-desktop snapd[1551]: daemon.go:371: adjusting startup timeout by 3m5s (pessimistic estimate of 30s plus 5s per snap)
nov 06 12:28:15 erik-desktop snapd[1551]: backends.go:70: AppArmor status: apparmor is enabled and all features are available
nov 06 12:28:15 erik-desktop snapd[1551]: backend.go:145: reloading profiles for snap-confine
nov 06 12:28:16 erik-desktop snapd[1551]: standby.go:95: will consider standby after: 5s
nov 06 12:28:16 erik-desktop systemd[1]: Started snapd.service - Snap Daemon.
nov 06 12:28:49 erik-desktop snapd[1551]: snapmgr.go:1675: performing periodic snap downloads cache cleanup
nov 06 12:28:49 erik-desktop snapd[1551]: cache.go:320: removed 0 entries/    0 from downloads cache
nov 06 12:28:49 erik-desktop snapd[1551]: autorepair.go:320: WARNING: the system booted with an old initrd without unlocked status reporting
nov 06 12:33:52 erik-desktop snapd[1551]: storehelpers.go:919: cannot refresh: snap has no updates available: -- lijstje van alle snaps --
nov 06 12:34:17 erik-desktop snapd[1551]: cache.go:320: removed 0 entries/    0 from downloads cache

Achter no "updates available" staat zelfde lijst die ik krijg met snap list.

Het update-mechanisme zou wel moeten werken:

Code: [Selecteer]

erik@erik-desktop:~$ snap refresh --time
timer: 00:00~24:00/4
last: today at 12:33 CET
next: today at 20:55 CET

Changes is wel een handige, dank daarvoor!

Code: [Selecteer]

erik@erik-desktop:~$ snap changes
ID    Status  Spawn                   Ready                   Summary
1075  Done    yesterday at 21:53 CET  yesterday at 21:54 CET  Auto-refresh snaps "code", "drawio"
1076  Done    today at 12:33 CET      today at 12:34 CET      Pre-download "firefox" for auto-refresh

Dus blijkbaar zijn er gister nog 2 snaps automatisch bijgewerkt als ik dit goed interpreteer en ook voor Firefox is al iets gedaan. Het zou dus ook kunnen dat er geen probleem is en dat ik niet geduldig genoeg ben ... Maar op 2 systemen zo lang wachten op nieuwe Firefox leek me niet helemaal te kloppen.

[Ronaldus]

Volgens AI zou Ubuntu v.w.b. Snaps óók op updates controleren. Alleen wel gefaseerd:

Volgens AI:

Nee, je **hoeft** `sudo snap refresh` in principe niet handmatig uit te voeren, omdat Ubuntu dit op de achtergrond automatisch voor je regelt.

Het kan echter volkomen kloppen dat het lijkt alsof de automatische update **achterloopt**. Dit komt door de manier waarop Canonical (het bedrijf achter Ubuntu) updates uitrolt:

* **Gefaseerde uitrol (Gradual Rollout):** Wanneer een ontwikkelaar een nieuwe versie van een snap (zoals Firefox of VLC) uitbrengt, stuurt Ubuntu deze niet naar miljoenen gebruikers tegelijk. Dit gebeurt in golven over een periode van enkele dagen tot soms wel een week. Dit doet men om te controleren of er geen onverwachte bugs in de update zitten.
* **Controlefrequentie:** `snapd` controleert standaard zo'n 4 keer per dag of er een update klaarstaat voor jouw specifieke computer.

### Hoe dwing je een update direct af als je niet wilt wachten?

Als je ziet dat er al een nieuwere versie beschikbaar is (bijvoorbeeld in deUbuntu Software-winkel of op de releasenotes van de app) maar je computer heeft hem nog niet opgepikt, dan kun je de gefaseerde uitrol omzeilen en de update direct forceren in de terminal met:

```bash
sudo snap refresh

```

Zolang je dit niet doet, werkt de automatische achtergronddienst vanzelf, maar zit er dus soms een kleine vertraging tussen de release en het moment dat jouw systeem aan de beurt is.

Ik deed tot nu altijd handmatig na het updaten:

sudo snap refresh
sudo apt-get autoremove --purge
sudo fstrim -av

Hoeft dus eigenlijk niet... (zou allemaal automatisch gebeuren...?!).
Ik deed dit omdat hij na het updaten met 'sudo snap refresh' vaak nog wat vond aan updates.

[erik1984]

Klinkt plausibel (zoals alle AI-antwoorden). Maar dan vind ik het voor Firefox wel heel erg gefaseerd, er zat nog een versie tussen. 158 is er nog geweest maar ik ging dus van 157 --> 159 door zelf een refresh te doen. Op beide systemen. Ga het in de gaten houden als Firefox 160 uit is hoe lang het duurt voor de automatische update er is.

Voor nu bedankt en ik beschouw het maar als opgelost.

[Ronaldus]

Zie ook nog:

https://askubuntu.com/questions/1559379/snap-store-update
en
https://documentation.ubuntu.com/core/explanation/refresh-control/

Ik laat nu voor een tijdje sudo snap refresh achterwege en kijk daar over een paar weken weer eens naar.

[ajjp]

Firefox heeft ervoor gekozen om de snap refresh alleen uit te voeren als Firefox uitgeschakeld is. Kan dit een rol spelen?
Los hiervan ben ik verbaasd over de de genoemde versienummers. Mijn Firefox heeft als versie 9082. De vorige -die als voorlaatste behouden blijft-
was 9018.

[erik1984]

Firefox heeft ervoor gekozen om de snap refresh alleen uit te voeren als Firefox uitgeschakeld is. Kan dit een rol spelen?
Los hiervan ben ik verbaasd over de de genoemde versienummers. Mijn Firefox heeft als versie 9082. De vorige -die als voorlaatste behouden blijft-
was 9018.

Daar zou snap juist goed mee om moeten gaan tegenwoordig (al jaren inmiddels). Je krijgt dan een melding en de update vindt plaats als je de applicatie sluit. Alsof de duvel ermee speelt, zie de bijlage.

Wat betreft het versienummer verbaast het mij dan weer dat jij 9082 noemt: https://www.firefox.com/en-US/releases/

[ajjp]

Vreemd die nummers. Op mijn computer kan ik echt niets anders vinden dan 9082 en 9018; dat zijn snaps.
Als ik naar de website van Firefox ga, dan zie ik een button 'Download for Linux 64-bit', en als ik daar op klik dan download ik 'firefox-159.0.1tar.xz Maar is dat dan niet de deb-versie?

[erik1984]

Vreemd die nummers. Op mijn computer kan ik echt niets anders vinden dan 9082 en 9018; dat zijn snaps.
Als ik naar de website van Firefox ga, dan zie ik een button 'Download for Linux 64-bit', en als ik daar op klik dan download ik 'firefox-159.0.1tar.xz Maar is dat dan niet de deb-versie?

Ah nu snap (flauw) ik wat je bedoelt. Dat zijn de revisienummers van de snap, zeg maar een intern tellertje. 159 is het publieke versienummer van Firefox dat Mozilla naar de buitenwereld communiceert. Dat viercijferige nummer vind je terug in de kolom Rev als je commando "snap list" uitvoert.

Zie dat Version en Rev twee aparte eigenschappen zijn van de snap:

Code: [Selecteer]

snap list firefox
Name     Version    Rev   Tracking       Publisher  Notes
firefox  159.0.1-1  9171  latest/stable  mozilla✓   -


[ajjp]

Bedankt voor je uitleg erik1984! Nu snap ik het ook. Bij mij:

Name     Version    Rev   Tracking     Publisher  Notes
firefox  159.0b1-2  9082  latest/beta  mozilla✓   -

Maar waarom ik een beta-versie heb ...?

[erik1984]

Bedankt voor je uitleg erik1984! Nu snap ik het ook. Bij mij:

Name     Version    Rev   Tracking     Publisher  Notes
firefox  159.0b1-2  9082  latest/beta  mozilla✓   -

Maar waarom ik een beta-versie heb ...?

Dat weet ik ook niet. Misschien ooit een keer een refresh commando voor dat specifieke uitgevoerd? https://snapcraft.io/docs/explanation/how-snaps-work/channels-and-tracks/ Volgens die documentatie moet je ook weer naar een ander kanaal kunnen overschakelen voor een al geïnstalleerde snap. Indien je van beta af wil naar stable:

Code: [Selecteer]

snap refresh --channel=latest/stable firefox

[ajjp]

Nee, ik hoef niet van die beta af; hij werkt prima.
Maar hoe ik eraan kom? Ik heb nooit iets handmatig gedaan m.b.t. firefox-updates, dus hij moet binnengekomen zijn via de reguliere automatische updates.