[releng] Issue #6863: Separate Subpackage and Source Debuginfo releng review
by Mark Wielaard
mjw added a new comment to an issue you are following:
``
> Suppose you have a situation where a .spec file creates a main package and several sub-packages, but only some of the sub-packages will contain debug info. The packagers now (f28+) must add
> %undefine _debugsource_packages
>
> in order to avoid the empty debug list error produced by some of the sub-packages and thus force all debug info into one package. Would it not be better to be able to enable/disable debug info generation on a per-package basis within the spec file?
> Seems like it's a binary choice now, all or nothing.
Could you file a bug for this? I might not completely understand your setup. But in general packages that don't contain binaries/debuginfo/source should just work fine. If there is a subpackage that does get debuginfo subpackage, but doesn't contain any corresponding source their is most likely a packaging error. If you can file a bug with a reproducer then we might be able to figure out why it is happening.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6863
6 years, 7 months
[releng] PR #6895: Patch find_unblocked_orphans for pagure versus pkgdb.
by Till Maas
till commented on the pull-request: `Patch find_unblocked_orphans for pagure versus pkgdb.` that you are following:
``
> can this be closed? or does it need to be rebased?
It does not make sense to merge it as-is, since it still lacks support for packages orphaned in EPEL. However, this is AFAIK currently missing completely in the new dist-git pagure setup. I guess it is more important atm to get (un)orphaning/(un)retiring working properly at all before thinking about EPEL as well.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/pull-request/6895
6 years, 7 months