From hhorak at redhat.com Tue Mar 1 07:30:30 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 1 Mar 2016 08:30:30 +0100 Subject: [scl.org] devtoolset 2? In-Reply-To: References: <568BE1A1.8060207@redhat.com> <568D2CF3.50900@redhat.com> <568D7D66.6090305@redhat.com> <569FBEEE.50201@redhat.com> Message-ID: <56D54516.5000509@redhat.com> On 02/27/2016 09:57 PM, Dave Johansen wrote: > On Fri, Feb 26, 2016 at 10:38 PM, Dave Johansen > wrote: > > On Fri, Feb 26, 2016 at 10:12 PM, Dave Johansen > > wrote: > > On Wed, Jan 20, 2016 at 10:07 AM, Honza Horak > wrote: > > On 01/13/2016 05:14 AM, Dave Johansen wrote: > > On Wed, Jan 6, 2016 at 1:47 PM, Honza Horak > > >> > wrote: > > On 01/06/2016 05:41 PM, Dave Johansen wrote: > > On Wed, Jan 6, 2016 at 8:04 AM, Honza Horak > > > > >>> wrote: > > On 01/05/2016 04:35 PM, Dave Johansen wrote: > > On Tue, Jan 5, 2016 at 8:30 AM, Honza > Horak > > > > >> > > > >>>> wrote: > > Interesting, you're first who > asks for that. > Currently, > there is > nobody working on it. > > > We're working on moving to EL 7, but > still need to > support EL 6 > installations. We'd also like to start > allowing use of > C++11 in > our code > base and using the same version of gcc > on both EL 6 and > 7 seemed > like > the best way to accomplish both of > these goals. > > If you're willing to try that, I > wouldn't be > against, I > just must > warn you that rebuilding > devtoolset is always a > lot of fun > (like > https://www.redhat.com/archives/sclorg/2015-December/msg00050.html).. > > > What's the best way to start this? > Are there modifications that are > required for source > .rpm (removing > RedHat naming, etc)? Or is it just > start building it > and dealing > with > the issues that pop up? > > > There is no need to remove any naming, we > usually take srpm > from RH > and rebuild. However, the bootstrapping is > usually very > challenging. > I'd recommend first to try to rebuild at > least basic packages > yourself using mock (or copr), so you see > how far you can get.. > Then, if you'll see it is worth the work, > we can create > tags/targets > in CBS and start with real rebuilds. > > > I was just going to start playing around with > this on COPR and I > noticed > that there appears to already be an existing > build of devtoolset-2: > https://copr.fedoraproject.org/coprs/rhscl/devtoolset/ > > It looks like it's not complete because only > some of the packages > succeeded, but would that serve as the best > starting point? If so, > what's the best way to move forward with that? > > > Well, why not, I can add you as collaborator in > this project -- what > is your copr username? However, I'm afraid that > whoever tried that, > he got blocked on some non easy issues, which is > the reason why it > is not finished. > > > My username is daveisfera. > > > Well, I've realized the copr is not named devtoolset-2, but > just devtoolset, which is not ideal.. and renaming is not > possible in copr.. maybe it would be better if you'd create > your own copr, which has correct name.. > > Is there anything special that needs to be done to do > these builds? > > > Honestly, I don't know what is necessary to fix the builds, > but since they were failing, I expect something would need > to be fixed. > > Is there an original location for the source rpms? And > is this COPR use > those or some modification of them? > > > The sources are available here: > http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHDevToolset/SRPMS/ > > > It looks like the source .rpm for felix-gogo-parent is missing. > What needs to happen for that to be added? > > > Also, it appears that some of them depend on maven plugins that > aren't available: > https://copr-be.cloud.fedoraproject.org/results/daveisfera/devtoolset2/epel-6-x86_64/00163449-devtoolset-2-apache-commons-codec/root.log.gz > What can be done to resolve that? > > > It looks like the maven packages are supposed to come from the maven > SCL, so never mind about that. On a related note, the odd thing is that > some of the apache-common packages are in the devtoolset SCL and other > are in maven SCL. It just seems kind of odd to be broken up that way, > but whatever works I guess. > > So, the only real issue seems to be the missing source .rpm for > felix-gogo-parent. Do you think sources from devtoolset-3 could be used? https://github.com/sclorg-distgit/felix-gogo-parent/tree/sig-sclo6-devtoolset-3-rh Honza From davejohansen at gmail.com Tue Mar 1 14:42:28 2016 From: davejohansen at gmail.com (Dave Johansen) Date: Tue, 1 Mar 2016 07:42:28 -0700 Subject: [scl.org] devtoolset 2? In-Reply-To: <56D54516.5000509@redhat.com> References: <568BE1A1.8060207@redhat.com> <568D2CF3.50900@redhat.com> <568D7D66.6090305@redhat.com> <569FBEEE.50201@redhat.com> <56D54516.5000509@redhat.com> Message-ID: On Tue, Mar 1, 2016 at 12:30 AM, Honza Horak wrote: > On 02/27/2016 09:57 PM, Dave Johansen wrote: > >> On Fri, Feb 26, 2016 at 10:38 PM, Dave Johansen > > wrote: >> >> On Fri, Feb 26, 2016 at 10:12 PM, Dave Johansen >> > wrote: >> >> On Wed, Jan 20, 2016 at 10:07 AM, Honza Horak > > wrote: >> >> On 01/13/2016 05:14 AM, Dave Johansen wrote: >> >> On Wed, Jan 6, 2016 at 1:47 PM, Honza Horak >> >> >> >> wrote: >> >> On 01/06/2016 05:41 PM, Dave Johansen wrote: >> >> On Wed, Jan 6, 2016 at 8:04 AM, Honza Horak >> >> > > >> > > >>> wrote: >> >> On 01/05/2016 04:35 PM, Dave Johansen wrote: >> >> On Tue, Jan 5, 2016 at 8:30 AM, Honza >> Horak >> >> > >> > > >> >> > > > >> > > >>>> wrote: >> >> Interesting, you're first who >> asks for that. >> Currently, >> there is >> nobody working on it. >> >> >> We're working on moving to EL 7, but >> still need to >> support EL 6 >> installations. We'd also like to start >> allowing use of >> C++11 in >> our code >> base and using the same version of gcc >> on both EL 6 and >> 7 seemed >> like >> the best way to accomplish both of >> these goals. >> >> If you're willing to try that, I >> wouldn't be >> against, I >> just must >> warn you that rebuilding >> devtoolset is always a >> lot of fun >> (like >> >> https://www.redhat.com/archives/sclorg/2015-December/msg00050.html).. >> >> >> What's the best way to start this? >> Are there modifications that are >> required for source >> .rpm (removing >> RedHat naming, etc)? Or is it just >> start building it >> and dealing >> with >> the issues that pop up? >> >> >> There is no need to remove any naming, we >> usually take srpm >> from RH >> and rebuild. However, the bootstrapping is >> usually very >> challenging. >> I'd recommend first to try to rebuild at >> least basic packages >> yourself using mock (or copr), so you see >> how far you can get.. >> Then, if you'll see it is worth the work, >> we can create >> tags/targets >> in CBS and start with real rebuilds. >> >> >> I was just going to start playing around with >> this on COPR and I >> noticed >> that there appears to already be an existing >> build of devtoolset-2: >> https://copr.fedoraproject.org/coprs/rhscl/devtoolset/ >> >> It looks like it's not complete because only >> some of the packages >> succeeded, but would that serve as the best >> starting point? If so, >> what's the best way to move forward with that? >> >> >> Well, why not, I can add you as collaborator in >> this project -- what >> is your copr username? However, I'm afraid that >> whoever tried that, >> he got blocked on some non easy issues, which is >> the reason why it >> is not finished. >> >> >> My username is daveisfera. >> >> >> Well, I've realized the copr is not named devtoolset-2, but >> just devtoolset, which is not ideal.. and renaming is not >> possible in copr.. maybe it would be better if you'd create >> your own copr, which has correct name.. >> >> Is there anything special that needs to be done to do >> these builds? >> >> >> Honestly, I don't know what is necessary to fix the builds, >> but since they were failing, I expect something would need >> to be fixed. >> >> Is there an original location for the source rpms? And >> is this COPR use >> those or some modification of them? >> >> >> The sources are available here: >> >> http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHDevToolset/SRPMS/ >> >> >> It looks like the source .rpm for felix-gogo-parent is missing. >> What needs to happen for that to be added? >> >> >> Also, it appears that some of them depend on maven plugins that >> aren't available: >> >> https://copr-be.cloud.fedoraproject.org/results/daveisfera/devtoolset2/epel-6-x86_64/00163449-devtoolset-2-apache-commons-codec/root.log.gz >> What can be done to resolve that? >> >> >> It looks like the maven packages are supposed to come from the maven >> SCL, so never mind about that. On a related note, the odd thing is that >> some of the apache-common packages are in the devtoolset SCL and other >> are in maven SCL. It just seems kind of odd to be broken up that way, >> but whatever works I guess. >> >> So, the only real issue seems to be the missing source .rpm for >> felix-gogo-parent. >> > > Do you think sources from devtoolset-3 could be used? > > https://github.com/sclorg-distgit/felix-gogo-parent/tree/sig-sclo6-devtoolset-3-rh > I'm guessing that would probably work, but isn't making the source available that was used to build devtoolset-2 required to satisfy the license? -------------- next part -------------- An HTML attachment was scrubbed... URL: From hhorak at redhat.com Tue Mar 1 15:44:36 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 1 Mar 2016 16:44:36 +0100 Subject: [scl.org] devtoolset 2? In-Reply-To: References: <568BE1A1.8060207@redhat.com> <568D2CF3.50900@redhat.com> <568D7D66.6090305@redhat.com> <569FBEEE.50201@redhat.com> <56D54516.5000509@redhat.com> Message-ID: <56D5B8E4.9000103@redhat.com> On 03/01/2016 03:42 PM, Dave Johansen wrote: > So, the only real issue seems to be the missing source .rpm for > felix-gogo-parent. > > > Do you think sources from devtoolset-3 could be used? > https://github.com/sclorg-distgit/felix-gogo-parent/tree/sig-sclo6-devtoolset-3-rh > > > I'm guessing that would probably work, but isn't making the source > available that was used to build devtoolset-2 required to satisfy the > license? I don't know whether it is required to satisfy the license, but it was definitely not deliberate, most probably just issue that might not be fixed that easily because devtoolset-2 is not maintained anymore. Anyway, the source is now available here: https://github.com/sclorg-distgit/felix-gogo-parent/tree/sig-sclo6-devtoolset-2-rh HTH, Honza From davejohansen at gmail.com Tue Mar 1 15:54:04 2016 From: davejohansen at gmail.com (Dave Johansen) Date: Tue, 1 Mar 2016 08:54:04 -0700 Subject: [scl.org] devtoolset 2? In-Reply-To: <56D5B8E4.9000103@redhat.com> References: <568BE1A1.8060207@redhat.com> <568D2CF3.50900@redhat.com> <568D7D66.6090305@redhat.com> <569FBEEE.50201@redhat.com> <56D54516.5000509@redhat.com> <56D5B8E4.9000103@redhat.com> Message-ID: On Tue, Mar 1, 2016 at 8:44 AM, Honza Horak wrote: > On 03/01/2016 03:42 PM, Dave Johansen wrote: > >> So, the only real issue seems to be the missing source .rpm for >> felix-gogo-parent. >> >> >> Do you think sources from devtoolset-3 could be used? >> >> https://github.com/sclorg-distgit/felix-gogo-parent/tree/sig-sclo6-devtoolset-3-rh >> >> >> I'm guessing that would probably work, but isn't making the source >> available that was used to build devtoolset-2 required to satisfy the >> license? >> > > I don't know whether it is required to satisfy the license, but it was > definitely not deliberate, most probably just issue that might not be fixed > that easily because devtoolset-2 is not maintained anymore. > > Anyway, the source is now available here: > > https://github.com/sclorg-distgit/felix-gogo-parent/tree/sig-sclo6-devtoolset-2-rh > Ok. Thanks, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jaroslaw.Polok at cern.ch Fri Mar 4 09:26:17 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Fri, 4 Mar 2016 10:26:17 +0100 Subject: [scl.org] Introducing httpd24more Software Collection Message-ID: <56D954B9.8000306@cern.ch> Hello list First packages have been built in httpd24more Software Collection (additional httpd24 modules for httpd24 SC) on cbs.centos.org and are available for tests from temporary location: http://cbs.centos.org/kojifiles/repos/sclo6-sclo-httpd24more-sclo-el6-build/latest/x86_64/ http://cbs.centos.org/kojifiles/repos/sclo7-sclo-httpd24more-sclo-el7-build/latest/x86_64/ Included packages (for 6 and 7) are: sclo-httpd24-mod_auth_mellon (https://github.com/UNINETT/mod_auth_mellon) sclo-httpd24-mod_ruid2 (http://sourceforge.net/projects/mod-ruid/) Before these can pass from 'candidate' to 'release' tag I would appreciate any feedback / testing. Best Regards Jarek __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From Jaroslaw.Polok at cern.ch Fri Mar 4 10:28:58 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Fri, 4 Mar 2016 11:28:58 +0100 Subject: [scl.org] New SCLo collection: git25 ? Message-ID: <56D9636A.3010606@cern.ch> Hello list Current rh collections contain git19 one and my understanding is RH is not going to put a newer git version in there anytime soon (?) .. In our place we have received numerous user requests to provide git at least version 2.X on 6 and 7 platforms. We have also recently deployed a GitLab site-wide installation which would profit from using git >= 2.0 client (my understanding is that this concerns gc.autoDetach option which prevents "slow pushes" when garbage collection happens) Therefore I would like to propose to introduce sclo-git25 collection for 6 and 7 I think it would be an useful addon - and if there is some interest I would like to start working on packaging .. Your opinions ? Best Regards Jarek -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From Jaroslaw.Polok at cern.ch Fri Mar 4 10:41:43 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Fri, 4 Mar 2016 11:41:43 +0100 Subject: [scl.org] New SCLo collection: subversion19 ? Message-ID: <56D96667.4080902@cern.ch> Hello list At present subversion versions on 6 and 7 differ (1.6.X vs. 1.7.x): and these two version use incompatible structure of local working copy (checkout). In our place where user accounts data is stored on a shared filesystem above causes major inconvenience for users developing for both 6 and 7 platforms. To work around such problems I would like to propose to introduce sclo-subversion19 collection for 6 and 7 - if there is some interest I would like to start working on packaging .. Your opinions ? Best Regards Jarek -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From Souvignier at itc.rwth-aachen.de Fri Mar 4 10:42:58 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Fri, 4 Mar 2016 10:42:58 +0000 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56D9636A.3010606@cern.ch> References: <56D9636A.3010606@cern.ch> Message-ID: <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> Hi, I'm also deploying a site-wide Gitlab installation at work and would happily use an sclo-git25 collection. I could also help with packaging if needed. Best regards, Daniel -----Urspr?ngliche Nachricht----- Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag von Jarek Polok Gesendet: Freitag, 4. M?rz 2016 11:29 An: sclorg at redhat.com Betreff: [scl.org] New SCLo collection: git25 ? Hello list Current rh collections contain git19 one and my understanding is RH is not going to put a newer git version in there anytime soon (?) .. In our place we have received numerous user requests to provide git at least version 2.X on 6 and 7 platforms. We have also recently deployed a GitLab site-wide installation which would profit from using git >= 2.0 client (my understanding is that this concerns gc.autoDetach option which prevents "slow pushes" when garbage collection happens) Therefore I would like to propose to introduce sclo-git25 collection for 6 and 7 I think it would be an useful addon - and if there is some interest I would like to start working on packaging .. Your opinions ? Best Regards Jarek -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ _______________________________________________ SCLorg mailing list SCLorg at redhat.com https://www.redhat.com/mailman/listinfo/sclorg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From Jaroslaw.Polok at cern.ch Fri Mar 4 13:32:20 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Fri, 4 Mar 2016 14:32:20 +0100 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> Message-ID: <56D98E64.3090206@cern.ch> On 03/04/2016 11:42 AM, Souvignier, Daniel wrote: > Hi, > > I'm also deploying a site-wide Gitlab installation at work and would happily > use an sclo-git25 collection. I could also help with packaging if needed. > Perfect ! .. so let's get started: https://bugs.centos.org/view.php?id=10496 I hope above can be discussed on next IRC SCLo SIG meeting .. Best Regards Jarek > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag > von Jarek Polok > Gesendet: Freitag, 4. M?rz 2016 11:29 > An: sclorg at redhat.com > Betreff: [scl.org] New SCLo collection: git25 ? > > Hello list > > Current rh collections contain git19 one and my understanding is RH is not > going to put a newer git version in there anytime soon (?) .. > > In our place we have received numerous user requests to provide git at least > version 2.X on 6 and 7 platforms. We have also recently deployed a GitLab > site-wide installation which would profit from using git >= 2.0 client (my > understanding is that this concerns gc.autoDetach option which prevents > "slow pushes" when garbage collection happens) > > Therefore I would like to propose to introduce > > sclo-git25 collection for 6 and 7 > > I think it would be an useful addon - and if there is some interest I would > like to start working on packaging .. > > Your opinions ? > > Best Regards > > Jarek > -- > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From Souvignier at itc.rwth-aachen.de Fri Mar 4 13:37:05 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Fri, 4 Mar 2016 13:37:05 +0000 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56D98E64.3090206@cern.ch> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> Message-ID: <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> Ok. For me it will be the first time building an scl, so I'll need a direction on where to start. So please notify me when repositories to clone into are setup. But I know my way around rpm building in general. Best regards, Daniel -----Urspr?ngliche Nachricht----- Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] Gesendet: Freitag, 4. M?rz 2016 14:32 An: Souvignier, Daniel ; sclorg at redhat.com Betreff: Re: AW: [scl.org] New SCLo collection: git25 ? On 03/04/2016 11:42 AM, Souvignier, Daniel wrote: > Hi, > > I'm also deploying a site-wide Gitlab installation at work and would > happily use an sclo-git25 collection. I could also help with packaging if needed. > Perfect ! .. so let's get started: https://bugs.centos.org/view.php?id=10496 I hope above can be discussed on next IRC SCLo SIG meeting .. Best Regards Jarek > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im > Auftrag von Jarek Polok > Gesendet: Freitag, 4. M?rz 2016 11:29 > An: sclorg at redhat.com > Betreff: [scl.org] New SCLo collection: git25 ? > > Hello list > > Current rh collections contain git19 one and my understanding is RH is > not going to put a newer git version in there anytime soon (?) .. > > In our place we have received numerous user requests to provide git at > least version 2.X on 6 and 7 platforms. We have also recently deployed > a GitLab site-wide installation which would profit from using git >= > 2.0 client (my understanding is that this concerns gc.autoDetach > option which prevents "slow pushes" when garbage collection happens) > > Therefore I would like to propose to introduce > > sclo-git25 collection for 6 and 7 > > I think it would be an useful addon - and if there is some interest I > would like to start working on packaging .. > > Your opinions ? > > Best Regards > > Jarek > -- > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From hhorak at redhat.com Fri Mar 4 14:35:29 2016 From: hhorak at redhat.com (Honza Horak) Date: Fri, 4 Mar 2016 15:35:29 +0100 Subject: [scl.org] New SCLo collection: subversion19 ? In-Reply-To: <56D96667.4080902@cern.ch> References: <56D96667.4080902@cern.ch> Message-ID: <56D99D31.9000105@redhat.com> On 03/04/2016 11:41 AM, Jarek Polok wrote: > Hello list > > At present subversion versions on 6 and 7 differ > (1.6.X vs. 1.7.x): and these two version use incompatible > structure of local working copy (checkout). > > In our place where user accounts data is stored > on a shared filesystem above causes major > inconvenience for users developing for both 6 and 7 > platforms. > > To work around such problems I would like to propose > to introduce > > sclo-subversion19 collection for 6 and 7 > > - if there is some interest I would like to start > working on packaging .. > > Your opinions ? It sounds fine for me. The name looks correct as well, considering the compatibility of particular versions. Let's bring this on the next SCLo SIG meeting. Honza From hhorak at redhat.com Fri Mar 4 14:42:26 2016 From: hhorak at redhat.com (Honza Horak) Date: Fri, 4 Mar 2016 15:42:26 +0100 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56D9636A.3010606@cern.ch> References: <56D9636A.3010606@cern.ch> Message-ID: <56D99ED2.5020000@redhat.com> On 03/04/2016 11:28 AM, Jarek Polok wrote: > Hello list > > Current rh collections contain git19 one and my > understanding is RH is not going to put a newer git > version in there anytime soon (?) .. Definitely not into the existing collection, since the versions are not compatible. I don't think there is much other work being done towards git25 these days either. > In our place we have received numerous user requests > to provide git at least version 2.X on 6 and 7 > platforms. We have also recently deployed a GitLab > site-wide installation which would profit from > using git >= 2.0 client (my understanding is that > this concerns gc.autoDetach option which prevents > "slow pushes" when garbage collection happens) > > Therefore I would like to propose to introduce > > sclo-git25 collection for 6 and 7 > > I think it would be an useful addon - and if there > is some interest I would like to start working on > packaging .. > > Your opinions ? Sounds good to me, the name looks fine to me as well. Honza From hhorak at redhat.com Fri Mar 4 14:45:34 2016 From: hhorak at redhat.com (Honza Horak) Date: Fri, 4 Mar 2016 15:45:34 +0100 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> Message-ID: <56D99F8E.6060909@redhat.com> On 03/04/2016 02:37 PM, Souvignier, Daniel wrote: > Ok. For me it will be the first time building an scl, so I'll need a > direction on where to start. So please notify me when repositories to clone > into are setup. But I know my way around rpm building in general. SCL specifics are documented here: https://www.softwarecollections.org/en/docs/guide/ but feel free to reach out to this ML if you have any troubles, there are bunch of guys here who went through the SCL experience already, so they should be able to help. Honza > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] > Gesendet: Freitag, 4. M?rz 2016 14:32 > An: Souvignier, Daniel ; sclorg at redhat.com > Betreff: Re: AW: [scl.org] New SCLo collection: git25 ? > > On 03/04/2016 11:42 AM, Souvignier, Daniel wrote: >> Hi, >> >> I'm also deploying a site-wide Gitlab installation at work and would >> happily use an sclo-git25 collection. I could also help with packaging if > needed. >> > > Perfect ! .. so let's get started: > > https://bugs.centos.org/view.php?id=10496 > > I hope above can be discussed on next IRC SCLo SIG meeting .. > > Best Regards > > Jarek > >> Best regards, >> Daniel >> >> -----Urspr?ngliche Nachricht----- >> Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im >> Auftrag von Jarek Polok >> Gesendet: Freitag, 4. M?rz 2016 11:29 >> An: sclorg at redhat.com >> Betreff: [scl.org] New SCLo collection: git25 ? >> >> Hello list >> >> Current rh collections contain git19 one and my understanding is RH is >> not going to put a newer git version in there anytime soon (?) .. >> >> In our place we have received numerous user requests to provide git at >> least version 2.X on 6 and 7 platforms. We have also recently deployed >> a GitLab site-wide installation which would profit from using git >= >> 2.0 client (my understanding is that this concerns gc.autoDetach >> option which prevents "slow pushes" when garbage collection happens) >> >> Therefore I would like to propose to introduce >> >> sclo-git25 collection for 6 and 7 >> >> I think it would be an useful addon - and if there is some interest I >> would like to start working on packaging .. >> >> Your opinions ? >> >> Best Regards >> >> Jarek >> -- >> __ >> ------------------------------------------------------- >> _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ >> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ >> ______________________________________+41_75_411_9487 _ >> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > > -- > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From Souvignier at itc.rwth-aachen.de Fri Mar 4 14:56:58 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Fri, 4 Mar 2016 14:56:58 +0000 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56D99F8E.6060909@redhat.com> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> <56D99F8E.6060909@redhat.com> Message-ID: <6f2570420c6b411ca31c6d5fbf0f26da@rwthex-w2-a.rwth-ad.de> Hi, found that doc already, thanks. Is there any git repo with some default files / templates to get started? Maybe already one for git25? Best regards, Daniel -----Urspr?ngliche Nachricht----- Von: Honza Horak [mailto:hhorak at redhat.com] Gesendet: Freitag, 4. M?rz 2016 15:46 An: Souvignier, Daniel ; sclorg at redhat.com Betreff: Re: [scl.org] New SCLo collection: git25 ? On 03/04/2016 02:37 PM, Souvignier, Daniel wrote: > Ok. For me it will be the first time building an scl, so I'll need a > direction on where to start. So please notify me when repositories to > clone into are setup. But I know my way around rpm building in general. SCL specifics are documented here: https://www.softwarecollections.org/en/docs/guide/ but feel free to reach out to this ML if you have any troubles, there are bunch of guys here who went through the SCL experience already, so they should be able to help. Honza > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] > Gesendet: Freitag, 4. M?rz 2016 14:32 > An: Souvignier, Daniel ; > sclorg at redhat.com > Betreff: Re: AW: [scl.org] New SCLo collection: git25 ? > > On 03/04/2016 11:42 AM, Souvignier, Daniel wrote: >> Hi, >> >> I'm also deploying a site-wide Gitlab installation at work and would >> happily use an sclo-git25 collection. I could also help with >> packaging if > needed. >> > > Perfect ! .. so let's get started: > > https://bugs.centos.org/view.php?id=10496 > > I hope above can be discussed on next IRC SCLo SIG meeting .. > > Best Regards > > Jarek > >> Best regards, >> Daniel >> >> -----Urspr?ngliche Nachricht----- >> Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im >> Auftrag von Jarek Polok >> Gesendet: Freitag, 4. M?rz 2016 11:29 >> An: sclorg at redhat.com >> Betreff: [scl.org] New SCLo collection: git25 ? >> >> Hello list >> >> Current rh collections contain git19 one and my understanding is RH >> is not going to put a newer git version in there anytime soon (?) .. >> >> In our place we have received numerous user requests to provide git >> at least version 2.X on 6 and 7 platforms. We have also recently >> deployed a GitLab site-wide installation which would profit from >> using git >= >> 2.0 client (my understanding is that this concerns gc.autoDetach >> option which prevents "slow pushes" when garbage collection happens) >> >> Therefore I would like to propose to introduce >> >> sclo-git25 collection for 6 and 7 >> >> I think it would be an useful addon - and if there is some interest I >> would like to start working on packaging .. >> >> Your opinions ? >> >> Best Regards >> >> Jarek >> -- >> __ >> ------------------------------------------------------- >> _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ >> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ >> ______________________________________+41_75_411_9487 _ >> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > > -- > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From hhorak at redhat.com Fri Mar 4 15:08:23 2016 From: hhorak at redhat.com (Honza Horak) Date: Fri, 4 Mar 2016 16:08:23 +0100 Subject: [scl.org] Introducing httpd24more Software Collection In-Reply-To: <56D954B9.8000306@cern.ch> References: <56D954B9.8000306@cern.ch> Message-ID: <56D9A4E7.4040806@redhat.com> Nice work, Jarek! There is a middle-step between candidate and release that you may use -- you can tag your builds to -testing tag and request adding the packages to buildlogs repos (my similar request for other SCLs: https://bugs.centos.org/view.php?id=10491) Then packages will be available in: http://buildlogs.centos.org/centos/7/sclo/x86_64/sclo/ and people would be able to test them easily by: #> yum-config-manager --enable centos-sclo-sclo-testing You may also consider creating tests in: https://github.com/sclorg/sclo-ci-tests/ And then enable them to be run automatically in: https://ci.centos.org/view/SCLo/ Cheers, Honza On 03/04/2016 10:26 AM, Jarek Polok wrote: > Hello list > > First packages have been built in httpd24more Software Collection > (additional httpd24 modules for httpd24 SC) on cbs.centos.org and are > available for tests from temporary location: > > http://cbs.centos.org/kojifiles/repos/sclo6-sclo-httpd24more-sclo-el6-build/latest/x86_64/ > > > http://cbs.centos.org/kojifiles/repos/sclo7-sclo-httpd24more-sclo-el7-build/latest/x86_64/ > > > Included packages (for 6 and 7) are: > > sclo-httpd24-mod_auth_mellon > (https://github.com/UNINETT/mod_auth_mellon) > > sclo-httpd24-mod_ruid2 > (http://sourceforge.net/projects/mod-ruid/) > > Before these can pass from 'candidate' to 'release' tag > I would appreciate any feedback / testing. > > Best Regards > > Jarek > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ > _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg From Souvignier at itc.rwth-aachen.de Fri Mar 4 15:25:54 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Fri, 4 Mar 2016 15:25:54 +0000 Subject: [scl.org] Introducing httpd24more Software Collection In-Reply-To: <56D9A4E7.4040806@redhat.com> References: <56D954B9.8000306@cern.ch> <56D9A4E7.4040806@redhat.com> Message-ID: <27360a27b193459a892d722b7937a200@rwthex-w2-a.rwth-ad.de> Hi, if I read this correctly, I can use the workflow described in the readme of https://github.com/sclorg/centpkg-sclo to get started, right? Best regards, Daniel -----Urspr?ngliche Nachricht----- Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag von Honza Horak Gesendet: Freitag, 4. M?rz 2016 16:08 An: Jarek Polok ; sclorg at redhat.com Betreff: Re: [scl.org] Introducing httpd24more Software Collection Nice work, Jarek! There is a middle-step between candidate and release that you may use -- you can tag your builds to -testing tag and request adding the packages to buildlogs repos (my similar request for other SCLs: https://bugs.centos.org/view.php?id=10491) Then packages will be available in: http://buildlogs.centos.org/centos/7/sclo/x86_64/sclo/ and people would be able to test them easily by: #> yum-config-manager --enable centos-sclo-sclo-testing You may also consider creating tests in: https://github.com/sclorg/sclo-ci-tests/ And then enable them to be run automatically in: https://ci.centos.org/view/SCLo/ Cheers, Honza On 03/04/2016 10:26 AM, Jarek Polok wrote: > Hello list > > First packages have been built in httpd24more Software Collection > (additional httpd24 modules for httpd24 SC) on cbs.centos.org and are > available for tests from temporary location: > > http://cbs.centos.org/kojifiles/repos/sclo6-sclo-httpd24more-sclo-el6- > build/latest/x86_64/ > > > http://cbs.centos.org/kojifiles/repos/sclo7-sclo-httpd24more-sclo-el7- > build/latest/x86_64/ > > > Included packages (for 6 and 7) are: > > sclo-httpd24-mod_auth_mellon > (https://github.com/UNINETT/mod_auth_mellon) > > sclo-httpd24-mod_ruid2 > (http://sourceforge.net/projects/mod-ruid/) > > Before these can pass from 'candidate' to 'release' tag I would > appreciate any feedback / testing. > > Best Regards > > Jarek > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg _______________________________________________ SCLorg mailing list SCLorg at redhat.com https://www.redhat.com/mailman/listinfo/sclorg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From doran at bluehost.com Fri Mar 4 21:53:55 2016 From: doran at bluehost.com (Doran Barton) Date: Fri, 4 Mar 2016 14:53:55 -0700 Subject: [scl.org] spec2scl needs a tty? Message-ID: <20160304145355.636c91c6@doran-t440s> We are working on automating RPM builds (including SCL builds) using Bamboo. Our automated scripts work great when we run them at the command line, but when we run them via Bamboo, they fail because there is a line that calls 'spec2scl' and spec2scl has code in it like this: if len(args.specfiles) > 0 and not sys.stdin.isatty(): parser.error( 'You must either specify specfile(s) or reading from stdin, not both.') Does anyone know the reasoning behind this? -- Doran L. Barton - Senior Developer at Bluehost "We want to do and get good things because we want to enjoy the memories." -- Seen on a body sponge wrapper in Japan From rkuska at redhat.com Mon Mar 7 09:53:34 2016 From: rkuska at redhat.com (Robert Kuska) Date: Mon, 7 Mar 2016 04:53:34 -0500 (EST) Subject: [scl.org] spec2scl needs a tty? In-Reply-To: <20160304145355.636c91c6@doran-t440s> References: <20160304145355.636c91c6@doran-t440s> Message-ID: <694987957.26851469.1457344414905.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Doran Barton" > To: sclorg at redhat.com > Sent: Friday, March 4, 2016 10:53:55 PM > Subject: [scl.org] spec2scl needs a tty? > > We are working on automating RPM builds (including SCL builds) using > Bamboo. Our automated scripts work great when we run them at the command > line, but when we run them via Bamboo, they fail because there is a > line that calls 'spec2scl' and spec2scl has code in it like this: > > if len(args.specfiles) > 0 and not sys.stdin.isatty(): > parser.error( > 'You must either specify specfile(s) or reading from stdin, not > both.') > > Does anyone know the reasoning behind this? When I added to spec2scl functionality to process specfiles sent to it via stdin I found sys.stdin.isatty to be the best function to detect if I have any anything to read from. To keep spec2scl simple I decided that it would the best (as described in error message) to either have specfiles provided as argument or via stdin, not both. The problem for you, if I understand you correctly is that you are invoking in your scripts spec2scl using arguments but Bamboo sends into something via stdin, or do you want to use both (argument+stdin) methods at once? Please feel free to open an issue at https://bitbucket.org/bkabrda/spec2scl/issues?status=new&status=open > > -- > Doran L. Barton - Senior Developer at Bluehost > "We want to do and get good things because we want to enjoy the memories." > -- Seen on a body sponge wrapper in Japan > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -- Robert Kuska {rkuska} From hhorak at redhat.com Tue Mar 8 11:37:51 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 8 Mar 2016 12:37:51 +0100 Subject: [scl.org] Introducing httpd24more Software Collection In-Reply-To: <27360a27b193459a892d722b7937a200@rwthex-w2-a.rwth-ad.de> References: <56D954B9.8000306@cern.ch> <56D9A4E7.4040806@redhat.com> <27360a27b193459a892d722b7937a200@rwthex-w2-a.rwth-ad.de> Message-ID: <56DEB98F.2070109@redhat.com> On 03/04/2016 04:25 PM, Souvignier, Daniel wrote: > Hi, > > if I read this correctly, I can use the workflow described in the readme of > https://github.com/sclorg/centpkg-sclo to get started, right? Yes, except you don't have access to https://github.com/sclorg-distgit/ yet. You should be a member of SIG first to get access to this git repo. Honza > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag > von Honza Horak > Gesendet: Freitag, 4. M?rz 2016 16:08 > An: Jarek Polok ; sclorg at redhat.com > Betreff: Re: [scl.org] Introducing httpd24more Software Collection > > Nice work, Jarek! > > There is a middle-step between candidate and release that you may use -- you > can tag your builds to -testing tag and request adding the packages to > buildlogs repos (my similar request for other SCLs: > https://bugs.centos.org/view.php?id=10491) > > Then packages will be available in: > http://buildlogs.centos.org/centos/7/sclo/x86_64/sclo/ > > and people would be able to test them easily by: > #> yum-config-manager --enable centos-sclo-sclo-testing > > You may also consider creating tests in: > https://github.com/sclorg/sclo-ci-tests/ > > And then enable them to be run automatically in: > https://ci.centos.org/view/SCLo/ > > Cheers, > Honza > > On 03/04/2016 10:26 AM, Jarek Polok wrote: >> Hello list >> >> First packages have been built in httpd24more Software Collection >> (additional httpd24 modules for httpd24 SC) on cbs.centos.org and are >> available for tests from temporary location: >> >> http://cbs.centos.org/kojifiles/repos/sclo6-sclo-httpd24more-sclo-el6- >> build/latest/x86_64/ >> >> >> http://cbs.centos.org/kojifiles/repos/sclo7-sclo-httpd24more-sclo-el7- >> build/latest/x86_64/ >> >> >> Included packages (for 6 and 7) are: >> >> sclo-httpd24-mod_auth_mellon >> (https://github.com/UNINETT/mod_auth_mellon) >> >> sclo-httpd24-mod_ruid2 >> (http://sourceforge.net/projects/mod-ruid/) >> >> Before these can pass from 'candidate' to 'release' tag I would >> appreciate any feedback / testing. >> >> Best Regards >> >> Jarek >> __ >> ------------------------------------------------------- >> _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ >> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ >> ______________________________________+41_75_411_9487 _ >> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From Jaroslaw.Polok at cern.ch Tue Mar 8 12:14:55 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Tue, 8 Mar 2016 13:14:55 +0100 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> Message-ID: <56DEC23F.70009@cern.ch> On 03/04/2016 02:37 PM, Souvignier, Daniel wrote: > Ok. For me it will be the first time building an scl, so I'll need a > direction on where to start. So please notify me when repositories to clone > into are setup. But I know my way around rpm building in general. OK, so here is an initial attempt at packaging sclo-git25: https://github.com/jaroslawp/sclo-git25 (certainly needs a lot of polishing .. this is just 1st try ..) you can try on CentOS/RHEL/SL(C) 6 and/or 7 (x86_64) to: 1) build sclo-git25-1.0-1.try1.src.rpm 2) install resulting sclo-git25-build rpm 3) build sclo-git25-git-2.5.0-4.try1.src.rpm for 3) you will need Software Collections (install centos-release-scl / centos-release-scl-rh for C extras) Any corrections/improvements/feedback.. etc are of course welcome ! Best Regards Jarek __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From Jaroslaw.Polok at cern.ch Tue Mar 8 12:16:08 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Tue, 8 Mar 2016 13:16:08 +0100 Subject: [scl.org] Introducing httpd24more Software Collection In-Reply-To: <56DEB98F.2070109@redhat.com> References: <56D954B9.8000306@cern.ch> <56D9A4E7.4040806@redhat.com> <27360a27b193459a892d722b7937a200@rwthex-w2-a.rwth-ad.de> <56DEB98F.2070109@redhat.com> Message-ID: <56DEC288.8050005@cern.ch> Hi Honza On 03/08/2016 12:37 PM, Honza Horak wrote: > On 03/04/2016 04:25 PM, Souvignier, Daniel wrote: >> Hi, >> >> if I read this correctly, I can use the workflow described in the >> readme of >> https://github.com/sclorg/centpkg-sclo to get started, right? > > Yes, except you don't have access to https://github.com/sclorg-distgit/ > yet. You should be a member of SIG first to get access to this git repo. I think I became SCLo SIG member already: how do I get access there ? (my github account: 'jaroslawp') Cheers Jarek From Souvignier at itc.rwth-aachen.de Tue Mar 8 12:17:18 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Tue, 8 Mar 2016 12:17:18 +0000 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56DEC23F.70009@cern.ch> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> <56DEC23F.70009@cern.ch> Message-ID: <458dc0c7697c43fca1d98e601b2d228d@rwthex-w2-a.rwth-ad.de> Thanks, I will try once I find some time to do it. If I decide to change something, I'll fork your repo to my own github account and will send you a pull request. Best regards, Daniel -----Urspr?ngliche Nachricht----- Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] Gesendet: Dienstag, 8. M?rz 2016 13:15 An: Souvignier, Daniel ; sclorg at redhat.com Betreff: Re: AW: AW: [scl.org] New SCLo collection: git25 ? On 03/04/2016 02:37 PM, Souvignier, Daniel wrote: > Ok. For me it will be the first time building an scl, so I'll need a > direction on where to start. So please notify me when repositories to > clone into are setup. But I know my way around rpm building in general. OK, so here is an initial attempt at packaging sclo-git25: https://github.com/jaroslawp/sclo-git25 (certainly needs a lot of polishing .. this is just 1st try ..) you can try on CentOS/RHEL/SL(C) 6 and/or 7 (x86_64) to: 1) build sclo-git25-1.0-1.try1.src.rpm 2) install resulting sclo-git25-build rpm 3) build sclo-git25-git-2.5.0-4.try1.src.rpm for 3) you will need Software Collections (install centos-release-scl / centos-release-scl-rh for C extras) Any corrections/improvements/feedback.. etc are of course welcome ! Best Regards Jarek __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From Souvignier at itc.rwth-aachen.de Wed Mar 9 10:25:47 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Wed, 9 Mar 2016 10:25:47 +0000 Subject: [scl.org] Docker file for rpm building Message-ID: <7a6f431864664ceb9aa2684959428775@rwthex-w2-a.rwth-ad.de> Hi all, is there a ready-to-use docker file somewhere around for building rpms? If not, I'll make one myself and share it here. Best regards, Daniel -- Daniel Souvignier IT Center Gruppe: Anwendungsbetrieb Abteilung: Systeme und Betrieb RWTH Aachen University Seffenter Weg 23 52074 Aachen Tel.: +49 241 80-29267 souvignier at itc.rwth-aachen.de www.itc.rwth-aachen.de -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From Souvignier at itc.rwth-aachen.de Wed Mar 9 13:09:13 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Wed, 9 Mar 2016 13:09:13 +0000 Subject: [scl.org] Docker file for rpm building In-Reply-To: <7a6f431864664ceb9aa2684959428775@rwthex-w2-a.rwth-ad.de> References: <7a6f431864664ceb9aa2684959428775@rwthex-w2-a.rwth-ad.de> Message-ID: Hi, answering my own question, I just found https://github.com/alanfranz/docker-rpm-builder. Will try to use it for building sclo-git25 today. I?ll report back if it needs modifications to work with scls. Best regards, Daniel Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag von Souvignier, Daniel Gesendet: Mittwoch, 9. M?rz 2016 11:26 An: sclorg at redhat.com Betreff: [scl.org] Docker file for rpm building Hi all, is there a ready-to-use docker file somewhere around for building rpms? If not, I?ll make one myself and share it here. Best regards, Daniel -- Daniel Souvignier IT Center Gruppe: Anwendungsbetrieb Abteilung: Systeme und Betrieb RWTH Aachen University Seffenter Weg 23 52074 Aachen Tel.: +49 241 80-29267 souvignier at itc.rwth-aachen.de www.itc.rwth-aachen.de -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From hhorak at redhat.com Wed Mar 9 16:02:26 2016 From: hhorak at redhat.com (Honza Horak) Date: Wed, 9 Mar 2016 17:02:26 +0100 Subject: [scl.org] Introducing httpd24more Software Collection In-Reply-To: <56DEC288.8050005@cern.ch> References: <56D954B9.8000306@cern.ch> <56D9A4E7.4040806@redhat.com> <27360a27b193459a892d722b7937a200@rwthex-w2-a.rwth-ad.de> <56DEB98F.2070109@redhat.com> <56DEC288.8050005@cern.ch> Message-ID: <56E04912.1000206@redhat.com> On 03/08/2016 01:16 PM, Jarek Polok wrote: > Hi Honza > > On 03/08/2016 12:37 PM, Honza Horak wrote: >> On 03/04/2016 04:25 PM, Souvignier, Daniel wrote: >>> Hi, >>> >>> if I read this correctly, I can use the workflow described in the >>> readme of >>> https://github.com/sclorg/centpkg-sclo to get started, right? >> >> Yes, except you don't have access to https://github.com/sclorg-distgit/ >> yet. You should be a member of SIG first to get access to this git repo. > > I think I became SCLo SIG member already: how do I get access there ? > (my github account: 'jaroslawp') I just added you. We should document this better, I admin, even if the github repos are a temporary solution until we have working dist-git for SIGs in CentOS. Honza From hhorak at redhat.com Thu Mar 10 06:40:35 2016 From: hhorak at redhat.com (Honza Horak) Date: Thu, 10 Mar 2016 07:40:35 +0100 Subject: [scl.org] Docker file for rpm building In-Reply-To: References: <7a6f431864664ceb9aa2684959428775@rwthex-w2-a.rwth-ad.de> Message-ID: <56E116E3.1000209@redhat.com> I personally prefer mock for RPM building, since it is designed exactly for that purpose and it also works in chroot. When working on a new SCL, I create a separate profile in mock where scl-utils-build and -build is in the basic buildroot. If you want to know more, I can share some concrete example. Honza On 03/09/2016 02:09 PM, Souvignier, Daniel wrote: > Hi, > > answering my own question, I just found > https://github.com/alanfranz/docker-rpm-builder. Will try to use it for > building sclo-git25 today. I?ll report back if it needs modifications to > work with scls. > > Best regards, > > Daniel > > *Von:*sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] *Im > Auftrag von *Souvignier, Daniel > *Gesendet:* Mittwoch, 9. M?rz 2016 11:26 > *An:* sclorg at redhat.com > *Betreff:* [scl.org] Docker file for rpm building > > Hi all, > > is there a ready-to-use docker file somewhere around for building rpms? > If not, I?ll make one myself and share it here. > > Best regards, > > Daniel > > -- > > Daniel Souvignier > > IT Center > > Gruppe: Anwendungsbetrieb > > Abteilung: Systeme und Betrieb > > RWTH Aachen University > > Seffenter Weg 23 > > 52074 Aachen > > Tel.: +49 241 80-29267 > > souvignier at itc.rwth-aachen.de > > www.itc.rwth-aachen.de > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From hhorak at redhat.com Thu Mar 10 11:30:03 2016 From: hhorak at redhat.com (Honza Horak) Date: Thu, 10 Mar 2016 12:30:03 +0100 Subject: [scl.org] Docker file for rpm building In-Reply-To: References: Message-ID: <56E15ABB.1000905@redhat.com> Feel free to get inspired from this: https://github.com/hhorak/mock-example Honza On 03/10/2016 08:00 AM, Bryan Seitz wrote: > Please share:) > > > > Bryan Seitz > > -------- Original message -------- > From: Honza Horak > Date: 3/10/16 1:40 AM (GMT-05:00) > To: sclorg at redhat.com > Subject: Re: [scl.org] Docker file for rpm building > > I personally prefer mock for RPM building, since it is designed exactly > for that purpose and it also works in chroot. When working on a new SCL, > I create a separate profile in mock where scl-utils-build and > -build is in the basic buildroot. If you want to know more, I can > share some concrete example. > > Honza > > On 03/09/2016 02:09 PM, Souvignier, Daniel wrote: > > Hi, > > > > answering my own question, I just found > > https://github.com/alanfranz/docker-rpm-builder. Will try to use it for > > building sclo-git25 today. I?ll report back if it needs modifications to > > work with scls. > > > > Best regards, > > > > Daniel > > > > *Von:*sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] *Im > > Auftrag von *Souvignier, Daniel > > *Gesendet:* Mittwoch, 9. M?rz 2016 11:26 > > *An:* sclorg at redhat.com > > *Betreff:* [scl.org] Docker file for rpm building > > > > Hi all, > > > > is there a ready-to-use docker file somewhere around for building rpms? > > If not, I?ll make one myself and share it here. > > > > Best regards, > > > > Daniel > > > > -- > > > > Daniel Souvignier > > > > IT Center > > > > Gruppe: Anwendungsbetrieb > > > > Abteilung: Systeme und Betrieb > > > > RWTH Aachen University > > > > Seffenter Weg 23 > > > > 52074 Aachen > > > > Tel.: +49 241 80-29267 > > > > souvignier at itc.rwth-aachen.de > > > > www.itc.rwth-aachen.de > > > > > > > > _______________________________________________ > > SCLorg mailing list > > SCLorg at redhat.com > > https://www.redhat.com/mailman/listinfo/sclorg > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg From Souvignier at itc.rwth-aachen.de Thu Mar 10 13:08:46 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Thu, 10 Mar 2016 13:08:46 +0000 Subject: [scl.org] Docker file for rpm building In-Reply-To: <56E116E3.1000209@redhat.com> References: <7a6f431864664ceb9aa2684959428775@rwthex-w2-a.rwth-ad.de> <56E116E3.1000209@redhat.com> Message-ID: My problem is that I can't be sure that packages built with mock dist el6 or el7 also work in Oracle Linux, which we use at work for some systems. With docker, I can be sure that they'll work. Regards, Daniel -----Urspr?ngliche Nachricht----- Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag von Honza Horak Gesendet: Donnerstag, 10. M?rz 2016 07:41 An: sclorg at redhat.com Betreff: Re: [scl.org] Docker file for rpm building I personally prefer mock for RPM building, since it is designed exactly for that purpose and it also works in chroot. When working on a new SCL, I create a separate profile in mock where scl-utils-build and -build is in the basic buildroot. If you want to know more, I can share some concrete example. Honza On 03/09/2016 02:09 PM, Souvignier, Daniel wrote: > Hi, > > answering my own question, I just found > https://github.com/alanfranz/docker-rpm-builder. Will try to use it > for building sclo-git25 today. I?ll report back if it needs > modifications to work with scls. > > Best regards, > > Daniel > > *Von:*sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] *Im > Auftrag von *Souvignier, Daniel > *Gesendet:* Mittwoch, 9. M?rz 2016 11:26 > *An:* sclorg at redhat.com > *Betreff:* [scl.org] Docker file for rpm building > > Hi all, > > is there a ready-to-use docker file somewhere around for building rpms? > If not, I?ll make one myself and share it here. > > Best regards, > > Daniel > > -- > > Daniel Souvignier > > IT Center > > Gruppe: Anwendungsbetrieb > > Abteilung: Systeme und Betrieb > > RWTH Aachen University > > Seffenter Weg 23 > > 52074 Aachen > > Tel.: +49 241 80-29267 > > souvignier at itc.rwth-aachen.de > > www.itc.rwth-aachen.de > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > _______________________________________________ SCLorg mailing list SCLorg at redhat.com https://www.redhat.com/mailman/listinfo/sclorg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From hhorak at redhat.com Thu Mar 10 13:33:16 2016 From: hhorak at redhat.com (Honza Horak) Date: Thu, 10 Mar 2016 14:33:16 +0100 Subject: [scl.org] Docker file for rpm building In-Reply-To: References: <7a6f431864664ceb9aa2684959428775@rwthex-w2-a.rwth-ad.de> <56E116E3.1000209@redhat.com> Message-ID: <56E1779C.7040801@redhat.com> Sure, for testing Docker is probably good alternative. Honza On 03/10/2016 02:08 PM, Souvignier, Daniel wrote: > My problem is that I can't be sure that packages built with mock dist el6 or > el7 also work in Oracle Linux, which we use at work for some systems. With > docker, I can be sure that they'll work. > > Regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] Im Auftrag > von Honza Horak > Gesendet: Donnerstag, 10. M?rz 2016 07:41 > An: sclorg at redhat.com > Betreff: Re: [scl.org] Docker file for rpm building > > I personally prefer mock for RPM building, since it is designed exactly for > that purpose and it also works in chroot. When working on a new SCL, I > create a separate profile in mock where scl-utils-build and -build is > in the basic buildroot. If you want to know more, I can share some concrete > example. > > Honza > > On 03/09/2016 02:09 PM, Souvignier, Daniel wrote: >> Hi, >> >> answering my own question, I just found >> https://github.com/alanfranz/docker-rpm-builder. Will try to use it >> for building sclo-git25 today. I?ll report back if it needs >> modifications to work with scls. >> >> Best regards, >> >> Daniel >> >> *Von:*sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] *Im >> Auftrag von *Souvignier, Daniel >> *Gesendet:* Mittwoch, 9. M?rz 2016 11:26 >> *An:* sclorg at redhat.com >> *Betreff:* [scl.org] Docker file for rpm building >> >> Hi all, >> >> is there a ready-to-use docker file somewhere around for building rpms? >> If not, I?ll make one myself and share it here. >> >> Best regards, >> >> Daniel >> >> -- >> >> Daniel Souvignier >> >> IT Center >> >> Gruppe: Anwendungsbetrieb >> >> Abteilung: Systeme und Betrieb >> >> RWTH Aachen University >> >> Seffenter Weg 23 >> >> 52074 Aachen >> >> Tel.: +49 241 80-29267 >> >> souvignier at itc.rwth-aachen.de >> >> www.itc.rwth-aachen.de >> >> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From dominic at cleal.org Thu Mar 10 14:07:26 2016 From: dominic at cleal.org (Dominic Cleal) Date: Thu, 10 Mar 2016 14:07:26 +0000 Subject: [scl.org] sclo-ror42: Ruby on Rails 4.2 packages available for testing In-Reply-To: <56CB186C.305@cleal.org> References: <56CB186C.305@cleal.org> Message-ID: <56E17F9E.5060605@cleal.org> On 22/02/16 14:17, Dominic Cleal wrote: > I'm happy to announce test packages of a new Ruby on Rails 4.2 > collection are available from the CentOS Software Collections SIG. > > These are modelled on previous collections (e.g. rh-ror41) and provide > all of Rails with full asset compilation support, plus extras such as > jQuery (1.11.2 & 2.1.3). It depends on the rh-ruby22 and v8314 collections. > > To install it, run: > > yum install centos-release-scl > yum install --enablerepo=centos-sclo-sclo-testing --nogpgcheck sclo-ror42 > > Activate and use the collection with "scl enable sclo-ror42". > > https://wiki.centos.org/SpecialInterestGroup/SCLo/RubyOnRails contains > tips on using the RoR collection(s) with Passenger. > > Please test the collection out and report bugs to > https://github.com/domcleal/sclo-ror42/issues or on this thread. The rubygem-actionview and rubygem-activerecord RPMs have been updated to fix two issues: 1. actionview: fix insecure params calls from views (CVE-2016-2098) 2. activerecord: fix attribute dirty checks after #dup (#23637) They should appear in the testing repo in the next few hours. If all is well in another week then I'll release the collection. -- Dominic Cleal dominic at cleal.org From Jaroslaw.Polok at cern.ch Thu Mar 10 15:35:22 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Thu, 10 Mar 2016 16:35:22 +0100 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <458dc0c7697c43fca1d98e601b2d228d@rwthex-w2-a.rwth-ad.de> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> <56DEC23F.70009@cern.ch> <458dc0c7697c43fca1d98e601b2d228d@rwthex-w2-a.rwth-ad.de> Message-ID: <56E1943A.7020908@cern.ch> On 03/08/2016 01:17 PM, Souvignier, Daniel wrote: > Thanks, I will try once I find some time to do it. > If I decide to change something, I'll fork your repo to my own github > account and will send you a pull request. > Just to let you know: first CBS builds arrived: http://cbs.centos.org/koji/packages?tagID=689 http://cbs.centos.org/koji/packages?tagID=685 (fixes in specfiles comparing to what is at: https://github.com/jaroslawp/sclo-git25 -> this one will be obsoleted an moved to github.com/sclorg-distgit soon ..) Best Regards Jarek > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] > Gesendet: Dienstag, 8. M?rz 2016 13:15 > An: Souvignier, Daniel ; sclorg at redhat.com > Betreff: Re: AW: AW: [scl.org] New SCLo collection: git25 ? > > On 03/04/2016 02:37 PM, Souvignier, Daniel wrote: >> Ok. For me it will be the first time building an scl, so I'll need a >> direction on where to start. So please notify me when repositories to >> clone into are setup. But I know my way around rpm building in general. > > OK, so here is an initial attempt at packaging sclo-git25: > > https://github.com/jaroslawp/sclo-git25 > > (certainly needs a lot of polishing .. this is just 1st try ..) > > you can try on CentOS/RHEL/SL(C) 6 and/or 7 (x86_64) to: > > 1) build sclo-git25-1.0-1.try1.src.rpm > 2) install resulting sclo-git25-build rpm > 3) build sclo-git25-git-2.5.0-4.try1.src.rpm > > for 3) you will need Software Collections > (install centos-release-scl / centos-release-scl-rh for C extras) > > Any corrections/improvements/feedback.. etc are of course welcome ! > > Best Regards > > Jarek > > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From Souvignier at itc.rwth-aachen.de Thu Mar 10 16:26:03 2016 From: Souvignier at itc.rwth-aachen.de (Souvignier, Daniel) Date: Thu, 10 Mar 2016 16:26:03 +0000 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: <56E1943A.7020908@cern.ch> References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> <56DEC23F.70009@cern.ch> <458dc0c7697c43fca1d98e601b2d228d@rwthex-w2-a.rwth-ad.de> <56E1943A.7020908@cern.ch> Message-ID: Another thing... Why build git 2.5, when 2.7.2 is available in source? Best regards, Daniel -----Urspr?ngliche Nachricht----- Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] Gesendet: Donnerstag, 10. M?rz 2016 16:35 An: Souvignier, Daniel ; sclorg at redhat.com Betreff: Re: AW: AW: AW: [scl.org] New SCLo collection: git25 ? On 03/08/2016 01:17 PM, Souvignier, Daniel wrote: > Thanks, I will try once I find some time to do it. > If I decide to change something, I'll fork your repo to my own github > account and will send you a pull request. > Just to let you know: first CBS builds arrived: http://cbs.centos.org/koji/packages?tagID=689 http://cbs.centos.org/koji/packages?tagID=685 (fixes in specfiles comparing to what is at: https://github.com/jaroslawp/sclo-git25 -> this one will be obsoleted an moved to github.com/sclorg-distgit soon ..) Best Regards Jarek > Best regards, > Daniel > > -----Urspr?ngliche Nachricht----- > Von: Jarek Polok [mailto:Jaroslaw.Polok at cern.ch] > Gesendet: Dienstag, 8. M?rz 2016 13:15 > An: Souvignier, Daniel ; > sclorg at redhat.com > Betreff: Re: AW: AW: [scl.org] New SCLo collection: git25 ? > > On 03/04/2016 02:37 PM, Souvignier, Daniel wrote: >> Ok. For me it will be the first time building an scl, so I'll need a >> direction on where to start. So please notify me when repositories to >> clone into are setup. But I know my way around rpm building in general. > > OK, so here is an initial attempt at packaging sclo-git25: > > https://github.com/jaroslawp/sclo-git25 > > (certainly needs a lot of polishing .. this is just 1st try ..) > > you can try on CentOS/RHEL/SL(C) 6 and/or 7 (x86_64) to: > > 1) build sclo-git25-1.0-1.try1.src.rpm > 2) install resulting sclo-git25-build rpm > 3) build sclo-git25-git-2.5.0-4.try1.src.rpm > > for 3) you will need Software Collections > (install centos-release-scl / centos-release-scl-rh for C > extras) > > Any corrections/improvements/feedback.. etc are of course welcome ! > > Best Regards > > Jarek > > __ > ------------------------------------------------------- > _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ > http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ > ______________________________________+41_75_411_9487 _ > > -- __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5800 bytes Desc: not available URL: From Jaroslaw.Polok at cern.ch Fri Mar 11 06:27:57 2016 From: Jaroslaw.Polok at cern.ch (Jarek Polok) Date: Fri, 11 Mar 2016 07:27:57 +0100 Subject: [scl.org] New SCLo collection: git25 ? In-Reply-To: References: <56D9636A.3010606@cern.ch> <56caecc55f65460d8a042e794cffa0b7@rwthex-w2-a.rwth-ad.de> <56D98E64.3090206@cern.ch> <6e46c55d3d034b82a273dacca234586c@rwthex-w2-a.rwth-ad.de> <56DEC23F.70009@cern.ch> <458dc0c7697c43fca1d98e601b2d228d@rwthex-w2-a.rwth-ad.de> <56E1943A.7020908@cern.ch> Message-ID: <56E2656D.3050503@cern.ch> On 03/10/2016 05:26 PM, Souvignier, Daniel wrote: > Another thing... Why build git 2.5, when 2.7.2 is available in source? > We have a requirement for git 2.X > 2.0 , and 2.5 was readily available from Fedora (23) repos - which makes it easy to adapt for SCLo .. but no other reasons than this (in mean time 2.7 became available too, so yes we could have a look at this if there is interest: http://koji.fedoraproject.org/koji/buildinfo?buildID=738269 .. seems to compile on 6 ) ( Well, of course in mean time git 2.8 became available ...) Best Regards Jarek __ ------------------------------------------------------- _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _ ______________________________________+41_75_411_9487 _ From noah at coderanger.net Mon Mar 14 21:54:55 2016 From: noah at coderanger.net (Noah Kantrowitz) Date: Mon, 14 Mar 2016 14:54:55 -0700 Subject: [scl.org] Software collections on RHEL Message-ID: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> So softwarecollections.org recently shuffled URLs, breaking all the repo package downloads (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm -> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). On its own this is kind of super uncool, but deeper than that is that it seems the Correct? way to get the repos installed is to use `yum install centos-release-scl-rh` now. As expected from the name, this doesn't work on RHEL as that package isn't available outside of CentOS's repos. Is softwarecollections.org dropping RHEL support? And if so, what's the RHEL-official way to get things like Python 3 or Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work whatever way is deemed official, but it seems like the RHEL and CentOS SCL folks are operating on entirely different wavelengths. Should I use softwarecollections .org for CentOS and the older RedHat Software Collections for RHEL? --Noah -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: Message signed with OpenPGP using GPGMail URL: From hhorak at redhat.com Tue Mar 15 12:32:33 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 15 Mar 2016 13:32:33 +0100 Subject: [scl.org] Software collections on RHEL In-Reply-To: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> Message-ID: <56E800E1.6040600@redhat.com> Hi Noah, thank you for reporting, the issue with wrong redirection link was caused by mistake and we're already fixing the redirection, so the old links will work again soon. Now, for the question about supported CentOS and RHSCL builds -- we're now working on updating information for all the collections on softwarecollections.org, so they all should soon say generally this: For getting the CentOS builds you are expected to use: yum install centos-release-scl-rh For RHEL builds you are expected to use builds from Red Hat: yum-config-manager --enable rhel-server-rhscl-7-rpms (this information is now added to https://www.softwarecollections.org/en/scls/rhscl/python27/ and will be soon added to other collections as well) If you have any use case to use CentOS builds from softwarecollections.org on RHEL, I'd like to know it, since my understanding is that every RHEL machine should be fine with using packages from rhel-server-rhscl-7-rpms channel. Thanks, Honza On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: > So softwarecollections.org recently shuffled URLs, breaking all the repo package downloads (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm -> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). On its own this is kind of super uncool, but deeper than that is that it seems the Correct? way to get the repos installed is to use `yum install centos-release-scl-rh` now. As expected from the name, this doesn't work on RHEL as that package isn't available outside of CentOS's repos. Is softwarecollections.org dropping RHEL support? And if so, what's the RHEL-official way to get things like Python 3 or Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work whatever way is deemed official, but it seems like the RHEL and CentOS SCL folks are operating on entirely different wavelengths. Should I use softwarecollections .org for Cen! tOS and th e older RedHat Software Collections for RHEL? > > --Noah > > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From nareshkumar4ever at gmail.com Sat Mar 12 18:03:14 2016 From: nareshkumar4ever at gmail.com (naresh kumar) Date: Sat, 12 Mar 2016 10:03:14 -0800 Subject: [scl.org] python27 rpm not found Message-ID: Hi, We use a chef cookbook to install python virtual env which downloads python27 from your website (shown below). It was working until last week and now this url returns 404/ https://www.softwarecollections.org/en/scls/rhscl/python27/epel-6-x86_64/download/rhscl-python27-epel-6-x86_64.noarch.rpm Could you please check why this has been removed and add it soon if possible. Thanks in advance. Regards, Naresh -------------- next part -------------- An HTML attachment was scrubbed... URL: From ncoghlan at redhat.com Tue Mar 15 12:38:39 2016 From: ncoghlan at redhat.com (Nick Coghlan) Date: Tue, 15 Mar 2016 22:38:39 +1000 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E800E1.6040600@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> Message-ID: On Tue, Mar 15, 2016 at 10:32 PM, Honza Horak wrote: > If you have any use case to use CentOS builds from softwarecollections.org > on RHEL, I'd like to know it, since my understanding is that every RHEL > machine should be fine with using packages from rhel-server-rhscl-7-rpms > channel. One question would be how to enable access to the sclo community SCLs that aren't in the official Red Hat SCL releases - those are going to need a non-Red-Hat repo that can nevertheless be readily enabled on RHEL systems (ala EPEL or IUS). Cheers, Nick. -- Nick Coghlan Fedora Environments & Stacks Red Hat Developer Experience, Brisbane Software Development Workflow Designer & Process Architect From hhorak at redhat.com Tue Mar 15 12:41:12 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 15 Mar 2016 13:41:12 +0100 Subject: [scl.org] python27 rpm not found In-Reply-To: References: Message-ID: <56E802E8.30309@redhat.com> The links should work (mistake is being fixed now), but it is not the correct way of getting the RHSCL packages any more. The thing is that the links like yours bellow will be hidden soon on softwarecollections.org and only the steps summarized in this post will be working: https://www.redhat.com/archives/sclorg/2016-March/msg00035.html Honza On 03/12/2016 07:03 PM, naresh kumar wrote: > Hi, > > We use a chef cookbook to install python virtual env which downloads > python27 from your website (shown below). It was working until last week > and now this url returns 404/ > > https://www.softwarecollections.org/en/scls/rhscl/python27/epel-6-x86_64/download/rhscl-python27-epel-6-x86_64.noarch.rpm > > Could you please check why this has been removed and add it soon if > possible. > > Thanks in advance. > > Regards, > Naresh > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From hhorak at redhat.com Tue Mar 15 12:52:06 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 15 Mar 2016 13:52:06 +0100 Subject: [scl.org] Software collections on RHEL In-Reply-To: References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> Message-ID: <56E80576.2080901@redhat.com> On 03/15/2016 01:38 PM, Nick Coghlan wrote: > On Tue, Mar 15, 2016 at 10:32 PM, Honza Horak wrote: >> If you have any use case to use CentOS builds from softwarecollections.org >> on RHEL, I'd like to know it, since my understanding is that every RHEL >> machine should be fine with using packages from rhel-server-rhscl-7-rpms >> channel. > > One question would be how to enable access to the sclo community SCLs > that aren't in the official Red Hat SCL releases - those are going to > need a non-Red-Hat repo that can nevertheless be readily enabled on > RHEL systems (ala EPEL or IUS). We discussed this already and haven't come with anything better than this: https://copr.fedorainfracloud.org/coprs/rhscl/centos-release-scl/ With this ^ copr, RHEL users can install a repository package centos-release-scl on RHEL and they will make community SCLs available on top of RHSCL packages. Honza From ncoghlan at redhat.com Tue Mar 15 13:04:44 2016 From: ncoghlan at redhat.com (Nick Coghlan) Date: Tue, 15 Mar 2016 23:04:44 +1000 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E80576.2080901@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E80576.2080901@redhat.com> Message-ID: On Tue, Mar 15, 2016 at 10:52 PM, Honza Horak wrote: > On 03/15/2016 01:38 PM, Nick Coghlan wrote: >> >> On Tue, Mar 15, 2016 at 10:32 PM, Honza Horak wrote: >>> >>> If you have any use case to use CentOS builds from >>> softwarecollections.org >>> on RHEL, I'd like to know it, since my understanding is that every RHEL >>> machine should be fine with using packages from rhel-server-rhscl-7-rpms >>> channel. >> >> >> One question would be how to enable access to the sclo community SCLs >> that aren't in the official Red Hat SCL releases - those are going to >> need a non-Red-Hat repo that can nevertheless be readily enabled on >> RHEL systems (ala EPEL or IUS). > > > We discussed this already and haven't come with anything better than this: > https://copr.fedorainfracloud.org/coprs/rhscl/centos-release-scl/ I think COPR's fine as a solution to that problem, as long as softwarecollections.org and the CentOS docs point people in the right direction. Cheers, Nick. -- Nick Coghlan Fedora Environments & Stacks Red Hat Developer Experience, Brisbane Software Development Workflow Designer & Process Architect From campbellsi at ornl.gov Tue Mar 15 14:39:51 2016 From: campbellsi at ornl.gov (Stuart Campbell) Date: Tue, 15 Mar 2016 10:39:51 -0400 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E800E1.6040600@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> Message-ID: <56E81EB7.9000407@ornl.gov> Hi Honza, Just so you know that we have a RHEL license that doesn't allow/enable us to have access to the RHSCL channel. So it would be useful to allow access to the centos packages. Many Thanks Stuart On 03/15/2016 08:32 AM, Honza Horak wrote: > Hi Noah, > > thank you for reporting, the issue with wrong redirection link was > caused by mistake and we're already fixing the redirection, so the old > links will work again soon. > > Now, for the question about supported CentOS and RHSCL builds -- we're > now working on updating information for all the collections on > softwarecollections.org, so they all should soon say generally this: > > For getting the CentOS builds you are expected to use: > yum install centos-release-scl-rh > > For RHEL builds you are expected to use builds from Red Hat: > yum-config-manager --enable rhel-server-rhscl-7-rpms > (this information is now added to > https://www.softwarecollections.org/en/scls/rhscl/python27/ and will > be soon added to other collections as well) > > If you have any use case to use CentOS builds from > softwarecollections.org on RHEL, I'd like to know it, since my > understanding is that every RHEL machine should be fine with using > packages from rhel-server-rhscl-7-rpms channel. > > Thanks, > Honza > > On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >> So softwarecollections.org recently shuffled URLs, breaking all the >> repo package downloads >> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >> -> >> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >> On its own this is kind of super uncool, but deeper than that is that >> it seems the Correct? way to get the repos installed is to use `yum >> install centos-release-scl-rh` now. As expected from the name, this >> doesn't work on RHEL as that package isn't available outside of >> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >> if so, what's the RHEL-official way to get things like Python 3 or >> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >> whatever way is deemed official, but it seems like the RHEL and >> CentOS SCL folks are operating on entirely different wavelengths. >> Should I use softwarecollections .org for Cen! > tOS and th > e older RedHat Software Collections for RHEL? >> >> --Noah >> >> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From hhorak at redhat.com Tue Mar 15 15:11:30 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 15 Mar 2016 16:11:30 +0100 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E81EB7.9000407@ornl.gov> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> Message-ID: <56E82622.6040008@redhat.com> Oh, I wasn't aware there are RHEL subscriptions without access to RHSCL packages. But in case you don't have access to RHSCL channel, it is possible to install the CentOS repos with SCLs by following steps in: https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems Please, let me know whether this will work for you. Thanks, Honza On 03/15/2016 03:39 PM, Stuart Campbell wrote: > Hi Honza, > Just so you know that we have a RHEL license that doesn't allow/enable > us to have access to the RHSCL channel. So it would be useful to allow > access to the centos packages. > Many Thanks > Stuart > > On 03/15/2016 08:32 AM, Honza Horak wrote: >> Hi Noah, >> >> thank you for reporting, the issue with wrong redirection link was >> caused by mistake and we're already fixing the redirection, so the old >> links will work again soon. >> >> Now, for the question about supported CentOS and RHSCL builds -- we're >> now working on updating information for all the collections on >> softwarecollections.org, so they all should soon say generally this: >> >> For getting the CentOS builds you are expected to use: >> yum install centos-release-scl-rh >> >> For RHEL builds you are expected to use builds from Red Hat: >> yum-config-manager --enable rhel-server-rhscl-7-rpms >> (this information is now added to >> https://www.softwarecollections.org/en/scls/rhscl/python27/ and will >> be soon added to other collections as well) >> >> If you have any use case to use CentOS builds from >> softwarecollections.org on RHEL, I'd like to know it, since my >> understanding is that every RHEL machine should be fine with using >> packages from rhel-server-rhscl-7-rpms channel. >> >> Thanks, >> Honza >> >> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>> So softwarecollections.org recently shuffled URLs, breaking all the >>> repo package downloads >>> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>> -> >>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >>> On its own this is kind of super uncool, but deeper than that is that >>> it seems the Correct? way to get the repos installed is to use `yum >>> install centos-release-scl-rh` now. As expected from the name, this >>> doesn't work on RHEL as that package isn't available outside of >>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>> if so, what's the RHEL-official way to get things like Python 3 or >>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>> whatever way is deemed official, but it seems like the RHEL and >>> CentOS SCL folks are operating on entirely different wavelengths. >>> Should I use softwarecollections .org for Cen! >> tOS and th >> e older RedHat Software Collections for RHEL? >>> >>> --Noah >>> >>> >>> >>> _______________________________________________ >>> SCLorg mailing list >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >>> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg From campbellsi at ornl.gov Tue Mar 15 15:13:29 2016 From: campbellsi at ornl.gov (Stuart Campbell) Date: Tue, 15 Mar 2016 11:13:29 -0400 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E82622.6040008@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> Message-ID: <56E82699.9020403@ornl.gov> Yes I think that this should work ok. Thanks Stuart On 03/15/2016 11:11 AM, Honza Horak wrote: > Oh, I wasn't aware there are RHEL subscriptions without access to > RHSCL packages. But in case you don't have access to RHSCL channel, it > is possible to install the CentOS repos with SCLs by following steps > in: > https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems > > Please, let me know whether this will work for you. > > Thanks, > Honza > > On 03/15/2016 03:39 PM, Stuart Campbell wrote: >> Hi Honza, >> Just so you know that we have a RHEL license that doesn't allow/enable >> us to have access to the RHSCL channel. So it would be useful to allow >> access to the centos packages. >> Many Thanks >> Stuart >> >> On 03/15/2016 08:32 AM, Honza Horak wrote: >>> Hi Noah, >>> >>> thank you for reporting, the issue with wrong redirection link was >>> caused by mistake and we're already fixing the redirection, so the old >>> links will work again soon. >>> >>> Now, for the question about supported CentOS and RHSCL builds -- we're >>> now working on updating information for all the collections on >>> softwarecollections.org, so they all should soon say generally this: >>> >>> For getting the CentOS builds you are expected to use: >>> yum install centos-release-scl-rh >>> >>> For RHEL builds you are expected to use builds from Red Hat: >>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>> (this information is now added to >>> https://www.softwarecollections.org/en/scls/rhscl/python27/ and will >>> be soon added to other collections as well) >>> >>> If you have any use case to use CentOS builds from >>> softwarecollections.org on RHEL, I'd like to know it, since my >>> understanding is that every RHEL machine should be fine with using >>> packages from rhel-server-rhscl-7-rpms channel. >>> >>> Thanks, >>> Honza >>> >>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>> repo package downloads >>>> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>> >>>> -> >>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >>>> >>>> On its own this is kind of super uncool, but deeper than that is that >>>> it seems the Correct? way to get the repos installed is to use `yum >>>> install centos-release-scl-rh` now. As expected from the name, this >>>> doesn't work on RHEL as that package isn't available outside of >>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>> if so, what's the RHEL-official way to get things like Python 3 or >>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>> whatever way is deemed official, but it seems like the RHEL and >>>> CentOS SCL folks are operating on entirely different wavelengths. >>>> Should I use softwarecollections .org for Cen! >>> tOS and th >>> e older RedHat Software Collections for RHEL? >>>> >>>> --Noah >>>> >>>> >>>> >>>> _______________________________________________ >>>> SCLorg mailing list >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>>> >>> >>> _______________________________________________ >>> SCLorg mailing list >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >>> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg > From hhorak at redhat.com Tue Mar 15 15:41:14 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 15 Mar 2016 16:41:14 +0100 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E82699.9020403@ornl.gov> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> <56E82699.9020403@ornl.gov> Message-ID: <56E82D1A.5010304@redhat.com> I'm just building the missing package, so it should be ready soon: https://copr.fedorainfracloud.org/coprs/rhscl/centos-release-scl/monitor/ Honza On 03/15/2016 04:13 PM, Stuart Campbell wrote: > Yes I think that this should work ok. > Thanks > Stuart > > On 03/15/2016 11:11 AM, Honza Horak wrote: >> Oh, I wasn't aware there are RHEL subscriptions without access to >> RHSCL packages. But in case you don't have access to RHSCL channel, it >> is possible to install the CentOS repos with SCLs by following steps >> in: >> https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems >> >> >> Please, let me know whether this will work for you. >> >> Thanks, >> Honza >> >> On 03/15/2016 03:39 PM, Stuart Campbell wrote: >>> Hi Honza, >>> Just so you know that we have a RHEL license that doesn't allow/enable >>> us to have access to the RHSCL channel. So it would be useful to allow >>> access to the centos packages. >>> Many Thanks >>> Stuart >>> >>> On 03/15/2016 08:32 AM, Honza Horak wrote: >>>> Hi Noah, >>>> >>>> thank you for reporting, the issue with wrong redirection link was >>>> caused by mistake and we're already fixing the redirection, so the old >>>> links will work again soon. >>>> >>>> Now, for the question about supported CentOS and RHSCL builds -- we're >>>> now working on updating information for all the collections on >>>> softwarecollections.org, so they all should soon say generally this: >>>> >>>> For getting the CentOS builds you are expected to use: >>>> yum install centos-release-scl-rh >>>> >>>> For RHEL builds you are expected to use builds from Red Hat: >>>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>>> (this information is now added to >>>> https://www.softwarecollections.org/en/scls/rhscl/python27/ and will >>>> be soon added to other collections as well) >>>> >>>> If you have any use case to use CentOS builds from >>>> softwarecollections.org on RHEL, I'd like to know it, since my >>>> understanding is that every RHEL machine should be fine with using >>>> packages from rhel-server-rhscl-7-rpms channel. >>>> >>>> Thanks, >>>> Honza >>>> >>>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>>> repo package downloads >>>>> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>>> >>>>> -> >>>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >>>>> >>>>> On its own this is kind of super uncool, but deeper than that is that >>>>> it seems the Correct? way to get the repos installed is to use `yum >>>>> install centos-release-scl-rh` now. As expected from the name, this >>>>> doesn't work on RHEL as that package isn't available outside of >>>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>>> if so, what's the RHEL-official way to get things like Python 3 or >>>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>>> whatever way is deemed official, but it seems like the RHEL and >>>>> CentOS SCL folks are operating on entirely different wavelengths. >>>>> Should I use softwarecollections .org for Cen! >>>> tOS and th >>>> e older RedHat Software Collections for RHEL? >>>>> >>>>> --Noah >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> SCLorg mailing list >>>>> SCLorg at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>> >>>> >>>> _______________________________________________ >>>> SCLorg mailing list >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>>> >>> >>> _______________________________________________ >>> SCLorg mailing list >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >> > From noah at coderanger.net Tue Mar 15 19:40:22 2016 From: noah at coderanger.net (Noah Kantrowitz) Date: Tue, 15 Mar 2016 12:40:22 -0700 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E800E1.6040600@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> Message-ID: <1BA620F9-C52C-49DD-9F69-9EF727F400F6@coderanger.net> Thanks for fixing the old repo packages! Looks like that resolved the build failures on my side for now, but I'll definitely circle back and get switched over to the centos-release-scl-rh package. As for using SCLo packages on RHEL, I don't have a RHEL subscription and RedHat doesn't (AFAIK) publish Docker images I could test on so it's preferable to use the same packages on CentOS and RHEL as I can only run integration tests on CentOS. Installing the COPR package via an HTTP download is cool though, should keep the drift between CentOS and RHEL to a minimum. Thanks again! --Noah > On Mar 15, 2016, at 5:32 AM, Honza Horak wrote: > > Hi Noah, > > thank you for reporting, the issue with wrong redirection link was caused by mistake and we're already fixing the redirection, so the old links will work again soon. > > Now, for the question about supported CentOS and RHSCL builds -- we're now working on updating information for all the collections on softwarecollections.org, so they all should soon say generally this: > > For getting the CentOS builds you are expected to use: > yum install centos-release-scl-rh > > For RHEL builds you are expected to use builds from Red Hat: > yum-config-manager --enable rhel-server-rhscl-7-rpms > (this information is now added to https://www.softwarecollections.org/en/scls/rhscl/python27/ and will be soon added to other collections as well) > > If you have any use case to use CentOS builds from softwarecollections.org on RHEL, I'd like to know it, since my understanding is that every RHEL machine should be fine with using packages from rhel-server-rhscl-7-rpms channel. > > Thanks, > Honza > > On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >> So softwarecollections.org recently shuffled URLs, breaking all the repo package downloads (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm -> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). On its own this is kind of super uncool, but deeper than that is that it seems the Correct? way to get the repos installed is to use `yum install centos-release-scl-rh` now. As expected from the name, this doesn't work on RHEL as that package isn't available outside of CentOS's repos. Is softwarecollections.org dropping RHEL support? And if so, what's the RHEL-official way to get things like Python 3 or Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work whatever way is deemed official, but it seems like the RHEL and CentOS SCL folks are operating on entirely different wavelengths. Should I use softwarecollections .org for Cen! > tOS and th > e older RedHat Software Collections for RHEL? >> >> --Noah >> >> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: Message signed with OpenPGP using GPGMail URL: From hhorak at redhat.com Tue Mar 15 21:20:58 2016 From: hhorak at redhat.com (Honza Horak) Date: Tue, 15 Mar 2016 22:20:58 +0100 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E82622.6040008@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> Message-ID: <56E87CBA.6030308@redhat.com> Well, I've been pointed to the fact that on RHEL the only supported set of RHSCL packages are those that are available in the RHSCL channel, as part of the subscriptions, so we shouldn't suggest using CentOS packages on RHEL. I'm sorry for giving wrong directions previously, but we want to make sure users are using only properly tested and supported packages on RHEL platform. Thanks for understanding, Honza On 03/15/2016 04:11 PM, Honza Horak wrote: > Oh, I wasn't aware there are RHEL subscriptions without access to RHSCL > packages. But in case you don't have access to RHSCL channel, it is > possible to install the CentOS repos with SCLs by following steps in: > https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems > > > Please, let me know whether this will work for you. > > Thanks, > Honza > > On 03/15/2016 03:39 PM, Stuart Campbell wrote: >> Hi Honza, >> Just so you know that we have a RHEL license that doesn't allow/enable >> us to have access to the RHSCL channel. So it would be useful to allow >> access to the centos packages. >> Many Thanks >> Stuart >> >> On 03/15/2016 08:32 AM, Honza Horak wrote: >>> Hi Noah, >>> >>> thank you for reporting, the issue with wrong redirection link was >>> caused by mistake and we're already fixing the redirection, so the old >>> links will work again soon. >>> >>> Now, for the question about supported CentOS and RHSCL builds -- we're >>> now working on updating information for all the collections on >>> softwarecollections.org, so they all should soon say generally this: >>> >>> For getting the CentOS builds you are expected to use: >>> yum install centos-release-scl-rh >>> >>> For RHEL builds you are expected to use builds from Red Hat: >>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>> (this information is now added to >>> https://www.softwarecollections.org/en/scls/rhscl/python27/ and will >>> be soon added to other collections as well) >>> >>> If you have any use case to use CentOS builds from >>> softwarecollections.org on RHEL, I'd like to know it, since my >>> understanding is that every RHEL machine should be fine with using >>> packages from rhel-server-rhscl-7-rpms channel. >>> >>> Thanks, >>> Honza >>> >>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>> repo package downloads >>>> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>> >>>> -> >>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >>>> >>>> On its own this is kind of super uncool, but deeper than that is that >>>> it seems the Correct? way to get the repos installed is to use `yum >>>> install centos-release-scl-rh` now. As expected from the name, this >>>> doesn't work on RHEL as that package isn't available outside of >>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>> if so, what's the RHEL-official way to get things like Python 3 or >>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>> whatever way is deemed official, but it seems like the RHEL and >>>> CentOS SCL folks are operating on entirely different wavelengths. >>>> Should I use softwarecollections .org for Cen! >>> tOS and th >>> e older RedHat Software Collections for RHEL? >>>> >>>> --Noah >>>> >>>> >>>> >>>> _______________________________________________ >>>> SCLorg mailing list >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>>> >>> >>> _______________________________________________ >>> SCLorg mailing list >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >>> >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg From noah at coderanger.net Tue Mar 15 22:28:15 2016 From: noah at coderanger.net (Noah Kantrowitz) Date: Tue, 15 Mar 2016 15:28:15 -0700 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E87CBA.6030308@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> <56E87CBA.6030308@redhat.com> Message-ID: I've found shocking few people care about official RH support for stuff like this but I'm probably looking at a self-selecting group since the more conservative folks probably don't use Chef :-) I'll make sure to note in the docs that SCLo recompiles are not covered under RH support though. I could do a similar backend for my installers that uses RHSCL but I would need to work out a way to test it. Do any of the RH folks on the list know if y'all offer subscription-y access for compat testing? I would still have to build the Docker image myself but that seems doable, if somewhat frustrating. --Noah > On Mar 15, 2016, at 2:20 PM, Honza Horak wrote: > > Well, I've been pointed to the fact that on RHEL the only supported set of RHSCL packages are those that are available in the RHSCL channel, as part of the subscriptions, so we shouldn't suggest using CentOS packages on RHEL. I'm sorry for giving wrong directions previously, but we want to make sure users are using only properly tested and supported packages on RHEL platform. > > Thanks for understanding, > Honza > > On 03/15/2016 04:11 PM, Honza Horak wrote: >> Oh, I wasn't aware there are RHEL subscriptions without access to RHSCL >> packages. But in case you don't have access to RHSCL channel, it is >> possible to install the CentOS repos with SCLs by following steps in: >> https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems >> >> >> Please, let me know whether this will work for you. >> >> Thanks, >> Honza >> >> On 03/15/2016 03:39 PM, Stuart Campbell wrote: >>> Hi Honza, >>> Just so you know that we have a RHEL license that doesn't allow/enable >>> us to have access to the RHSCL channel. So it would be useful to allow >>> access to the centos packages. >>> Many Thanks >>> Stuart >>> >>> On 03/15/2016 08:32 AM, Honza Horak wrote: >>>> Hi Noah, >>>> >>>> thank you for reporting, the issue with wrong redirection link was >>>> caused by mistake and we're already fixing the redirection, so the old >>>> links will work again soon. >>>> >>>> Now, for the question about supported CentOS and RHSCL builds -- we're >>>> now working on updating information for all the collections on >>>> softwarecollections.org, so they all should soon say generally this: >>>> >>>> For getting the CentOS builds you are expected to use: >>>> yum install centos-release-scl-rh >>>> >>>> For RHEL builds you are expected to use builds from Red Hat: >>>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>>> (this information is now added to >>>> https://www.softwarecollections.org/en/scls/rhscl/python27/ and will >>>> be soon added to other collections as well) >>>> >>>> If you have any use case to use CentOS builds from >>>> softwarecollections.org on RHEL, I'd like to know it, since my >>>> understanding is that every RHEL machine should be fine with using >>>> packages from rhel-server-rhscl-7-rpms channel. >>>> >>>> Thanks, >>>> Honza >>>> >>>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>>> repo package downloads >>>>> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>>> >>>>> -> >>>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >>>>> >>>>> On its own this is kind of super uncool, but deeper than that is that >>>>> it seems the Correct? way to get the repos installed is to use `yum >>>>> install centos-release-scl-rh` now. As expected from the name, this >>>>> doesn't work on RHEL as that package isn't available outside of >>>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>>> if so, what's the RHEL-official way to get things like Python 3 or >>>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>>> whatever way is deemed official, but it seems like the RHEL and >>>>> CentOS SCL folks are operating on entirely different wavelengths. >>>>> Should I use softwarecollections .org for Cen! >>>> tOS and th >>>> e older RedHat Software Collections for RHEL? >>>>> >>>>> --Noah >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> SCLorg mailing list >>>>> SCLorg at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>> >>>> >>>> _______________________________________________ >>>> SCLorg mailing list >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>>> >>> >>> _______________________________________________ >>> SCLorg mailing list >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: Message signed with OpenPGP using GPGMail URL: From briang at redhat.com Tue Mar 15 22:42:07 2016 From: briang at redhat.com (Brian Gollaher) Date: Tue, 15 Mar 2016 18:42:07 -0400 Subject: [scl.org] Software collections on RHEL In-Reply-To: References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> <56E87CBA.6030308@redhat.com> Message-ID: <56E88FBF.1000505@redhat.com> Hi Noah. Red Hat offers no support in any way for CentOS. CentOS is a community supported distro. Red Hat offers Red Hat Enterprise Linux with a number of support SLAs for development, test, and production usage. Red Hat builds Docker images from our RHSCL collections and makes those images available to subscribers in our Registry with full Red Hat support. I don't want to make a product plug on this list but it is important to understand that Red Hat develops, tests, and supports Red Hat Enterprise Linux and that CentOS is supported only by the CentOS community, not Red Hat. Brian On 03/15/2016 06:28 PM, Noah Kantrowitz wrote: > I've found shocking few people care about official RH support for stuff like this but I'm probably looking at a self-selecting group since the more conservative folks probably don't use Chef :-) I'll make sure to note in the docs that SCLo recompiles are not covered under RH support though. I could do a similar backend for my installers that uses RHSCL but I would need to work out a way to test it. Do any of the RH folks on the list know if y'all offer subscription-y access for compat testing? I would still have to build the Docker image myself but that seems doable, if somewhat frustrating. > > --Noah > >> On Mar 15, 2016, at 2:20 PM, Honza Horak wrote: >> >> Well, I've been pointed to the fact that on RHEL the only supported set of RHSCL packages are those that are available in the RHSCL channel, as part of the subscriptions, so we shouldn't suggest using CentOS packages on RHEL. I'm sorry for giving wrong directions previously, but we want to make sure users are using only properly tested and supported packages on RHEL platform. >> >> Thanks for understanding, >> Honza >> >> On 03/15/2016 04:11 PM, Honza Horak wrote: >>> Oh, I wasn't aware there are RHEL subscriptions without access to RHSCL >>> packages. But in case you don't have access to RHSCL channel, it is >>> possible to install the CentOS repos with SCLs by following steps in: >>> https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems >>> >>> >>> Please, let me know whether this will work for you. >>> >>> Thanks, >>> Honza >>> >>> On 03/15/2016 03:39 PM, Stuart Campbell wrote: >>>> Hi Honza, >>>> Just so you know that we have a RHEL license that doesn't allow/enable >>>> us to have access to the RHSCL channel. So it would be useful to allow >>>> access to the centos packages. >>>> Many Thanks >>>> Stuart >>>> >>>> On 03/15/2016 08:32 AM, Honza Horak wrote: >>>>> Hi Noah, >>>>> >>>>> thank you for reporting, the issue with wrong redirection link was >>>>> caused by mistake and we're already fixing the redirection, so the old >>>>> links will work again soon. >>>>> >>>>> Now, for the question about supported CentOS and RHSCL builds -- we're >>>>> now working on updating information for all the collections on >>>>> softwarecollections.org, so they all should soon say generally this: >>>>> >>>>> For getting the CentOS builds you are expected to use: >>>>> yum install centos-release-scl-rh >>>>> >>>>> For RHEL builds you are expected to use builds from Red Hat: >>>>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>>>> (this information is now added to >>>>> https://www.softwarecollections.org/en/scls/rhscl/python27/ and will >>>>> be soon added to other collections as well) >>>>> >>>>> If you have any use case to use CentOS builds from >>>>> softwarecollections.org on RHEL, I'd like to know it, since my >>>>> understanding is that every RHEL machine should be fine with using >>>>> packages from rhel-server-rhscl-7-rpms channel. >>>>> >>>>> Thanks, >>>>> Honza >>>>> >>>>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>>>> repo package downloads >>>>>> (https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>>>> >>>>>> -> >>>>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm). >>>>>> >>>>>> On its own this is kind of super uncool, but deeper than that is that >>>>>> it seems the Correct? way to get the repos installed is to use `yum >>>>>> install centos-release-scl-rh` now. As expected from the name, this >>>>>> doesn't work on RHEL as that package isn't available outside of >>>>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>>>> if so, what's the RHEL-official way to get things like Python 3 or >>>>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>>>> whatever way is deemed official, but it seems like the RHEL and >>>>>> CentOS SCL folks are operating on entirely different wavelengths. >>>>>> Should I use softwarecollections .org for Cen! >>>>> tOS and th >>>>> e older RedHat Software Collections for RHEL? >>>>>> --Noah >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> SCLorg mailing list >>>>>> SCLorg at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>>> >>>>> _______________________________________________ >>>>> SCLorg mailing list >>>>> SCLorg at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>> >>>> _______________________________________________ >>>> SCLorg mailing list >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>> _______________________________________________ >>> SCLorg mailing list >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg -- Brian Gollaher Red Hat Platform Product Management Phone: 978 392-3173 Cell: 508 740-6549 briang at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From noah at coderanger.net Tue Mar 15 22:47:37 2016 From: noah at coderanger.net (Noah Kantrowitz) Date: Tue, 15 Mar 2016 15:47:37 -0700 Subject: [scl.org] Software collections on RHEL In-Reply-To: <56E88FBF.1000505@redhat.com> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> <56E87CBA.6030308@redhat.com> <56E88FBF.1000505@redhat.com> Message-ID: <120093AD-23F4-4AE0-8E8E-71ED360E14D9@coderanger.net> Yes I am aware. I was asking if you offer access to Red Hat resources to open-source folks for compat testing. I can't buy a subscription just for making sure Chef community cookbooks work on your platform but I'm happy to add it to my test matrix if you make it easy :-) Otherwise the best I can offer Chef users is to test on CentOS/SCLo and say "it should work with RHEL". --Noah > On Mar 15, 2016, at 3:42 PM, Brian Gollaher wrote: > > Hi Noah. Red Hat offers no support in any way for CentOS. CentOS is a community supported distro. Red Hat offers Red Hat Enterprise Linux with a number of support SLAs for development, test, and production usage. Red Hat builds Docker images from our RHSCL collections and makes those images available to subscribers in our Registry with full Red Hat support. I don't want to make a product plug on this list but it is important to understand that Red Hat develops, tests, and supports Red Hat Enterprise Linux and that CentOS is supported only by the CentOS community, not Red Hat. > > Brian > > On 03/15/2016 06:28 PM, Noah Kantrowitz wrote: >> I've found shocking few people care about official RH support for stuff like this but I'm probably looking at a self-selecting group since the more conservative folks probably don't use Chef :-) I'll make sure to note in the docs that SCLo recompiles are not covered under RH support though. I could do a similar backend for my installers that uses RHSCL but I would need to work out a way to test it. Do any of the RH folks on the list know if y'all offer subscription-y access for compat testing? I would still have to build the Docker image myself but that seems doable, if somewhat frustrating. >> >> --Noah >> >> >>> On Mar 15, 2016, at 2:20 PM, Honza Horak >>> wrote: >>> >>> Well, I've been pointed to the fact that on RHEL the only supported set of RHSCL packages are those that are available in the RHSCL channel, as part of the subscriptions, so we shouldn't suggest using CentOS packages on RHEL. I'm sorry for giving wrong directions previously, but we want to make sure users are using only properly tested and supported packages on RHEL platform. >>> >>> Thanks for understanding, >>> Honza >>> >>> On 03/15/2016 04:11 PM, Honza Horak wrote: >>> >>>> Oh, I wasn't aware there are RHEL subscriptions without access to RHSCL >>>> packages. But in case you don't have access to RHSCL channel, it is >>>> possible to install the CentOS repos with SCLs by following steps in: >>>> >>>> https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems >>>> >>>> >>>> >>>> Please, let me know whether this will work for you. >>>> >>>> Thanks, >>>> Honza >>>> >>>> On 03/15/2016 03:39 PM, Stuart Campbell wrote: >>>> >>>>> Hi Honza, >>>>> Just so you know that we have a RHEL license that doesn't allow/enable >>>>> us to have access to the RHSCL channel. So it would be useful to allow >>>>> access to the centos packages. >>>>> Many Thanks >>>>> Stuart >>>>> >>>>> On 03/15/2016 08:32 AM, Honza Horak wrote: >>>>> >>>>>> Hi Noah, >>>>>> >>>>>> thank you for reporting, the issue with wrong redirection link was >>>>>> caused by mistake and we're already fixing the redirection, so the old >>>>>> links will work again soon. >>>>>> >>>>>> Now, for the question about supported CentOS and RHSCL builds -- we're >>>>>> now working on updating information for all the collections on >>>>>> softwarecollections.org, so they all should soon say generally this: >>>>>> >>>>>> For getting the CentOS builds you are expected to use: >>>>>> yum install centos-release-scl-rh >>>>>> >>>>>> For RHEL builds you are expected to use builds from Red Hat: >>>>>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>>>>> (this information is now added to >>>>>> >>>>>> https://www.softwarecollections.org/en/scls/rhscl/python27/ >>>>>> and will >>>>>> be soon added to other collections as well) >>>>>> >>>>>> If you have any use case to use CentOS builds from >>>>>> softwarecollections.org on RHEL, I'd like to know it, since my >>>>>> understanding is that every RHEL machine should be fine with using >>>>>> packages from rhel-server-rhscl-7-rpms channel. >>>>>> >>>>>> Thanks, >>>>>> Honza >>>>>> >>>>>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>>>> >>>>>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>>>>> repo package downloads >>>>>>> ( >>>>>>> https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>>>>> >>>>>>> >>>>>>> -> >>>>>>> >>>>>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm >>>>>>> ). >>>>>>> >>>>>>> On its own this is kind of super uncool, but deeper than that is that >>>>>>> it seems the Correct? way to get the repos installed is to use `yum >>>>>>> install centos-release-scl-rh` now. As expected from the name, this >>>>>>> doesn't work on RHEL as that package isn't available outside of >>>>>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>>>>> if so, what's the RHEL-official way to get things like Python 3 or >>>>>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>>>>> whatever way is deemed official, but it seems like the RHEL and >>>>>>> CentOS SCL folks are operating on entirely different wavelengths. >>>>>>> Should I use softwarecollections .org for Cen! >>>>>>> >>>>>> tOS and th >>>>>> e older RedHat Software Collections for RHEL? >>>>>> >>>>>>> --Noah >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> SCLorg mailing list >>>>>>> >>>>>>> SCLorg at redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>>>> >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> SCLorg mailing list >>>>>> >>>>>> SCLorg at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> SCLorg mailing list >>>>> >>>>> SCLorg at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>> _______________________________________________ >>>> SCLorg mailing list >>>> >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>> _______________________________________________ >>> SCLorg mailing list >>> >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >> >> >> _______________________________________________ >> SCLorg mailing list >> >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg > > -- > Brian Gollaher > Red Hat Platform Product Management > Phone: 978 392-3173 > Cell: 508 740-6549 > > briang at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: Message signed with OpenPGP using GPGMail URL: From briang at redhat.com Tue Mar 15 22:56:59 2016 From: briang at redhat.com (Brian Gollaher) Date: Tue, 15 Mar 2016 18:56:59 -0400 Subject: [scl.org] Software collections on RHEL In-Reply-To: <120093AD-23F4-4AE0-8E8E-71ED360E14D9@coderanger.net> References: <7CB06EB1-B45E-40BA-9C64-FB41FEEB20BE@coderanger.net> <56E800E1.6040600@redhat.com> <56E81EB7.9000407@ornl.gov> <56E82622.6040008@redhat.com> <56E87CBA.6030308@redhat.com> <56E88FBF.1000505@redhat.com> <120093AD-23F4-4AE0-8E8E-71ED360E14D9@coderanger.net> Message-ID: <56E8933B.2030107@redhat.com> Thanks Noah. We have just what need in the works (at no cost to you). Unfortunately I can't say more at this time but we will by the end of the month. Please be patient and I think you will be pleased. Brian On 03/15/2016 06:47 PM, Noah Kantrowitz wrote: > Yes I am aware. I was asking if you offer access to Red Hat resources to open-source folks for compat testing. I can't buy a subscription just for making sure Chef community cookbooks work on your platform but I'm happy to add it to my test matrix if you make it easy :-) Otherwise the best I can offer Chef users is to test on CentOS/SCLo and say "it should work with RHEL". > > --Noah > >> On Mar 15, 2016, at 3:42 PM, Brian Gollaher wrote: >> >> Hi Noah. Red Hat offers no support in any way for CentOS. CentOS is a community supported distro. Red Hat offers Red Hat Enterprise Linux with a number of support SLAs for development, test, and production usage. Red Hat builds Docker images from our RHSCL collections and makes those images available to subscribers in our Registry with full Red Hat support. I don't want to make a product plug on this list but it is important to understand that Red Hat develops, tests, and supports Red Hat Enterprise Linux and that CentOS is supported only by the CentOS community, not Red Hat. >> >> Brian >> >> On 03/15/2016 06:28 PM, Noah Kantrowitz wrote: >>> I've found shocking few people care about official RH support for stuff like this but I'm probably looking at a self-selecting group since the more conservative folks probably don't use Chef :-) I'll make sure to note in the docs that SCLo recompiles are not covered under RH support though. I could do a similar backend for my installers that uses RHSCL but I would need to work out a way to test it. Do any of the RH folks on the list know if y'all offer subscription-y access for compat testing? I would still have to build the Docker image myself but that seems doable, if somewhat frustrating. >>> >>> --Noah >>> >>> >>>> On Mar 15, 2016, at 2:20 PM, Honza Horak >>>> wrote: >>>> >>>> Well, I've been pointed to the fact that on RHEL the only supported set of RHSCL packages are those that are available in the RHSCL channel, as part of the subscriptions, so we shouldn't suggest using CentOS packages on RHEL. I'm sorry for giving wrong directions previously, but we want to make sure users are using only properly tested and supported packages on RHEL platform. >>>> >>>> Thanks for understanding, >>>> Honza >>>> >>>> On 03/15/2016 04:11 PM, Honza Horak wrote: >>>> >>>>> Oh, I wasn't aware there are RHEL subscriptions without access to RHSCL >>>>> packages. But in case you don't have access to RHSCL channel, it is >>>>> possible to install the CentOS repos with SCLs by following steps in: >>>>> >>>>> https://github.com/sclorg/centos-release-scl#how-to-install-sclo-packages-on-rhel-systems >>>>> >>>>> >>>>> >>>>> Please, let me know whether this will work for you. >>>>> >>>>> Thanks, >>>>> Honza >>>>> >>>>> On 03/15/2016 03:39 PM, Stuart Campbell wrote: >>>>> >>>>>> Hi Honza, >>>>>> Just so you know that we have a RHEL license that doesn't allow/enable >>>>>> us to have access to the RHSCL channel. So it would be useful to allow >>>>>> access to the centos packages. >>>>>> Many Thanks >>>>>> Stuart >>>>>> >>>>>> On 03/15/2016 08:32 AM, Honza Horak wrote: >>>>>> >>>>>>> Hi Noah, >>>>>>> >>>>>>> thank you for reporting, the issue with wrong redirection link was >>>>>>> caused by mistake and we're already fixing the redirection, so the old >>>>>>> links will work again soon. >>>>>>> >>>>>>> Now, for the question about supported CentOS and RHSCL builds -- we're >>>>>>> now working on updating information for all the collections on >>>>>>> softwarecollections.org, so they all should soon say generally this: >>>>>>> >>>>>>> For getting the CentOS builds you are expected to use: >>>>>>> yum install centos-release-scl-rh >>>>>>> >>>>>>> For RHEL builds you are expected to use builds from Red Hat: >>>>>>> yum-config-manager --enable rhel-server-rhscl-7-rpms >>>>>>> (this information is now added to >>>>>>> >>>>>>> https://www.softwarecollections.org/en/scls/rhscl/python27/ >>>>>>> and will >>>>>>> be soon added to other collections as well) >>>>>>> >>>>>>> If you have any use case to use CentOS builds from >>>>>>> softwarecollections.org on RHEL, I'd like to know it, since my >>>>>>> understanding is that every RHEL machine should be fine with using >>>>>>> packages from rhel-server-rhscl-7-rpms channel. >>>>>>> >>>>>>> Thanks, >>>>>>> Honza >>>>>>> >>>>>>> On 03/14/2016 10:54 PM, Noah Kantrowitz wrote: >>>>>>> >>>>>>>> So softwarecollections.org recently shuffled URLs, breaking all the >>>>>>>> repo package downloads >>>>>>>> ( >>>>>>>> https://www.softwarecollections.org/en/scls/rhscl/python27/epel-7-x86_64/download/rhscl-python27-epel-7-x86_64.noarch.rpm >>>>>>>> >>>>>>>> >>>>>>>> -> >>>>>>>> >>>>>>>> https://www.softwarecollections.org/repos/rhscl/python27/epel-7-x86_64/noarch/rhscl-python27-epel-7-x86_64-1-2.noarch.rpm >>>>>>>> ). >>>>>>>> >>>>>>>> On its own this is kind of super uncool, but deeper than that is that >>>>>>>> it seems the Correct? way to get the repos installed is to use `yum >>>>>>>> install centos-release-scl-rh` now. As expected from the name, this >>>>>>>> doesn't work on RHEL as that package isn't available outside of >>>>>>>> CentOS's repos. Is softwarecollections.org dropping RHEL support? And >>>>>>>> if so, what's the RHEL-official way to get things like Python 3 or >>>>>>>> Ruby 2 on RHEL 6/7? I'm happy to fix the Chef cookbooks to work >>>>>>>> whatever way is deemed official, but it seems like the RHEL and >>>>>>>> CentOS SCL folks are operating on entirely different wavelengths. >>>>>>>> Should I use softwarecollections .org for Cen! >>>>>>>> >>>>>>> tOS and th >>>>>>> e older RedHat Software Collections for RHEL? >>>>>>> >>>>>>>> --Noah >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> SCLorg mailing list >>>>>>>> >>>>>>>> SCLorg at redhat.com >>>>>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> SCLorg mailing list >>>>>>> >>>>>>> SCLorg at redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>>>> >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> SCLorg mailing list >>>>>> >>>>>> SCLorg at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>>> _______________________________________________ >>>>> SCLorg mailing list >>>>> >>>>> SCLorg at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/sclorg >>>> _______________________________________________ >>>> SCLorg mailing list >>>> >>>> SCLorg at redhat.com >>>> https://www.redhat.com/mailman/listinfo/sclorg >>> >>> _______________________________________________ >>> SCLorg mailing list >>> >>> SCLorg at redhat.com >>> https://www.redhat.com/mailman/listinfo/sclorg >> -- >> Brian Gollaher >> Red Hat Platform Product Management >> Phone: 978 392-3173 >> Cell: 508 740-6549 >> >> briang at redhat.com -- Brian Gollaher Red Hat Platform Product Management Phone: 978 392-3173 Cell: 508 740-6549 briang at redhat.com From hhorak at redhat.com Wed Mar 23 13:53:34 2016 From: hhorak at redhat.com (Honza Horak) Date: Wed, 23 Mar 2016 14:53:34 +0100 Subject: [scl.org] CentOS SCLo SIG sync-up meeting next week (2016-03-23) Message-ID: <56F29FDE.8090701@redhat.com> Since there seems to be a meeting collision with Config Management SIG on Wednesday, we agreed with Julien to alternate and so this week there will be Config Management SIG meeting and the SCLo SIG meeting will be held next Wednesday. However, I'd like to move the meeting time one hour earlier, so we can meet at the same time as we have always met, just in Summer time, so it will be at 15:00 UTC (11:00 EST, 17:00 Brno, 11:00 Boston, 0:00+1d Tokyo, 1:00+1d Brisbane) in #centos-devel on Freenode. Honza From hhorak at redhat.com Wed Mar 30 12:00:56 2016 From: hhorak at redhat.com (Honza Horak) Date: Wed, 30 Mar 2016 14:00:56 +0200 Subject: [scl.org] CentOS SCLo SIG sync-up meeting (2016-03-30) Message-ID: <56FBBFF8.6040403@redhat.com> The meeting will be at 15:00 UTC (11:00 EST, 17:00 Brno, 11:00 Boston, 0:00+1d Tokyo, 1:00+1d Brisbane) in #centos-devel on Freenode. I have no specific agenda for today, but will be at least available for discussion potential issues if anybody has something. Honza From hhorak at redhat.com Wed Mar 30 15:19:18 2016 From: hhorak at redhat.com (Honza Horak) Date: Wed, 30 Mar 2016 17:19:18 +0200 Subject: [scl.org] [CentOS-devel] CentOS SCLo SIG sync-up meeting (2016-03-30) In-Reply-To: <56FBBFF8.6040403@redhat.com> References: <56FBBFF8.6040403@redhat.com> Message-ID: <56FBEE76.2070305@redhat.com> We have a collision again, this time with PaaS SIG, which I realized just before starting.. Never mind, since we have no agenda today, feel free to contact me anytime later today or tomorrow. Or use sclorg at redhat.com ML.. For next weeks, there is still free space at 4pm UTC odd weeks, which is what https://github.com/CentOS/Calendar now says about our meetings anyway, so let's just follow that and meet at that time. However, I won't be around for next week, so unless anybody volunteers to organize the meeting, we'll probably skip the next week. Honza On 03/30/2016 02:00 PM, Honza Horak wrote: > The meeting will be at 15:00 UTC (11:00 EST, 17:00 Brno, 11:00 Boston, > 0:00+1d Tokyo, 1:00+1d Brisbane) in #centos-devel on Freenode. > > I have no specific agenda for today, but will be at least available for > discussion potential issues if anybody has something. > > Honza > _______________________________________________ > CentOS-devel mailing list > CentOS-devel at centos.org > https://lists.centos.org/mailman/listinfo/centos-devel