From olivia.roberts at techdataco.com Fri Oct 3 12:24:28 2014 From: olivia.roberts at techdataco.com (Olivia Roberts) Date: Fri, 3 Oct 2014 08:24:28 -0400 Subject: [scl.org] AWS Users contacts with emails Message-ID: Hi, Hope you had received my email on Sep 26th. Is there any more information that you'd like me to send? I would like to schedule a quick call to discuss this in detail and understand your requirement. Let me know a convenient time for the call. Regards, Olivia Roberts From: Olivia Roberts [mailto:olivia.roberts at techdataco.com] Sent: Friday, September 26, 2014 8:40 AM To: 'sclorg at redhat.com' Subject: AWS Users contacts with emails Hi, Are you targeting AWS user companies across the globe? We have compiled a list of AWS user which includes VAR's, Partners, Vendors, End Users etc. Data Fields: Company name, Website URL, Application type, Contact Name, Job Title, verified email address, telephone number, mailing address, Industry, SIC code etc. Other technology list: Microsoft, Cisco, HP, IBM, Apple, Lenovo, etc. Please let me know if you are interested in getting these Technology Specific Contact List . Looking forward to your reply! Thanks, Olivia Roberts| Online Marketing Specialist List Acquisitions | Email Campaign | Email Appending | Data Cleansing | Contact Appending | Market Research Reports | TeleMarketing | Please reply with subject line "DISLIKE", if you do not wish to receive further -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcleal at redhat.com Mon Oct 13 10:05:00 2014 From: dcleal at redhat.com (Dominic Cleal) Date: Mon, 13 Oct 2014 11:05:00 +0100 Subject: [scl.org] ask.softwarecollections.org SSL certificate Message-ID: <543BA3CC.6030308@redhat.com> Hello, I notice the new-ish link to ask.softwarecollections.org at the top of the scl.org website, which is a good idea. However it's using the default OpenShift *.rhcloud.com certificate, so results in a scary warning message. Is it possible to get a proper cert for this site? Cheers, -- Dominic Cleal Red Hat Engineering From msuchy at redhat.com Fri Oct 17 08:55:36 2014 From: msuchy at redhat.com (=?windows-1252?Q?Miroslav_Such=FD?=) Date: Fri, 17 Oct 2014 10:55:36 +0200 Subject: [scl.org] ask.softwarecollections.org SSL certificate In-Reply-To: <543BA3CC.6030308@redhat.com> References: <543BA3CC.6030308@redhat.com> Message-ID: <5440D988.7040301@redhat.com> On 10/13/2014 12:05 PM, Dominic Cleal wrote: > Hello, > > I notice the new-ish link to ask.softwarecollections.org at the top of > the scl.org website, which is a good idea. However it's using the > default OpenShift *.rhcloud.com certificate, so results in a scary > warning message. > > Is it possible to get a proper cert for this site? This should be fixed now. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys From maxamillion at fedoraproject.org Thu Oct 30 14:43:37 2014 From: maxamillion at fedoraproject.org (Adam Miller) Date: Thu, 30 Oct 2014 09:43:37 -0500 Subject: [scl.org] Fedora python33 collection appears to be missing some dependencies Message-ID: Hello all, I was trying to kick the tires on the python33 SCL for Fedora 20 and it appears there are some missing dependencies. [root at carbon ~]# yum install python33 Loaded plugins: fastestmirror, langpacks, refresh-packagekit Loading mirror speeds from cached hostfile * fedora: fedora.mirror.lstn.net * rpmfusion-free: mirror.nexcess.net * rpmfusion-free-updates: mirror.nexcess.net * updates: fedora.mirror.lstn.net Resolving Dependencies --> Running transaction check ---> Package python33.x86_64 0:1.1-13.fc20 will be installed --> Processing Dependency: python33-runtime for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-jinja2 for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-nose for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-simplejson for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-setuptools for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-sphinx for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-sqlalchemy for package: python33-1.1-13.fc20.x86_64 --> Processing Dependency: python33-python-virtualenv for package: python33-1.1-13.fc20.x86_64 --> Running transaction check ---> Package python33.x86_64 0:1.1-13.fc20 will be installed --> Processing Dependency: python33-python-sqlalchemy for package: python33-1.1-13.fc20.x86_64 ---> Package python33-python.x86_64 0:3.3.2-12.1.fc20 will be installed --> Processing Dependency: python33-python-libs(x86-64) = 3.3.2-12.1.fc20 for package: python33-python-3.3.2-12.1.fc20.x86_64 ---> Package python33-python-jinja2.noarch 0:2.6-12.fc20 will be installed --> Processing Dependency: python33-python-markupsafe for package: python33-python-jinja2-2.6-12.fc20.noarch ---> Package python33-python-nose.noarch 0:1.3.0-3.fc20 will be installed ---> Package python33-python-setuptools.noarch 0:0.9.8-3.fc20 will be installed ---> Package python33-python-simplejson.x86_64 0:3.2.0-2.fc20 will be installed ---> Package python33-python-sphinx.noarch 0:1.1.3-8.fc20 will be installed --> Processing Dependency: python33-python-docutils for package: python33-python-sphinx-1.1.3-8.fc20.noarch --> Processing Dependency: python33-python-pygments for package: python33-python-sphinx-1.1.3-8.fc20.noarch ---> Package python33-python-virtualenv.noarch 0:1.10.1-2.fc20 will be installed --> Processing Dependency: python33-python-devel for package: python33-python-virtualenv-1.10.1-2.fc20.noarch ---> Package python33-runtime.x86_64 0:1.1-13.fc20 will be installed --> Running transaction check ---> Package python33.x86_64 0:1.1-13.fc20 will be installed --> Processing Dependency: python33-python-sqlalchemy for package: python33-1.1-13.fc20.x86_64 ---> Package python33-python-devel.x86_64 0:3.3.2-12.1.fc20 will be installed ---> Package python33-python-docutils.noarch 0:0.11-1.fc20 will be installed ---> Package python33-python-libs.x86_64 0:3.3.2-12.1.fc20 will be installed ---> Package python33-python-markupsafe.noarch 0:0.11-10.fc20 will be installed ---> Package python33-python-pygments.noarch 0:1.5-3.fc20 will be installed --> Finished Dependency Resolution Error: Package: python33-1.1-13.fc20.x86_64 (rhscl-python33-fedora-20-x86_64) Requires: python33-python-sqlalchemy You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest -AdamM From rikske at deds.nl Thu Oct 30 23:43:52 2014 From: rikske at deds.nl (rikske at deds.nl) Date: Fri, 31 Oct 2014 00:43:52 +0100 Subject: [scl.org] Red Hat Software Collections 1.2 Message-ID: <0329c5b29db96feaea6a2632809f6e7e.squirrel@deds.nl> Dear, Please update the RPM packages on SoftwareCollections.org to upstream: Red Hat Software Collections 1.2. Thanks you, Regards, - Rik Ske From hhorak at redhat.com Fri Oct 31 07:11:16 2014 From: hhorak at redhat.com (Honza Horak) Date: Fri, 31 Oct 2014 08:11:16 +0100 Subject: [scl.org] Red Hat Software Collections 1.2 In-Reply-To: <0329c5b29db96feaea6a2632809f6e7e.squirrel@deds.nl> References: <0329c5b29db96feaea6a2632809f6e7e.squirrel@deds.nl> Message-ID: <54533614.6030505@redhat.com> Hi Rik, we're already working on it, but re-building will take some time. Please, stay tuned! Honza On 10/31/2014 12:43 AM, rikske at deds.nl wrote: > Dear, > > Please update the RPM packages on SoftwareCollections.org to upstream: > Red Hat Software Collections 1.2. > > Thanks you, > > Regards, > > - Rik Ske > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > From rikske at deds.nl Fri Oct 31 13:37:48 2014 From: rikske at deds.nl (rikske at deds.nl) Date: Fri, 31 Oct 2014 14:37:48 +0100 Subject: [scl.org] Red Hat Software Collections 1.2 In-Reply-To: <54533614.6030505@redhat.com> References: <0329c5b29db96feaea6a2632809f6e7e.squirrel@deds.nl> <54533614.6030505@redhat.com> Message-ID: Hi Honza, Thanks for the info. Please keep me informed about when progression is made. > Hi Rik, > > we're already working on it, but re-building will take some time. > Please, stay tuned! > > Honza > > On 10/31/2014 12:43 AM, rikske at deds.nl wrote: >> Dear, >> >> Please update the RPM packages on SoftwareCollections.org to upstream: >> Red Hat Software Collections 1.2. >> >> Thanks you, >> >> Regards, >> >> - Rik Ske >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg at redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >> > > From hhorak at redhat.com Fri Oct 31 16:29:57 2014 From: hhorak at redhat.com (Honza Horak) Date: Fri, 31 Oct 2014 17:29:57 +0100 Subject: [scl.org] Why you will hear CentOS here more Message-ID: <5453B905.2090604@redhat.com> Dear SCL friends, we're hearing your voice and found out the way we deliver content to softwarecollections.org now is not perfect; especially because SCL packages got to the website after releasing them as RHSCL product actually. We want to change this and are already working on making softwarecollections.org to be also a development platform for the next RHSCL releases and probably using git.centos.org as a place to keep sources for Software Collections and do the development in the future. Another reason to change delivery work-flow is to make it easier for users to rebuild the collections on their own if necessary. Together with this we plan to take our time to improve the available documentation as well. For now, we want to start with making all RHSCL 1.2 (just released [1]) sources available in dist-git of CentOS and providing new builds of collections available soon. Stay tuned for details, express your feelings about this change or suggest us some other things missing on softwarecollections.org. [1] http://developerblog.redhat.com/2014/10/30/red-hat-software-collections-1-2-now-ga Cheers, Honza From jperrin at centos.org Fri Oct 31 19:12:13 2014 From: jperrin at centos.org (Jim Perrin) Date: Fri, 31 Oct 2014 14:12:13 -0500 Subject: [scl.org] Why you will hear CentOS here more In-Reply-To: <5453B905.2090604@redhat.com> References: <5453B905.2090604@redhat.com> Message-ID: <5453DF0D.8040906@centos.org> On 10/31/2014 11:29 AM, Honza Horak wrote: > Dear SCL friends, > > we're hearing your voice and found out the way we deliver content to > softwarecollections.org now is not perfect; especially because SCL > packages got to the website after releasing them as RHSCL product actually. > > We want to change this and are already working on making > softwarecollections.org to be also a development platform for the next > RHSCL releases and probably using git.centos.org as a place to keep > sources for Software Collections and do the development in the future. > > Another reason to change delivery work-flow is to make it easier for > users to rebuild the collections on their own if necessary. Together > with this we plan to take our time to improve the available > documentation as well. We've invited folks on the centos-devel list to join here and participate as well -> http://lists.centos.org/pipermail/centos-devel/2014-October/012231.html -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77 From wby at veggiechinese.net Fri Oct 31 20:03:15 2014 From: wby at veggiechinese.net (Will Yardley) Date: Fri, 31 Oct 2014 13:03:15 -0700 Subject: [scl.org] Why you will hear CentOS here more In-Reply-To: <5453B905.2090604@redhat.com> References: <5453B905.2090604@redhat.com> Message-ID: <20141031200315.GA52367@aura.veggiechinese.net> 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. 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. w