Closed Olf0 closed 5 months ago
Keto from Jolla created a symlink for the download repository to save space. This means that although the projects doesnt display in OBS, the actual downloads continue to work.
Keto from Jolla created a symlink for the download repository to save space.
How is this symlink traceable / checkable? I.e. from where to where does it exactly point?
This means that although the projects doesnt display in OBS, the actual downloads continue to work.
Mmmh, what does this quite generic statement address specifically: Only 4.5.0.25
, or also 4.6
for sailfishos:chum
?
Visit the repo url fro 4.5.0.24 eg https://repo.sailfishos.org/obs/sailfishos:/chum/4.5.0.25_aarch64/ Change 24 to 25, see the timestamps are the same.
Visit the repo url fro 4.5.0.24 eg https://repo.sailfishos.org/obs/sailfishos:/chum/4.5.0.25_aarch64/ Change 24 to 25,
Thank you, now I see:
sailfishos:chum
sailfishos:chum:testing
see the timestamps are the same.
Or better: Descend into repodata
and see that the hashes are the same.
Unfortunately this is nothing I can utilise for Storeman, but as this is a single package, the waste of space is much less significant. For 4.6
, I will switch to a single repo for all SailfishOS 4.6.0.x releases, too.
What seems to remain of this issue are the missing 4.6
entries for sailfishos:chum
proper:
- In the "meta" configuration of
sailfishos:chum
the entries for […]4.6
shall be added atop those for4.5.0.24
:<repository name="4.6_i486"> <path project="sailfishos:4.6" repository="latest_i486"/> <arch>i586</arch> </repository> <repository name="4.6_armv7hl"> <path project="sailfishos:4.6:hw-common" repository="latest_armv7hl"/> <path project="sailfishos:4.6" repository="latest_armv7hl"/> <arch>armv8el</arch> </repository> <repository name="4.6_aarch64"> <path project="sailfishos:4.6:hw-common" repository="latest_aarch64"/> <path project="sailfishos:4.6" repository="latest_aarch64"/> <arch>aarch64</arch> </repository>
One more aspect: in addition to saving space, it avoids rebuilding Chum/ChumTesting for minor version changes. This rebuilds could easily take days in the current setup. Hopefully, this approach will work well in practice and get a leaner OBS as a result.
RE 4.6 ... we're still trying to get all of testing to build. Quite a lot of packages are held up by changes to the opt-qt5/kf5 stuff which is having an issue. Im away on holiday for a week, hopefully @rinigus will figure it out :)
BTW, sailfishoschum-gui-installer
versions ≥ 0.6.4 should handle the new naming scheme <major>.<minor>_<arch>
as implemented in sailfishos:chum:testing
for SailfishOS 4.6, when implemented in sailfishos:chum
proper.
What seems to remain of this issue are the missing
4.6
entries forsailfishos:chum
proper:
This is looking good to me now, hence closing this issue.
@rinigus / @piggz, the
sailfishos:chum
andsailfishos:chum:testing
repositories at Sailfish-OBS lack the final release number for SailfishOS 4.5.04.5.0.25
(andsailfishos:chum
lacks4.6
). IMO that means:sailfishos:chum:testing
the entries for4.5.0.24
should be overwritten with:sailfishos:chum
the entries for4.5.0.25
and4.6
should be added atop those for4.5.0.24
:Thank you!