Kiwi in private OBS instance cannot find packages from leap 15.3
Hello, I'm using since some OpenSUSE versions a kiwi package in my privave OBS instance. I have the same package for multiple versions using different .kiwi recipes and _multibuild. However, when I copied 15.2 to create 15.3, OBS never built it. It looks like it cannot find image packages from openSUSE:Leap:15.3/standard project. I'm using this repo definition: <repository type="rpm-md" alias="oss-update" priority="35"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3:Update/standard" /> </repository> <repository type="rpm-md" alias="oss" priority="40"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3/standard"/> </repository> <repository type="rpm-md" alias="nonfree" priority="55"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3:NonFree:Update/standard"/> </repository> <repository type="rpm-md" alias="nonfree-update" priority="50"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3:NonFree/standard"/> </repository> It returns: "nothing provides kernel-default, nothing provides syslinux, nothing provides perl-Bootloader-YAML, nothing provides openssh...". However it looks like it found patterns "..., nothing provides yast2 needed by patterns-yast-yast2_basis, ..." and packages from update repo "..., nothing provides libdl.so.2(GLIBC_2.2.5)(64bit) needed by virtualbox-guest-x11, ...". With SLES integration, is there something different with 15.3? 15.2 and Tumbleweed are working as expected.
On Donnerstag, 5. August 2021, 23:36:28 CEST Luiz Angelo Daros de Luca wrote:
Hello,
I'm using since some OpenSUSE versions a kiwi package in my privave OBS instance. I have the same package for multiple versions using different .kiwi recipes and _multibuild. However, when I copied 15.2 to create 15.3, OBS never built it. It looks like it cannot find image packages from openSUSE:Leap:15.3/standard project. I'm using this repo definition:
<repository type="rpm-md" alias="oss-update" priority="35"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3:Update/standard" /> </repository> <repository type="rpm-md" alias="oss" priority="40"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3/standard"/> </repository> <repository type="rpm-md" alias="nonfree" priority="55"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3:NonFree:Update/standard"/> </repository> <repository type="rpm-md" alias="nonfree-update" priority="50"> <source path="obs://openSUSE.org:openSUSE:Leap:15.3:NonFree/standard"/> </repository>
It returns: "nothing provides kernel-default, nothing provides syslinux, nothing provides perl-Bootloader-YAML, nothing provides openssh...". However it looks like it found patterns "..., nothing provides yast2 needed by patterns-yast-yast2_basis, ..." and packages from update repo "..., nothing provides libdl.so.2(GLIBC_2.2.5)(64bit) needed by virtualbox-guest-x11, ...".
With SLES integration, is there something different with 15.3? 15.2 and Tumbleweed are working as expected.
yes, kiwi repositories get not expanded automatically.
And 15.3 is not self contained anymore, so you will need to add also the other
repositories from project meta:
# osc meta prj openSUSE:Leap:15.3
...
<repository name="standard">
<path project="openSUSE:Backports:SLE-15-SP3" repository="standard"/>
<path project="SUSE:SLE-15-SP3:GA" repository="pool"/>
<path project="SUSE:SLE-15-SP2:Update" repository="pool-leap-15.3"/>
<path project="SUSE:SLE-15-SP2:GA" repository="pool"/>
<path project="SUSE:SLE-15-SP1:Update" repository="pool-leap-15.3"/>
<path project="SUSE:SLE-15-SP1:GA" repository="pool"/>
<path project="SUSE:SLE-15:Update" repository="pool-leap-15.3"/>
<path project="SUSE:SLE-15:GA" repository="pool"/>
...
alternative solution is just to use obsrepositories:/ in kiwi file and let OBS do
the path expansion.
--
Adrian Schroeter
Hi,
alternative solution is just to use obsrepositories:/ in kiwi file and let OBS do the path expansion.
I would also vote for this solution. The complete set of repo paths to match "a distro" in obs is not easy to maintain as static list in a kiwi image description. I have also experienced that within the obs ecosystem these paths can change which can lead to weird effects you will only recognize if they cause you an issue. So just use obsrepositories:/ in the kiwi description and manage the project paths in the obs metadata. It's imho the most stable setup when building images inside of obs. Regards, Marcus -- Public Key available via: https://keybase.io/marcus_schaefer/key.asc keybase search marcus_schaefer ------------------------------------------------------- Marcus Schäfer (Res. & Dev.) SUSE Software Solutions Germany GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg HRB: 21284 (AG Nürnberg) Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton http://www.suse.de -------------------------------------------------------
Hi,
The obsrepositories:/ does fix the issue. Thanks! I rearranged my
build to use OBS repos. Before I was using _multibuild with a single
empty repo (image).
Now I configured project to build each flavor only for each respective
repo (my kiwi filename was already using repo name)
BuildFlags: onlybuild:livepxe:livepxe-%{_repository}
Let's hope nothing else will break with this new 15.3 repos.
Regards,
---
Luiz Angelo Daros de Luca
luizluca@gmail.com
Em sex., 6 de ago. de 2021 às 05:58, Marcus Schäfer
Hi,
alternative solution is just to use obsrepositories:/ in kiwi file and let OBS do the path expansion.
I would also vote for this solution. The complete set of repo paths to match "a distro" in obs is not easy to maintain as static list in a kiwi image description.
I have also experienced that within the obs ecosystem these paths can change which can lead to weird effects you will only recognize if they cause you an issue.
So just use obsrepositories:/ in the kiwi description and manage the project paths in the obs metadata. It's imho the most stable setup when building images inside of obs.
Regards, Marcus -- Public Key available via: https://keybase.io/marcus_schaefer/key.asc keybase search marcus_schaefer ------------------------------------------------------- Marcus Schäfer (Res. & Dev.) SUSE Software Solutions Germany GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg HRB: 21284 (AG Nürnberg) Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton http://www.suse.de -------------------------------------------------------
participants (3)
-
Adrian Schröter
-
Luiz Angelo Daros de Luca
-
Marcus Schäfer