[EPEL-devel] Re: Regarding clang support in epel7

This has been asked for several times but the existing version is the last that will build without C++11 support. There are existing COPR repos with newer versions of clang that are built against devtoolset, so I would recommend using one of those. On Fri, May 19, 2017 at 12:35 PM, Dhruv

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Thu, Aug 25, 2016 at 2:34 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Wed, 24 Aug 2016 21:59:55 -0600 > Dave Johansen <davejohan...@gmail.com> wrote: > > > I agree that how to handle SCLs can get really mess really fast, but > > a lot of projects are jump

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, Aug 24, 2016 at 5:28 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Wed, 24 Aug 2016 16:43:31 -0600 > Dave Johansen <davejohan...@gmail.com> wrote: > > > On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi <ke...@scrye.com> wrote: > > > > > On Tue,

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Tue, 23 Aug 2016 14:21:24 +0100 > Karanbir Singh <mail-li...@karan.org> wrote: > > > On 22/08/16 18:30, Jason L Tibbitts III wrote: > > >>>>>> "DJ" ==

[EPEL-devel] Re: python34 for EPEL6

On Wed, Aug 24, 2016 at 3:38 PM, Orion Poplawski wrote: > I have no idea if there is any interest in this or not. I managed to get > the > EPEL7 python34 package to build on EL6 with a few modifications. Is there > any > interest in supporting this? > How about using the

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Mon, Aug 22, 2016 at 11:30 AM, Jason L Tibbitts III <ti...@math.uh.edu> wrote: > >>>>> "DJ" == Dave Johansen <davejohan...@gmail.com> writes: > > DJ> devtoolset is designed to do all of this and is already done, so it > DJ> seems tha

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Tue, Aug 16, 2016 at 11:07 AM, Kevin Fenzi wrote: > On Mon, 15 Aug 2016 14:24:21 -0400 > Tom Callaway wrote: > > > Recently, I've been participating in some discussion as to how to > > enable C++11 support for EPEL builds. Specifically, R (and its large

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Mon, Aug 15, 2016 at 12:24 PM, Tom Callaway wrote: > Recently, I've been participating in some discussion as to how to enable > C++11 support for EPEL builds. Specifically, R (and its large universe > of addons in CRAN) would benefit significantly from C++11 support. > >

[EPEL-devel] Re: Import fedora gcc-5.3 in EPEL6

On Thu, Apr 21, 2016 at 3:50 AM, wrote: > Hello list, > > I've built an environment-modules based gcc-5.3.1 for RHEL6 that lives > side-by-side with vendor packages - it installs to /opt/ and has a > name{version} scheme to avoid conflicts, which I'd like to include in EPEL6.

[EPEL-devel] Re: Upgrading QGIS to 2.14 in EL 7?

On Sat, Apr 9, 2016 at 3:17 PM, Dave Johansen <davejohan...@gmail.com> wrote: > On Thu, Apr 7, 2016 at 5:16 PM, ~Stack~ <i.am.st...@gmail.com> wrote: > >> On 04/07/2016 10:33 AM, Dave Johansen wrote: >> > https://www.qgis.org/en/site/forusers/visualchangelog214

[EPEL-devel] Re: Simplifying use of Python 3 macros?

On Mon, Apr 11, 2016 at 1:09 PM, Jason L Tibbitts III <ti...@math.uh.edu> wrote: > >>>>> "DJ" == Dave Johansen <davejohan...@gmail.com> writes: > > DJ> Is there anything that could be done in EPEL to make the Python 3 > DJ> macros be u

[EPEL-devel] Re: Upgrading QGIS to 2.14 in EL 7?

On Thu, Apr 7, 2016 at 5:16 PM, ~Stack~ <i.am.st...@gmail.com> wrote: > On 04/07/2016 10:33 AM, Dave Johansen wrote: > > https://www.qgis.org/en/site/forusers/visualchangelog214/index.html > > QGIS has adopted a LTR model similar to Firefox and 2.14 is the new LTR. > >

[EPEL-devel] Re: python_provide macro in EPEL 7?

On Thu, Apr 7, 2016 at 7:58 AM, Orion Poplawski <or...@cora.nwra.com> wrote: > On 04/06/2016 10:00 PM, Dave Johansen wrote: > >> On Wed, Apr 6, 2016 at 8:39 PM, Orion Poplawski <or...@cora.nwra.com >> <mailto:or...@cora.nwra.com>> wrote: >> >>

