On 09/16/2013 08:25 PM, Toshio Kuratomi wrote:

== Build & Distribution ==
  * What are the impacts on the build system?

Until now we used internal instance of koji. I can sum up what we did there.

    * How are we preventing build problems from the mainline package
from interfering with the scl package and vice versa?

There are no build interference problems. Package has specific name.

    * How are we allowing for a package to be built in more than one scl?

Didn't solve yet. We related build targets (collection) with branch. How to build for more collections is a good question for our releng. But do we need it?

      * How are we allowing for differences between scls? (ie:
ruby1.9.3 scl with rubygem-foo1.0; ruby2.0 scl with rubygem-foo2.0)
    * How are we preventing build problems from one scl from
interfering with a different scl?
    * Remi mentions that he thinks it would be done in a separate
branch.  Would we need a branch per scl that the package is built in?

Can't happen. Every branch is set to build in some tag. Packages tagged in one tag are shipped as one collection. You are able to inherit from one tag to another.
As I said I prefer branch per collection. How else would be tags defined?

  * How do SCLs get distributed?
    * Is this a "separate repo" or is it just in the normal repo(s)?

Currently separate repo.

      * (toshio) Both.  Some SCLs can go into Fedora Commons which
would continue to have one repo. SCLs in the outer rings would have
some separate structure.

Agreed.

  * Build section would benefit from minor sections, perhaps:
"Overview," "Testing" and "Example"? Sections need a bit more color to
be understandable.

I'll add it.