Strongly considering limiting what gets built during renovate runs.
Strongly considering limiting what gets built during renovate runs.
RI plan to do this already. Splitting the image versions file into each major version, and only building the version that changed
RI've not yet done it because I didn't want to over-optimise. We may have decided this Renovate stuff doesn't work, and wanted it reverted
MSo far I think it's a positive. The main thing is that we need to quiet down some of the repos.
Toolboxes needs grouping or something.
Main I think is fine right now.
Toolboxes needs grouping or something.
Main I think is fine right now.
RYeah.. That's just small tweaks - not at all difficult.
Strongly considering limiting what gets built during renovate runs.I thought you meant some more major refactoring to how it works
FGnome Software started nagging about updates since G48
https://gitlab.gnome.org/GNOME/gnome-software/-/issues/2802
https://gitlab.gnome.org/GNOME/gnome-software/-/issues/2802
Fsetting to disable notifications does nothing to solve this
Fso in case users start reporting on this, you know what's the deal
MMore an issue in my image where I have a lot of follow on items. I only need to care that the images build and it takes time to spin up a new runner for things like changelogs
Nsome users are having more luck but Hetzner is still reporting issues
https://status.hetzner.com/incident/67301489-8ab2-47b3-8f9d-df140da8bb73
https://status.hetzner.com/incident/67301489-8ab2-47b3-8f9d-df140da8bb73
Hetzner Online Status – On this site, you’ll find status reports about Hetzner Online’s products and services.
PThe update part is ripped out from gnome-software on Bluefin. It works just as an software install/uninstall app.
PShould not be the problem here.
Fit shows even with
gnome-software-rpm-ostree ripped outFI use it without it
POh
PDamn
JCan we pin to an older version of gnome-software?
FI think that can be done
J@Kyle Gospo @tulip
we should just do this for our gnome images I think, avoid this thing entirely
we should just do this for our gnome images I think, avoid this thing entirelyJok kyle tulip is working on this we should have a workaround. 2nd round of ISO testing will start here as soon as I get some green builds
Tif this succeedes we dont need to work on it until f43
Twe should also drop f40 from our copr maybe
Jdo it
TOMG
TIT WORKEd
Twe dont need to do shit
Jnice.
T
Thell YEAH
Tlaziness STRIKES BACK AGAIN
Jand we're sure we're on the version without the new popup?
Tyup
Tits gnome-software 47
T
Jok so let's hope they listen to fiftydinar, and then just respect the dconf setting, then we can just set that and rebuild later, problem solved.
Tninja fix
J@Robert is there a way for the toolboxes repo that we can just tell renovate to only do it like once in 24h? like is there a rate limit function?
RYep. You can set schedules on individual packages, groups or the entire repo
RThese are the built-in schedules, but you can define your own one with cron if preferred
https://docs.renovatebot.com/presets-schedule/
https://docs.renovatebot.com/presets-schedule/
Renovate documentation.
Jok I'll work on this after ISOs
RWhat behaviour do you want? I can quickly add it
Jwe just need it to not update so fast, I mean, it's badass from a "this is so fresh!" perspective
Jbut they are firing off like every few hours hahaha
Jsomething like dailyish should be fine?
ROh - there's a circular dependency in that repo
Toh what how?
Rwolfi-toolbox and ubuntu-toolbox builds from there, and digests are pinned in that same repo
RHmm. I guess not circular
RI'll group the updates too
R