[EPEL-devel] Upgrading QGIS to 2.14 in EL 7?

https://www.qgis.org/en/site/forusers/visualchangelog214/index.html QGIS has adopted a LTR model similar to Firefox and 2.14 is the new LTR. I've considered doing what RedHat does with Firefox and updating the version of QGIS in EPEL with LTR releases. What is everyone's thoughts on that? Thanks,

[EPEL-devel] Re: python_provide macro in EPEL 7?

On Wed, Apr 6, 2016 at 8:39 PM, Orion Poplawski <or...@cora.nwra.com> wrote: > On 04/06/2016 09:31 PM, Dave Johansen wrote: > >> I'm trying to build python-breathe in EPEL 7 ( >> https://admin.fedoraproject.org/pkgdb/package/rpms/python-breathe/ ). >> What'

[EPEL-devel] python_provide macro in EPEL 7?

I'm trying to build python-breathe in EPEL 7 ( https://admin.fedoraproject.org/pkgdb/package/rpms/python-breathe/ ). What's the right way to use/replace the %python_provide macro there? I get the following error: https://admin.fedoraproject.org/pkgdb/package/rpms/python-breathe/ Thanks, Dave

[EPEL-devel] Re: PSA: epel-rpm-macros in EL5 mock buildroots

On Mon, Apr 4, 2016 at 11:32 AM, Jason L Tibbitts III wrote: > Something went wrong when epel-rpm-macros-5 was added to the EPEL5 > buildroot such that it works fine in koji but isn't actually present > when you build in mock. So if you were trying to de-cruft your specs >

[EPEL-devel] Re: Fwd: [rhelv6-beta-list] Red Hat Enterprise Linux 6.8 Beta Now Available for Testing

On Tue, Mar 15, 2016 at 2:34 PM, Stephen John Smoogen wrote: > So the 6.8 Beta is coming out. I would like to use this time as a > general request for EPEL packagers wanting to make large updates or > retirements of packages from RHEL-6 to do so now. > Is there an sort of

[EPEL-devel] Re: using epel-rpm-macros

On Sun, Mar 27, 2016 at 7:52 AM, Dave Love wrote: > > > Jason L Tibbitts III > writes: > > > If you have a build dependency on the SCL tools then you're obviously > > not building for EPEL, > > Well, I'm building for people

[EPEL-devel] Re: Please test Darktable 2.0.1 for inclusion in EPEL7

On Tue, Mar 1, 2016 at 1:50 PM, Peter Loeffler wrote: > Hi, > > it's my first time doing this. So please be patient. > > I have built Darktable 2.0.1 for RHEL/CentOS 7. > The repo can be found here: > https://copr.fedorainfracloud.org/coprs/ploeffler/darktable2/ >

[EPEL-devel] Re: Old scl-utils packages?

On Fri, Feb 26, 2016 at 10:25 PM, Stephen John Smoogen <smo...@gmail.com> wrote: > On 26 February 2016 at 21:01, Dave Johansen <davejohan...@gmail.com> > wrote: > > It looks like EPEL 5/6 have old versions of scl-utils. Those are probably > > added back at a poin

[EPEL-devel] Old scl-utils packages?

It looks like EPEL 5/6 have old versions of scl-utils. Those are probably added back at a point when the base OS didn't have them, but they are now older versions than what's available in the base OS. Should EPEL versions be removed? Dave ___ epel-devel

[EPEL-devel] Re: EPEL repos to keep older RPMs to keep backward compatibility and open the road for more

On Thu, Feb 18, 2016 at 11:53 PM, Gilles Dubreuil wrote: > Hello, > > The idea, which is probably not new or has been asked before, is about > having EPEL repos to behave like RHEL repos and keep RPMs version from > previous release/updates. > > The best case scenario is for

[EPEL-devel] Re: EPEL Proposal #1: Rechartering

On Thu, Feb 18, 2016 at 5:22 PM, Stephen John Smoogen <smo...@gmail.com> wrote: > On 18 February 2016 at 16:37, Dave Johansen <davejohan...@gmail.com> > wrote: > > On Thu, Feb 18, 2016 at 3:54 PM, Bryan J Smith <b.j.sm...@ieee.org> > wrote: > >> >

[EPEL-devel] Re: EPEL Proposal #1: Rechartering

