Apparently rpmfluff creates specs that invoke the %debug_package macro directly, and commit 1a9803d0f8daf15bb706dc17783ab19589906487 broke that: when the literal unexpanded %global ends up inside a spec, it'll trigger various errors depending on the exact context.
rpmfluff is using this manual method because there's no %setup in the produced spec and so, no %buildsubdir is defined and so, no debuginfo packages produced. Conditionalize writing the escaped %global on %buildsubdir being defined, a condition where automatic debuginfo packages normally would be generated anyhow. It may not be ideal but I think it'll do for now. Fixes: #3290 You can view, comment on, or merge this pull request online at: https://github.com/rpm-software-management/rpm/pull/3296 -- Commit Summary -- * Fix regression preventing manual %debug_package usage -- File Changes -- M macros.in (5) A tests/data/SPECS/manualdebug.spec (31) M tests/rpmbuild.at (12) -- Patch Links -- https://github.com/rpm-software-management/rpm/pull/3296.patch https://github.com/rpm-software-management/rpm/pull/3296.diff -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/pull/3296 You are receiving this because you are subscribed to this thread. Message ID: <rpm-software-management/rpm/pull/3...@github.com>
_______________________________________________ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
