Re: Building for EPEL

Thanks David. I'll press on with it then. On Fri, 23 Aug 2024 at 19:19, David Bold wrote: > > EPEL10 is currently in rawhide mode, thus updates get created automatically: > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-bcaca74032 > > If you want to prevent this, you have to use a side-

Re: Building for EPEL

EPEL10 is currently in rawhide mode, thus updates get created automatically: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-bcaca74032 If you want to prevent this, you have to use a side-tag. -- ___ devel mailing list -- devel@lists.fedoraproj

Building for EPEL

Can some kind soul point me at the doco for building for EPEL. I seem to remember there's an extra step for EPEL but it escapes me (and google). https://docs.fedoraproject.org/en-US/epel/epel-packaging-examples/ doesn't seem to get me over the hump... I've been able to get a br

Re: Building for EPEL-8 and CMake (again)

On Tue, Jun 1, 2021 at 6:22 PM Neal Gompa wrote: > > On Tue, Jun 1, 2021 at 6:06 PM Nico Kadel-Garcia wrote: > > > > On Tue, Jun 1, 2021 at 4:49 PM Orion Poplawski wrote: > > > > > > CentOS has not yet released 8.4. > > > > Is there any reason to think there will ever be one? I'm staring at > >

Re: Building for EPEL-8 and CMake (again)

On Tue, Jun 1, 2021 at 6:24 PM Ron Olson wrote: > > Out of curiosity, what will EPEL be built on going forward, if CentOS fades > away and CentOS Stream takes its place? > EPEL has been and always will be built on Red Hat Enterprise Linux. The EPEL-Next initiative will allow for reconciling EPEL

Re: Building for EPEL-8 and CMake (again)

Oh, so, wait, when doing an EPEL build, is it against CentOS or RHEL? Honestly I always thought CentOS was the image being using by Koji for rpm builds. On 1 Jun 2021, at 15:49, Orion Poplawski wrote: > CentOS has not yet released 8.4. > > On 6/1/21 2:45 PM, Ron Olson wrote: >> Hm, maybe it’s st

Re: Building for EPEL-8 and CMake (again)

Out of curiosity, what will EPEL be built on going forward, if CentOS fades away and CentOS Stream takes its place? On 1 Jun 2021, at 17:21, Neal Gompa wrote: > On Tue, Jun 1, 2021 at 6:06 PM Nico Kadel-Garcia wrote: >> >> On Tue, Jun 1, 2021 at 4:49 PM Orion Poplawski wrote: >>> >>> CentOS ha

Re: Building for EPEL-8 and CMake (again)

On Tue, Jun 1, 2021 at 6:06 PM Nico Kadel-Garcia wrote: > > On Tue, Jun 1, 2021 at 4:49 PM Orion Poplawski wrote: > > > > CentOS has not yet released 8.4. > > Is there any reason to think there will ever be one? I'm staring at > the announcement of CentOS 8 Stream at > https://blog.centos.org/202

Re: Building for EPEL-8 and CMake (again)

On Tue, Jun 1, 2021 at 4:49 PM Orion Poplawski wrote: > > CentOS has not yet released 8.4. Is there any reason to think there will ever be one? I'm staring at the announcement of CentOS 8 Stream at https://blog.centos.org/2020/12/future-is-centos-stream/ , and I don't see any hint that 8.4 will b

Re: Building for EPEL-8 and CMake (again)

CentOS has not yet released 8.4. On 6/1/21 2:45 PM, Ron Olson wrote: > Hm, maybe it’s still rolling out? I fired up a new centos container and got: > > > [root@4c38ec50ea30 /]# more /etc/os-release > NAME="CentOS Linux" > VERSION="8" > ID="centos" > ID_LIKE="rhel fedora" > VERSION_ID

Re: Building for EPEL-8 and CMake (again)

Hm, maybe it’s still rolling out? I fired up a new centos container and got: [root@4c38ec50ea30 /]# more /etc/os-release NAME="CentOS Linux" VERSION="8" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:cento

Re: Building for EPEL-8 and CMake (again)

On 5/18/21 2:24 PM, Ron Olson wrote: Hey all- Awhile back I asked about the status of CMake in CentOS so I could build my packages for EPEL-8; they require a version of CMake that is greater than 3.11.4 which is currently available. CentOS Stream has a later version, as does RHEL 8.4. I get tha

Building for EPEL-8 and CMake (again)

Hey all- Awhile back I asked about the status of CMake in CentOS so I could build my packages for EPEL-8; they require a version of CMake that is greater than 3.11.4 which is currently available. CentOS Stream has a later version, as does RHEL 8.4. I get that CentOS Stream is the future of Cent

Re: Building for EPEL 8 -- missing kernel-headers-4.18.0-80.11.1.el8_0.x86_64.rpm

On Mon, 23 Sep 2019 at 04:49, Jan Pazdziora wrote: > > On Fri, Sep 20, 2019 at 09:21:21AM -0400, Stephen John Smoogen wrote: > > On Fri, 20 Sep 2019 at 06:53, Jan Pazdziora wrote: > > > > > > my attempt to (scratch) build an EPEL 8 package failed with > > > > > > > > > https://kojipkgs.f

Re: Building for EPEL 8 -- missing kernel-headers-4.18.0-80.11.1.el8_0.x86_64.rpm

On Fri, Sep 20, 2019 at 09:21:21AM -0400, Stephen John Smoogen wrote: > On Fri, 20 Sep 2019 at 06:53, Jan Pazdziora wrote: > > > > my attempt to (scratch) build an EPEL 8 package failed with > > > > > > https://kojipkgs.fedoraproject.org//work/tasks/9259/37759259/root.log > > > >

Re: Building for EPEL 8 -- missing kernel-headers-4.18.0-80.11.1.el8_0.x86_64.rpm

On Fri, 20 Sep 2019 at 06:53, Jan Pazdziora wrote: > > > Hello, > > my attempt to (scratch) build an EPEL 8 package failed with > > https://kojipkgs.fedoraproject.org//work/tasks/9259/37759259/root.log > > DEBUG util.py:593: Error: Error downloading packages: > DEBUG util.

Building for EPEL 8 -- missing kernel-headers-4.18.0-80.11.1.el8_0.x86_64.rpm

Hello, my attempt to (scratch) build an EPEL 8 package failed with https://kojipkgs.fedoraproject.org//work/tasks/9259/37759259/root.log DEBUG util.py:593: Error: Error downloading packages: DEBUG util.py:593:Status code: 404 for https://infrastructure.fedoraprojec

Re: Can we use SCLs for building for EPEL 6?

On 4/14/19 4:11 PM, Nico Kadel-Garcia wrote: > On Sat, Apr 13, 2019 at 4:04 PM Jonathan Dieter wrote: >> >> So, the background is that I'd like to build zchunk for EPEL 6 (it's >> already built for EPEL 7). Unfortunately, the gcc in EL6 is too old to >> build zchunk, so I'd prefer to use a newer

Re: Can we use SCLs for building for EPEL 6?

On Sun, 2019-04-14 at 16:01 -0400, Stephen John Smoogen wrote: > On Sat, 13 Apr 2019 at 21:06, Todd Zullinger wrote: > > Neal Gompa wrote: > > > If devtoolset is available for EPEL6 (which I think it is?) > > > > I don't believe devtoolset was enabled for el6 in koji. > > When it was added to the

Re: Can we use SCLs for building for EPEL 6?

Stephen John Smoogen wrote: On Sat, 13 Apr 2019 at 21:06, Todd Zullinger > wrote: Neal Gompa wrote: > If devtoolset is available for EPEL6 (which I think it is?) I don't believe devtoolset was enabled for el6 in koji. When it was added to the mock confi

Re: Can we use SCLs for building for EPEL 6?

On Sat, Apr 13, 2019 at 4:04 PM Jonathan Dieter wrote: > > So, the background is that I'd like to build zchunk for EPEL 6 (it's > already built for EPEL 7). Unfortunately, the gcc in EL6 is too old to > build zchunk, so I'd prefer to use a newer version from an SCL, rather > than rewrite zchunk t

Re: Can we use SCLs for building for EPEL 6?

Jonathan Dieter wrote: > For reference, you can find zck.h.in (which gets processed into zck.h > with the version added) at: > https://github.com/zchunk/zchunk/blob/master/include/zck.h.in > > and zck_private.h at: > https://github.com/zchunk/zchunk/blob/master/src/lib/zck_private.h > > As far as

Re: Can we use SCLs for building for EPEL 6?

On Sat, 13 Apr 2019 at 21:06, Todd Zullinger wrote: > Neal Gompa wrote: > > If devtoolset is available for EPEL6 (which I think it is?) > > I don't believe devtoolset was enabled for el6 in koji. > When it was added to the mock configs for el6/el7, the > consensus on the epel list was that it wou

Re: Can we use SCLs for building for EPEL 6?

Neal Gompa wrote: > If devtoolset is available for EPEL6 (which I think it is?) I don't believe devtoolset was enabled for el6 in koji. When it was added to the mock configs for el6/el7, the consensus on the epel list was that it would be added to el6 if there was sufficient demand. I've only see

Re: Can we use SCLs for building for EPEL 6?

On Sat, Apr 13, 2019 at 4:37 PM Jonathan Dieter wrote: > > On Sat, 2019-04-13 at 13:11 -0700, John Reiser wrote: > > > Unfortunately, the gcc in EL6 is too old to build zchunk > > > > In what specific way(s)? Can the complaints from gcc [which version?], > > or other tools in the toolchain, be l

Re: Can we use SCLs for building for EPEL 6?

In file included from ../src/lib/comp/zstd/zstd.c:34: ../src/lib/zck_private.h:92: error: redefinition of typedef 'zckCtx' include/zck.h:49: note: previous declaration of 'zckCtx' was here As far as I can see, gcc-4.7 doesn't like that I'm typedefing the same struct to the same type twice. Lat

Re: Can we use SCLs for building for EPEL 6?

On Sat, 2019-04-13 at 13:11 -0700, John Reiser wrote: > > Unfortunately, the gcc in EL6 is too old to build zchunk > > In what specific way(s)? Can the complaints from gcc [which version?], > or other tools in the toolchain, be listed here? > Other developers may have faced the same or similar p

Re: Can we use SCLs for building for EPEL 6?

Unfortunately, the gcc in EL6 is too old to build zchunk In what specific way(s)? Can the complaints from gcc [which version?], or other tools in the toolchain, be listed here? Other developers may have faced the same or similar problems, and may have tools to help. ___

Can we use SCLs for building for EPEL 6?

So, the background is that I'd like to build zchunk for EPEL 6 (it's already built for EPEL 7). Unfortunately, the gcc in EL6 is too old to build zchunk, so I'd prefer to use a newer version from an SCL, rather than rewrite zchunk to be compatible with an ancient version of gcc. I noticed that SC

[perl-AnyEvent] Support building for EPEL-7

commit dfd44d1f8eb9e18731dd71908d5ceef85c78ea0a Author: Paul Howarth Date: Mon Jul 21 16:46:30 2014 +0100 Support building for EPEL-7 - Avoid some optional test dependencies for EPEL builds so that we can get an EPEL-7 build done - Use %license where possible perl