On Tue, 2020-06-16 at 14:15 +0200, Michal Suchánek wrote:
On Tue, Jun 16, 2020 at 08:08:21AM -0400, Neal Gompa wrote:
On Tue, Jun 16, 2020 at 3:53 AM Martin Wilck <Martin.Wilck@suse.com
wrote: One problem is IMHO that we constantly try to "modernize" spec files for Factory. More often than not, this means using rpmbuild features that are unavailable in older distributions. Thus, in a way, we create incompatibility ourselves, where it doesn't need to exist.
But this is a catch-22, and an especially bad one: if we wait for SLE releases to fall out of support, we're literally waiting decades to adopt new features. And unlike Fedora, openSUSE does not provide a mechanism in which newer macros can be backported to Leap releases to support the community, and it is extremely painful to get rpm features backported or turned on in SLE/Leap to support the community. It has been done with some macros It's not a walk in the park in the Fedora community for EPEL (building for RHEL), but it's *way* easier. The Fedora "epel-rpm-macros" package[1] can be updated with backported functionality and macros, and that package is always in buildroots, making it transparent to That part is missing. The default configuration you get if you include a release in an OBS project is GA without any updates backported later.
IIUC, the rationale for this is that the package can be installed on end user systems later without depending on other updates (i.e. the update package shouldn't depend on any updated libraries). Which is reasonable for an enterprise distro. But that shouldn't preclude using more modern macros / rpmbuild features in the build system. So something like "epel-rpm-macros" should be possible for SUSE, too. Martin -- Dr. Martin Wilck <mwilck@suse.com>, Tel. +49 (0)911 74053 2107 SUSE Software Solutions Germany GmbH HRB 36809, AG Nürnberg GF: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org