Am 28.08.2018 um 14:33 schrieb Neal Gompa:
On Tue, Aug 28, 2018 at 4:32 AM Michal Kubecek <mkubecek@suse.cz> wrote:
On Monday, 27 August 2018 18:09 Brüns, Stefan wrote:
On Montag, 27. August 2018 17:39:16 CEST Stefan Seyfried wrote:
... which kills building an unmodified package on an old distribution (SLES11) by the way...
Exactly. I don't say we should go to extremes to keep everything building against older distributions but deliberately breaking the build just to save one line per %file section (%defattr) or even one line per specfile (BuildRoot) doesn't make any sense to me.
Its desecration, not killing - you can not kill a dead one ;-)
SLE11 is not dead, far from it. Actually, SLE11 SP4 is still under regular maintenance, not even LTSS yet (until 2019-03-31), i.e. more alive than e.g. SLE12 up to SP2.
Its may be an issue for maintenance projects, but for most devel projects its pointless
No, it is not pointless. People do build and use latest snapshot on older systems for various reasons.
IMHO having SLE11 in e.g. science is just a waste of resources:
Quite the contrary, actually. Removing the old build targets from devel projects or even needlessly breaking build in the name of more modern specfile style results in people linking the package to their own projects so that in the end, the same package is built more times and more binaries are kept in the repositories. In other words, you end up wasting more resources this way.
Then you guys at SUSE should do what we did in Fedora: add a package that backports semantics from newer versions of RPM so that spec files can follow modern guidelines without issue.
But epel-rpm-macros has nothing in it for BuildRoot: %defattr (or I was too stupid to find it...) I'll now hack the build package in my OBS instance, to just add these back if necessary when pre-processing the specfile. (I did a similar hack before to remove all "Suggests:", "Recommends:" etc, all keywords that CentOS' rpm did not understand, to allow building unchanged specfiles from openSUSE without lots of noise from "%if 0%{?rhel} ... %endif" changes)
I was incredibly happy when I was able to delete no less than two dozen lines of code from one of my spec files because we're dropping SLE 11 support. The amount of hacks and terribleness involved in supporting SLE 11 along with modern versions of SUSE Linux is quite high.
Unfortunately, SLES11 is what pays the bills or does most of the real work here ;-) -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org