I’m building a lot of python packages. As I already learned, the package contains byte code, so it makes sense to build it as ‘noarch’.
That basically means, the packages for SLE, openSUSE 13.1, 13.2, Factory, Tumbleweed, x86 and x86_64 are identical.
Am I right?
If so, it does not make sense to build against each target, if the result is the same anyway.
Is there a more efficient way how I can organize my project to have only one build, but the package available for the other architectures / targets as well?
I’m building a lot of python packages. As I already learned, the package
contains byte code, so it makes sense to build it as ‘noarch’.
That basically means, the packages for SLE, openSUSE 13.1, 13.2,
Factory, Tumbleweed, x86 and x86_64 are identical.
Am I right?
If so, it does not make sense to build against each target, if the
result is the same anyway.
Is there a more efficient way how I can organize my project to have only
one build, but the package available for the other architectures /
targets as well?
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.39-47-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
Hi
Just build one arch if they are noarch for each release, eg x86_64,
since it’s SLE 12, then you can ignore the macros.
You need to build against the release since they may use different tool
chains.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.39-47-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
Hi
It depends on what supporting packages are required which maybe arch/release specific. At present there is some commonality between SLE 12 and 13.2, easier to build a noarch per release.