(since the fedora-toolbox component is marked inactive: filing under toolbox) Once a Fedora release is done the main fedora repo basically never changes, only the updates repo. So if the fedora repo metadata was kept in fedora-toolbox, it seems it would save some time the first time dnf is run inside the toolbox, on the other hand the updates repo should not be cached in the image (specially later after GA). This is of course a optimization though it could improve the UX of fedora-toolbox. On the other hand it is not useful for rawhide or branched development... Reproducible: Always
Do you have any estimates on how it might affect the size of the fedora-toolbox images when downloading them over the network? This might be a trade-off between the first download and the first DNF experiences. We are making some significant changes to how the fedora-toolbox changes are built as part of https://fedoraproject.org/wiki/Changes/ToolbxReleaseBlocker In short, we are looking at building them from a kickstart file instead of a Dockerfile so that they can be integrated into the Fedora composes. It might be wise to wait for the dust to settle before making any changes to the images.
(In reply to Jens Petersen from comment #0) > (since the fedora-toolbox component is marked inactive: filing under toolbox) I wonder why is that? :) Is it related to the changes for https://fedoraproject.org/wiki/Changes/ToolbxReleaseBlocker ? I didn't see anything odd in https://src.fedoraproject.org/container/fedora-toolbox
(In reply to Debarshi Ray from comment #1) > Do you have any estimates on how it might affect the size of the > fedora-toolbox images when downloading them over the network? This might be > a trade-off between the first download and the first DNF experiences. I _think_ it is roughly 72MB, so something to factor in too, though the image is already so big now that it probably doesn't matter? > We are making some significant changes to how the fedora-toolbox changes are > built as part of https://fedoraproject.org/wiki/Changes/ToolbxReleaseBlocker > In short, we are looking at building them from a kickstart file instead of a > Dockerfile so that they can be integrated into the Fedora composes. It > might be wise to wait for the dust to settle before making any changes to > the images. Agreed (In reply to Debarshi Ray from comment #2) > (In reply to Jens Petersen from comment #0) > > (since the fedora-toolbox component is marked inactive: filing under toolbox) > > I wonder why is that? :) > > Is it related to the changes for > https://fedoraproject.org/wiki/Changes/ToolbxReleaseBlocker ? I didn't see > anything odd in https://src.fedoraproject.org/container/fedora-toolbox I suspect so, but not certain - I only found the related releng tickets/discussion after filing this. If we get daily refreshes of fedora-toolbox for current releases, that would be a nice plus IMO.