V Tue, Apr 11, 2023 at 12:04:21PM -, Deon W napsal(a):
> Hello!
>
> For about the last 24 hours, all my RHEL server have been choking on any dnf
> commands, because of a HTTP 404 error on the mirror it's pulling from. It's
> trying to hit this URL, but the page doesn't exist
> -
>
V Mon, Oct 10, 2022 at 12:54:44PM -0500, Carl George napsal(a):
> One of the biggest problems with modularity in EPEL is the our current
> implementation doesn't allow requiring modules from another build
> system [0][1]. Has some other third party implementation solved this?
> And more
V Fri, Oct 07, 2022 at 08:56:41AM -0400, Stephen Smoogen napsal(a):
> On Fri, 7 Oct 2022 at 03:34, Petr Pisar wrote:
>
> > V Wed, Sep 28, 2022 at 03:09:32PM -0700, Troy Dawson napsal(a):
> > > - epel-release will be updated.
> > > -- epel-modular will set enabled
V Wed, Sep 28, 2022 at 03:09:32PM -0700, Troy Dawson napsal(a):
> - epel-release will be updated.
> -- epel-modular will set enabled = 0
Does it only mean releasing a new epel-release package with epel-modular
configuration file set to "enabled = 0", or does it also involve more magic
like
V Tue, Oct 04, 2022 at 10:17:34AM +0200, Germano Massullo napsal(a):
> As I wrote in
> https://bugzilla.redhat.com/show_bug.cgi?id=2129662#c11
> I did not know that epel packages are used also in CentOS Stream, sometimes
> causing issues like the one previously mentioned.
>
> In fact this
V Wed, Aug 31, 2022 at 05:08:59PM -0400, Stephen Smoogen napsal(a):
> When EPEL-8 was launched, it came with some support for modules with the
> hope that a module ecosystem could be built from Fedora packages using RHEL
> modules as an underlying tool. This has never happened and we have ended up
V Sun, Jun 12, 2022 at 12:29:06AM +0100, Sérgio Basto napsal(a):
> On Sat, 2022-06-11 at 17:25 +, bugzi...@redhat.com wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=2095649
>
> Hi,
> for some reason the build on epel 8 to update ImageMagick-6.9.12 from
> 48 to 50 (
>
V Wed, May 18, 2022 at 06:49:48AM -0400, Josh Boyer napsal(a):
> On Wed, May 18, 2022 at 6:21 AM Filip Bartmann wrote:
> >
> > Hello,
> > I try to install amavis in epel for RedHat 9 Stable:
> >
> > dnf install amavis
> > Updating Subscription Management repositories.
> > Last metadata expiration
Hello,
I happened to hit a request for adding web-assets-devel binary package of
web-assets component to EPEL 9 (bug #2036086) while web-assets-filesystem
binary package is shipped in RHEL. I recall it is allowed, but ones need to
follow some rules which I cannot find now.
Current Packaging
V Mon, Sep 06, 2021 at 09:10:30AM -0400, Stephen John Smoogen napsal(a):
> On Mon, 6 Sept 2021 at 07:07, Petr Pisar wrote:
> > V Sun, Sep 05, 2021 at 09:47:51PM +0200, Stefan Bluhm napsal(a):
> > > 2. What is the right approach to build the package that depends
V Sun, Sep 05, 2021 at 09:47:51PM +0200, Stefan Bluhm napsal(a):
> I am trying to build a package for EPEL-8.
> (https://koji.fedoraproject.org/koji/taskinfo?taskID=75036069)
>
> The build fails with
>
> No matching package to install: 'glassfish-jaxb-api'
> No matching package to install: 'jaf'
V Thu, Jul 08, 2021 at 05:24:05AM -0400, Neal Gompa napsal(a):
> On Thu, Jul 8, 2021 at 5:19 AM Petr Pisar wrote:
> >
> > V Thu, Jul 08, 2021 at 04:47:33AM -0400, Neal Gompa napsal(a):
> > > On Thu, Jul 8, 2021 at 4:41 AM Miro Hrončok wrote:
> > > >
> >
V Thu, Jul 08, 2021 at 04:47:33AM -0400, Neal Gompa napsal(a):
> On Thu, Jul 8, 2021 at 4:41 AM Miro Hrončok wrote:
> >
> > On 08. 07. 21 2:28, Mohan Boddu wrote:
> > > Also, people who wish to opt out of this mass rebuild can add
> > > 'noautobuild' file to the epel9-next branch beforehand, this
V Wed, Jul 07, 2021 at 06:33:51PM -0700, Michel Alexandre Salim napsal(a):
> I'm working on a tool to make it easier to create EPEL branch requests
> in the case where there are transitive dependencies that also need to
> be branched.
>
> I'm basing it on
>
V Wed, Jul 07, 2021 at 08:32:27PM -0400, Neal Gompa napsal(a):
> On Wed, Jul 7, 2021 at 8:28 PM Mohan Boddu wrote:
> > While we are already working on epel9-next enablement, there was a
> > discussion about how to handle epel9 when rhel9 goes GA. It is safe to
> > assume that a lot of the builds
V Wed, May 26, 2021 at 10:30:54AM +0100, Sérgio Basto napsal(a):
> fedpkg clone debhelper
> cd debhelper
> fedpkg srpm && mock -r epel-8-x86_64 --no-clean --rebuild debhelper-
> 13.3.4-1.fc35.src.rpm
>
> I can build the package in _all_ others branches but
In epel7 too?
> in epel8 ends with
>
On Thu, Jan 28, 2021 at 03:15:29PM -0800, Kevin Fenzi wrote:
> I think that could be workable, but I'll toss out another proposal:
>
> As soon as centos 9 stream exists, we create epel9-playground and allow
> people to branch/add packages to it. Once rhel9 is GA, we setup epel9 as
> usual and
On Fri, Jan 08, 2021 at 09:11:57AM +, Nick Howitt wrote:
> How do I request an update to ddclient for EL7? It looks like EL8 has moved
> to the forked version, 3.9.1, but EL7 is stuck on the old un-forked version
> of 3.8.3-2 which had its development stopped in 2015. I need a later version
>
On Mon, Oct 12, 2020 at 10:12:09AM +0300, Alexandru Lazarev wrote:
> In EPEL 7 there is such rpm (libcxx-devel - it seems from EPEL repository),
> but in EPEL 8 it isn't.
>
> How is it possible to have it there as RPM?
Report the request into Bugzilla against "Fedora EPEL" product and "libcxx"
On Sun, Oct 11, 2020 at 02:18:26PM +0200, Christopher Engelhard wrote:
> One thing I forgot that makes things even worse:
>
> - upstream does not support updates across more than one major version,
> so anybody who actually has the old v10 installed will have their
> installation completely
On Tue, Sep 08, 2020 at 11:00:42PM -0500, Carl George wrote:
> To solve this problem, I am proposing that we create a new repository called
> EPEL 8 Next.
>
> - built against CentOS 8 Stream
> - opt-in for packagers (must request epel8-next dist-git branch)
> - opt-in for users (part of
On Thu, Sep 03, 2020 at 08:21:38AM +, TREHIOU Paul wrote:
> I am using the python2-jsonschema package but noticed it is out of date on
> EPEL (2.5.1). On Fedora the latest version is available (3.2.0). Is it
> possible to backport the latest Fedora version into EPEL ?
>
I recommend you to
On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote:
> Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has
> the buildroot override expired?
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601
>
It did not expire:
$ bodhi overrides query --builds
On Wed, May 20, 2020 at 09:03:39AM +0100, Paul Howarth wrote:
> What host system are you running that on?
x86_64 Fedora 31 with updates-testing enabled.
After mock finishes bootstrapping DNF, it installs buildrooot and just before
it, it enables the modules:
Complete!
Finish(bootstrap): dnf
On Wed, May 20, 2020 at 08:10:42AM +0200, Petr Pisar wrote:
> Now you can ask why enabling mariadb-devel:10.3 does not enable mariadb:10.3
> automatically. Especially when mariadb-devel:10.3 run-requires mariadb:10.3
> according to "dnf module info mariadb-devel:10.3" command.
On Tue, May 19, 2020 at 04:05:02PM +0100, Paul Howarth wrote:
> On Tue, 19 May 2020 09:07:30 -0400
> Stephen John Smoogen wrote:
>
> > On Tue, 19 May 2020 at 06:05, Paul Howarth wrote:
> >
> > > On Mon, 18 May 2020 22:29:54 -0600
> > > Orion Poplawski wrote:
> > >
> > > > On 5/17/20 6:34
On Sat, May 16, 2020 at 11:43:00AM +0200, Antonio Trande wrote:
> On 15/05/20 14:57, Stephen Gallagher wrote:
> > On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote:
> >>
> >> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote:
> >>> On Fri, Ma
On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote:
> On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote:
>
> > On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> > > Shortly (Martin is in Cc to confirm):
> > >
> > > 1) Make a mo
On Fri, May 15, 2020 at 12:42:15PM +0200, Antonio Trande wrote:
> Shortly (Martin is in Cc to confirm):
>
> 1) Make a module:
>
> $ fedpkg clone cmake3
> $ fedpkg request-repo --namespace modules --exception cmake3-latest
> $ fedpkg request-branch --namespace modules --repo cmake3-latest epel8
>
On Fri, May 15, 2020 at 08:58:21AM -, Alexander Korsunsky wrote:
> Hi there,
>
> the version of CMake that is currently packaged with RHEL/CentOS 8 is 3.11,
> which is becoming more and more outdated. Me (and a few other people,
> judging by bug report participation) would quite like to have
On Tue, May 05, 2020 at 04:00:28PM +0200, Petr Pisar wrote:
> On Tue, May 05, 2020 at 06:35:14AM -0700, Troy Dawson wrote:
> > On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote:
> > >
> > > On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote:
> > >
On Tue, May 05, 2020 at 06:35:14AM -0700, Troy Dawson wrote:
> On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote:
> >
> > On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote:
> > > I have not created any bugzila's for these yet. I have not checked to
> >
On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote:
> I have not created any bugzila's for these yet. I have not checked to
> see if these are in -testing already. This is just a list showing
> what packages currently do not install from EPEL 7.
>
> perl-Image-SubImageFind
>
On Thu, Apr 30, 2020 at 12:32:26PM -0700, Michel Alexandre Salim wrote:
> Generally speaking (I can make this a separate thread if that helps) - do we
> expect every package in EPEL8 to also be built for EPEL8-playground, either
> through package.cfg or by building directly from the
On Tue, Apr 28, 2020 at 09:22:56PM -0700, Michel Alexandre Salim wrote:
> My epel8 build for python-extras succeeded just fine (using python-testtools
> from a build override as a dependency -
> https://bodhi.fedoraproject.org/overrides/python-testtools-2.4.0-3.el8), but
> the epel8-playground
On Wed, Mar 11, 2020 at 06:52:12AM -0700, Troy Dawson wrote:
> On Wed, Mar 11, 2020 at 1:25 AM Petr Pisar wrote:
> >
> > I can only see a small ambiguity regarding build-only packages that are
> > filtered out of the module. I believe the rule about the module names
On Tue, Mar 10, 2020 at 02:13:22PM -0700, Troy Dawson wrote:
> We propose adding:
>
> In EPEL 8 or later, it is permitted to have module streams which contain
> packages with alternate versions to those provided in RHEL. These packages
> may be newer, built with different options, or even
On Thu, Feb 13, 2020 at 07:54:24AM -0500, Matthew Miller wrote:
> I've been saying this for a while as if it's fact, but of course it's not
> actually fact until approved, so I'm puting this to the EPEL team to
> hopefully do so.
>
> The current guidelines * say:
>
>EPEL packages should only
On Sat, Feb 15, 2020 at 07:15:55PM -0700, Ken Dreyer wrote:
> On Thu, Feb 13, 2020 at 5:54 AM Matthew Miller
> wrote:
> >
> > In EPEL 8 or later, it is permitted to have module streams which contain
> > packages with alternate versions to those provided in RHEL. These packages
> > may be
On Sat, Feb 15, 2020 at 05:15:56PM -0500, Matthew Miller wrote:
> On Fri, Feb 14, 2020 at 05:14:31PM -0600, Chris Adams wrote:
> > Unless... does RHEL have modules that replace base packages? I admit, I
> > haven't fully got my head wrapped around all the effects of modularity.
>
> I'm not sure
On Sat, Feb 15, 2020 at 05:12:29PM -0500, Matthew Miller wrote:
> On Sat, Feb 15, 2020 at 11:27:46AM -0500, Stephen John Smoogen wrote:
> > From my also little understanding of modularity, this is so you can
> > reinstall base perl packages. In some ways ( I am glossing over things
> > here),
On Mon, Feb 03, 2020 at 02:35:43PM -0500, Stephen John Smoogen wrote:
> My main job is working with Fedora Infrastructure, and we are trying to
> work out how to handle:
>
> https://pagure.io/fedora-infrastructure/issue/8558
>
> The problem is that various tools filter what packages can be
On Tue, Jan 14, 2020 at 08:49:48PM +, Nick Howitt wrote:
> Hi,
> There are a number of fc31 packages I'd like to see in EPEL so I can use
> them for Centos7 for wok-3.0 and kimchi-3.0. Two that I need are:
> python3-libguestfs
> python3-pyparted
>
> I also possibly need:
> python3-pyparted as
On Mon, Sep 30, 2019 at 01:59:33PM +0200, fil...@centrum.cz wrote:
> I'm on server using munin software and I notice that this
> package is missing from EPEL for CentOS 8.
>
> I'm trying to build this package in my local mock from Fedora 31
> package, but it fails on perl dependencies.
>
> What
On Mon, Sep 30, 2019 at 11:45:24AM +, LAHAYE Olivier wrote:
> For docbook-utils-pdf, I don't understand why redhat did drop it, and
> I wonder how can EPEL publish only the missing part without breakage if
> redhat updates the 1st half.
This is the burden of a downstream distributor. You
On Mon, Sep 30, 2019 at 09:34:27AM +, LAHAYE Olivier wrote:
> Unfortunately, I've discovered with centos-8 that many (I really mean MANY)
> packages have been dropped by redhat
Yes, that happens.
> and epel as well.
EPEL did not drop anything. EPEL for a new RHEL always starts with an empty
On Wed, Sep 25, 2019 at 11:16:57AM -0700, Troy Dawson wrote:
> On Wed, Sep 25, 2019 at 11:13 AM Troy Dawson wrote:
> >
> > On Wed, Sep 25, 2019 at 8:41 AM Stephen Gallagher
> > wrote:
> > >
> > > On Tue, Sep 24, 2019 at 6:13 PM Neal Gompa wrote:
> > > >
> > > > On Tue, Sep 24, 2019 at 5:54 PM
On Wed, Sep 25, 2019 at 11:02:21AM +0200, fil...@centrum.cz wrote:
> Hello,
>
> I try to install amavisd on CentOS 8 and it seems to be broen:
> -
> # yum install amavisd-new
> Failed to set locale, defaulting to C
> Last metadata
On Tue, Sep 24, 2019 at 09:13:51PM -0400, Stephen Gallagher wrote:
> > Example: RHEL has two perl streams:
> >
> > perl:5.24
> > perl:5.26 [d]
> >
> > You can add a non-modular perl-Foo package into EPEL bacause EPEL magically
> > adds perl:5.26 into the build root.
> >
> > If you add a perl-Foo
On Tue, Sep 24, 2019 at 05:02:42PM -0600, Orion Poplawski wrote:
> On 8/26/19 2:33 AM, Petr Pisar wrote:
> > On Fri, Aug 23, 2019 at 01:56:09PM -0400, Stephen Gallagher wrote:
> > > So, I see the following options for how to handle default streams in RHEL
> > >
On Tue, Sep 24, 2019 at 08:44:56PM -0400, Stephen Gallagher wrote:
> On Fri, Aug 23, 2019 at 5:49 PM Kevin Fenzi wrote:
> >
> > On 8/23/19 10:56 AM, Stephen Gallagher wrote:
>
> ...
>
> > > For default profiles, we have some options as well:
> > >
> > > Option 1: We disallow setting default
On Tue, Sep 03, 2019 at 08:33:04AM +0300, Lars Noodén wrote:
> I'm looking for CPAN's XML::Feed.pm for perl 5 for centos 7 via yum but
> not finding anything for it (e.g. perl-XML-Feed.noarch) in the
> repositories. I have the base, epel, extras, and updates repositories
> available.
>
[...]
>
On Fri, Aug 30, 2019 at 08:51:11AM -0400, Stephen John Smoogen wrote:
> On Fri, 30 Aug 2019 at 07:28, Petr Pisar wrote:
> >
> > On Fri, Aug 30, 2019 at 12:32:12PM +0200, Maximilian Philipps wrote:
> > > It has now been several months since the release of RHEL 8 and I a
On Fri, Aug 30, 2019 at 12:32:12PM +0200, Maximilian Philipps wrote:
> It has now been several months since the release of RHEL 8 and I am
> still struggling to get a RHEL 8 into an usable state. Besides the
> already mentioned absence of fail2ban and nagios plugins I am now facing
> the lack of
On Wed, Aug 28, 2019 at 09:15:47AM +0200, Mikolaj Izdebski wrote:
> Fedora infrastructure has been asked [1] to enable Koschei [2] for
> EPEL 8. Would this be useful to anyone?
Yes.
> If yes, which of build targets
> (epel8-candidate, epel8-playground-candidate) should Koschei submit
> scratch
On Fri, Aug 23, 2019 at 01:56:09PM -0400, Stephen Gallagher wrote:
> So, I see the following options for how to handle default streams in RHEL 8
>
> Option 1: We disallow assigning default streams at all within EPEL 8.
> This will protect us against a future change where RHEL wants to set a
>
On Fri, Aug 23, 2019 at 08:26:32AM -0400, Stephen John Smoogen wrote:
> On Fri, 23 Aug 2019 at 06:52, Petr Pisar wrote:
> > Case: RHEL delivers a non-modular P package. There is no S stream of
> > a M module. Can I add a new M module with a new S stream that will contain
> >
If I read the EPEL 8 annoucement correctly, it's still not possible to build
modules in EPEL. Nevertheless I'd like to know how the rules about "not
replacing RHEL content" will apply to modules. Here are my question:
Case: RHEL delivers an M module with a default S1 stream. There is no S2
On Fri, Jan 04, 2019 at 11:36:31AM -0800, Kevin Fenzi wrote:
> On 1/4/19 12:54 AM, Igor Gnatenko wrote:
> > I believe that EPEL is not meant to support all possible old versions of
> > RHEL. It is built against latest release, so the expectation is that it
> > supports only latest release.
>
>
Hello,
I have a question regarding packaging for EPEL.
Fedora renamed perl package to perl-interpreter package and changed all
the occurances in all spec files. Because there are package maintainers who
share spec files between Fedora and EPEL, I added the perl-interpreter
package to EPEL.
60 matches
Mail list logo
