Project

General

Profile

Bug #1500

[libremakepkg] does not build source packages for split packages with modified $arch

oaken-source - about 2 years ago - . Updated over 1 year ago.

Status:
open
Priority:
bug
Category:
-
Assignee:
-
% Done:

0%


Description

libre/blender is a split packages that also contains blender-addon-gimp and blender-addon-povray. blender-addon-gimp is interesting, as it overrides (or tries to override) the $arch variable to ('any').

it seems that libretools can't deal with that, failing to create a source package for blender-addon-gimp, and also failing to include it with librestage.

I'm probably going to split the addons into a separate package, following what arch is doing with their blender package, but still this is something that should probably be fixed ASAP.

History

#1

Updated by ovruni about 2 years ago

  • Project changed from Packages to libretools
#2

Updated by lukeshu almost 2 years ago

I was going to say that changing arch=() in a split package isn't valid, but

  1. it should also have refused to make the binary package if the source package failed, regardless of the validity of the PKGBUILD
  2. PKGBUILD(5) says that arch=() may be overridden in package(); my original claim was wrong
#3

Updated by oaken-source almost 2 years ago

this issue also affects xen-4.10, I can rebuild the split packages xen-syms and xen-docs, but there are no source packages created and librestage ignores them.

#4

Updated by oaken-source almost 2 years ago

  • Subject changed from [libremakepkg] does not build source package for blender-addon-gimp to [libremakepkg] does not build source packages for split packages with modified $arch
#5

Updated by lukeshu over 1 year ago

I'm not sure that dbscripts handles this properly either.

#6

Updated by lukeshu over 1 year ago

No packages in the Arch repos overrides arch=() for split packages. Perhaps we should just disallow it?

Also available in: Atom PDF