#5894: git branches for SCL packages
------------------------------+-----------------------
Reporter: mmaslano | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 21 Alpha | Component: git
Resolution: | Keywords:
Blocked By: | Blocking:
------------------------------+-----------------------
Comment (by hhorak):
Replying to [comment:60 bkabrda]:
I checked a lot of them (not all, I admit) and I still see no
reasoning
behind the decision to prohibit putting SCL macros to mainline specfiles
(which is different from actually building packages as SCL packages).
Would you care to share the list of reasons here? It doesn't have to be
full, but I'd really like to see why keeping the macros in mainline
specfiles should be prohibited.
On the other hand, there indeed is a reason why SCL macros *should* be
allowed in the mainline specfiles: code duplication -- having almost the
same spec files on two different places means double effort when fixing
things, resulting in non-consistent or outdated spec files.
Also, in cases where SCL and non-SCL maintainers wouldn't be same persons,
the communication between them about back-porting fixes will consume
another time, while having only one spec file would allow to work with
much better efficiency.
We must try to make the live of maintainers easier, not the opposite.
I don't believe the reasoning for "not having SCL macros, which do
nothing, in the mainline" may justify so much maintainers work more.
--
Ticket URL: <
https://fedorahosted.org/rel-eng/ticket/5894#comment:61>
Fedora Release Engineering <
http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project