From rkuska at redhat.com Wed Apr 1 13:40:05 2015 From: rkuska at redhat.com (Robert Kuska) Date: Wed, 1 Apr 2015 09:40:05 -0400 (EDT) Subject: [scl.org] Scltests In-Reply-To: <1461238443.7190446.1427877669239.JavaMail.zimbra@redhat.com> Message-ID: <1997208945.7474677.1427895605724.JavaMail.zimbra@redhat.com> Hello everyone, I would like to present you SCLTESTS [0] - (sort of) framework to make testing of your scl packages easier. Who is it for? Scltests are mainly designed for maintainers of collections who often use `rpm -qp` on their newly built packages to ensure that everything was built as it should be. What does it do? It builds your whole collection and then runs tests as defined in your test config on your local machine. I would like to have later scltests run on jenkins with a trigger being adding new collection or update of scl-utils (if maintainers find my 'framework' useful). How it works? Firstly it creates srpms from your specfiles and sources. Next step is mock build of all srpms in order as defined in collection yaml config file. After build the tests are created, again based on the values of yaml config file. Tests are run. How can I run scltests? First, you have to make sure that you meet the requirements. Install following packages: python-click, PyYAML, mock, createrepo, scl-utils-build Optional dependency for coloured test output: python-colour-runner (currently being packaged into fedora [1]) Also user under which you will run these tests must be in user group mock. git clone https://github.com/sclorg/scltests.git && cd scltests See > $ ./run-tests.py --help use list to query for available collection and mock configs. > $ ./run-tests.py list Available software collections: python27 Available mock configs: epel6:fedora22 now run tests for chosen collection and config > $ ./run-tests.py test python27 fedora22 sit back and wait for stdout report [3]. How can I add my own collection? Create folder for your collection under scltests/SRPMS, folder must have same name as the collection, add corresponding spec files and sources. Create YAML config file under scltests/configs/YAML, basename of the yaml file must be the collection name, for how to create appropriate YAML file refer to [2]. Add mock config file under scltests/configs/MOCK, make sure that scl-utils-build is included in config_opts['chroot_setup_cmd'] Any questions, RFEs and bug reports are welcomed [4]. [0] https://github.com/sclorg/scltests/ [1] https://bugzilla.redhat.com/show_bug.cgi?id=1202303 [2] https://github.com/sclorg/scltests/blob/master/scltests/configs/YAML/python27.yaml [3] https://pastebin.mozilla.org/8827848 [4] https://github.com/sclorg/scltests/issues -- Robert Kuska {rkuska} From mail-lists at karan.org Wed Apr 1 16:48:41 2015 From: mail-lists at karan.org (Karanbir Singh) Date: Wed, 01 Apr 2015 17:48:41 +0100 Subject: [scl.org] [CentOS-devel] CentOS SCLo SIG sync-up meeting on #centos-devel (2015-04-08) In-Reply-To: <551AADE1.9090609@redhat.com> References: <551AADE1.9090609@redhat.com> Message-ID: <551C2169.1000603@karan.org> On 03/31/2015 03:23 PM, Honza Horak wrote: > Unfortunately I'm not available this week on Wed, I'm sorry, so > let's arrange the SCLo meeting the next week. Since we have DST in > Europe already as well, let's change to 15:00 UTC, that should fit > to out schedules the same as it did on non-DST. > > So, SCLo 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. > > = Topics = * sync-up on current status * propose some other > topics:) > I wont be able to make it on the 8th - will be on the road. However, one important thing is that I spent a bit of time with Brian today and he's mostly caught up with the mechanics of the backend/lookaside process. It would be great if you can make sure the SCL story on that front ( which is the most complicated one ) is clearly addressed with him. Brian are you able to make this meetin on the 8th ? -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc From brian at bstinson.com Wed Apr 1 18:35:56 2015 From: brian at bstinson.com (Brian Stinson) Date: Wed, 1 Apr 2015 13:35:56 -0500 Subject: [scl.org] [CentOS-devel] CentOS SCLo SIG sync-up meeting on #centos-devel (2015-04-08) In-Reply-To: <551C2169.1000603@karan.org> References: <551AADE1.9090609@redhat.com> <551C2169.1000603@karan.org> Message-ID: <20150401183556.GO3399@byrd.math.ksu.edu> On Apr 01 17:48, Karanbir Singh wrote: > On 03/31/2015 03:23 PM, Honza Horak wrote: > > Unfortunately I'm not available this week on Wed, I'm sorry, so > > let's arrange the SCLo meeting the next week. Since we have DST in > > Europe already as well, let's change to 15:00 UTC, that should fit > > to out schedules the same as it did on non-DST. > > > > So, SCLo 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. > > > > = Topics = * sync-up on current status * propose some other > > topics:) > > > > I wont be able to make it on the 8th - will be on the road. However, > one important thing is that I spent a bit of time with Brian today and > he's mostly caught up with the mechanics of the backend/lookaside > process. It would be great if you can make sure the SCL story on that > front ( which is the most complicated one ) is clearly addressed with > him. > > Brian are you able to make this meetin on the 8th ? Definitely. I should have a short update on tooling by then, and we can dig into the details of the SCL workflow. Brian -- Brian Stinson brian at bstinson.com | IRC: bstinson | Bitbucket/Twitter: bstinsonmhk From hhorak at redhat.com Thu Apr 2 12:40:48 2015 From: hhorak at redhat.com (Honza Horak) Date: Thu, 02 Apr 2015 14:40:48 +0200 Subject: [scl.org] [CentOS-devel] CentOS SCLo SIG sync-up meeting on #centos-devel (2015-04-08) In-Reply-To: <20150401183556.GO3399@byrd.math.ksu.edu> References: <551AADE1.9090609@redhat.com> <551C2169.1000603@karan.org> <20150401183556.GO3399@byrd.math.ksu.edu> Message-ID: <551D38D0.6030300@redhat.com> On 04/01/2015 08:35 PM, Brian Stinson wrote: > On Apr 01 17:48, Karanbir Singh wrote: >> On 03/31/2015 03:23 PM, Honza Horak wrote: >>> Unfortunately I'm not available this week on Wed, I'm sorry, so >>> let's arrange the SCLo meeting the next week. Since we have DST in >>> Europe already as well, let's change to 15:00 UTC, that should fit >>> to out schedules the same as it did on non-DST. >>> >>> So, SCLo 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. >>> >>> = Topics = * sync-up on current status * propose some other >>> topics:) >>> >> >> I wont be able to make it on the 8th - will be on the road. However, >> one important thing is that I spent a bit of time with Brian today and >> he's mostly caught up with the mechanics of the backend/lookaside >> process. It would be great if you can make sure the SCL story on that >> front ( which is the most complicated one ) is clearly addressed with >> him. >> >> Brian are you able to make this meetin on the 8th ? > > Definitely. I should have a short update on tooling by then, and we can > dig into the details of the SCL workflow. That sounds really nice, thanks. Honza From mail-lists at karan.org Thu Apr 2 22:24:22 2015 From: mail-lists at karan.org (Karanbir Singh) Date: Thu, 02 Apr 2015 23:24:22 +0100 Subject: [scl.org] [CentOS-devel] CentOS SCLo SIG sync-up meeting on #centos-devel (2015-04-08) In-Reply-To: <551D38D0.6030300@redhat.com> References: <551AADE1.9090609@redhat.com> <551C2169.1000603@karan.org> <20150401183556.GO3399@byrd.math.ksu.edu> <551D38D0.6030300@redhat.com> Message-ID: <551DC196.6020501@karan.org> On 02/04/15 13:40, Honza Horak wrote: > On 04/01/2015 08:35 PM, Brian Stinson wrote: >> On Apr 01 17:48, Karanbir Singh wrote: >>> On 03/31/2015 03:23 PM, Honza Horak wrote: >>>> Unfortunately I'm not available this week on Wed, I'm sorry, so >>>> let's arrange the SCLo meeting the next week. Since we have DST in >>>> Europe already as well, let's change to 15:00 UTC, that should fit >>>> to out schedules the same as it did on non-DST. >>>> >>>> So, SCLo 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. >>>> >>>> = Topics = * sync-up on current status * propose some other >>>> topics:) >>>> >>> >>> I wont be able to make it on the 8th - will be on the road. However, >>> one important thing is that I spent a bit of time with Brian today and >>> he's mostly caught up with the mechanics of the backend/lookaside >>> process. It would be great if you can make sure the SCL story on that >>> front ( which is the most complicated one ) is clearly addressed with >>> him. >>> >>> Brian are you able to make this meetin on the 8th ? >> >> Definitely. I should have a short update on tooling by then, and we can >> dig into the details of the SCL workflow. > > That sounds really nice, thanks. > I wonder if Jon's OCAML scl might be usable as the exercise to validate this.. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc From mofeplanning at goss-gov.org Sat Apr 11 10:58:55 2015 From: mofeplanning at goss-gov.org (MoFEPlanning SS) Date: Sat, 11 Apr 2015 06:58:55 -0400 Subject: [scl.org] Request For Quote / Information Message-ID: <1087eeec2114bc4ebc4cdc9c0f55d35e@X0090T1> Dear sir, RE: Reminder For Request For Quote / Information. Kindly advise receipt of our Request For Quote / Information for a Contract Supply sent to you previously via the PMO (Project Management Office) for supplies of your products / services to South Sudan so that we can deliberate on prices and terms of engagement. Please copy your response to me via this office email address as well for expedient attention and you may send in more information on available products and more. Thank you. S. G. Mabiodit, Ministry of Finance and Economic Planning (MOFEP), Juba, South Sudan. Tel: 477-126-466 Email: mofeplanning at goss.org Email: mofeplanning at goss-gov.org Email: sec.goss at gmail.com Http://www.goss.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From wjimenez5271 at gmail.com Fri Apr 17 20:58:32 2015 From: wjimenez5271 at gmail.com (William Jimenez) Date: Fri, 17 Apr 2015 13:58:32 -0700 Subject: [scl.org] Linking to a different version of curl with SCL php54 Message-ID: Hello, I'm trying to use a newer version of curl than ships with RHEL6 by default with the SCL PHP 5.4 package. My newer build of curl is in a separate location to not conflict with the system one (/opt/foo). I've tried setting both LD_PRELOAD & LD_LIBRARY_PATH for apache to pick up and prefer my new curl with little success. Has anyone found a solution they can share? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcollet at redhat.com Mon Apr 20 04:38:07 2015 From: rcollet at redhat.com (Remi Collet) Date: Mon, 20 Apr 2015 06:38:07 +0200 Subject: [scl.org] Linking to a different version of curl with SCL php54 In-Reply-To: References: Message-ID: <553482AF.8090506@redhat.com> Le 17/04/2015 22:58, William Jimenez a ?crit : > Hello, > I'm trying to use a newer version of curl than ships with RHEL6 by > default with the SCL PHP 5.4 package. My newer build of curl is in a > separate location to not conflict with the system one (/opt/foo). I've > tried setting both LD_PRELOAD & LD_LIBRARY_PATH for apache to pick up > and prefer my new curl with little success. Has anyone found a solution > they can share? Most of the optional feature in php-curl are detected at buildtime, so using a new curl version requires to rebuild PHP. But the displayed version in PHPInfo() should be the runtime one. Remi. > > Thanks > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -- rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team GPG Key: 0x29F16A18 Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18 From david.sim at worldline.com Tue Apr 21 15:50:17 2015 From: david.sim at worldline.com (Sim David) Date: Tue, 21 Apr 2015 17:50:17 +0200 Subject: [scl.org] PHP Software Collections updates Message-ID: Hello, I would like to know if you plan to update the php sotfware collections (https://www.softwarecollections.org/en/scls/rhscl/php54/ and https://www.softwarecollections.org/en/scls/rhscl/php55/) in order to follow bug-fix and security erratas. Indeed, there are no updates since November 2014 (for example : the last version of php in php54 software collection is the 5.4.16-22). Thank you in advance, Regards, David SIM System Engineer, Technical Operation - Delivery Services Worldline, an atos company Tel : +33 (0) 3 20 60 94 18 Mail : david.sim at worldline.com Rue de la Pointe ZI A, 59113 Seclin worldline.com [cid:image002.gif at 01D07C5B.31060290] ________________________________ Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1388 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.gif Type: image/gif Size: 2438 bytes Desc: image002.gif URL: From rcollet at redhat.com Wed Apr 22 06:02:48 2015 From: rcollet at redhat.com (Remi Collet) Date: Wed, 22 Apr 2015 08:02:48 +0200 Subject: [scl.org] PHP Software Collections updates In-Reply-To: References: Message-ID: <55373988.9040008@redhat.com> Le 21/04/2015 17:50, Sim David a ?crit : > Hello, > > > > I would like to know if you plan to update the php sotfware collections > (https://www.softwarecollections.org/en/scls/rhscl/php54/ and > https://www.softwarecollections.org/en/scls/rhscl/php55/) in order to > follow bug-fix and security erratas. Indeed, there are no updates since > November 2014 (for example : the last version of php in php54 software > collection is the 5.4.16-22). Packages in this repository are in sync with upstream package in RHSCL-1.2, so as soon as an update will be released, this repository will be updated. RHSCL have the same policy than RHEL for security fix. Remi > > > Thank you in advance, > > > > Regards, > > WL_Dots_signature > > *David SIM* > > System Engineer, Technical Operation ? Delivery Services > > > > Worldline, an atos company > > Tel : +33 (0) 3 20 60 94 18 > > Mail : david.sim at worldline.com > > Rue de la Pointe ZI A, 59113 Seclin > > worldline.com > > > > WL_Logo_signature > > > > > ------------------------------------------------------------------------ > > Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? > l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? > par le secret professionnel. Si vous recevez ce message par erreur, > merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. > L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la > responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu > de ce message. Bien que les meilleurs efforts soient faits pour > maintenir cette transmission exempte de tout virus, l'exp?diteur ne > donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre > recherch?e pour tout dommage r?sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended > solely for the addressee; it may also be privileged. If you receive this > e-mail in error, please notify the sender immediately and destroy it. As > its integrity cannot be secured on the Internet, the Worldline liability > cannot be triggered for the message content. Although the sender > endeavours to maintain a computer virus-free network, the sender does > not warrant that this transmission is virus-free and will not be liable > for any damages resulting from any virus transmitted. > > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -- rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team GPG Key: 0x29F16A18 Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18 From hhorak at redhat.com Wed Apr 22 14:21:38 2015 From: hhorak at redhat.com (Honza Horak) Date: Wed, 22 Apr 2015 16:21:38 +0200 Subject: [scl.org] Probably no CentOS SCLo SIG sync-up meeting (2015-04-22) Message-ID: <5537AE72.3090502@redhat.com> Unfortunately, I've just learnt can't make it for today's 3 UTC sync-up meeting, so unless anybody else is volunteering to chair it after such a short notice, we can skip and talk on IRC/ML. Just for getting some update, we've just had an earlier talk about tags for SCL, cleared up few things and agreed to continue with further discussions about tags/branches on IRC. Honza From ncoghlan at redhat.com Fri Apr 24 04:46:37 2015 From: ncoghlan at redhat.com (Nick Coghlan) Date: Fri, 24 Apr 2015 14:46:37 +1000 Subject: [scl.org] Is softwarecollections.org intended to eventually become an upstream for RHSCL? Message-ID: <5539CAAD.1040503@redhat.com> I just noticed that the new Python 3.4 container for RHSCL 2.0 isn't up on softwarecollections.org yet, and it appears the Python 2.7 container is also still the earlier 1.1 container. This suggests that my perception that softwarecollections.org was already an upstream for RHSCL was incorrect, and it is in fact currently still downstream of the commercial versions. Is this relationship intended to be inverted as part of the establishment of the SCL CentOS SIG, such that softwarecollections.org gets the in-development versions, which are then filtered, tested and stabilised to create the commercial releases? Cheers, Nick. -- Nick Coghlan Red Hat PnT Operations DevOps Enablement, Brisbane Software Development Workflow Designer & Process Architect From riehecky at fnal.gov Fri Apr 24 14:42:21 2015 From: riehecky at fnal.gov (Pat Riehecky) Date: Fri, 24 Apr 2015 09:42:21 -0500 Subject: [scl.org] Is softwarecollections.org intended to eventually become an upstream for RHSCL? In-Reply-To: <5539CAAD.1040503@redhat.com> References: <5539CAAD.1040503@redhat.com> Message-ID: <553A564D.8000500@fnal.gov> On 04/23/2015 11:46 PM, Nick Coghlan wrote: > I just noticed that the new Python 3.4 container for RHSCL 2.0 isn't up > on softwarecollections.org yet, and it appears the Python 2.7 container > is also still the earlier 1.1 container. This suggests that my > perception that softwarecollections.org was already an upstream for > RHSCL was incorrect, and it is in fact currently still downstream of the > commercial versions. > > Is this relationship intended to be inverted as part of the > establishment of the SCL CentOS SIG, such that softwarecollections.org > gets the in-development versions, which are then filtered, tested and > stabilised to create the commercial releases? > > Cheers, > Nick. > I've not seen an announcement saying SCL2.0 was released by RH. Link? Pat -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org From rvokal at redhat.com Fri Apr 24 14:45:01 2015 From: rvokal at redhat.com (Radek Vokal) Date: Fri, 24 Apr 2015 16:45:01 +0200 Subject: [scl.org] Is softwarecollections.org intended to eventually become an upstream for RHSCL? In-Reply-To: <553A564D.8000500@fnal.gov> References: <5539CAAD.1040503@redhat.com> <553A564D.8000500@fnal.gov> Message-ID: <553A56ED.60201@redhat.com> On 04/24/2015 04:42 PM, Pat Riehecky wrote: > > > On 04/23/2015 11:46 PM, Nick Coghlan wrote: > > I just noticed that the new Python 3.4 container for RHSCL 2.0 isn't up > > on softwarecollections.org yet, and it appears the Python 2.7 container > > is also still the earlier 1.1 container. This suggests that my > > perception that softwarecollections.org was already an upstream for > > RHSCL was incorrect, and it is in fact currently still downstream of the > > commercial versions. > > > > Is this relationship intended to be inverted as part of the > > establishment of the SCL CentOS SIG, such that softwarecollections.org > > gets the in-development versions, which are then filtered, tested and > > stabilised to create the commercial releases? > > > > Cheers, > > Nick. > > > > I've not seen an announcement saying SCL2.0 was released by RH. > > Link? > > Pat > Beta is available .. http://www.redhat.com/en/about/blog/red-hat-software-collections-2-beta-now-available R From msuchy at redhat.com Sun Apr 26 10:43:20 2015 From: msuchy at redhat.com (Miroslav Suchy) Date: Sun, 26 Apr 2015 12:43:20 +0200 Subject: [scl.org] Is softwarecollections.org intended to eventually become an upstream for RHSCL? In-Reply-To: <553A564D.8000500@fnal.gov> References: <5539CAAD.1040503@redhat.com> <553A564D.8000500@fnal.gov> Message-ID: <553CC148.6020203@redhat.com> On 04/24/2015 04:42 PM, Pat Riehecky wrote: > Is this relationship intended to be inverted as part of the > establishment of the SCL CentOS SIG, such that softwarecollections.org > gets the in-development versions, which are then filtered, tested and > stabilised to create the commercial releases? Right now it is indeed inverted. We are working on processes so packages on softwarecollections.org will be real upstream. Mirek From ncoghlan at redhat.com Mon Apr 27 04:31:12 2015 From: ncoghlan at redhat.com (Nick Coghlan) Date: Mon, 27 Apr 2015 14:31:12 +1000 Subject: [scl.org] Is softwarecollections.org intended to eventually become an upstream for RHSCL? In-Reply-To: <553CC148.6020203@redhat.com> References: <5539CAAD.1040503@redhat.com> <553A564D.8000500@fnal.gov> <553CC148.6020203@redhat.com> Message-ID: <553DBB90.7050805@redhat.com> On 04/26/2015 08:43 PM, Miroslav Suchy wrote: > Right now it is indeed inverted. We are working on processes so packages > on softwarecollections.org will be real upstream. Thanks, that's what I thought. I just got confused and thought that change had already happened :) Cheers, Nick. -- Nick Coghlan Red Hat PnT Operations DevOps Enablement, Brisbane Software Development Workflow Designer & Process Architect