Robin Lee wrote:
> On Thu, May 3, 2018 at 12:03 PM, Todd Zullinger <tmz@xxxxxxxxx> wrote:
>> Robin Lee wrote:
>>> I recently upgrade my host from f26 to f28. But to keep compatible
>>> with old behavior,
>>> I am figuring out a way to revert the change 'Separate Subpackage and
>>> Source Debuginfo'[1].
>>> That means let rpm not generate debugsource and subpackage debuginfo.
>>> Simply adding '%_debugsource_packages 0' to ~/.rpmmacros does not work.
[...]
> It doest not work with _debugsource_packages set to 0.
Indeed. I played around for a bit last night, to no avail.
It's not clear to me from the rpm documentation, source
comments, or git history whether this is intentional or not.
It may be a case that wasn't tested. Or it could be
intended that it's turned on at the distro level and can
only be disabled in individual packages. That would help
improve reproducibility.
I think you'd have to ask the rpm maintainers about this to
be sure.
I'm still not clear on why you want to do this. I know I
don't need to know that. I'm curious mostly and knowing
why this is a problem might help someone here see another
way to solve it. :)
Is the goal to build binary, non-noaarch packages on f28
that you can use on older releases -- including the
debuginfo? That seems unlikely to be ideal, but I'm
guessing at your use-case.
If it's just curiosity, then I understand. Sorry I can't
help with a better answer in that case. I can at least
confirm that it doesn't appear to be a macro you can
override short of changing the setting in the system-wide
macros file or individual spec file. :)
--
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
If age imparted wisdom, there wouldn't be any old fools.
-- Claudia Young
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
