Bugzilla – Bug 1126459
"RepoType: staticlinks" does not work for SLE15/openSUSE Leap15 images
Last modified: 2019-05-09 15:08:01 UTC
As discussed at https://lists.opensuse.org/opensuse-buildservice/2019-02/msg00013.html @Adrian proposed adding: > Release: <CI_CNT>.<B_CNT> To the prjconfig, and that worked at https://build.opensuse.org/project/show/systemsmanagement:sumaform:images:libvirt and https://build.opensuse.org/project/show/systemsmanagement:sumaform:images:openstack However it didn't work for for https://build.opensuse.org/project/show/systemsmanagement:Uyuni:Master or https://build.suse.de/project/show/Devel:Galaxy:Manager:Head IMHO this is a regression, since "RepoType: staticlinks" was working at https://build.opensuse.org/project/show/systemsmanagement:Uyuni:Master when our images where openSUSE Leap 42.3 based, and we did not have "Release:" at prjconfig, and it was working at https://build.suse.de/project/show/Devel:Galaxy:Manager:Head when our images were SLE12 based, and we did have "Release: 400.<CI_CNT>.<B_CNT>.develHead" at prjconfig.
Do we speak about repositories or iso files here? http://download.suse.de/ibs/Devel:/Galaxy:/Manager:/Head/images/repo/ has the ftp trees and they don't container the Build number, what is the right solution for ftp trees. There is currently no iso file published in images. Yes, static links should work there. It seems to work for your qcow issues here: https://download.opensuse.org/repositories/systemsmanagement:/sumaform:/images:/libvirt/images/ and there https://download.opensuse.org/repositories/systemsmanagement:/sumaform:/images:/openstack/images/ so where is the problem here?
The qcow images are fine, yes, but because I followed your suggestion of adding "Release: <CI_CNT>.<B_CNT>" But it seems to be a bug as it was working before without having "Release:" at the prjconf. In fact it still worked for the Leap42 images. If it's not a bug at the code, then I'd say it's a bug at the doc, as I could not find anywhere that when you want to create Leap15/SLE15 images, you NEED to define "Release": As for http://download.suse.de/ibs/Devel:/Galaxy:/Manager:/Head/images/repo/ , it does not contain the build numbers because I use: %if "%_repository" == "images" Type: kiwi Repotype: slepool:nobuildid #Repotype: staticlinks #Release: <CI_CNT>.<B_CNT> Patterntype: none %endif At prjconfig. If I change Repotype to "staticlinks", then the repositories with build numbers are created, but there are no links without build numbers. If I change Repotype to "staticlinks" and uncomment "Release" to follow your suggestion, the same happens. Same happens for Uyuni. I can change it back if you want to see it in action, but please let's coordinate at IRC, as this blocks our CI.
well, the "regression" is the config of Code 15 projects. however, we don't have a way how to specify a release tag depending on the build type atm. We will think about a solution for that....
> well, the "regression" is the config of Code 15 projects. Not sure what you mean. Prjconfig?
(In reply to Adrian Schröter from comment #3) > well, the "regression" is the config of Code 15 projects. > > however, we don't have a way how to specify a release tag depending on the > build type atm. We will think about a solution for that.... FYI, this got implemented a while ago, use it like this in 15.1: Release: <CI_CNT>.<B_CNT> spec:lp151.<CI_CNT>.<B_CNT>
right, Julio is this solved for you?
It seems to be working, yes. I commented: > #Repotype: slepool:nobuildid at https://build.suse.de/project/prjconf/Devel:Galaxy:Manager:Head And added: Release: <CI_CNT>.<B_CNT> spec:400.<CI_CNT>.<B_CNT>.develHead And now I have both the repos with and without build id: http://download.suse.de/ibs/Devel:/Galaxy:/Manager:/Head/images/repo/ So the only remaining question is... Is this documented somewhere?