Mailinglist Archive: opensuse-buildservice (105 mails)

< Previous Next >
Re: [opensuse-buildservice] multibuild flavor vs package
  • From: Adrian Schröter <adrian@xxxxxxx>
  • Date: Mon, 09 Dec 2019 14:59:46 +0100
  • Message-id: <12223318.g8X4VK6yUn@linux-ywca>
On Montag, 9. Dezember 2019, 13:21:13 CET Ludwig Nussel wrote:
Hi,

Trying to figure out a way to use multibuild for mingw packages. The
challenge there is that almost all packages need to be built for 32bit
as well as 64bit Windows. So currently we have mingw32-foo and
mingw64-foo packages. With exactly identical spec files except for
s/mingw64/mingw32/ and vice versa. So sounds like a job for multibuild
with flavors mingw32 and mingw64 to produce those packages from a common
mingw-foo package.
Now there are also packages that have multiple spec files though like
gcc and pkgconf. Looks like that case was somehow forseen for multibuild
as there are 'flavor' and 'package' tags. In the end both are treated
the same though and end up as @BUILD_FLAVOR@ in spec files.

Are there any plans to change that? So one could write something like

<multibuild>
<flavor>mingw64</flavor>
<flavor>mingw32</flavor>
<package>mingw-gcc</package>
<package>mingw-cross-gcc</package>
<package>mingw-cross-gcc-bootstrap</package>
</multibuild>

to produce six packages?

Short of that would it work to have both links and multibuild? Ie links
according to spec file names and only mingw flavors?

hm, not sure if it makes sense to use _multibuild here. Isn't this more
like python2 vs python3 stuff?

So, one spec, one build enviroment where you could pull in both works and
build multiple binary rpm's?

--

Adrian Schroeter <adrian@xxxxxxx>
Build Infrastructure Project Manager

SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
(HRB 247165, AG München), Geschäftsführer: Felix Imendörffer




--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-buildservice+owner@xxxxxxxxxxxx

< Previous Next >
Follow Ups
References