On Thu, Feb 18, 2016 at 2:39 PM, Bryan J Smith wrote: > Stephen John Smoogen wrote: > > Sorry what I meant that it is built against all of RHEL not just a > > couple of channels. Again this isn't a promise we ever made, but one > > people assume we have made (and get

[EPEL-devel] Re: Commit access for EPEL branches?

On Mon, Feb 1, 2016 at 1:07 PM, Adam Miller <maxamill...@fedoraproject.org> wrote: > On Mon, Feb 1, 2016 at 12:57 PM, Kevin Fenzi <ke...@scrye.com> wrote: > > On Mon, 1 Feb 2016 08:58:13 -0700 > > Dave Johansen <davejohan...@gmail.com> wrote: > > > >

[EPEL-devel] Commit access for EPEL branches?

I would like to package rpmorphan for EL [1]. I created an EPEL 7 branch, but the current owner/maintainer of the EPEL 5 and 6 branches hasn't responded to my requests for commit access. Is there some way for me to get commit access or do I have to go through the whole non-responsive maintainer

[EPEL-devel] Re: EPEL5 version of epel-rpm-macros in testing

On Fri, Jan 29, 2016 at 8:03 AM, Manuel Wolfshant <wo...@nobugconsulting.ro> wrote: > On 01/29/2016 05:00 PM, Dave Johansen wrote: > > On Fri, Jan 29, 2016 at 1:46 AM, Manuel Wolfshant < > <wo...@nobugconsulting.ro>wo...@nobugconsulting.ro> wrote: > >>

[EPEL-devel] Re: Issue with mock for EL 5?

On Wed, Jan 27, 2016 at 8:43 PM, Orion Poplawski <or...@cora.nwra.com> wrote: > On 01/27/2016 04:43 PM, Dave Johansen wrote: > >> On Wed, Jan 27, 2016 at 10:42 AM, Orion Poplawski <or...@cora.nwra.com >> <mailto:or...@cora.nwra.com>> wrote: >> >>

[EPEL-devel] Re: Necessity of some old RPM constructs in EL5

On Fri, Jan 22, 2016 at 1:45 AM, Paul Howarth wrote: > On 22/01/16 03:11, Jason L Tibbitts III wrote: > >> I'm now working on some magic macros for EPEL5. Currently (on my >> machine, at least) you can use %license and don't need BuildRoot:. I'm >> curious about some other

[EPEL-devel] Re: Improving EPEL updates process

On Sun, Dec 13, 2015 at 11:28 PM, Peter Robinson wrote: > On Mon, Dec 14, 2015 at 3:16 AM, Ken Dreyer wrote: > > On Sat, Dec 12, 2015 at 7:34 PM, Peter Robinson > wrote: > >> 2) Automatic unpushing of updates that haven't gone

Re: [EPEL-devel] Centos 7, 32 bits edition

On Sat, Oct 17, 2015 at 3:55 PM, Karanbir Singh wrote: > On 17/10/15 23:45, Stephen John Smoogen wrote: > > > > > I don't think they would be "Fedora EPEL" then because the packages > > wouldn't be built by koji, signed by us etc. I am not saying that such > > builds

Re: [EPEL-devel] [Proposal] Converge EPEL and CBS

On Tue, Sep 22, 2015 at 6:56 AM, Remi Collet wrote: > Le 21/09/2015 16:12, Haïkel a écrit : > > Hi, > > > > Since the CentOS acquihire, there was a lot of discussion about EPEL's > future. > > Since the FOSDEM meetup between Fedora/CentOS folks, there was little > >

Re: [EPEL-devel] [CentOS-devel] [Proposal] Converge EPEL and CBS

On Mon, Sep 21, 2015 at 7:12 AM, Haïkel wrote: > Hi, > > Since the CentOS acquihire, there was a lot of discussion about EPEL's > future. > Since the FOSDEM meetup between Fedora/CentOS folks, there was little > progress on that topic > > After a discussion with a

[EPEL-devel] QGIS 2.8.2 for EPEL 7

