On Tue, Sep 17, 2013 at 8:33 AM, Marcela Mašláňová <mmaslano@xxxxxxxxxx> wrote:
On 09/16/2013 08:25 PM, Toshio Kuratomi wrote:== Build & Distribution ==Until now we used internal instance of koji. I can sum up what we did there.
* What are the impacts on the build system?
* How are we preventing build problems from the mainline packageThere are no build interference problems. Package has specific name.
from interfering with the scl package and vice versa?
* 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: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.
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?
As I said I prefer branch per collection. How else would be tags defined?
* How do SCLs get distributed?Currently separate repo.
* Is this a "separate repo" or is it just in the normal repo(s)?
* (toshio) Both. Some SCLs can go into Fedora Commons whichAgreed.
would continue to have one repo. SCLs in the outer rings would have
some separate structure.
* Build section would benefit from minor sections, perhaps:I'll add it.
"Overview," "Testing" and "Example"? Sections need a bit more color to
be understandable.
I would like to request that one more question/issue be addressed in this section.
Red Hat has made a GREAT tool available in the devtoolset ( https://access.redhat.com/site/documentation/Red_Hat_Developer_Toolset/ ), but currently there's no way to take advantage of it in the EPEL. Can a plan to enable the use of the devtoolset for Koji builds for the EPEL for EL 5/6 be discussed as well?
Red Hat has made a GREAT tool available in the devtoolset ( https://access.redhat.com/site/documentation/Red_Hat_Developer_Toolset/ ), but currently there's no way to take advantage of it in the EPEL. Can a plan to enable the use of the devtoolset for Koji builds for the EPEL for EL 5/6 be discussed as well?
The hope is that then packages that make use of the devtoolset could be created and then people who have subscriptions to the devtoolset could make use of them.
For example, I am working on packaging odb ( https://bugzilla.redhat.com/show_bug.cgi?id=975310 ), but it requires gcc 4.5 or greater for plugin support and that is only available on EL 5/6 through the devtoolset. So if it was possible to build on Koji using the devtoolset, then it would enable odb to be packaged for EL 5/6 and then those with access to the devtoolset could make use of it.
For example, I am working on packaging odb ( https://bugzilla.redhat.com/show_bug.cgi?id=975310 ), but it requires gcc 4.5 or greater for plugin support and that is only available on EL 5/6 through the devtoolset. So if it was possible to build on Koji using the devtoolset, then it would enable odb to be packaged for EL 5/6 and then those with access to the devtoolset could make use of it.
Thanks,
Dave
Dave
-- packaging mailing list packaging@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/packaging
