#5894: git branches for SCL packages

Fedora Release Engineering rel-eng at fedoraproject.org
Tue May 6 14:32:48 UTC 2014


#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 toshio):

 @jreznik: there's a couple reasons that doesn't work.  (1) The set of
 packages within the SCL is open ended.  A contributor who was not
 necessarily part of the initial proposal for the SCL can add packages to
 it several releases later.  So there's no way to decide whether the
 changes to those unknown packages should be reviewed or not.  (2) If
 you're trying to decide that the changes to a package are trivial enough
 that you don't have to review it, you have to have the completed spec file
 for that package in order to evaluate that.  If we make metapackage
 approval hinge on doing that evaluation we're *creating* a bottleneck for
 the metapackage that didn't exist before.

 @all: I think there's also a general thought here that we can evaluate a
 diff between the mainstream package and the scl version of the package and
 then we'll know whether the package is ready or not.  This is false.  We
 have to also evaluate the things that have not changed because there's a
 very real chance that those things need to be adapted for an SCL
 environment.  Just for example, we have to make sure that all of the
 Provides in the package have been namespaced.  We have to make sure that
 the Requires and BuildRequires that reference other SCL packages have been
 adapted so they aren't getting the mainstream packages instead.  We have
 to check that files have been moved to their correct locations.  We have
 to check that paths inside of binaries, config files, and scripts
 reference the correct locations.... Catching these requires checking
 things that the packager did not change for correctness.

-- 
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5894#comment:26>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project


More information about the rel-eng mailing list