I just built QGIS 2.8.2 for RHEL/EPEL 7 ( http://koji.fedoraproject.org/koji/taskinfo?taskID=9997800 ) and it is available in the testing repo ( https://admin.fedoraproject.org/updates/qgis-2.8.2-1.el7 ). I built it without PyQwt because it doesn't support Qwt 6 (

Re: [EPEL-devel] cmake and cmake28 in RHEL 6?

On Sat, May 16, 2015 at 7:48 PM, Orion Poplawski or...@cora.nwra.com wrote: On 05/15/2015 10:57 PM, Dave Johansen wrote: On Tue, Apr 21, 2015 at 8:07 PM, Orion Poplawski or...@cora.nwra.com mailto:or...@cora.nwra.com wrote: On 04/21/2015 08:48 PM, Dave Johansen wrote: On Mon

Re: [EPEL-devel] cmake and cmake28 in RHEL 6?

On Tue, Apr 21, 2015 at 8:07 PM, Orion Poplawski or...@cora.nwra.com wrote: On 04/21/2015 08:48 PM, Dave Johansen wrote: On Mon, Apr 20, 2015 at 9:40 PM, Orion Poplawski or...@cora.nwra.com mailto:or...@cora.nwra.com wrote: On 04/20/2015 09:32 PM, Dave Johansen wrote: I just

Re: [EPEL-devel] Current update policy?

On Wed, Mar 18, 2015 at 6:34 AM, Kevin Fenzi ke...@scrye.com wrote: On Tue, 17 Mar 2015 21:36:41 -0700 Dave Johansen davejohan...@gmail.com wrote: What is the current update policy for EPEL? The stated one seems to be along the lines of no major changes ( http://fedoraproject.org/wiki

Re: [EPEL-devel] Current update policy?

On Wed, Mar 18, 2015 at 10:39 AM, Kevin Fenzi ke...@scrye.com wrote: On Wed, 18 Mar 2015 08:00:35 -0700 Dave Johansen davejohan...@gmail.com wrote: Is that really true? The Qt 5 package in EPEL 6 has been updated several times and I don't recall ever seeing an email/announcement/etc

[EPEL-devel] Current update policy?

What is the current update policy for EPEL? The stated one seems to be along the lines of no major changes ( http://fedoraproject.org/wiki/Updates_Policy ) but it seems more like whatever the packager is willing to maintain is the actual policy. I ask because a bugzilla was just opened against a

Re: [EPEL-devel] include-what-you-use failing tests on PowerPC

On Mon, Feb 16, 2015 at 12:19 PM, Stephen John Smoogen smo...@gmail.com wrote: On 14 February 2015 at 11:00, Dave Johansen davejohan...@gmail.com wrote: I'm working on packaging include-what-you-use and it's failing tests on PowerPC. I don't have access to PowerPC hardware to do

Re: [EPEL-devel] Source tarball not found?

On Thu, Jan 29, 2015 at 9:50 PM, T.C. Hollingsworth tchollingswo...@gmail.com wrote: On Thu, Jan 29, 2015 at 9:30 PM, Dave Johansen davejohan...@gmail.com wrote: I'm trying to build llvm after applying a patch and I keep getting an error about lldb-3.4.src.tar.gz not being found

[EPEL-devel] Source tarball not found?

I'm trying to build llvm after applying a patch and I keep getting an error about lldb-3.4.src.tar.gz not being found, but that file has been there for previous builds and fedpkg says it has already been uploaded. Any ideas on what's wrong? The build.log can be found at:

Re: [EPEL-devel] Questiona regarding c++11 support

On Wed, Jan 14, 2015 at 9:12 PM, Zhiwei Zhu z_...@wargaming.net wrote: Dear all, I am not sure whether this has been discussed before or whether it’s appropriate to discuss this in this list. My question is about c++11 support for the projects on epel (probably more specifically,

Re: [EPEL-devel] Unknown origin Build error

-0.5.1.0-2.el7.noarch: file:///var/tmp/koji/tasks/4663/8514663/repo_442593_premerge/ 0 free 0 open 0 done 2 failed On Fri, Jan 2, 2015 at 3:09 PM, Dave Johansen davejohan...@gmail.com wrote: I just tried building llvm on EPEL 7 and received an unknown origin build error ( http

[EPEL-devel] Unknown origin Build error

I just tried building llvm on EPEL 7 and received an unknown origin build error ( http://koji.fedoraproject.org/koji/taskinfo?taskID=8516490 ). Is this some temporary issue because of a recent update that will resolve itself? Thanks, Dave ___ epel-devel

Re: [EPEL-devel] Unknown origin Build error

Nevermind, I guess. It appears to be working now. http://koji.fedoraproject.org/koji/taskinfo?taskID=8517009 On Fri, Jan 2, 2015 at 5:00 PM, Dave Johansen davejohan...@gmail.com wrote: Yes. That's the error. On Jan 2, 2015 4:15 PM, Moez Roy moez@gmail.com wrote: you mean like

Re: EPEL Questions about SCL during meeting (was: Anybody has something for agenda for Env-and-Stacks WG meeting today? (2014-09-09))

On Thu, Sep 11, 2014 at 12:47 PM, Matthew Miller mat...@fedoraproject.org wrote: On Wed, Sep 10, 2014 at 03:51:00PM +0200, Honza Horak wrote: However, there are and will be cases where somebody would like to create a non-SCL RPM depended on a software collection, which is something not

Re: EPEL Can 7 packages depend on Software Collections packages?

On Wed, Aug 27, 2014 at 6:22 AM, Karanbir Singh mail-li...@karan.org wrote: On 08/26/2014 11:07 PM, Eric Smith wrote: On Tue, Aug 26, 2014 at 3:08 PM, Stephen John Smoogen smo...@gmail.com wrote: No they can not. Every package we ship in EPEL must only rely on what is shipped in either

Re: EPEL Clang package doesn't work on Amazon Linux

On Mon, Apr 28, 2014 at 1:11 PM, Dave Johansen davejohan...@gmail.comwrote: On Mon, Apr 28, 2014 at 12:46 PM, Tyler Brock tyler.br...@gmail.comwrote: Update: testing packages work as advertised. Just wanted to keep you updated and thank you again. Will this go into the standard EPEL

Re: EPEL Amazon Linux and

On Thu, May 8, 2014 at 7:36 PM, Christopher Meng cicku...@gmail.com wrote: On Fri, May 9, 2014 at 9:57 AM, Matthew Miller mat...@fedoraproject.org wrote: Quite a lot; they make no attempt at compatibility. I think I'd respond with that. EPEL packages might work on Amazon Linux, and they

Re: EPEL Clang package doesn't work on Amazon Linux

On Mon, Apr 21, 2014 at 11:40 AM, Tyler Brock tyler.br...@gmail.com wrote: Hey Dave, hope you had a nice weekend. Any update on the rpms? Repos for x86 32-bit and 64-bit can be found at: http://daveisfera.fedorapeople.org/yum/llvm-3.4/ ___

Re: EPEL Clang package doesn't work on Amazon Linux

On Tue, Apr 1, 2014 at 1:25 PM, Anssi Johansson e...@miuku.net wrote: 1.4.2014 23.11, Tyler Brock kirjoitti: Thanks so much for looking into this Dave. Yes, libstdc++ was installed. It might be worth mentioning that the Amazon-provided libstdc++-devel is 4.6.3-3.10.amzn1, and it doesn't

Re: EPEL Clang package doesn't work on Amazon Linux

process on Red Hat 6.4, Fedora 20, and Amazon Linux 2013.09, and it fails on all three of these distributions with the same errors. In fact, the only distribution on which I have been able to get it to work is CentOS 6.4. -Tyler On Tue, Mar 25, 2014 at 1:46 AM, Dave Johansen davejohan

Re: EPEL Clang package doesn't work on Amazon Linux

On Mon, Mar 24, 2014 at 6:38 PM, Tyler Brock tyler.br...@gmail.com wrote: Hey Everyone, I've been trying to use clang package on Amazon linux via EPEL and have installed version 3.4-9.el6 yet am unable to compile even the simplest of programs: #include iostream int main(){

EPEL appdata-tools in EL 7 beta?

I just tried building qt-creator for EPEL 7 beta, but it failed because the appdata-tools package doesn't seem to be available. Is that not part of EL/EPEL 7 beta? Should I just remove the use of it from the .spec? Or is there a better solution? Thanks, Dave

Re: EPEL 7 branch requests

On Tue, Mar 11, 2014 at 8:02 AM, Paul Howarth p...@city-fan.org wrote: On 11/03/14 14:59, Dave Johansen wrote: On Sun, Feb 23, 2014 at 10:22 AM, Kevin Fenzi ke...@scrye.com mailto:ke...@scrye.com wrote: On Sun, 23 Feb 2014 18:10:10 +0100 Dominik 'Rathann' Mierzejewski domi

Re: EPEL Issue with koji?

On Thu, Feb 20, 2014 at 10:26 AM, Kevin Fenzi ke...@scrye.com wrote: On Thu, 20 Feb 2014 07:54:07 -0700 Dave Johansen davejohan...@gmail.com wrote: I'm trying to do a build on koji and ran into an error during the mock buildroot setup ( http://koji.fedoraproject.org/koji/taskinfo?taskID

Re: EPEL Python 3 for 7?

On Thu, Jan 16, 2014 at 6:28 PM, Toshio Kuratomi a.bad...@gmail.com wrote: On Thu, Jan 16, 2014 at 04:47:04PM -0800, Dave Peterson wrote: Wouldn't this be a perfect use case for Software Collections? http://docs.fedoraproject.org/en-US/Fedora_Contributor_Documentation/1/html/

Re: EPEL Python 3 for 7?

On Fri, Jan 17, 2014 at 6:00 AM, Stephen Gallagher sgall...@redhat.comwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2014 10:14 AM, Kevin Fenzi wrote: On Wed, 15 Jan 2014 10:32:18 -0500 Stephen Gallagher sgall...@redhat.com wrote: Perhaps this would be a good time to

Re: EPEL Updating ODB in ?

On Tue, Dec 3, 2013 at 12:06 AM, Dan Horák d...@danny.cz wrote: On Mon, 2 Dec 2013 21:42:10 -0700 Dave Johansen davejohan...@gmail.com wrote: On Mon, Dec 2, 2013 at 8:19 AM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 2 Dec 2013 09:45:44 +0400 Peter Lemenkov lemen...@gmail.com wrote

Re: EPEL Updating ODB in ?

On Mon, Dec 2, 2013 at 8:19 AM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 2 Dec 2013 09:45:44 +0400 Peter Lemenkov lemen...@gmail.com wrote: Hello All! 2013/12/2 Dave Johansen davejohan...@gmail.com: I recently submitted ODB 2.2 to the EPEL for EL 5/6 and version 2.3 has been

Re: EPEL Updating llvm/clang?

On Sun, Dec 1, 2013 at 10:48 PM, Peter Lemenkov lemen...@gmail.com wrote: 2013/12/2 Dave Johansen davejohan...@gmail.com: Currently, llvm/clang in the EPEL repo has been orphaned and I was considering packaging YouCompleteMe ( https://github.com/Valloric/YouCompleteMe ) for EL

EPEL Updating ODB in ?

I recently submitted ODB 2.2 to the EPEL for EL 5/6 and version 2.3 has been released ( http://codesynthesis.com/pipermail/odb-announcements/2013/37.html ). The wiki seems to indicate that updating software for feature releases is discouraged (

EPEL Updating llvm/clang?

Currently, llvm/clang in the EPEL repo has been orphaned and I was considering packaging YouCompleteMe ( https://github.com/Valloric/YouCompleteMe ) for EL, but if requires clang 3.2 or higher and so I was wondering if it would be possible for me llvm/clang to be updated to 3.3. I have spoken with

Re: EPEL Access to devtoolset in ?

On Fri, Sep 20, 2013 at 8:44 PM, T.C. Hollingsworth tchollingswo...@gmail.com wrote: On Fri, Sep 20, 2013 at 2:23 PM, Dave Johansen davejohan...@gmail.com wrote: Part of the confusion may also come from the fact that the binaries generated by devtoolset are standalone and can be run

Re: EPEL Access to devtoolset in ?

On Mon, Sep 16, 2013 at 8:37 PM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 16 Sep 2013 20:32:41 -0700 Dave Johansen davejohan...@gmail.com wrote: How can I get involved in that process? I would definitely like to help out with enabling the support for them in the EPEL. Join

EPEL Access to devtoolset in ?

http://developerblog.redhat.com/2013/09/12/rhscl1-ga/ I know that the devtoolset requires an additional subscribe to get access, but is there a way to make use of it in the Koji build process so that those who are subscribed to the devtoolset can make use of the package that uses it in the EPEL?

Re: EPEL Access to devtoolset in ?

On Mon, Sep 16, 2013 at 11:08 AM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 16 Sep 2013 10:43:50 -0700 Dave Johansen davejohan...@gmail.com wrote: http://developerblog.redhat.com/2013/09/12/rhscl1-ga/ I know that the devtoolset requires an additional subscribe to get access