From seitz at bsd-unix.net Wed Jun 4 20:18:31 2014 From: seitz at bsd-unix.net (Bryan Seitz) Date: Wed, 4 Jun 2014 16:18:31 -0400 Subject: [scl.org] Rsync and repodata Message-ID: <20140604201831.GA75765@bsd-unix.net> * Would it be possible to set up rsync for softwarecollections.org as I would like to mirror it efficiently. * Would it be possible to get a repodata in the top level repo as well? - https://www.softwarecollections.org/repos/rhscl/ TIA, -- Bryan G. Seitz From evilensky at gmail.com Fri Jun 13 17:16:07 2014 From: evilensky at gmail.com (Eugene Vilensky) Date: Fri, 13 Jun 2014 12:16:07 -0500 Subject: [scl.org] sclorg vs. CentOS SCL-release Message-ID: Hello, What is the relationship between this softwarecollections.org site and the CentOS effort to rebuild SCLs? Some of the packages available with RH SCL 1.1 are available from sclorg, but not yet from CentOS SCL. Thank you, Eugene -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcollet at redhat.com Mon Jun 16 07:18:33 2014 From: rcollet at redhat.com (Remi Collet) Date: Mon, 16 Jun 2014 09:18:33 +0200 Subject: [scl.org] sclorg vs. CentOS SCL-release In-Reply-To: References: Message-ID: <539E9A49.8030509@redhat.com> Le 13/06/2014 19:16, Eugene Vilensky a ?crit : > Hello, > > What is the relationship between this softwarecollections.org > site and the CentOS effort to rebuild > SCLs? Some of the packages available with RH SCL 1.1 are available from > sclorg, but not yet from CentOS SCL. AFAIK, centos-sclprovides clone of RHSCL 1.0 softwarecollections.org is a community provided set of SCL SCL from user "rhscl" are upstream for RHSCL (so 1.1) RHSCL 1.1 is released but (not yet) cloned in centos-scl CentOS team seems really busy with rebuild of RHEL-7, so have differ this... :( Remi. > > Thank you, > Eugene > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -- rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team GPG Key: 0x29F16A18 Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18 From msuchy at redhat.com Mon Jun 16 07:24:14 2014 From: msuchy at redhat.com (=?ISO-8859-1?Q?Miroslav_Such=FD?=) Date: Mon, 16 Jun 2014 09:24:14 +0200 Subject: [scl.org] sclorg vs. CentOS SCL-release In-Reply-To: <539E9A49.8030509@redhat.com> References: <539E9A49.8030509@redhat.com> Message-ID: <539E9B9E.7000004@redhat.com> On 06/16/2014 09:18 AM, Remi Collet wrote: > softwarecollections.org is a community provided set of SCL > SCL from user "rhscl" are upstream for RHSCL (so 1.1) To be more precise: softwarecollections.org is inteded to be tracking site for upstream of all SCLs. In the same meaning as rubygems.org is for Ruby modules, CPAN for Perl modules. Most of the collections are from user "rhscl", but other users are encouraged to create and upload their own collections. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys From evilensky at gmail.com Mon Jun 16 20:07:57 2014 From: evilensky at gmail.com (Eugene Vilensky) Date: Mon, 16 Jun 2014 15:07:57 -0500 Subject: [scl.org] sclorg vs. CentOS SCL-release In-Reply-To: <539E9B9E.7000004@redhat.com> References: <539E9A49.8030509@redhat.com> <539E9B9E.7000004@redhat.com> Message-ID: On Mon, Jun 16, 2014 at 2:24 AM, Miroslav Such? wrote: > To be more precise: softwarecollections.org is inteded to be tracking > site for upstream of all SCLs. > In the same meaning as rubygems.org is for Ruby modules, CPAN for Perl > modules. > Most of the collections are from user "rhscl", but other users are > encouraged to create and upload their own collections. > This all sounds like a great project, and thanks to everyone involved. If I may ask about Python27 and mod_wsgi specifically, it seems to require httpd24 SCL? Is that an SCL policy, that they wouldn't be built against things available in base? -------------- next part -------------- An HTML attachment was scrubbed... URL: From hhorak at redhat.com Tue Jun 17 10:43:45 2014 From: hhorak at redhat.com (Honza Horak) Date: Tue, 17 Jun 2014 12:43:45 +0200 Subject: [scl.org] sclorg vs. CentOS SCL-release In-Reply-To: References: <539E9A49.8030509@redhat.com> <539E9B9E.7000004@redhat.com> Message-ID: <53A01BE1.9080007@redhat.com> On 06/16/2014 10:07 PM, Eugene Vilensky wrote: > > On Mon, Jun 16, 2014 at 2:24 AM, Miroslav Such? > wrote: > > To be more precise: softwarecollections.org > is inteded to be tracking site for > upstream of all SCLs. > In the same meaning as rubygems.org is for > Ruby modules, CPAN for Perl modules. > Most of the collections are from user "rhscl", but other users are > encouraged to create and upload their own collections. > > > This all sounds like a great project, and thanks to everyone involved. > If I may ask about Python27 and mod_wsgi specifically, it seems to > require httpd24 SCL? Is that an SCL policy, that they wouldn't be built > against things available in base? Compatibility of binary connectors is tricky, because they often may support only one version at a time. It is also obvious that we are not capable of preparing all combinations. So, when a component (which the connector is built against; httpd in this case) exists in both, base system (Fedora, RHEL) and other available SCL, we suppose people would like to use the newer version of that component (the one from the SCL), thus compiling to SCL has often priority. It is not a strict rule though. Anyway, in case somebody needs a connector for older component, there is a possibility to extend the Python27 SCL by a new package with the connector that is built against httpd from core RHEL. Hope that helps. Regards, Honza > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg >