From openshift-email at redhat.com Tue Sep 2 09:01:24 2014 From: openshift-email at redhat.com (=?utf-8?Q?The=20OpenShift=20Team?=) Date: Tue, 2 Sep 2014 09:01:24 +0000 Subject: [scl.org] =?utf-8?q?Your_first_week_with_OpenShift_plus_a_free_bo?= =?utf-8?q?ok?= Message-ID: <979c70339150d05eec1531104869a0e74f0.20140902090116@mail167.atl81.rsgsv.net> How was your first week with OpenShift? View this email in your browser (http://us3.campaign-archive1.com/?u=979c70339150d05eec1531104&id=cae0faaffc&e=869a0e74f0) How was your first week with OpenShift Online? Would you mind answering two quick questions about your experience so far? OPEN SURVEY (https://www.surveymonkey.com/s/openshift?mc=sclorg at redhat.com) If you are experiencing any issues or have any feedback, please don't hesitate to contact us (https://help.openshift.com/hc/en-us/requests/new?utm_source=OpenShift+Online&utm_campaign=cae0faaffc-OpenShift_OB_Email_6_2014&utm_medium=email&utm_term=0_c528e5e48e-cae0faaffc-107400725) or visit our Help Center (https://help.openshift.com?utm_source=OpenShift+Online&utm_campaign=cae0faaffc-OpenShift_OB_Email_6_2014&utm_medium=email&utm_term=0_c528e5e48e-cae0faaffc-107400725) . In order to help you be as successful as possible, we're also offering a free download of our book, Getting Started with OpenShift. Download (https://www.openshift.com/promotions/ebook?utm_source=OpenShift+Online&utm_campaign=cae0faaffc-OpenShift_OB_Email_6_2014&utm_medium=email&utm_term=0_c528e5e48e-cae0faaffc-107400725) Thanks, The OpenShift Team ============================================================ Red Hat 100 East Davie Street Raleigh, NC 27601 USA ** Update subscription preferences (http://openshift.us3.list-manage.com/profile?u=979c70339150d05eec1531104&id=c528e5e48e&e=869a0e74f0) ** Unsubscribe from this list (http://openshift.us3.list-manage.com/unsubscribe?u=979c70339150d05eec1531104&id=c528e5e48e&e=869a0e74f0&c=cae0faaffc) Copyright ? 2014 OpenShift by Red Hat, All rights reserved. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hhorak at redhat.com Tue Sep 2 10:18:04 2014 From: hhorak at redhat.com (Honza Horak) Date: Tue, 02 Sep 2014 12:18:04 +0200 Subject: [scl.org] Suspicious collections in the listing all collections Message-ID: <5405995C.8050503@redhat.com> Hi, I've found some items on https://www.softwarecollections.org/en/scls/ that I find rather confusing, all from different reason. Please, help me identify false positive before I report that as issues: https://www.softwarecollections.org/en/scls/dimazest/nlp/ "Unpublished: These SCLs are not listed publicly..." -- well, they are publicly listed, since I see them when I'm not logged in. https://www.softwarecollections.org/en/scls/mstuchli/CoprCI/ This is actually not software collection, right? Why it is listed on scl.org? https://www.softwarecollections.org/en/scls/mbooth/eclipse-luna/ This copr has no builds assigned, or at least I see no '(not synced)' there. Shouldn't we list only properly synced collections? Maybe some if those is expected or desired, I could just not understand the reason. Thanks for feedback. Honza From noreply at redhat.com Tue Sep 2 10:23:58 2014 From: noreply at redhat.com (noreply at redhat.com) Date: Tue, 2 Sep 2014 06:23:58 -0400 Subject: [scl.org] Password reset request confirmation Message-ID: <130857707.703.1409653438441.JavaMail.jboss@servicejava-t01-04.web.prod.ext.phx2.redhat.com> Dear sclorg at redhat.com, We've received your request to reset your password, and would be glad to help. In order for us to verify you are the account owner, please click the following link to reset your password. https://openshift.redhat.com/app/account/password/reset?email=sclorg%40redhat.com&login=sclorg%40redhat.com&token=76d772e61a648e8452ecf1840b15f4e4 If clicking the link above doesn't work, please copy and paste the URL in a new browser window instead. If you did not request your password to be reset (or you remembered your password), just ignore this messsage; no changes have been made to your account. Sincerely, The OpenShift Team PS - This link expires in 24 hours, but don't worry, you can always request a new one! From mmaslano at redhat.com Thu Sep 4 04:17:10 2014 From: mmaslano at redhat.com (Marcela Maslanova) Date: Thu, 4 Sep 2014 00:17:10 -0400 (EDT) Subject: [scl.org] Suspicious collections in the listing all collections In-Reply-To: <5405995C.8050503@redhat.com> References: <5405995C.8050503@redhat.com> Message-ID: <628369730.50919968.1409804230194.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Honza Horak" > To: sclorg at redhat.com > Sent: Tuesday, September 2, 2014 12:18:04 PM > Subject: [scl.org] Suspicious collections in the listing all collections > > Hi, I've found some items on > https://www.softwarecollections.org/en/scls/ that I find rather > confusing, all from different reason. Please, help me identify false > positive before I report that as issues: > > https://www.softwarecollections.org/en/scls/dimazest/nlp/ > "Unpublished: These SCLs are not listed publicly..." -- well, they are > publicly listed, since I see them when I'm not logged in. > > https://www.softwarecollections.org/en/scls/mstuchli/CoprCI/ > This is actually not software collection, right? Why it is listed on > scl.org? > > https://www.softwarecollections.org/en/scls/mbooth/eclipse-luna/ > This copr has no builds assigned, or at least I see no '(not synced)' > there. Shouldn't we list only properly synced collections? > > Maybe some if those is expected or desired, I could just not understand > the reason. Thanks for feedback. > > Honza > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > Not sure about the first one. We don't see link to repo, but then why is it there? They guy shouldn't ask for hosting on scl.org if it's private. What about the second, Matej? -- Marcela From noreply at redhat.com Thu Sep 4 05:20:45 2014 From: noreply at redhat.com (noreply at redhat.com) Date: Thu, 4 Sep 2014 01:20:45 -0400 Subject: [scl.org] Password reset request confirmation Message-ID: <445321652.7938.1409808045883.JavaMail.jboss@servicejava-t01-03.web.prod.ext.phx2.redhat.com> Dear sclorg at redhat.com, We've received your request to reset your password, and would be glad to help. In order for us to verify you are the account owner, please click the following link to reset your password. https://openshift.redhat.com/app/account/password/reset?email=sclorg%40redhat.com&login=sclorg%40redhat.com&token=246944ab72f48ced4bfe0d32aa898dee If clicking the link above doesn't work, please copy and paste the URL in a new browser window instead. If you did not request your password to be reset (or you remembered your password), just ignore this messsage; no changes have been made to your account. Sincerely, The OpenShift Team PS - This link expires in 24 hours, but don't worry, you can always request a new one! From dimazest at gmail.com Thu Sep 4 06:22:04 2014 From: dimazest at gmail.com (Dmitrijs Milajevs) Date: Thu, 4 Sep 2014 07:22:04 +0100 Subject: [scl.org] Suspicious collections in the listing all collections In-Reply-To: <628369730.50919968.1409804230194.JavaMail.zimbra@redhat.com> References: <5405995C.8050503@redhat.com> <628369730.50919968.1409804230194.JavaMail.zimbra@redhat.com> Message-ID: This is the default text for unpublished repos: *Unpublished*: These SCLs are *not* listed publicly, so users browsing the SoftwareCollections.org index will not see these packages or be able to install them. This is for collections that are currently in development prior to release to the public, or for packages that are for your personal use. In my case the collection is in development, so I would not share it to avoid confusion. -- Dima On Thu, Sep 4, 2014 at 5:17 AM, Marcela Maslanova wrote: > > > ----- Original Message ----- > > From: "Honza Horak" > > To: sclorg at redhat.com > > Sent: Tuesday, September 2, 2014 12:18:04 PM > > Subject: [scl.org] Suspicious collections in the listing all collections > > > > Hi, I've found some items on > > https://www.softwarecollections.org/en/scls/ that I find rather > > confusing, all from different reason. Please, help me identify false > > positive before I report that as issues: > > > > https://www.softwarecollections.org/en/scls/dimazest/nlp/ > > "Unpublished: These SCLs are not listed publicly..." -- well, they are > > publicly listed, since I see them when I'm not logged in. > > > > https://www.softwarecollections.org/en/scls/mstuchli/CoprCI/ > > This is actually not software collection, right? Why it is listed on > > scl.org? > > > > https://www.softwarecollections.org/en/scls/mbooth/eclipse-luna/ > > This copr has no builds assigned, or at least I see no '(not synced)' > > there. Shouldn't we list only properly synced collections? > > > > Maybe some if those is expected or desired, I could just not understand > > the reason. Thanks for feedback. > > > > Honza > > > > _______________________________________________ > > SCLorg mailing list > > SCLorg at redhat.com > > https://www.redhat.com/mailman/listinfo/sclorg > > > Not sure about the first one. We don't see link to repo, but then why is > it there? They guy > shouldn't ask for hosting on scl.org if it's private. > > What about the second, Matej? > -- > Marcela > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -------------- next part -------------- An HTML attachment was scrubbed... URL: From msuchy at redhat.com Thu Sep 4 07:14:59 2014 From: msuchy at redhat.com (=?ISO-8859-1?Q?Miroslav_Such=FD?=) Date: Thu, 04 Sep 2014 09:14:59 +0200 Subject: [scl.org] Suspicious collections in the listing all collections In-Reply-To: <5405995C.8050503@redhat.com> References: <5405995C.8050503@redhat.com> Message-ID: <54081173.9010307@redhat.com> On 09/02/2014 12:18 PM, Honza Horak wrote: > > https://www.softwarecollections.org/en/scls/dimazest/nlp/ > "Unpublished: These SCLs are not listed publicly..." -- well, they are publicly listed, since I see them when I'm not > logged in. The intention was that unpublished collection will be not displayed (only if you explicitely search them), but the code was created before the text was finished, so this part was never implemented. > https://www.softwarecollections.org/en/scls/mbooth/eclipse-luna/ > This copr has no builds assigned, or at least I see no '(not synced)' there. Shouldn't we list only properly synced > collections? Synced now as of yesterday. The cron job was not running. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys From mstuchli at redhat.com Thu Sep 4 08:53:30 2014 From: mstuchli at redhat.com (Matej Stuchlik) Date: Thu, 4 Sep 2014 04:53:30 -0400 (EDT) Subject: [scl.org] Suspicious collections in the listing all collections In-Reply-To: <628369730.50919968.1409804230194.JavaMail.zimbra@redhat.com> References: <5405995C.8050503@redhat.com> <628369730.50919968.1409804230194.JavaMail.zimbra@redhat.com> Message-ID: <644968119.18283575.1409820810371.JavaMail.zimbra@redhat.com> That was meant for testing, must've forgotten to remove it afterwards. It's gone now :) Matt ----- Original Message ----- > From: "Marcela Maslanova" > To: "Honza Horak" , "Matej Stuchlik" > Cc: sclorg at redhat.com > Sent: Thursday, September 4, 2014 6:17:10 AM > Subject: Re: [scl.org] Suspicious collections in the listing all collections > > > > ----- Original Message ----- > > From: "Honza Horak" > > To: sclorg at redhat.com > > Sent: Tuesday, September 2, 2014 12:18:04 PM > > Subject: [scl.org] Suspicious collections in the listing all collections > > > > Hi, I've found some items on > > https://www.softwarecollections.org/en/scls/ that I find rather > > confusing, all from different reason. Please, help me identify false > > positive before I report that as issues: > > > > https://www.softwarecollections.org/en/scls/dimazest/nlp/ > > "Unpublished: These SCLs are not listed publicly..." -- well, they are > > publicly listed, since I see them when I'm not logged in. > > > > https://www.softwarecollections.org/en/scls/mstuchli/CoprCI/ > > This is actually not software collection, right? Why it is listed on > > scl.org? > > > > https://www.softwarecollections.org/en/scls/mbooth/eclipse-luna/ > > This copr has no builds assigned, or at least I see no '(not synced)' > > there. Shouldn't we list only properly synced collections? > > > > Maybe some if those is expected or desired, I could just not understand > > the reason. Thanks for feedback. > > > > Honza > > > > _______________________________________________ > > SCLorg mailing list > > SCLorg at redhat.com > > https://www.redhat.com/mailman/listinfo/sclorg > > > Not sure about the first one. We don't see link to repo, but then why is it > there? They guy > shouldn't ask for hosting on scl.org if it's private. > > What about the second, Matej? > -- > Marcela > From hector.ribera at lead-sourcing.com Tue Sep 9 15:22:56 2014 From: hector.ribera at lead-sourcing.com (Hector Ribera) Date: Tue, 9 Sep 2014 09:22:56 -0600 Subject: [scl.org] Citrix Users Message-ID: Hi, Would you be interested in acquiring Citrix Users? Each record comes with complete, verified contact information, and includes NPI number, Company Name, Web Address, Contact Name, Title, Department, Postal Address, Email, Phone, Fax, Employee size, Revenue, SIC code, and Industry. Please let me know if you're interested, I can get back to you with more relevant information on those particular lists with samples. Appreciate and await your response. Regards, Hector Ribera B2B| Marketing Associate Our Services: Email Appending l Data Hygiene l B2B Email List l Technology Users List l Email Campaign l List Management l Telemarketing Lists We respect your privacy. If you want to stop receiving emails from us, please send a reply with the email subject line as "Leave Out" -------------- next part -------------- An HTML attachment was scrubbed... URL: From doran at bluehost.com Thu Sep 11 20:25:42 2014 From: doran at bluehost.com (Doran L. Barton) Date: Thu, 11 Sep 2014 14:25:42 -0600 Subject: [scl.org] Found you! Message-ID: <20140911142542.7df65dd9@thinker> Now I know why there's no traffic on the softwarecollections at lists.fedorahosted.org list. You're all over here! -- Doran L. Barton - Senior Developer at Bluehost "Toilets of man." -- Restroom sign in China From hector.ribera at lead-sourcing.com Thu Sep 11 22:49:01 2014 From: hector.ribera at lead-sourcing.com (Hector Ribera) Date: Thu, 11 Sep 2014 16:49:01 -0600 Subject: [scl.org] Citrix Users Message-ID: Hi, I wanted to take a quick moment to follow up on any current or upcoming list/database requests you may have as well as introduce you to our new data services and we also have some offers running on for the current purchase. I'd love the opportunity to work with you, so let me know if you have any availability to discuss our services more. Or, if there is anything you are currently working on, I can always get back to you with a samples and count. Much thanks! Regards, Hector Ribera B2B| Marketing Associate Our Services: Email Appending l Data Hygiene l B2B Email List l Technology Users List l Email Campaign l List Management l Telemarketing Lists From: Hector Ribera [mailto:hector.ribera at lead-sourcing.com] Sent: Tuesday, September 09, 2014 9:23 AM To: 'sclorg at redhat.com' Subject: Citrix Users Hi, Would you be interested in acquiring Citrix Users? Each record comes with complete, verified contact information, and includes NPI number, Company Name, Web Address, Contact Name, Title, Department, Postal Address, Email, Phone, Fax, Employee size, Revenue, SIC code, and Industry. Please let me know if you're interested, I can get back to you with more relevant information on those particular lists with samples. Appreciate and await your response. Regards, Hector Ribera B2B| Marketing Associate Our Services: Email Appending l Data Hygiene l B2B Email List l Technology Users List l Email Campaign l List Management l Telemarketing Lists We respect your privacy. If you want to stop receiving emails from us, please send a reply with the email subject line as "Leave Out" -------------- next part -------------- An HTML attachment was scrubbed... URL: From hhorak at redhat.com Fri Sep 12 11:33:05 2014 From: hhorak at redhat.com (Honza Horak) Date: Fri, 12 Sep 2014 13:33:05 +0200 Subject: [scl.org] Found you! In-Reply-To: <20140911142542.7df65dd9@thinker> References: <20140911142542.7df65dd9@thinker> Message-ID: <5412D9F1.20403@redhat.com> On 09/11/2014 10:25 PM, Doran L. Barton wrote: > Now I know why there's no traffic on the > softwarecollections at lists.fedorahosted.org list. You're all over here! > Hm, I don't see any such mailing list in: https://lists.fedoraproject.org/mailman/listinfo What am I doing wrong and do we know what the link above is serving for? Honza From bkabrda at redhat.com Fri Sep 12 11:43:45 2014 From: bkabrda at redhat.com (Bohuslav Kabrda) Date: Fri, 12 Sep 2014 07:43:45 -0400 (EDT) Subject: [scl.org] Found you! In-Reply-To: <5412D9F1.20403@redhat.com> References: <20140911142542.7df65dd9@thinker> <5412D9F1.20403@redhat.com> Message-ID: <479674637.12742743.1410522225223.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On 09/11/2014 10:25 PM, Doran L. Barton wrote: > > Now I know why there's no traffic on the > > softwarecollections at lists.fedorahosted.org list. You're all over here! > > > > Hm, I don't see any such mailing list in: > https://lists.fedoraproject.org/mailman/listinfo > > What am I doing wrong and do we know what the link above is serving for? You're looking at *fedoraproject*, but you should be looking at *fedorahosted*, where there indeed is a softwarecollections list [1]. It's a list related to development of scl-utils. > Honza -- Regards, Slavek Kabrda [1] https://lists.fedorahosted.org/mailman/listinfo/softwarecollections From hhorak at redhat.com Fri Sep 12 12:09:56 2014 From: hhorak at redhat.com (Honza Horak) Date: Fri, 12 Sep 2014 14:09:56 +0200 Subject: [scl.org] Found you! In-Reply-To: <479674637.12742743.1410522225223.JavaMail.zimbra@redhat.com> References: <20140911142542.7df65dd9@thinker> <5412D9F1.20403@redhat.com> <479674637.12742743.1410522225223.JavaMail.zimbra@redhat.com> Message-ID: <5412E294.8000000@redhat.com> On 09/12/2014 01:43 PM, Bohuslav Kabrda wrote: > ----- Original Message ----- >> On 09/11/2014 10:25 PM, Doran L. Barton wrote: >>> Now I know why there's no traffic on the >>> softwarecollections at lists.fedorahosted.org list. You're all over here! >>> >> >> Hm, I don't see any such mailing list in: >> https://lists.fedoraproject.org/mailman/listinfo >> >> What am I doing wrong and do we know what the link above is serving for? > > You're looking at *fedoraproject*, but you should be looking at *fedorahosted*, where there indeed is a softwarecollections list [1]. It's a list related to development of scl-utils. Indeed, thanks for explanation. Honza From jrafanie at redhat.com Fri Sep 12 16:41:45 2014 From: jrafanie at redhat.com (Joe Rafaniello) Date: Fri, 12 Sep 2014 12:41:45 -0400 (EDT) Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <2019715202.37559002.1410539457202.JavaMail.zimbra@redhat.com> Message-ID: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> Hi all, Is there an easy way to tell what version of rubygems comes in the ruby packaged in the software collections? For example: https://www.softwarecollections.org/repos/rhscl/ruby200/epel-6-x86_64/ Can I assume since I see ruby200-rubygems-2.0.14-23.el6.x86_64.rpm, this SCL provides rubygems 2.0.14? Specifically, I want rubygems 2.2.0 since Vit Ondruch was able to get the binary extension path merged upstream: http://blog.rubygems.org/2013/12/26/2.2.0-released.html Is there a rubygems 2.2.0 package that anyone has used in the ruby200 SCL? Thanks, -- Joe Rafaniello From mmaslano at redhat.com Mon Sep 15 08:38:08 2014 From: mmaslano at redhat.com (=?UTF-8?B?TWFyY2VsYSBNYcWhbMOhxYhvdsOh?=) Date: Mon, 15 Sep 2014 10:38:08 +0200 Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> Message-ID: <5416A570.3090309@redhat.com> On 09/12/2014 06:41 PM, Joe Rafaniello wrote: > Hi all, > > Is there an easy way to tell what version of rubygems comes in the ruby packaged in the software collections? > > For example: https://www.softwarecollections.org/repos/rhscl/ruby200/epel-6-x86_64/ > Can I assume since I see ruby200-rubygems-2.0.14-23.el6.x86_64.rpm, this SCL provides rubygems 2.0.14? > Yes, that is correct. You can confirm it by: $ scl enable ruby200 'gem -v' > Specifically, I want rubygems 2.2.0 since Vit Ondruch was able to get the binary extension path merged upstream: > http://blog.rubygems.org/2013/12/26/2.2.0-released.html > > Is there a rubygems 2.2.0 package that anyone has used in the ruby200 SCL? > > Thanks, > No, there is not RubyGems 2.2.0 available for ruby200 collection. We ship only RubyGems version provided with upstream Ruby and that is RubyGems 2.0.14 for Ruby 2.0. Moreover, there were more binary extension management changes in RubyGems 2.2.0 except the patch you are referring to, so I don't think they can be easily retrofitted for ruby200 scl. However, I am wondering why you should be interested in RubyGems 2.2 just due to this specific change? <\quote> I quoted Vit replies and CC'ed him for more. Marcela From samantha.dukas at iteventleads.com Mon Sep 15 12:47:07 2014 From: samantha.dukas at iteventleads.com (Samantha Dukas) Date: Mon, 15 Sep 2014 08:47:07 -0400 Subject: [scl.org] AWS Users contacts with emails Message-ID: Hi, Hope you are doing well I understand that your company is going to participate in AWS re:Invent 2014 and you might be looking for list providers for your lead generation and marketing campaigns before and after the event. We have compiled and updated AWS user companies with verified email addresses, telephone numbers, mailing address etc. Data Fields: Company name, Website URL, Application type, Contact Name, Job Title, verified email address, telephone number, mailing address, Industry, SIC code etc. Let me know if you are interested and I can get the necessary details along with few samples for verification I will be looking forward to hearing from you soon. Thanks, Samantha Dukas | 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 jrafanie at redhat.com Mon Sep 15 13:52:46 2014 From: jrafanie at redhat.com (Joe Rafaniello) Date: Mon, 15 Sep 2014 09:52:46 -0400 (EDT) Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <5416A570.3090309@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> Message-ID: <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On 09/12/2014 06:41 PM, Joe Rafaniello wrote: > > Hi all, > > > > Is there an easy way to tell what version of rubygems comes in the ruby > > packaged in the software collections? > > > > For example: > > https://www.softwarecollections.org/repos/rhscl/ruby200/epel-6-x86_64/ > > Can I assume since I see ruby200-rubygems-2.0.14-23.el6.x86_64.rpm, this > > SCL provides rubygems 2.0.14? > > > > Yes, that is correct. You can confirm it by: > > $ scl enable ruby200 'gem -v' > > > Specifically, I want rubygems 2.2.0 since Vit Ondruch was able to get the > > binary extension path merged upstream: > > http://blog.rubygems.org/2013/12/26/2.2.0-released.html > > > > Is there a rubygems 2.2.0 package that anyone has used in the ruby200 SCL? > > > > Thanks, > > > > No, there is not RubyGems 2.2.0 available for ruby200 collection. We > ship only RubyGems version provided with upstream Ruby and that is > RubyGems 2.0.14 for Ruby 2.0. > > Moreover, there were more binary extension management changes in > RubyGems 2.2.0 except the patch you are referring to, so I don't think > they can be easily retrofitted for ruby200 scl. Ok. > However, I am wondering why you should be interested in RubyGems 2.2 > just due to this specific change? > <\quote> Yes, the more compatible with upstream ruby/rubygems/bundler, the easier it is for applications, especially ones that support multiple platforms. I'd like to continue to use the SCL for the ManageIQ open source project for ruby itself for all of the benefits of packaged SCL ruby: easy updates, silo'd ruby environment, etc. The alternative we'd be faced with is using ruby-install/ruby-build/etc. to install the desired ruby on CentOS 6.5 and provide upgrade assistance when security issues occur. On the other hand, we'd like to be able to upgrade our dependent gems as often as we want and let bundler handle the dependency management. Upgrading of gems in "rpm" land can occur asynchronously outside of the "churn" of the open source project. Because we are not compatible with upstream ruby in SCL, we are required to package many gems each time we upgrade them: rubygem-bundler rubygem-net-http-persistent # bundler rpm dependency rubygem-thor # bundler rpm dependency rubygem-thin rubygem-daemons # thin rpm dependency rubygem-eventmachine # thin rpm dependency rubygem-rack # thin rpm dependency If we add any other binary extension gems, they could also have similar problems if we're not using rubygems 2.2.0. See: http://copr-be.cloud.fedoraproject.org/results/jrafanie/manageiq-scl/epel-6-x86_64/ Because we would be diverging upstream from downstream when we upgrade gems upstream and don't package them, we can fill this void by running CI servers with the packaged gems to ensure we detect incompatible changes the moment they land in upstream. So, is it worthwhile to package up rubygems 2.2.0 for use in ruby 2.0 from SCL? Is ruby 2.1.x on the roadmap? Am I the only one to ask for help using SCL just for ruby itself? Thanks for your help! -- Joe Rafaniello From vondruch at redhat.com Mon Sep 15 14:17:03 2014 From: vondruch at redhat.com (=?UTF-8?B?VsOtdCBPbmRydWNo?=) Date: Mon, 15 Sep 2014 16:17:03 +0200 Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> Message-ID: <5416F4DF.4010507@redhat.com> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): >> However, I am wondering why you should be interested in RubyGems 2.2 >> just due to this specific change? >> <\quote> > Yes, the more compatible with upstream ruby/rubygems/bundler, the easier it is for applications, especially ones that support multiple platforms. I thought it will be actually Bundler related, that is why I am asking. So what are you actually missing? Would be an update of Bundler option for you? That seems more feasible to me, although I have not checked if really possible. V?t From jrafanie at redhat.com Mon Sep 15 14:45:12 2014 From: jrafanie at redhat.com (Joe Rafaniello) Date: Mon, 15 Sep 2014 10:45:12 -0400 (EDT) Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <5416F4DF.4010507@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> Message-ID: <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): > >> However, I am wondering why you should be interested in RubyGems 2.2 > >> just due to this specific change? > >> <\quote> > > Yes, the more compatible with upstream ruby/rubygems/bundler, the easier it > > is for applications, especially ones that support multiple platforms. > > I thought it will be actually Bundler related, that is why I am asking. > So what are you actually missing? Would be an update of Bundler option > for you? That seems more feasible to me, although I have not checked if > really possible. > > V?t > I am researching what is required to get SCL ruby 2.0 to work with the rubygems.org based gems. In other words, is there some combination of rubygems.org based gems that I can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be patched in rpms? I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the binary extensions fix is also available there. I was under the impression the upstream fix landed only in rubygems itself: http://blog.rubygems.org/2013/12/26/2.2.0-released.html And with that change, the packaged bundler would no longer require a patch for binary extensions. Thanks! -- Joe Rafaniello From vondruch at redhat.com Mon Sep 15 14:57:12 2014 From: vondruch at redhat.com (=?UTF-8?B?VsOtdCBPbmRydWNo?=) Date: Mon, 15 Sep 2014 16:57:12 +0200 Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> Message-ID: <5416FE48.8010807@redhat.com> Dne 15.9.2014 16:45, Joe Rafaniello napsal(a): > ----- Original Message ----- >> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): >>>> However, I am wondering why you should be interested in RubyGems 2.2 >>>> just due to this specific change? >>>> <\quote> >>> Yes, the more compatible with upstream ruby/rubygems/bundler, the easier it >>> is for applications, especially ones that support multiple platforms. >> I thought it will be actually Bundler related, that is why I am asking. >> So what are you actually missing? Would be an update of Bundler option >> for you? That seems more feasible to me, although I have not checked if >> really possible. >> >> V?t >> > I am researching what is required to get SCL ruby 2.0 to work with the rubygems.org based gems. > In other words, is there some combination of rubygems.org based gems that I can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be patched in rpms? > > I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the binary extensions fix is also available there. > > I was under the impression the upstream fix landed only in rubygems itself: > http://blog.rubygems.org/2013/12/26/2.2.0-released.html > > And with that change, the packaged bundler would no longer require a patch for binary extensions. > > > Thanks! > Well, we have Bundler which works with ruby200 available in ror40 collection. And that should just work with gems from rubygems.org. Is that enough for you? Or you don't use ror40 collection for some reason? One option might be to move Bundler from ror40 collection to ruby200 collection and that would be something similar to what we did in RHEL7, i.e. there is provided just Ruby and Bundler, nothing more. V?t From jrafanie at redhat.com Mon Sep 15 15:13:11 2014 From: jrafanie at redhat.com (Joe Rafaniello) Date: Mon, 15 Sep 2014 11:13:11 -0400 (EDT) Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <5416FE48.8010807@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> <5416FE48.8010807@redhat.com> Message-ID: <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Dne 15.9.2014 16:45, Joe Rafaniello napsal(a): > > ----- Original Message ----- > >> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): > >>>> However, I am wondering why you should be interested in RubyGems 2.2 > >>>> just due to this specific change? > >>>> <\quote> > >>> Yes, the more compatible with upstream ruby/rubygems/bundler, the easier > >>> it > >>> is for applications, especially ones that support multiple platforms. > >> I thought it will be actually Bundler related, that is why I am asking. > >> So what are you actually missing? Would be an update of Bundler option > >> for you? That seems more feasible to me, although I have not checked if > >> really possible. > >> > >> V?t > >> > > I am researching what is required to get SCL ruby 2.0 to work with the > > rubygems.org based gems. > > In other words, is there some combination of rubygems.org based gems that I > > can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be > > patched in rpms? > > > > I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the binary > > extensions fix is also available there. > > > > I was under the impression the upstream fix landed only in rubygems itself: > > http://blog.rubygems.org/2013/12/26/2.2.0-released.html > > > > And with that change, the packaged bundler would no longer require a patch > > for binary extensions. > > > > > > Thanks! > > > > Well, we have Bundler which works with ruby200 available in ror40 > collection. And that should just work with gems from rubygems.org. Is > that enough for you? Or you don't use ror40 collection for some reason? Yes, that would work if I can pick and choose what I want from ror40 including bundler, but not be required to install rails 4.0. We'd rather just use the SCL for core ruby and let bundler handle the rest since our users/developers can be on rhel, centos, fedora, ubuntu, osx, etc. > One option might be to move Bundler from ror40 collection to ruby200 > collection and that would be something similar to what we did in RHEL7, > i.e. there is provided just Ruby and Bundler, nothing more. > Yes, I think that would be a good idea. I can see developers wanting to use sinatra, padrino, or just ruby but want to use bundler for dependency management. Thanks Vit! -- Joe Rafaniello From vondruch at redhat.com Mon Sep 15 15:48:23 2014 From: vondruch at redhat.com (=?UTF-8?B?VsOtdCBPbmRydWNo?=) Date: Mon, 15 Sep 2014 17:48:23 +0200 Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> <5416FE48.8010807@redhat.com> <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> Message-ID: <54170A47.6090206@redhat.com> Dne 15.9.2014 17:13, Joe Rafaniello napsal(a): > > ----- Original Message ----- >> Dne 15.9.2014 16:45, Joe Rafaniello napsal(a): >>> ----- Original Message ----- >>>> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): >>>>>> However, I am wondering why you should be interested in RubyGems 2.2 >>>>>> just due to this specific change? >>>>>> <\quote> >>>>> Yes, the more compatible with upstream ruby/rubygems/bundler, the easier >>>>> it >>>>> is for applications, especially ones that support multiple platforms. >>>> I thought it will be actually Bundler related, that is why I am asking. >>>> So what are you actually missing? Would be an update of Bundler option >>>> for you? That seems more feasible to me, although I have not checked if >>>> really possible. >>>> >>>> V?t >>>> >>> I am researching what is required to get SCL ruby 2.0 to work with the >>> rubygems.org based gems. >>> In other words, is there some combination of rubygems.org based gems that I >>> can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be >>> patched in rpms? >>> >>> I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the binary >>> extensions fix is also available there. >>> >>> I was under the impression the upstream fix landed only in rubygems itself: >>> http://blog.rubygems.org/2013/12/26/2.2.0-released.html >>> >>> And with that change, the packaged bundler would no longer require a patch >>> for binary extensions. >>> >>> >>> Thanks! >>> >> Well, we have Bundler which works with ruby200 available in ror40 >> collection. And that should just work with gems from rubygems.org. Is >> that enough for you? Or you don't use ror40 collection for some reason? > Yes, that would work if I can pick and choose what I want from ror40 including bundler, but not be required to install rails 4.0. Of course you can do just "yum install ror40-rubygem-bundler" and you'll get just Bundler, nothing else, unless there is error ;) > We'd rather just use the SCL for core ruby and let bundler handle the rest since our users/developers can be on rhel, centos, fedora, ubuntu, osx, etc. > >> One option might be to move Bundler from ror40 collection to ruby200 >> collection and that would be something similar to what we did in RHEL7, >> i.e. there is provided just Ruby and Bundler, nothing more. >> > Yes, I think that would be a good idea. I can see developers wanting to use sinatra, padrino, or just ruby but want to use bundler for dependency management. Would you mind opening RFE in our Bugzilla requesting this change? I can't promise you anything, but we should definitely consider this. Thanks V?t From jrafanie at redhat.com Mon Sep 15 16:24:23 2014 From: jrafanie at redhat.com (Joe Rafaniello) Date: Mon, 15 Sep 2014 12:24:23 -0400 (EDT) Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <54170A47.6090206@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> <5416FE48.8010807@redhat.com> <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> <54170A47.6090206@redhat.com> Message-ID: <2135790264.38322717.1410798263909.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Dne 15.9.2014 17:13, Joe Rafaniello napsal(a): > > > > ----- Original Message ----- > >> Dne 15.9.2014 16:45, Joe Rafaniello napsal(a): > >>> ----- Original Message ----- > >>>> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): > >>>>>> However, I am wondering why you should be interested in RubyGems 2.2 > >>>>>> just due to this specific change? > >>>>>> <\quote> > >>>>> Yes, the more compatible with upstream ruby/rubygems/bundler, the > >>>>> easier > >>>>> it > >>>>> is for applications, especially ones that support multiple platforms. > >>>> I thought it will be actually Bundler related, that is why I am asking. > >>>> So what are you actually missing? Would be an update of Bundler option > >>>> for you? That seems more feasible to me, although I have not checked if > >>>> really possible. > >>>> > >>>> V?t > >>>> > >>> I am researching what is required to get SCL ruby 2.0 to work with the > >>> rubygems.org based gems. > >>> In other words, is there some combination of rubygems.org based gems that > >>> I > >>> can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be > >>> patched in rpms? > >>> > >>> I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the binary > >>> extensions fix is also available there. > >>> > >>> I was under the impression the upstream fix landed only in rubygems > >>> itself: > >>> http://blog.rubygems.org/2013/12/26/2.2.0-released.html > >>> > >>> And with that change, the packaged bundler would no longer require a > >>> patch > >>> for binary extensions. > >>> > >>> > >>> Thanks! > >>> > >> Well, we have Bundler which works with ruby200 available in ror40 > >> collection. And that should just work with gems from rubygems.org. Is > >> that enough for you? Or you don't use ror40 collection for some reason? > > Yes, that would work if I can pick and choose what I want from ror40 > > including bundler, but not be required to install rails 4.0. > > Of course you can do just "yum install ror40-rubygem-bundler" and you'll > get just Bundler, nothing else, unless there is error ;) I hope to try this soon and report back. Thanks! > > We'd rather just use the SCL for core ruby and let bundler handle the rest > > since our users/developers can be on rhel, centos, fedora, ubuntu, osx, > > etc. > > > >> One option might be to move Bundler from ror40 collection to ruby200 > >> collection and that would be something similar to what we did in RHEL7, > >> i.e. there is provided just Ruby and Bundler, nothing more. > >> > > Yes, I think that would be a good idea. I can see developers wanting to > > use sinatra, padrino, or just ruby but want to use bundler for dependency > > management. > > Would you mind opening RFE in our Bugzilla requesting this change? I > can't promise you anything, but we should definitely consider this. > > Thanks > > > V?t > I hope I worded it right: https://bugzilla.redhat.com/show_bug.cgi?id=1141890 Thanks. -- Joe Rafaniello From eli.heady at mail.wvu.edu Mon Sep 15 16:39:40 2014 From: eli.heady at mail.wvu.edu (Eli Heady) Date: Mon, 15 Sep 2014 16:39:40 +0000 Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> <5416FE48.8010807@redhat.com> <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> Message-ID: Having Bundler in the ruby200 SCL would be very much appreciated here also. Thanks for considering it. Eli -- Eli Heady Senior Unix Systems Administrator Information Technology Services West Virginia University 304-293-8598 On Mon, Sep 15, 2014 at 3:13 PM, Joe Rafaniello wrote: > > > ----- Original Message ----- > > Dne 15.9.2014 16:45, Joe Rafaniello napsal(a): > > > ----- Original Message ----- > > >> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): > > >>>> However, I am wondering why you should be interested in RubyGems 2.2 > > >>>> just due to this specific change? > > >>>> <\quote> > > >>> Yes, the more compatible with upstream ruby/rubygems/bundler, the > easier > > >>> it > > >>> is for applications, especially ones that support multiple platforms. > > >> I thought it will be actually Bundler related, that is why I am > asking. > > >> So what are you actually missing? Would be an update of Bundler option > > >> for you? That seems more feasible to me, although I have not checked > if > > >> really possible. > > >> > > >> V?t > > >> > > > I am researching what is required to get SCL ruby 2.0 to work with the > > > rubygems.org based gems. > > > In other words, is there some combination of rubygems.org based gems > that I > > > can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be > > > patched in rpms? > > > > > > I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the > binary > > > extensions fix is also available there. > > > > > > I was under the impression the upstream fix landed only in rubygems > itself: > > > http://blog.rubygems.org/2013/12/26/2.2.0-released.html > > > > > > And with that change, the packaged bundler would no longer require a > patch > > > for binary extensions. > > > > > > > > > Thanks! > > > > > > > Well, we have Bundler which works with ruby200 available in ror40 > > collection. And that should just work with gems from rubygems.org. Is > > that enough for you? Or you don't use ror40 collection for some reason? > > Yes, that would work if I can pick and choose what I want from ror40 > including bundler, but not be required to install rails 4.0. > We'd rather just use the SCL for core ruby and let bundler handle the rest > since our users/developers can be on rhel, centos, fedora, ubuntu, osx, etc. > > > One option might be to move Bundler from ror40 collection to ruby200 > > collection and that would be something similar to what we did in RHEL7, > > i.e. there is provided just Ruby and Bundler, nothing more. > > > > Yes, I think that would be a good idea. I can see developers wanting to > use sinatra, padrino, or just ruby but want to use bundler for dependency > management. > > Thanks Vit! > > -- > Joe Rafaniello > > _______________________________________________ > SCLorg mailing list > SCLorg at redhat.com > https://www.redhat.com/mailman/listinfo/sclorg > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrafanie at redhat.com Mon Sep 15 16:43:06 2014 From: jrafanie at redhat.com (Joe Rafaniello) Date: Mon, 15 Sep 2014 12:43:06 -0400 (EDT) Subject: [scl.org] rubygems 2.2.0 in ruby scl In-Reply-To: References: <1514684323.37562122.1410540105826.JavaMail.zimbra@redhat.com> <5416A570.3090309@redhat.com> <930365690.38187976.1410789166281.JavaMail.zimbra@redhat.com> <5416F4DF.4010507@redhat.com> <412506232.38229224.1410792312627.JavaMail.zimbra@redhat.com> <5416FE48.8010807@redhat.com> <272540578.38261534.1410793991066.JavaMail.zimbra@redhat.com> Message-ID: <1553581354.38330627.1410799386994.JavaMail.zimbra@redhat.com> In case you missed it in all of my noise in this thread, I added the bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1141890 Adding your desired use cases/examples would certainly give them more information as they review the RFE. Thanks. ----- Original Message ----- > Having Bundler in the ruby200 SCL would be very much appreciated here also. > > Thanks for considering it. > > Eli > > -- > Eli Heady > Senior Unix Systems Administrator > Information Technology Services > West Virginia University > 304-293-8598 > > On Mon, Sep 15, 2014 at 3:13 PM, Joe Rafaniello wrote: > > > > > > > ----- Original Message ----- > > > Dne 15.9.2014 16:45, Joe Rafaniello napsal(a): > > > > ----- Original Message ----- > > > >> Dne 15.9.2014 15:52, Joe Rafaniello napsal(a): > > > >>>> However, I am wondering why you should be interested in RubyGems 2.2 > > > >>>> just due to this specific change? > > > >>>> <\quote> > > > >>> Yes, the more compatible with upstream ruby/rubygems/bundler, the > > easier > > > >>> it > > > >>> is for applications, especially ones that support multiple platforms. > > > >> I thought it will be actually Bundler related, that is why I am > > asking. > > > >> So what are you actually missing? Would be an update of Bundler option > > > >> for you? That seems more feasible to me, although I have not checked > > if > > > >> really possible. > > > >> > > > >> V?t > > > >> > > > > I am researching what is required to get SCL ruby 2.0 to work with the > > > > rubygems.org based gems. > > > > In other words, is there some combination of rubygems.org based gems > > that I > > > > can use with SCL ruby 2.0/rubygems 2.0.14 without requiring the gems be > > > > patched in rpms? > > > > > > > > I'm fine with upgrading bundler to 1.7.2 from rubygems.org if the > > binary > > > > extensions fix is also available there. > > > > > > > > I was under the impression the upstream fix landed only in rubygems > > itself: > > > > http://blog.rubygems.org/2013/12/26/2.2.0-released.html > > > > > > > > And with that change, the packaged bundler would no longer require a > > patch > > > > for binary extensions. > > > > > > > > > > > > Thanks! > > > > > > > > > > Well, we have Bundler which works with ruby200 available in ror40 > > > collection. And that should just work with gems from rubygems.org. Is > > > that enough for you? Or you don't use ror40 collection for some reason? > > > > Yes, that would work if I can pick and choose what I want from ror40 > > including bundler, but not be required to install rails 4.0. > > We'd rather just use the SCL for core ruby and let bundler handle the rest > > since our users/developers can be on rhel, centos, fedora, ubuntu, osx, > > etc. > > > > > One option might be to move Bundler from ror40 collection to ruby200 > > > collection and that would be something similar to what we did in RHEL7, > > > i.e. there is provided just Ruby and Bundler, nothing more. > > > > > > > Yes, I think that would be a good idea. I can see developers wanting to > > use sinatra, padrino, or just ruby but want to use bundler for dependency > > management. > > > > Thanks Vit! > > > > -- > > Joe Rafaniello > > > > _______________________________________________ > > SCLorg mailing list > > SCLorg at redhat.com > > https://www.redhat.com/mailman/listinfo/sclorg > > > -- Joe Rafaniello From orion at cora.nwra.com Tue Sep 23 15:46:12 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 23 Sep 2014 09:46:12 -0600 Subject: [scl.org] Security updates Message-ID: <542195C4.2010700@cora.nwra.com> We're interested in the python27 scl for use on webservers with Django, but are concerned about the apparently lack of security update for it. Is there any commitment to providing them? -- 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 jzb at redhat.com Tue Sep 23 16:21:06 2014 From: jzb at redhat.com (Joe Brockmeier) Date: Tue, 23 Sep 2014 12:21:06 -0400 (EDT) Subject: [scl.org] Security updates In-Reply-To: <542195C4.2010700@cora.nwra.com> References: <542195C4.2010700@cora.nwra.com> Message-ID: <2030779551.41940703.1411489266326.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Orion Poplawski" > To: sclorg at redhat.com > Sent: Tuesday, September 23, 2014 10:46:12 AM > Subject: [scl.org] Security updates > > We're interested in the python27 scl for use on webservers with Django, but > are concerned about the apparently lack of security update for it. Is there > any commitment to providing them? Are you referring to the package in CentOS, or...? Thanks, jzb -- Joe Brockmeier | Principal Cloud & Storage Analyst jzb at redhat.com | http://community.redhat.com/ Twitter: @jzb | http://dissociatedpress.net/ From orion at cora.nwra.com Tue Sep 23 16:37:52 2014 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 23 Sep 2014 10:37:52 -0600 Subject: [scl.org] Security updates In-Reply-To: <2030779551.41940703.1411489266326.JavaMail.zimbra@redhat.com> References: <542195C4.2010700@cora.nwra.com> <2030779551.41940703.1411489266326.JavaMail.zimbra@redhat.com> Message-ID: <5421A1E0.3020006@cora.nwra.com> On 09/23/2014 10:21 AM, Joe Brockmeier wrote: > ----- Original Message ----- >> From: "Orion Poplawski" >> To: sclorg at redhat.com >> Sent: Tuesday, September 23, 2014 10:46:12 AM >> Subject: [scl.org] Security updates >> >> We're interested in the python27 scl for use on webservers with Django, but >> are concerned about the apparently lack of security update for it. Is there >> any commitment to providing them? > > Are you referring to the package in CentOS, or...? > > Thanks, > > jzb > It does get a bit confusing I suppose with all the rebuilds, but they all seem to be basically the same thing, right? https://www.softwarecollections.org/en/scls/rhscl/python27/ http://ftp.scientificlinux.org/linux/scientific/6x/external_products/softwarecollections/SRPMS/ http://mirror.chpc.utah.edu/pub/centos/6/SCL/x86_64/python27/ -- 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 msuchy at redhat.com Wed Sep 24 13:11:47 2014 From: msuchy at redhat.com (=?windows-1252?Q?Miroslav_Such=FD?=) Date: Wed, 24 Sep 2014 15:11:47 +0200 Subject: [scl.org] Security updates In-Reply-To: <542195C4.2010700@cora.nwra.com> References: <542195C4.2010700@cora.nwra.com> Message-ID: <5422C313.3020802@redhat.com> On 09/23/2014 05:46 PM, Orion Poplawski wrote: > Is there any commitment to providing them? Short answer: no. They will be provided in RHSCL, but generaly speaking - current maintainers of those packages for upstream do not have resources to track and update every security issue. To be precise there is no such commitment, however you can still report it and it is up to individual maintainers how they will respond. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys From samantha.dukas at iteventleads.com Fri Sep 26 12:13:39 2014 From: samantha.dukas at iteventleads.com (Samantha Dukas) Date: Fri, 26 Sep 2014 08:13:39 -0400 Subject: [scl.org] AWS Users contacts with emails Message-ID: Hi, Hope you had received my email on Sep 15th. 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, Samantha Dukas | Online Marketing Specialist From: Samantha Dukas [mailto:samantha.dukas at iteventleads.com] Sent: Monday, September 15, 2014 8:47 AM To: 'sclorg at redhat.com' Subject: AWS Users contacts with emails Hi, Hope you are doing well I understand that your company is going to participate in AWS re:Invent 2014 and you might be looking for list providers for your lead generation and marketing campaigns before and after the event. We have compiled and updated AWS user companies with verified email addresses, telephone numbers, mailing address etc. Data Fields: Company name, Website URL, Application type, Contact Name, Job Title, verified email address, telephone number, mailing address, Industry, SIC code etc. Let me know if you are interested and I can get the necessary details along with few samples for verification I will be looking forward to hearing from you soon. Thanks, Samantha Dukas | 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 olivia.roberts at techdataco.com Fri Sep 26 12:39:40 2014 From: olivia.roberts at techdataco.com (Olivia Roberts) Date: Fri, 26 Sep 2014 08:39:40 -0400 Subject: [scl.org] AWS Users contacts with emails Message-ID: 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: