[opensuse-buildservice] KIWI package expansion problems with SUSE:SLE-15:GA/standard
Good morning, Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work. Is this a bug or is there a reason for this behaviour? See https://build.opensuse.org/package/show/home:seife:kiwitest/SLES_15SP0_trivi... and https://build.opensuse.org/package/show/home:seife:kiwitest/SLES_15SP0_trivi... (the "working" one still fails building, but it this is another issue, the question here is about SLES_15SP0_trivial_borken being unresolvable) -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Mittwoch, 8. August 2018, 09:43:46 CEST wrote Stefan Seyfried:
Good morning,
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
use obs:// with two slashes.
Is this a bug or is there a reason for this behaviour?
See https://build.opensuse.org/package/show/home:seife:kiwitest/SLES_15SP0_trivi... and https://build.opensuse.org/package/show/home:seife:kiwitest/SLES_15SP0_trivi...
(the "working" one still fails building, but it this is another issue, the question here is about SLES_15SP0_trivial_borken being unresolvable)
-- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Am 08.08.2018 um 10:14 schrieb Adrian Schröter:
On Mittwoch, 8. August 2018, 09:43:46 CEST wrote Stefan Seyfried:
Good morning,
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
use obs:// with two slashes.
Good catch (the slash got lost when converting from internal OBS instance to b.o.o package ;-), alas, it does not help: https://build.opensuse.org/package/show/home:seife:kiwitest/SLES_15SP0_trivi... revision 3 (with obs://) still is unresolvable. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Aug 08 2018, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
Try using "obsrepositories:/". Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi Andreas, Am 08.08.2018 um 14:50 schrieb Andreas Schwab:
On Aug 08 2018, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
Try using "obsrepositories:/".
Thanks for the suggestion, but it also does not work (did not check it in, but "osc build" does ask b.o.o to expand deps). Of course I tried both "obsrepositories:/" and "obsrepositories://" ;-) I get seife@vbox-seife:~/...est/SLES_15SP0_trivial_borken> osc build SLES_15SP0_trivial.kiwi images Building SLES_15SP0_trivial.kiwi for images/x86_64 Getting buildinfo from server and store to /local/seife/buildservice/home:seife:kiwitest/SLES_15SP0_trivial_borken/.osc/_buildinfo-images-x86_64.xml Server returned an error: HTTP Error 400: Bad Request remote error: could not parse build description (kiwi) repo url not using obs / scheme obsrepositories /SUSE SLE-15 GA/standard -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Am 08.08.2018 um 15:02 schrieb Stefan Seyfried:
Hi Andreas,
Am 08.08.2018 um 14:50 schrieb Andreas Schwab:
On Aug 08 2018, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
Try using "obsrepositories:/".
OK, now I have looked up the obsrepositories:/ usage in the documentation. I had just replaced "obs://SUSE:" with "obsrepositories://SUSE:" in kiwi.xml which will of course not work. Unfortunately, defining repos in the project config is not a good option for me (as my customers will want to build SLES12 and SLES15 and whatever images they want in the same project). -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Mittwoch, 8. August 2018, 15:06:10 CEST wrote Stefan Seyfried:
Am 08.08.2018 um 15:02 schrieb Stefan Seyfried:
Hi Andreas,
Am 08.08.2018 um 14:50 schrieb Andreas Schwab:
On Aug 08 2018, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
Try using "obsrepositories:/".
OK, now I have looked up the obsrepositories:/ usage in the documentation. I had just replaced "obs://SUSE:" with "obsrepositories://SUSE:" in kiwi.xml which will of course not work.
right..
Unfortunately, defining repos in the project config is not a good option for me (as my customers will want to build SLES12 and SLES15 and whatever images they want in the same project).
well, they could have two repos, but no matter the obs://SUSE:SLE-15:GA/SLES way should definitive work. I would point you to the official sle 15 template, but there is no working one atm :/ Will follow up on that ... -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Am 08.08.2018 um 15:11 schrieb Adrian Schröter:
On Mittwoch, 8. August 2018, 15:06:10 CEST wrote Stefan Seyfried:
Am 08.08.2018 um 15:02 schrieb Stefan Seyfried:
Hi Andreas,
Am 08.08.2018 um 14:50 schrieb Andreas Schwab:
On Aug 08 2018, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
Executive summary: using <source path='obs:/SUSE:SLE-15:GA/standard'/> does not work. Expicitly listing all sub-paths/projects of SUSE:SLE-15:GA/standard does work.
Try using "obsrepositories:/".
OK, now I have looked up the obsrepositories:/ usage in the documentation. I had just replaced "obs://SUSE:" with "obsrepositories://SUSE:" in kiwi.xml which will of course not work.
right..
Unfortunately, defining repos in the project config is not a good option for me (as my customers will want to build SLES12 and SLES15 and whatever images they want in the same project)> well, they could have two repos, but no matter the
I tried to look at the documentation, but I think I would need an example for the "two repos" setup to understand this ;-)
obs://SUSE:SLE-15:GA/SLES
This will work, because .../SLES is not an "aggregate" of several repositories via path= like .../standard is.
way should definitive work. I would point you to the official sle 15 template, but there is no working one atm :/ Will follow up on that ...
My feeling is, that the recursion through the path= aggregates is not working as expected. Another thing (which I have no simple test case / reproducer for right now) which might be related is that with multiple repositories in a kiwi.xml file, it is not always clear which project config of these repositories is actaully used, so (besides package priorities) you need to be very careful about the order of the repositories and in which repositories prjconf you configure what. But I have not re-investigated this for OBS 2.9, and if it still poses a problem, I'll open a separate issue for it. Thanks, -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Aug 09 2018, Stefan Seyfried <stefan.seyfried@googlemail.com> wrote:
My feeling is, that the recursion through the path= aggregates is not working as expected.
That's what obsrepositories:/ is about. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
participants (3)
-
Adrian Schröter -
Andreas Schwab -
Stefan Seyfried