From evilensky at gmail.com Wed Nov 5 16:08:53 2014 From: evilensky at gmail.com (Eugene Vilensky) Date: Wed, 5 Nov 2014 10:08:53 -0600 Subject: [scl.org] Why you will hear CentOS here more In-Reply-To: <20141031200315.GA52367@aura.veggiechinese.net> References: <5453B905.2090604@redhat.com> <20141031200315.GA52367@aura.veggiechinese.net> Message-ID: On Fri, Oct 31, 2014 at 3:03 PM, Will Yardley > wrote: > The current strategy of running 'scl enable foo ...' or 'scl enable foo > bash' is a huge pain, and also becomes a much bigger hassle when using > multiple collections. > ?Not to mention making scripts or just chaining multiple commands seems a little non intuitive. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jperrin at centos.org Wed Nov 5 16:16:26 2014 From: jperrin at centos.org (Jim Perrin) Date: Wed, 05 Nov 2014 10:16:26 -0600 Subject: [scl.org] Why you will hear CentOS here more In-Reply-To: <20141031200315.GA52367@aura.veggiechinese.net> References: <5453B905.2090604@redhat.com> <20141031200315.GA52367@aura.veggiechinese.net> Message-ID: <545A4D5A.9010804@centos.org> On 10/31/2014 03:03 PM, Will Yardley wrote: > On Fri, Oct 31, 2014 at 05:29:57PM +0100, Honza Horak wrote: >> Stay tuned for details, express your feelings about this change or >> suggest us some other things missing on softwarecollections.org. > > I think there should be an easier way to include stuff from SCL in > $PATH. Right now, it's pretty easy to source /opt/rh/foo/enable in > /etc/profile.d for bourne-compatible shell users, but it should at least > include a csh compatible equivalent, and ideally, a simple way to set > the default version of something. Adding a csh equivalent is a valid feature request and probably something that can be addressed. > Alternately, I think it would be preferable to do something like > what 'modules' (http://modules.sourceforge.net/) does, where you can do > 'module load foo/1.3'. > > The current strategy of running 'scl enable foo ...' or 'scl enable foo > bash' is a huge pain, and also becomes a much bigger hassle when using > multiple collections. Once we've got the sources in place for community contribution, patches to add or address this would be welcomed. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77 From tru at pasteur.fr Thu Nov 6 14:16:17 2014 From: tru at pasteur.fr (Tru Huynh) Date: Thu, 6 Nov 2014 15:16:17 +0100 Subject: [scl.org] Why you will hear CentOS here more In-Reply-To: <545A4D5A.9010804@centos.org> References: <5453B905.2090604@redhat.com> <20141031200315.GA52367@aura.veggiechinese.net> <545A4D5A.9010804@centos.org> Message-ID: <20141106141616.GA27175@sillage.bis.pasteur.fr> On Wed, Nov 05, 2014 at 10:16:26AM -0600, Jim Perrin wrote: > > > On 10/31/2014 03:03 PM, Will Yardley wrote: > > On Fri, Oct 31, 2014 at 05:29:57PM +0100, Honza Horak wrote: > >> Stay tuned for details, express your feelings about this change or > >> suggest us some other things missing on softwarecollections.org. > > > > I think there should be an easier way to include stuff from SCL in > > $PATH. Right now, it's pretty easy to source /opt/rh/foo/enable in > > /etc/profile.d for bourne-compatible shell users, but it should at least > > include a csh compatible equivalent, and ideally, a simple way to set > > the default version of something. > > Adding a csh equivalent is a valid feature request and probably > something that can be addressed. > > > Alternately, I think it would be preferable to do something like > > what 'modules' (http://modules.sourceforge.net/) does, where you can do > > 'module load foo/1.3'. > > > > The current strategy of running 'scl enable foo ...' or 'scl enable foo > > bash' is a huge pain, and also becomes a much bigger hassle when using > > multiple collections. > > Once we've got the sources in place for community contribution, patches > to add or address this would be welcomed. > fwiw, I am just using scl by making my own modules files around the scl tools... scl/devtoolset-2: #%Module1.0# module-whatis "/opt/rh/devtoolset-2 environment setup" prepend-path PATH /opt/rh/devtoolset-2/root/bin prepend-path PATH /opt/rh/devtoolset-2/root/sbin prepend-path PATH /opt/rh/devtoolset-2/root/usr/bin prepend-path PATH /opt/rh/devtoolset-2/root/usr/sbin prepend-path MANPATH /opt/rh/devtoolset-2/root/usr/share/man prepend-path -d " " CFLAGS "-I/opt/rh/devtoolset-2/root/usr/include" prepend-path -d " " CPPFLAGS "-I/opt/rh/devtoolset-2/root/usr/include" prepend-path -d " " CXXFLAGS "-I/opt/rh/devtoolset-2/root/usr/include" prepend-path -d " " LDFLAGS "-L/opt/rh/devtoolset-2/root/usr/lib" prepend-path LD_RUN_PATH /opt/rh/devtoolset-2/root/usr/lib prepend-path LD_LIBRARY_PATH /opt/rh/devtoolset-2/root/usr/lib prepend-path -d " " LDFLAGS "-L/opt/rh/devtoolset-2/root/usr/lib64" prepend-path LD_RUN_PATH /opt/rh/devtoolset-2/root/usr/lib64 prepend-path LD_LIBRARY_PATH /opt/rh/devtoolset-2/root/usr/lib64 prepend-path PERL5LIB /opt/rh/devtoolset-2/root//usr/lib64/perl5/vendor_perl prepend-path PERL5LIB /opt/rh/devtoolset-2/root//usr/lib/perl5/vendor_perl prepend-path PERL5LIB /opt/rh/devtoolset-2/root//usr/share/perl5/vendor_perl prepend-path PYTHONPATH /opt/rh/devtoolset-2/root/usr/lib/python2.6/site-packages prepend-path PYTHONPATH /opt/rh/devtoolset-2/root/usr/lib64/python2.6/site-packages prepend-path INFOPATH /opt/rh/devtoolset-2/root/usr/share/info Tru -- Dr Tru Huynh | http://www.pasteur.fr/research/bis mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From wby at veggiechinese.net Thu Nov 6 16:33:12 2014 From: wby at veggiechinese.net (Will Yardley) Date: Thu, 6 Nov 2014 08:33:12 -0800 Subject: [scl.org] Why you will hear CentOS here more In-Reply-To: <20141106141616.GA27175@sillage.bis.pasteur.fr> References: <5453B905.2090604@redhat.com> <20141031200315.GA52367@aura.veggiechinese.net> <545A4D5A.9010804@centos.org> <20141106141616.GA27175@sillage.bis.pasteur.fr> Message-ID: <20141106163312.GA99005@aura.veggiechinese.net> On Thu, Nov 06, 2014 at 03:16:17PM +0100, Tru Huynh wrote: > On Wed, Nov 05, 2014 at 10:16:26AM -0600, Jim Perrin wrote: > > On 10/31/2014 03:03 PM, Will Yardley wrote: > > > I think there should be an easier way to include stuff from SCL in > > > $PATH. [...] > > > Alternately, I think it would be preferable to do something like > > > what 'modules' (http://modules.sourceforge.net/) does, where you can do > > > 'module load foo/1.3'. > > > > > > The current strategy of running 'scl enable foo ...' or 'scl enable foo > > > bash' is a huge pain, and also becomes a much bigger hassle when using > > > multiple collections. > > Once we've got the sources in place for community contribution, > > patches to add or address this would be welcomed. > fwiw, I am just using scl by making my own modules files around the scl > tools... > scl/devtoolset-2: > #%Module1.0# > module-whatis "/opt/rh/devtoolset-2 environment setup" Yeah, what about getting rid of 'scl enable X', and just using 'module' itself in the first place? This should be less work for maintainers once in place, and would be easier for end-users and developers. w From greg.schumacher at trinetsolutions.com Mon Nov 17 21:26:53 2014 From: greg.schumacher at trinetsolutions.com (Greg Schumacher) Date: Mon, 17 Nov 2014 13:26:53 -0800 Subject: [scl.org] Security updates not backported? Message-ID: >From looking at the dates on https://www.softwarecollections.org/repos/rhscl/php54/epel-6-x86_64/, it appears that this security update https://rhn.redhat.com/errata/RHSA-2014-1327.html was not backported into php54. Am I understanding that correctly? If so, what is the backport policy for php54 SCL? According to http://developerblog.redhat.com/2013/08/01/php-5-4-on-rhel-6-using-rhscl/, the lifecycle for PHP 5.4 on the SCL should be 3 years which would be until mid 2016. Thanks, Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From msuchy at redhat.com Tue Nov 18 08:22:56 2014 From: msuchy at redhat.com (Miroslav Suchy) Date: Tue, 18 Nov 2014 09:22:56 +0100 Subject: [scl.org] Security updates not backported? In-Reply-To: References: Message-ID: <546B01E0.6030302@redhat.com> On 11/17/2014 10:26 PM, Greg Schumacher wrote: >>From looking at the dates on > https://www.softwarecollections.org/repos/rhscl/php54/epel-6-x86_64/, it > appears that this security update > https://rhn.redhat.com/errata/RHSA-2014-1327.html was not backported into > php54. Am I understanding that correctly? If so, what is the backport > policy for php54 SCL? > > According to > http://developerblog.redhat.com/2013/08/01/php-5-4-on-rhel-6-using-rhscl/, > the lifecycle for PHP 5.4 on the SCL should be 3 years which would be until > mid 2016. Please do not confuse RHSCL and SCL. RHSCL is Red Hat Software Collections and it is already included with many Red Hat Enterprise Linux subscriptions. See: https://access.redhat.com/solutions/472793 This product is always updated ASAP. On the other hand - collections on softwarecollections.org (or just SCL) are community driven and have no guarantees. It is fine for developers and homebrew projects, but if you want to rely on security updates I highly recommend you to use Red Hat subscriptions (or participate on maintaining that collection). Mirek Suchy From rcollet at redhat.com Tue Nov 18 08:49:12 2014 From: rcollet at redhat.com (Remi Collet) Date: Tue, 18 Nov 2014 09:49:12 +0100 Subject: [scl.org] Security updates not backported? In-Reply-To: <546B01E0.6030302@redhat.com> References: <546B01E0.6030302@redhat.com> Message-ID: <546B0808.4090208@redhat.com> Le 18/11/2014 09:22, Miroslav Suchy a ?crit : > On the other hand - collections on softwarecollections.org (or just SCL) > are community driven and have no guarantees. It is fine for developers > and homebrew projects, but if you want to rely on security updates I > highly recommend you to use Red Hat subscriptions (or participate on > maintaining that collection). RHEL-6 package are built for some time in Copr. http://copr.fedoraproject.org/coprs/rhscl/php55/build/56017/ http://copr.fedoraproject.org/coprs/rhscl/php54/build/56016/ Miroslav, can you please sync scl.org ? But Copr / EL-7 seems broken for now... http://copr.fedoraproject.org/coprs/rhscl/php54/build/60002/ http://copr.fedoraproject.org/coprs/rhscl/php55/build/60003/ DEBUG util.py:424: Executing command: /usr/bin/repoquery --installroot=/var/lib/mock/epel-7-x86_64-mockbuilder-1793/root -c /var/lib/mock/epel-7-x86_64-mockbuilder-1793/root/etc/yum.conf -a --qf '%{nevra} %{buildtime} %{size} %{pkgid} %{repoid}' > /var/tmp/mockremote-GfzJd/build/results/epel-7-x86_64/php55-php-5.5.6-13.el6/available_pkgs with env {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', 'CCACHE_DIR': '/tmp/ccache', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'printf "\x1b]0;\x07"', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin', 'HOME': '/builddir', 'CCACHE_UMASK': '002'} DEBUG util.py:365: Usage: repoquery [options] DEBUG util.py:365: repoquery: error: no such option: --installroot DEBUG util.py:475: Child return code was: 2 Miroslav, any idea welcome Remi. -- rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team GPG Key: 0x29F16A18 Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18 From greg.schumacher at trinetsolutions.com Tue Nov 18 18:31:13 2014 From: greg.schumacher at trinetsolutions.com (Greg Schumacher) Date: Tue, 18 Nov 2014 10:31:13 -0800 Subject: [scl.org] Security updates not backported? In-Reply-To: <546B01E0.6030302@redhat.com> References: <546B01E0.6030302@redhat.com> Message-ID: <5070505950841aa8ba8d4303f5444cb4@mail.gmail.com> Ah, you're right - I should have checked http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHSCL/SRPMS/ before assuming this was on Red Hat's end as I see it has php54-php-5.4.16-22.el6.src.rpm dated 10/29/14 on there. It looks like the community one is a few weeks behind. Thanks -----Original Message----- From: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] On Behalf Of Miroslav Suchy Sent: Tuesday, November 18, 2014 12:23 AM To: sclorg at redhat.com Subject: Re: [scl.org] Security updates not backported? On 11/17/2014 10:26 PM, Greg Schumacher wrote: >>From looking at the dates on > https://www.softwarecollections.org/repos/rhscl/php54/epel-6-x86_64/, > it appears that this security update > https://rhn.redhat.com/errata/RHSA-2014-1327.html was not backported > into php54. Am I understanding that correctly? If so, what is the > backport policy for php54 SCL? > > According to > http://developerblog.redhat.com/2013/08/01/php-5-4-on-rhel-6-using-rhs > cl/, the lifecycle for PHP 5.4 on the SCL should be 3 years which > would be until mid 2016. Please do not confuse RHSCL and SCL. RHSCL is Red Hat Software Collections and it is already included with many Red Hat Enterprise Linux subscriptions. See: https://access.redhat.com/solutions/472793 This product is always updated ASAP. On the other hand - collections on softwarecollections.org (or just SCL) are community driven and have no guarantees. It is fine for developers and homebrew projects, but if you want to rely on security updates I highly recommend you to use Red Hat subscriptions (or participate on maintaining that collection). Mirek Suchy _______________________________________________ SCLorg mailing list SCLorg at redhat.com https://www.redhat.com/mailman/listinfo/sclorg From greg.schumacher at trinetsolutions.com Tue Nov 18 23:14:07 2014 From: greg.schumacher at trinetsolutions.com (Greg Schumacher) Date: Tue, 18 Nov 2014 15:14:07 -0800 Subject: [scl.org] Security updates not backported? In-Reply-To: 5070505950841aa8ba8d4303f5444cb4@mail.gmail.com References: <546B01E0.6030302@redhat.com> 5070505950841aa8ba8d4303f5444cb4@mail.gmail.com Message-ID: <3ee43a88d7d048828c0fbc2a7eb5cc3b@mail.gmail.com> It looks like the prior SCLorg php54 release (php54-php-5.4.16-16.el6.x86_64.rpm) was about 4 months behind the RH release of the same version (2014-07-21 SCLorg vs 2014-03-31 RH). Any thoughts on subscribing to RH and using the RH SCL repo with a RHEL derivative such as CloudLinux in order to ensure timely updates? Do you foresee any problems with doing that or other reasons not to do so? Thanks -----Original Message----- From: Greg Schumacher [mailto:greg.schumacher at trinetsolutions.com] Sent: Tuesday, November 18, 2014 10:31 AM To: 'Miroslav Suchy'; 'sclorg at redhat.com' Subject: RE: [scl.org] Security updates not backported? Ah, you're right - I should have checked http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHSCL/SRPMS/ before assuming this was on Red Hat's end as I see it has php54-php-5.4.16-22.el6.src.rpm dated 10/29/14 on there. It looks like the community one is a few weeks behind. Thanks -----Original Message----- From: sclorg-bounces at redhat.com [mailto:sclorg-bounces at redhat.com] On Behalf Of Miroslav Suchy Sent: Tuesday, November 18, 2014 12:23 AM To: sclorg at redhat.com Subject: Re: [scl.org] Security updates not backported? On 11/17/2014 10:26 PM, Greg Schumacher wrote: >>From looking at the dates on > https://www.softwarecollections.org/repos/rhscl/php54/epel-6-x86_64/, > it appears that this security update > https://rhn.redhat.com/errata/RHSA-2014-1327.html was not backported > into php54. Am I understanding that correctly? If so, what is the > backport policy for php54 SCL? > > According to > http://developerblog.redhat.com/2013/08/01/php-5-4-on-rhel-6-using-rhs > cl/, the lifecycle for PHP 5.4 on the SCL should be 3 years which > would be until mid 2016. Please do not confuse RHSCL and SCL. RHSCL is Red Hat Software Collections and it is already included with many Red Hat Enterprise Linux subscriptions. See: https://access.redhat.com/solutions/472793 This product is always updated ASAP. On the other hand - collections on softwarecollections.org (or just SCL) are community driven and have no guarantees. It is fine for developers and homebrew projects, but if you want to rely on security updates I highly recommend you to use Red Hat subscriptions (or participate on maintaining that collection). Mirek Suchy _______________________________________________ SCLorg mailing list SCLorg at redhat.com https://www.redhat.com/mailman/listinfo/sclorg From msuchy at redhat.com Wed Nov 19 07:20:39 2014 From: msuchy at redhat.com (Miroslav Suchy) Date: Wed, 19 Nov 2014 08:20:39 +0100 Subject: [scl.org] Security updates not backported? In-Reply-To: <3ee43a88d7d048828c0fbc2a7eb5cc3b@mail.gmail.com> References: <546B01E0.6030302@redhat.com> 5070505950841aa8ba8d4303f5444cb4@mail.gmail.com <3ee43a88d7d048828c0fbc2a7eb5cc3b@mail.gmail.com> Message-ID: <546C44C7.2000603@redhat.com> On 11/19/2014 12:14 AM, Greg Schumacher wrote: > Any > thoughts on subscribing to RH and using the RH SCL repo with a RHEL > derivative such as CloudLinux in order to ensure timely updates? Do you > foresee any problems with doing that or other reasons not to do so? From technical POV there should be no problem. As far as you comply with RH license it should be fine. Mirek Suchy From mizdebsk at redhat.com Wed Nov 19 07:23:43 2014 From: mizdebsk at redhat.com (Mikolaj Izdebski) Date: Wed, 19 Nov 2014 08:23:43 +0100 Subject: [scl.org] Security updates not backported? In-Reply-To: <546B0808.4090208@redhat.com> References: <546B01E0.6030302@redhat.com> <546B0808.4090208@redhat.com> Message-ID: <546C457F.3060800@redhat.com> On 11/18/2014 09:49 AM, Remi Collet wrote: > But Copr / EL-7 seems broken for now... > > http://copr.fedoraproject.org/coprs/rhscl/php54/build/60002/ > http://copr.fedoraproject.org/coprs/rhscl/php55/build/60003/ > > DEBUG util.py:424: Executing command: /usr/bin/repoquery > --installroot=/var/lib/mock/epel-7-x86_64-mockbuilder-1793/root -c > /var/lib/mock/epel-7-x86_64-mockbuilder-1793/root/etc/yum.conf -a --qf > '%{nevra} %{buildtime} %{size} %{pkgid} %{repoid}' > > /var/tmp/mockremote-GfzJd/build/results/epel-7-x86_64/php55-php-5.5.6-13.el6/available_pkgs > with env {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', > 'CCACHE_DIR': '/tmp/ccache', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': > 'printf "\x1b]0;\x07"', 'PATH': > '/usr/bin:/bin:/usr/sbin:/sbin', 'HOME': '/builddir', 'CCACHE_UMASK': '002'} > DEBUG util.py:365: Usage: repoquery [options] > DEBUG util.py:365: repoquery: error: no such option: --installroot > DEBUG util.py:475: Child return code was: 2 This was a temporary Copr failure and shoud be fixed by now. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk From rcollet at redhat.com Wed Nov 19 14:40:23 2014 From: rcollet at redhat.com (Remi Collet) Date: Wed, 19 Nov 2014 15:40:23 +0100 Subject: [scl.org] Security updates not backported? In-Reply-To: References: Message-ID: <546CABD7.6090301@redhat.com> Le 17/11/2014 22:26, Greg Schumacher a ?crit : > From looking at the dates on > https://www.softwarecollections.org/repos/rhscl/php54/epel-6-x86_64/, it > appears that this security update > https://rhn.redhat.com/errata/RHSA-2014-1327.html was not backported > into php54. Am I understanding that correctly? If so, what is the > backport policy for php54 SCL? They are now available (5.5.6-13 and 5.4.16-22) Remi. -- rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team GPG Key: 0x29F16A18 Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18 From orion at cora.nwra.com Wed Nov 19 21:59:30 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 19 Nov 2014 14:59:30 -0700 Subject: [scl.org] devtoolset-3 Message-ID: <546D12C2.1000301@cora.nwra.com> Will the devtoolset-3 appear on softwarecollections.org so that we could build other packages against it? I'm specifically looking for the devtoolset-3-eclipse-* packages -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 http://www.nwra.com From orion at cora.nwra.com Wed Nov 19 23:13:25 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 19 Nov 2014 16:13:25 -0700 Subject: [scl.org] How to build meta-package in copr Message-ID: <546D2415.6090001@cora.nwra.com> Trying to follow https://www.softwarecollections.org/en/docs/building/ Mock Version: 1.1.41 ENTER do(['bash', '--login', '-c', 'rpmbuild -bs --target x86_64 --nodeps builddir/build/SPECS/scl-eclipse-ptp.spec'], False, '/var/lib/mock/epel-7-x86_64-mockbuilder-1785/root/', None, 0, True, False, 500, 135, None, False, {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', 'CCACHE_DIR': '/tmp/ccache', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'echo -n ""', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin', 'HOME': '/builddir', 'CCACHE_UMASK': '002'}, logger=) Executing command: ['bash', '--login', '-c', 'rpmbuild -bs --target x86_64 --nodeps builddir/build/SPECS/scl-eclipse-ptp.spec'] with env {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', 'CCACHE_DIR': '/tmp/ccache', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'echo -n ""', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin', 'HOME': '/builddir', 'CCACHE_UMASK': '002'} error: line 9: Unknown tag: %scl_package orion-scl-eclipse-ptp Building target platforms: x86_64 Building for target x86_64 Child return code was: 1 EXCEPTION: Command failed. See logs for output. It seems like I need to have scl-utils-build as part of the initial build root to compose the srpm? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 http://www.nwra.com From mizdebsk at redhat.com Thu Nov 20 08:01:10 2014 From: mizdebsk at redhat.com (Mikolaj Izdebski) Date: Thu, 20 Nov 2014 09:01:10 +0100 Subject: [scl.org] How to build meta-package in copr In-Reply-To: <546D2415.6090001@cora.nwra.com> References: <546D2415.6090001@cora.nwra.com> Message-ID: <546D9FC6.9050908@redhat.com> On 11/20/2014 12:13 AM, Orion Poplawski wrote: > Trying to follow https://www.softwarecollections.org/en/docs/building/ > ... > It seems like I need to have scl-utils-build as part of the initial build root > to compose the srpm? That's correct. Initially you have to add scl-utils-build to minimal buildroot to build metapackage. Once you have it built, you should add -build to minimal buildroot as well. (At this point you should be able to remove scl-utils-build, as -build should usually depend on it.) -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk From msuchy at redhat.com Thu Nov 20 11:11:57 2014 From: msuchy at redhat.com (=?windows-1252?Q?Miroslav_Such=FD?=) Date: Thu, 20 Nov 2014 12:11:57 +0100 Subject: [scl.org] How to build meta-package in copr In-Reply-To: <546D9FC6.9050908@redhat.com> References: <546D2415.6090001@cora.nwra.com> <546D9FC6.9050908@redhat.com> Message-ID: <546DCC7D.2090706@redhat.com> On 11/20/2014 09:01 AM, Mikolaj Izdebski wrote: > On 11/20/2014 12:13 AM, Orion Poplawski wrote: >> >Trying to followhttps://www.softwarecollections.org/en/docs/building/ >> > > ... >> >It seems like I need to have scl-utils-build as part of the initial build root >> >to compose the srpm? > That's correct. Initially you have to add scl-utils-build to minimal > buildroot to build metapackage. Once you have it built, you should add > -build to minimal buildroot as well. (At this point you should be > able to remove scl-utils-build, as -build should usually depend on it.) See last two screenshots: https://fedorahosted.org/copr/wiki/ScreenshotsTutorial -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys From msuchy at redhat.com Thu Nov 20 11:16:29 2014 From: msuchy at redhat.com (=?windows-1252?Q?Miroslav_Such=FD?=) Date: Thu, 20 Nov 2014 12:16:29 +0100 Subject: [scl.org] devtoolset-3 In-Reply-To: <546D12C2.1000301@cora.nwra.com> References: <546D12C2.1000301@cora.nwra.com> Message-ID: <546DCD8D.70409@redhat.com> On 11/19/2014 10:59 PM, Orion Poplawski wrote: > Will the devtoolset-3 appear on softwarecollections.org so that we could build > other packages against it? I'm specifically looking for the > devtoolset-3-eclipse-* packages > Work in progress: https://copr.fedoraproject.org/coprs/rhscl/devtoolset-3-el7/monitor/ -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys From orion at cora.nwra.com Thu Nov 20 20:53:29 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 20 Nov 2014 13:53:29 -0700 Subject: [scl.org] devtoolset-3 In-Reply-To: <546DCD8D.70409@redhat.com> References: <546D12C2.1000301@cora.nwra.com> <546DCD8D.70409@redhat.com> Message-ID: <546E54C9.8010208@cora.nwra.com> On 11/20/2014 04:16 AM, Miroslav Such? wrote: > On 11/19/2014 10:59 PM, Orion Poplawski wrote: >> Will the devtoolset-3 appear on softwarecollections.org so that we could build >> other packages against it? I'm specifically looking for the >> devtoolset-3-eclipse-* packages >> > > Work in progress: > https://copr.fedoraproject.org/coprs/rhscl/devtoolset-3-el7/monitor/ > Great. Hopefully you guys are all talking to each other :) https://lists.fedoraproject.org/pipermail/java-devel/2014-November/005417.html -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 http://www.nwra.com From mizdebsk at redhat.com Fri Nov 21 04:46:57 2014 From: mizdebsk at redhat.com (Mikolaj Izdebski) Date: Fri, 21 Nov 2014 05:46:57 +0100 Subject: [scl.org] devtoolset-3 In-Reply-To: <546E54C9.8010208@cora.nwra.com> References: <546D12C2.1000301@cora.nwra.com> <546DCD8D.70409@redhat.com> <546E54C9.8010208@cora.nwra.com> Message-ID: <546EC3C1.3090607@redhat.com> On 11/20/2014 09:53 PM, Orion Poplawski wrote: > On 11/20/2014 04:16 AM, Miroslav Such? wrote: >> On 11/19/2014 10:59 PM, Orion Poplawski wrote: >>> Will the devtoolset-3 appear on softwarecollections.org so that we could build >>> other packages against it? I'm specifically looking for the >>> devtoolset-3-eclipse-* packages >>> >> >> Work in progress: >> https://copr.fedoraproject.org/coprs/rhscl/devtoolset-3-el7/monitor/ >> > > Great. Hopefully you guys are all talking to each other :) > > https://lists.fedoraproject.org/pipermail/java-devel/2014-November/005417.html Yes, I've already notified Mirek and other guys from Copr team about this. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk From asamalik at redhat.com Tue Nov 25 12:42:01 2014 From: asamalik at redhat.com (Adam Samalik) Date: Tue, 25 Nov 2014 07:42:01 -0500 (EST) Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <598678941.3737935.1416918566581.JavaMail.zimbra@redhat.com> Message-ID: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> Hello everyone, I'm pleased to announce that the community version of Software Collections 1.2 has been released today and can be found on www.softwarecollections.org Bringing four new components: - Developer Toolset 3.0 - devtoolset-3 [1] - Git 1.9.4 - git19 [2] - DevAssistant 0.9.1 - devassist09 [3] - Maven 3.0.5 - maven30 [4] Other changes: - Nginx: upgraded to version 1.6.1 and the collection has been renamed to nginx16. Changelog: http://nginx.org/en/CHANGES-1.6 - Ruby on Rails 4.0: ror40-rubygem-jquery-rails package has been upgraded to version 3.1.0 which brings jQuery JavaScript framework version 1.11.0. - Thermostat: upgraded to version 1.0.4 providing a number of bug fixes over the previous version. Have a great day! Adam Samalik Red Hat - Developer Experience [1] https://www.softwarecollections.org/en/scls/rhscl/devtoolset-3/ [2] https://www.softwarecollections.org/en/scls/rhscl/git19/ [3] https://www.softwarecollections.org/en/scls/rhscl/devassist09/ [4] https://www.softwarecollections.org/en/scls/rhscl/maven30/ From rikske at deds.nl Tue Nov 25 16:02:24 2014 From: rikske at deds.nl (rikske at deds.nl) Date: Tue, 25 Nov 2014 17:02:24 +0100 Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> Message-ID: <9934ec57b662e14a133a313bafa5e610.squirrel@deds.nl> Hi Adam, Thanks for the community version of Software Collections 1.2. Please keep this community version up-to-date with upstream updates. Previously, the SCL community version was outdated like ..... and so on 'pretty' useless. Also for test projects, homebrew projects and developers. More like just do it good on the right way or stop the whole project. Regards, Greetings, > Hello everyone, > > I'm pleased to announce that the community version of Software Collections > 1.2 has been released today and can be found on > www.softwarecollections.org > > Bringing four new components: > - Developer Toolset 3.0 - devtoolset-3 [1] > - Git 1.9.4 - git19 [2] > - DevAssistant 0.9.1 - devassist09 [3] > - Maven 3.0.5 - maven30 [4] > > Other changes: > - Nginx: upgraded to version 1.6.1 and the collection has been renamed to > nginx16. Changelog: http://nginx.org/en/CHANGES-1.6 > - Ruby on Rails 4.0: ror40-rubygem-jquery-rails package has been upgraded > to version 3.1.0 which brings jQuery JavaScript framework version 1.11.0. > - Thermostat: upgraded to version 1.0.4 providing a number of bug fixes > over the previous version. > > > Have a great day! > Adam Samalik > Red Hat - Developer Experience > > [1] https://www.softwarecollections.org/en/scls/rhscl/devtoolset-3/ > [2] https://www.softwarecollections.org/en/scls/rhscl/git19/ > [3] https://www.softwarecollections.org/en/scls/rhscl/devassist09/ > [4] https://www.softwarecollections.org/en/scls/rhscl/maven30/ > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From orion at cora.nwra.com Tue Nov 25 23:08:18 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 25 Nov 2014 16:08:18 -0700 Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> Message-ID: <54750BE2.6010505@cora.nwra.com> On 11/25/2014 05:42 AM, Adam Samalik wrote: > Hello everyone, > > I'm pleased to announce that the community version of Software Collections 1.2 has been released today and can be found on www.softwarecollections.org > > Bringing four new components: > - Developer Toolset 3.0 - devtoolset-3 [1] > - Git 1.9.4 - git19 [2] > - DevAssistant 0.9.1 - devassist09 [3] > - Maven 3.0.5 - maven30 [4] excellent, although none appear when I search for them here: https://www.softwarecollections.org/en/scls/ I've added: https://www.softwarecollections.org/en/scls/orion/devtools-3-eclipse-ptp/ based on devtoolset-3 to add the Eclipse Parallel Tools Platform features. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 http://www.nwra.com From asamalik at redhat.com Wed Nov 26 10:37:52 2014 From: asamalik at redhat.com (Adam Samalik) Date: Wed, 26 Nov 2014 05:37:52 -0500 (EST) Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <54750BE2.6010505@cora.nwra.com> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> <54750BE2.6010505@cora.nwra.com> Message-ID: <209188446.4205693.1416998272417.JavaMail.zimbra@redhat.com> Brilliant, thank you for contributing! I will have a look at the search issue today. Adam Samalik ----- Original Message ----- From: "Orion Poplawski" To: "Adam Samalik" , sclorg at redhat.com Sent: Wednesday, 26 November, 2014 12:08:18 AM Subject: Re: [scl.org] Community release of Software Collections 1.2 On 11/25/2014 05:42 AM, Adam Samalik wrote: > Hello everyone, > > I'm pleased to announce that the community version of Software Collections 1.2 has been released today and can be found on www.softwarecollections.org > > Bringing four new components: > - Developer Toolset 3.0 - devtoolset-3 [1] > - Git 1.9.4 - git19 [2] > - DevAssistant 0.9.1 - devassist09 [3] > - Maven 3.0.5 - maven30 [4] excellent, although none appear when I search for them here: https://www.softwarecollections.org/en/scls/ I've added: https://www.softwarecollections.org/en/scls/orion/devtools-3-eclipse-ptp/ based on devtoolset-3 to add the Eclipse Parallel Tools Platform features. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 http://www.nwra.com From seitz at bsd-unix.net Wed Nov 26 15:22:50 2014 From: seitz at bsd-unix.net (Bryan Seitz) Date: Wed, 26 Nov 2014 10:22:50 -0500 Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <209188446.4205693.1416998272417.JavaMail.zimbra@redhat.com> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> <54750BE2.6010505@cora.nwra.com> <209188446.4205693.1416998272417.JavaMail.zimbra@redhat.com> Message-ID: <20141126152250.GA20179@bsd-unix.net> Can we get some rsync access set up for softwarecollections.org so people can create proper mirrors? TIA, On Wed, Nov 26, 2014 at 05:37:52AM -0500, Adam Samalik wrote: > Brilliant, thank you for contributing! > > I will have a look at the search issue today. > > Adam Samalik > > > ----- Original Message ----- > From: "Orion Poplawski" > To: "Adam Samalik" , sclorg at redhat.com > Sent: Wednesday, 26 November, 2014 12:08:18 AM > Subject: Re: [scl.org] Community release of Software Collections 1.2 > > On 11/25/2014 05:42 AM, Adam Samalik wrote: > > Hello everyone, > > > > I'm pleased to announce that the community version of Software Collections 1.2 has been released today and can be found on www.softwarecollections.org > > > > Bringing four new components: > > - Developer Toolset 3.0 - devtoolset-3 [1] > > - Git 1.9.4 - git19 [2] > > - DevAssistant 0.9.1 - devassist09 [3] > > - Maven 3.0.5 - maven30 [4] > > excellent, although none appear when I search for them here: > https://www.softwarecollections.org/en/scls/ > > I've added: > > https://www.softwarecollections.org/en/scls/orion/devtools-3-eclipse-ptp/ > > based on devtoolset-3 to add the Eclipse Parallel Tools Platform features. > > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA, Boulder/CoRA Office FAX: 303-415-9702 > 3380 Mitchell Lane orion at nwra.com > Boulder, CO 80301 http://www.nwra.com > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg -- Bryan G. Seitz From jeff at tag1consulting.com Wed Nov 26 15:29:18 2014 From: jeff at tag1consulting.com (Jeff Sheltren) Date: Wed, 26 Nov 2014 07:29:18 -0800 Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <20141126152250.GA20179@bsd-unix.net> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> <54750BE2.6010505@cora.nwra.com> <209188446.4205693.1416998272417.JavaMail.zimbra@redhat.com> <20141126152250.GA20179@bsd-unix.net> Message-ID: On Wed, Nov 26, 2014 at 7:22 AM, Bryan Seitz wrote: > Can we get some rsync access set up for softwarecollections.org so people > can create proper mirrors? > > Yes please, +1 to this request. -Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdornak at redhat.com Wed Nov 26 15:44:04 2014 From: jdornak at redhat.com (Jakub QB =?utf-8?B?RG9yxYjDoWs=?=) Date: Wed, 26 Nov 2014 10:44:04 -0500 (EST) Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> <54750BE2.6010505@cora.nwra.com> <209188446.4205693.1416998272417.JavaMail.zimbra@redhat.com> <20141126152250.GA20179@bsd-unix.net> Message-ID: <947876248.9576551.1417016644496.JavaMail.zimbra@redhat.com> Why not to use reposync? It might be even smarter and it is available by design. QB ----- Original Message ----- From: "Jeff Sheltren" To: sclorg at redhat.com Sent: Wednesday, November 26, 2014 4:29:18 PM Subject: Re: [scl.org] Community release of Software Collections 1.2 On Wed, Nov 26, 2014 at 7:22 AM, Bryan Seitz < seitz at bsd-unix.net > wrote: Can we get some rsync access set up for softwarecollections.org so people can create proper mirrors? Yes please, +1 to this request. -Jeff _______________________________________________ SCLorg mailing list SCLorg at redhat.com https://www.redhat.com/mailman/listinfo/sclorg From jeff at tag1consulting.com Wed Nov 26 15:52:04 2014 From: jeff at tag1consulting.com (Jeff Sheltren) Date: Wed, 26 Nov 2014 07:52:04 -0800 Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <947876248.9576551.1417016644496.JavaMail.zimbra@redhat.com> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> <54750BE2.6010505@cora.nwra.com> <209188446.4205693.1416998272417.JavaMail.zimbra@redhat.com> <20141126152250.GA20179@bsd-unix.net> <947876248.9576551.1417016644496.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 26, 2014 at 7:44 AM, Jakub QB Dor??k wrote: > Why not to use reposync? It might be even smarter and it is available by > design. > QB > I can use rsync anywhere, including places where yum is not installed. -Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From hhorak at redhat.com Wed Nov 26 18:17:06 2014 From: hhorak at redhat.com (Honza Horak) Date: Wed, 26 Nov 2014 19:17:06 +0100 Subject: [scl.org] Community release of Software Collections 1.2 In-Reply-To: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> References: <110393842.3742534.1416919321228.JavaMail.zimbra@redhat.com> Message-ID: <54761922.5090504@redhat.com> Good work guys! Honza On 11/25/2014 01:42 PM, Adam Samalik wrote: > Hello everyone, > > I'm pleased to announce that the community version of Software Collections 1.2 has been released today and can be found on www.softwarecollections.org > > Bringing four new components: > - Developer Toolset 3.0 - devtoolset-3 [1] > - Git 1.9.4 - git19 [2] > - DevAssistant 0.9.1 - devassist09 [3] > - Maven 3.0.5 - maven30 [4] > > Other changes: > - Nginx: upgraded to version 1.6.1 and the collection has been renamed to nginx16. Changelog: http://nginx.org/en/CHANGES-1.6 > - Ruby on Rails 4.0: ror40-rubygem-jquery-rails package has been upgraded to version 3.1.0 which brings jQuery JavaScript framework version 1.11.0. > - Thermostat: upgraded to version 1.0.4 providing a number of bug fixes over the previous version. > > > Have a great day! > Adam Samalik > Red Hat - Developer Experience > > [1] https://www.softwarecollections.org/en/scls/rhscl/devtoolset-3/ > [2] https://www.softwarecollections.org/en/scls/rhscl/git19/ > [3] https://www.softwarecollections.org/en/scls/rhscl/devassist09/ > [4] https://www.softwarecollections.org/en/scls/rhscl/maven30/ > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg >