Just to illustrate what this is about, these are 3 PR trying to fix the
branches for next RHEL:
https://src.fedoraproject.org/rpms/rubygem-ruby-rc4/pull-request/1
https://src.fedoraproject.org/rpms/rubygem-Ascii85/pull-request/1
https://src.fedoraproject.org/rpms/rubygem-nokogiri/pull-request/1
Non of them is correct, because they are not maintained. If there were
no branches, it would be much better.
V.
Dne 20.1.2018 v 12:27 Igor Gnatenko napsal(a):
Hello,
I know that many of you like to have just one branch which builds
everywhere
(starting from el6), but this really slows down development of Fedora
for many
years. Let me show some examples:
* File-triggers are not supported by el6/el7 RPM, so every package
which has
icons should have some number of scriptlets conditionalized by %if
0%{?rhel}
&& 0%{?rhel} <= 7.
* Rich dependencies are not supported by el6/el7 RPM and YUM, so
anyone who
wants to use them need to have same conditionals.
* Some of dependency generators do not exist on el*, so instead of having
BuildRequires: python3dist(foo) you need to wrap it with conditions
again and
I'm working on change proposal which eliminates need of writing runtime
requirements, so one more place of conditionals.
Given all these, it is very hard to get any new feature in
"production" because
everyone wants to support 10 years old thing (even if they don't think
so).
Even if people hope next version of EL will be better in this, it
doesn't mean
that el6/el7 can be fixed easily.
Why I'm writing this? I want to hear from you if you think it would be
good to
prohibit (or advise, or whatever mechanism would work) usage if
conditionals in
(at least) master branch to allow us to develop features faster. Thoughts?
Suggestions?
_______________________________________________ > devel mailing list --
devel(a)lists.fedoraproject.org > To unsubscribe
send an email to
devel-leave(a)lists.fedoraproject.org