Robin Lee wrote: > On Thu, May 3, 2018 at 12:03 PM, Todd Zullinger <[email protected]> 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
signature.asc
Description: PGP signature
_______________________________________________ users mailing list -- [email protected] To unsubscribe send an email to [email protected]
