On Wed, 4 May 2022 at 15:31, Sérgio Basto wrote:
> On Wed, 2022-05-04 at 20:25 +0100, Sérgio Basto wrote:
>
> dnf --enablerepo=epel-next-testing --whatprovides "libpoppler-qt5.so*"
> nothing ?!?
>
>
> I missed repoquery word .
>
> dnf --enablerepo=epel-next-testing repoquery --whatprovides
>
On Wed, 4 May 2022 at 08:55, Miro Hrončok wrote:
> Hello EPEL.
>
> I have just found out that the pybind11 component from c9s / RHEL 9 CRB
> has
> been built in EPEL 9 in different version:
>
>
>
> Do I understand correctly that this is still *not* allowed? If so, what
> can we
> do to
On Mon, 2 May 2022 at 04:22, Alex Iribarren wrote:
> Hi,
>
> On 4/29/22 21:17, Stephen John Smoogen wrote:
> >
> >
> > On Fri, 29 Apr 2022 at 14:28, Germano Massullo
> > mailto:germano.massu...@gmail.com>> wrote:
> >
> > Recent Ce
On Fri, 29 Apr 2022 at 14:28, Germano Massullo
wrote:
> Recent CentOS Stream Qt update broke some EPEL packages like keepassxc
> that needed a rebuild against the new Qt version.
> Can we talk about a way to prevent this from happening again?
>
>
This is the current situation of events for
On Fri, 22 Apr 2022 at 14:22, Miro Hrončok wrote:
> Hello,
>
> I've been trying to debug a segfault during %check that only occurs in
> epel9
> Koji, but not in mock.
>
> At the end, I compared the list of packages with:
>
>
> ...
> This seems like my local mock has newer c9s packages than the
On Sun, 17 Apr 2022 at 09:54, Amos wrote:
> > On Wed, 1 Jun 2016 12:31:01 -0600 Erinn Looney-Triggs
> >
> https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provid...
>
On Wed, 30 Mar 2022 at 10:55, Troy Dawson wrote:
>
>
> Current process (two bugzilla pings, two weeks total time):
>> - 1st request
>> - one week goes by
>> - 2nd request
>> - one week goes by
>> - releng ticket to be added as a collaborator
>>
>> Proposal A (three bugzilla pings, three weeks
On Fri, 25 Mar 2022 at 00:25, Carl George wrote:
> On Thu, Mar 24, 2022 at 5:50 PM Kevin Fenzi wrote:
> >
> > On Wed, Mar 23, 2022 at 09:18:08PM -0500, Carl George wrote:
> > > On Wed, Mar 23, 2022 at 2:54 PM Carl George wrote:
>
> >
> > Also could we tell if deps changed? Say I have
On Wed, 2 Mar 2022 at 17:00, Orion Poplawski wrote:
> On 3/2/22 14:14, epel-devel@lists.fedoraproject.org wrote:
> > Except that we are going to need python38-pytest, etc. in the EPEL8
> buildroot
> > if we are going to build (most of) the packages in the first place.
> That's
> > the problem
On Thu, 3 Mar 2022 at 11:07, Scott Talbert wrote:
> On Thu, 3 Mar 2022, Stephen John Smoogen wrote:
>
> > OK with some help from Miro on the python team, I was able to use the
> > scripts they use regularly to list what dependency problems they have
> with
> > soon
On Wed, 2 Mar 2022 at 15:56, Stephen John Smoogen wrote:
>
>
> #
>
> I expect that
>
>
I clearly dropped the ball in that sentence. Let me finish it up:
I expect that we will need to converse in this thread about what should be
done next. In the EPEL meeting Kevin me
When EPEL-8 was trying to get out the door, I tried to make it 'fully
operational' by having fedpkg in it. It turned out that was a bad idea on
my part as I ended up adding about 130 packages to EPEL-8 which have not
been updated or cared for since.
The problems involved is that I did this with
On Tue, 1 Mar 2022 at 08:19, Richard W.M. Jones wrote:
> On Tue, Mar 01, 2022 at 04:21:56AM -0500, Neal Gompa wrote:
> > On Tue, Mar 1, 2022 at 3:07 AM Richard W.M. Jones
> wrote:
> > >
> > >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=2058274
> > >
> > > fails to build with:
> > >
> >
On Tue, 1 Mar 2022 at 03:06, Richard W.M. Jones wrote:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2058274
>
> fails to build with:
>
> DEBUG util.py:444: No matching package to install: 'ocaml-dune >= 1.0'
>
> This package is in RHEL 9 buildroot (ocaml-dune-2.8.5-5.el9.x86_64).
>
> I
On Sat, 19 Feb 2022 at 15:55, Neal Gompa wrote:
> On Sat, Feb 19, 2022 at 3:21 PM Miro Hrončok wrote:
> >
> > Hello,
> >
> > I have a Fedora package that I've recently also branched for EPEL 9.
> >
> > The (so called) binary package used to be called "python3-tox", but has
> been
> > renamed to
And of course sending emails like this do not help make things better for
either party. My apologies and I am going to cut back on sending email
without a 24 hour "Did you really want to send this timeout?"
On Thu, 17 Feb 2022 at 07:52, Stephen John Smoogen wrote:
>
On Thu, 17 Feb 2022 at 07:11, Miro Hrončok wrote:
> Hello EPEL packagers.
>
> I get it that you want as much as possible packages available in EPEL 9,
> but
> before you blindly branch all the dependencies of the packages you care
> about,
> could you maybe take a step back and consider for a
On Fri, 4 Feb 2022 at 12:12, Richard Shaw wrote:
> On Fri, Feb 4, 2022 at 8:20 AM Stephen John Smoogen
> wrote:
>
>>
>> On Fri, 4 Feb 2022 at 09:05, Richard Shaw wrote:
>>
>>> I've gotten frequent requests to support EPEL branches of packages I
>>>
On Thu, 27 Jan 2022 at 07:23, Nick Howitt wrote:
>
>
> On 27/01/2022 12:20, Stephen John Smoogen wrote:
> >
> >
> > On Thu, 27 Jan 2022 at 04:38, Nick Howitt via epel-devel
> > > <mailto:epel-devel@lists.fedoraproject.org>> wrote:
> >
>
On Thu, 27 Jan 2022 at 04:38, Nick Howitt via epel-devel <
epel-devel@lists.fedoraproject.org> wrote:
> Hi gents,
> It looks like btrbk has been updated to version 0.31.3-1 in EPEL7 from
> 0.25.1-1 and it has a requires of btrfs-progs >= 4.12. Unfortunately
> btrfs-progs in Centos 7 is still at
On Sun, 16 Jan 2022 at 07:23, Miro Hrončok wrote:
> On 16. 01. 22 12:49, Andrew C Aitchison wrote:
> > On Sun, 16 Jan 2022, Miro Hrončok wrote:
> >
> >> On 15. 01. 22 20:22, Andrew C Aitchison wrote:
> >>> On Sat, 15 Jan 2022, Miro Hrončok wrote:
> >>>
> python-pytest-cov is something I've
On Fri, 14 Jan 2022 at 10:57, Stephen John Smoogen wrote:
>
>
> I mirrored the source rpms down and did the following for 8 and 9-stream.
> ```
> $ for i in AppStream BaseOS PowerTools; do echo $i; find ./$i -type f
> -name "*src.rpm" | xargs rpm --nosignature --qf='
On Fri, 14 Jan 2022 at 10:22, Troy Dawson wrote:
>
>
> On Thu, Jan 13, 2022 at 8:12 PM Orion Poplawski wrote:
>
>> While working on EPEL9, it seems that even more packages are missing
>> from RHEL9 than were in RHEL8. The latest I found was cppunit, which
>> appears to be completely missing
On Wed, 29 Dec 2021 at 10:19, Orion Poplawski wrote:
> Can someone shed light on the status of python-gevent in EL9? It seems
> to have been built for CS9:
>
> https://kojihub.stream.centos.org/koji/packageinfo?packageID=3414
>
> (though perhaps not tagged?)
>
> but builds for EPEL9 fail to
On Wed, 29 Dec 2021 at 06:29, Mattias Ellert
wrote:
> Hi!
>
> Two packages I built for EPEL 9 are now reported by koschei as having
> missing build dependencies.
>
> https://koschei.fedoraproject.org/package/davix?collection=epel9
>
>
On Mon, 13 Dec 2021 at 22:20, Matthew Miller wrote:
>
> On Mon, Dec 13, 2021 at 09:40:19AM -0500, Stephen John Smoogen wrote:
> > It is a fairly manual process where a person volunteers to sit in
> > front of the firehose every day and deal with these requests. The
> > p
On Mon, 13 Dec 2021 at 09:25, Miroslav Suchý wrote:
>
> Hi.
>
> I have two questions regarding epel9:
>
> 1) I have requested dozen of epe9 branches for my packages. It was 20+ hours
> ago. E.g.
> https://pagure.io/releng/fedora-scm-requests/issue/39402
> Is it manual process? Or is the
On Mon, 13 Dec 2021 at 06:21, Neal Gompa wrote:
>
> On Mon, Dec 13, 2021 at 6:13 AM Troy Dawson wrote:
> >
> >
> >
> > On Sat, Dec 11, 2021 at 1:58 AM Frank Crawford
> > wrote:
> >>
> >> Folks,
> >>
> >> I'm looking at building a package that currently exists in EPEL8 for
> >> EPEL9. I have a
On Sat, 11 Dec 2021 at 11:03, Richard Shaw wrote:
>
> On Fri, Dec 10, 2021 at 7:29 AM Troy Dawson wrote:
>>
>> We (The EPEL Steering Committee) are following up on EPEL issue 136[1]
>> regarding the status of EPEL8 Playground.
>>
>> Looking through the logs we see that there are still people
On Sun, 28 Nov 2021 at 19:32, Nico Kadel-Garcia wrote:
>
> On Sun, Nov 28, 2021 at 7:06 PM Neal Gompa wrote:
> >
> > On Thu, Nov 25, 2021 at 2:02 PM Nico Kadel-Garcia wrote:
> > >
> > > On Thu, Nov 25, 2021 at 8:26 AM Neal Gompa wrote:
> > > >
> > > > On Thu, Nov 25, 2021 at 6:19 AM Nico
On Mon, 22 Nov 2021 at 10:15, Neal Gompa wrote:
>
> On Mon, Nov 22, 2021 at 10:12 AM Carl George wrote:
> >
> > On Mon, Nov 22, 2021 at 8:37 AM Vitaly Zaitsev via devel
> > wrote:
> > >
> > > On 22/11/2021 15:00, Pavel Raiskup wrote:
> > > > - builds will require a valid Red Hat subscription
On Fri, 19 Nov 2021 at 11:42, Miro Hrončok wrote:
>
> Hello EPEL people,
>
> what do you think about setting the Bodhi days to stable limit to 3 days for
> EPEL 9 Next (at least until RHEL 9 GA)?
>
I think EPEL-9 Next being based off of Stream with its major changes
should have a small stable
On Wed, 17 Nov 2021 at 12:57, Neal Gompa wrote:
>
> On Wed, Nov 17, 2021 at 12:53 PM Richard Shaw wrote:
> >
> > I was talking to a software vendor about there install instructions using
> > yum instead of dnf for EL 8 and he took the feedback back to the
> > development team but the response
On Tue, 9 Nov 2021 at 10:47, Richard Shaw wrote:
>
> I requested a CentOS 8 Stream server from IT at $DAYJOB, but it's not IT
> approved, so they gave me a RHEL 8.2 instance. Well fine, I don't need their
> support but whatever...
>
> I went to enable EPEL per the docs[1]:
>
> $ sudo dnf
On Tue, 19 Oct 2021 at 01:22, Andrew C Aitchison wrote:
>
> On Thu, 7 Oct 2021, Stephen John Smoogen wrote:
> > Things have probably improved, but the lesson I learned from EPEL-8
> > and afterwords was that koji depsolving is weird no matter how set up.
> > Koji s
On Fri, 8 Oct 2021 at 11:56, Sérgio Basto wrote:
>
> On Fri, 2021-10-08 at 10:13 -0400, Stephen John Smoogen wrote:
> > On Fri, 8 Oct 2021 at 09:55, Sérgio Basto wrote:
> > >
> > > Hi,
> > >
> > > I see ccache for epel 7 here
On Fri, 8 Oct 2021 at 09:55, Sérgio Basto wrote:
>
> Hi,
>
> I see ccache for epel 7 here https://src.fedoraproject.org/rpms/ccache
> , but is not available in repos ... why ?
>
https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/c/ccache-3.7.7-1.el7.x86_64.rpm
On Thu, 7 Oct 2021 at 09:52, Neal Gompa wrote:
>
> >
> > That is the theory, yes, that grobisplitter isn't required.
> > But nobody was able to say that was for certain. Thus, it needs to be
> > tested.
> >
>
> I've verified this with my internal build infrastructure, so yes, I
> know it's not
On Mon, 13 Sept 2021 at 02:38, Benjamin Kircher wrote:
>
> On Mon, 2021-09-13 at 06:20 +, Eduard Ahmatgareev wrote:
> > According to documentation:
> > https://docs.fedoraproject.org/en-US/epel/
> >
> > EPEL repo: https://dl.fedoraproject.org/pub/epel/ should contain epel-
> >
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):
> > 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
On Thu, 2 Sept 2021 at 09:29, Troy Dawson wrote:
>
> We are pleased to announce that Red Hat is establishing a small team
> directly responsible for participating in EPEL activities. Their job
> isn't to displace the EPEL community, but rather to support it
> full-time. We expect many beneficial
On Thu, 22 Jul 2021 at 14:42, Troy Dawson wrote:
>
> Currently the default days to stable for EPEL is 14 days.
> I believe when it was first put in it was set to that time because we wanted
> things more stable and better tested. But experience has found that if a
> package is going to get
On Fri, 16 Jul 2021 at 17:59, Pavel Raiskup wrote:
>
> We touched this topic several times before in our team. Perhaps we should
> move
> on and do it... it would simplify a development (the yum/dnf hacks,
> legacy systemd-nspawn hacks, podman requirement for building Fedora, etc.).
>
> I
On Mon, 24 May 2021 at 14:36, Sérgio Basto wrote:
> On Sat, 2021-05-22 at 11:57 -0700, Kevin Fenzi wrote:
> > On Tue, May 18, 2021 at 06:32:25AM -0700, Troy Dawson wrote:
> > > On Tue, May 18, 2021 at 4:20 AM Stephen John Smoogen <
> > > smo...@gmail.com
On Mon, 17 May 2021 at 18:14, Kevin Fenzi wrote:
> On Mon, May 17, 2021 at 08:56:06PM +0100, Nick Howitt wrote:
> >
> >
> > On 17/05/2021 19:32, Kevin Fenzi wrote:
> > > roundcubemail in epel7 is very old at this point, and can never be
> > > upgraded because epel7 has too old a php.
> > >
> > >
On Wed, 7 Apr 2021 at 13:45, Nick Howitt wrote:
> What is the current status of EPEL7 packages for ARM? As far as I can
> make out, aarch64 seems to have been frozen in 2019 when RedHad stopped
> the architecture support? I also thing there has never been official
> armhfp support but the
there are alot of other
> changes in this, dealing with xfce.
> Can those be cleaned up so this is just a KDE change?
>
>
The xfce items are similar in that they are not buildable for similar
reasons and but listed as being there.
> On Mon, Feb 15, 2021 at 4:06 AM
On Sun, 14 Feb 2021 at 23:36, Orion Poplawski wrote:
> As noted in the CentOS list:
> https://lists.centos.org/pipermail/centos/2021-February/353324.html
>
> # dnf group install "KDE Plasma Workspaces"
> Last metadata expiration check: 3:50:42 ago on Sun 14 Feb 2021 04:52:10
> PM MST.
> no group
On Wed, 10 Feb 2021 at 14:48, Miro Hrončok wrote:
> On 10. 02. 21 20:24, Stephen John Smoogen wrote:
> >
> >
> > On Wed, 10 Feb 2021 at 14:19, Miro Hrončok > <mailto:mhron...@redhat.com>> wrote:
> >
> > On 10. 02. 21 19:53, Stephen
On Wed, 10 Feb 2021 at 14:24, Stephen John Smoogen wrote:
>
>
> On Wed, 10 Feb 2021 at 14:19, Miro Hrončok wrote:
>
>> On 10. 02. 21 19:53, Stephen John Smoogen wrote:
>> > fedpkg-minimal
>> > epel-release
>> > epel-rpm-macros
>>
>>
&g
On Wed, 10 Feb 2021 at 14:19, Miro Hrončok wrote:
> On 10. 02. 21 19:53, Stephen John Smoogen wrote:
> > fedpkg-minimal
> > epel-release
> > epel-rpm-macros
>
>
> Those make perfect sense to me.
>
> > fedpkg
> > koji
> > bodhi
>
> But I d
On Mon, 8 Feb 2021 at 17:36, Troy Dawson wrote:
> On Mon, Feb 8, 2021 at 11:50 AM Kevin Fenzi wrote:
> >
> > On Mon, Feb 08, 2021 at 08:19:24AM -0500, Stephen John Smoogen wrote:
> > > There is a little nuance here. In order to get the repository going,
> we had
>
On Sun, 7 Feb 2021 at 18:26, Kevin Fenzi wrote:
> Overall this seems fine to me, a few nitpicks inline...
>
> On Fri, Feb 05, 2021 at 01:51:15PM -0800, Troy Dawson wrote:
> > This is a proposal. It's mainly writing down what I think most of us
> > agreed on at last weeks EPEL Steering Committee
On Mon, 1 Feb 2021 at 11:00, Filip Bartmann wrote:
> Hello,
> what version of RedHat will EPEL now follow? Centos Stream or oficial
> RedHat and Rocky based on stable RHEL?
>
>
The main EPEL packages have always been compiled against the official Red
Hat Enterprise Linux current package set.
On Tue, 15 Dec 2020 at 05:00, Miroslav Suchý wrote:
> Regarding the recent announcement of CentOS 8 flipping to CentOS Stream -
> What will be the configs for building EPEL 8?
> I mean mock configs? And I ask as Mock maintainer - because I have no idea.
>
> Are we going to build EPEL 8 against
On Sun, 13 Dec 2020 at 13:17, Miro Hrončok wrote:
> On 12/13/20 7:03 PM, Orion Poplawski wrote:
> > On 12/13/20 10:37 AM, Orion Poplawski wrote:
> >> On 12/11/20 5:04 PM, Miro Hrončok wrote:
> >>> On 12/12/20 12:12 AM, Troy Dawson wrote:
>
> > Seem reasonable? I was able to install the
On Sun, 13 Dec 2020 at 12:38, Orion Poplawski wrote:
> On 12/11/20 5:04 PM, Miro Hrončok wrote:
> > On 12/12/20 12:12 AM, Troy Dawson wrote:
> >> There is also a problem if a missing package has been specifically
> >> blocked by a module. I think libuv-devel is this way.
> >
> > If that
On Sun, 6 Dec 2020 at 10:08, Antonio T. sagitter
wrote:
> Hi everyone.
>
> EPEL7 builds are not executed due to this error:
>
>
I am guessing you are talking about building packages in Fedora
Infrastructure? Do you have a koji job we can point developers to?
> DEBUG util.py:634: Traceback
On Tue, 1 Dec 2020 at 12:58, Jon Moroney wrote:
> Hey all,
>
> Is there a reason both the el7 and 8 repo rpms are returning 403s? Are
> they expected to return or is there a migration occurring?
>
> https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
>
Hello it is with a fond farewell, we announce the end of life of EPEL-6. No
further builds or promotion of builds will be possible in the Fedora Build
System. The repositories in /pub/epel/6 will be archived to
/pub/archive/epel/6/ and mirror lists will be pointed to this in 2 weeks.
Thank you
Thanks for the notice. I am rsyncing /pub/epel/8/ to
/pub/archive/epel/8.2.2020-11-04/ for people who need longer compatibility.
On Wed, 4 Nov 2020 at 00:36, Thomas Stephen Lee wrote:
> Hi,
>
> RHEL 8.3 got released.
>
> ---
> Lee
> ___
> epel-devel
On Wed, 9 Sep 2020 at 09:58, Ken Dreyer wrote:
>
>
> On Wed, Sep 9, 2020, 6:50 AM Petr Pisar wrote:
>
>> 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
On Mon, 31 Aug 2020 at 09:43, Troy Dawson wrote:
> On Sun, Aug 30, 2020 at 11:44 AM kevin wrote:
> >
>
> > > Thoughts?
> >
> > Well, I think it satisfies all the use cases, but... we barely have
> > enough cycles to try and revamp playground. Do we think we have enough
> > to do that and also
On Tue, 14 Jul 2020 at 19:41, Igor Raits
wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Tue, 2020-07-14 at 10:35 -0400, Breno Brand Fernandes wrote:
> > Hi all,
> >
> > I've just pushed puppet 6 (agent) to EPEL 8 (testing) today [1].
> >
> > If you use puppet 6 and have a
On Tue, 14 Jul 2020 at 07:56, Björn Persson wrote:
>
> Erick Wittman wrote:
> > I am using CentOS 8 and am using various packages in the EPEL
> > repository. I am interested in seeing gcc-gnat added to EPEL.
>
> I would also like to have gcc-gnat in CentOS 8. I maintain some Ada
> packages in
We are in the middle of the datacentre move where various services are
partially in our old site and some are in the new ones. One problem is that
our access to RHEL comes via a server which got moved to allow for us to
build out systems in the new site.. however the builders in the old
datacentre
On Fri, 5 Jun 2020 at 05:21, Menanteau wrote:
> Hi there,
>
> is there a plan to update Mate in EPEL ?
>
>
EPEL is not a distribution and does not have 'plans' to produce things for
certain releases. Nobody is paid to work on EPEL versus paid to work on
Fedora so the packages here are those that
On Tue, 19 May 2020 at 11:05, 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:
> >
>
> Yes, I'm using vanilla configs straight from mock-core-configs for
> this, and tha
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 AM, Paul Howarth wrote:
> > > I'm trying to do a local build of gtkwave for EPEL-8.
> > >
> > > A koji scratch build somehow works:
> > >
On Fri, 15 May 2020 at 09:06, Nico Kadel-Garcia wrote:
> On Fri, May 15, 2020 at 8:02 AM Stephen John Smoogen
> wrote:
> >
> >
> >
> > On Thu, 14 May 2020 at 20:00, Nico Kadel-Garcia
> wrote:
> >>
> >> On Thu, May 14, 2020 at 3:32 PM M
On Thu, 14 May 2020 at 20:00, Nico Kadel-Garcia wrote:
> On Thu, May 14, 2020 at 3:32 PM Michel Alexandre Salim
> wrote:
> >
> > Hi,
> >
> > We're working on validating CentOS 8 for some desktop use cases at work,
> > and noticed that after working fine on a machine that's installed
> > several
Fedora Infrastructure have added snapshots of various EPEL releases to
/pub/archive/epel. The current format will be
/pub/archive/epel/./ and will
be a hardlink copy of the data that is in /pub/epel/. This
will be done at 'regular' intervals in the future so that people who need
to stick to an old
On Tue, 14 Apr 2020 at 06:08, Miro Hrončok wrote:
> On 02. 01. 20 15:36, Miro Hrončok wrote:
> > Hey EPEL experts. Could you please have a look at:
> >
> > https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/13
> > https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/14
>
On Wed, 8 Apr 2020 at 21:21, Orion Poplawski wrote:
> There does not appear to be an explicit conflict policy for EPEL8:
>
>
> https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provided_within_Red_Hat_Enterprise_Linux_or_layered_products.3F
>
> I got a report against
On Sat, 4 Apr 2020 at 14:54, Richard Shaw wrote:
> I'm trying to build a package that requires swig 3.0.12+. The version in
> EPEL is way too old but swig3 is provided in the extras repo.
>
> I was able to build locally via mock and COPR fine, but when I tried
> official builds it doesn't look
On Wed, 25 Mar 2020 at 14:10, Dmitry Butskoy wrote:
> Could anybody answer please which package provides:
> > /usr/share/bookmarks/default-bookmarks.html
> under RHEL8 ?
>
>
I don't see anything providing it in EL8
>
> ~buc
>
> ___
> epel-devel
On Thu, 5 Mar 2020 at 02:17, Mattias Ellert
wrote:
> Hi.
>
> I was asked to repost a thread from the CentOS forum on this mailing
> list:
>
> Sorry for starting a new thread. But there has not been any activity on
> the old thread for a month (2020-02-05) except for my request for a
> status
On Wed, 26 Feb 2020 at 11:13, Nicolas Kovacs wrote:
> Le 26/02/2020 à 15:48, Stephen John Smoogen a écrit :
> > I would open a bug on this so that the maintainer knows about it. They
> may not
> > be on this list or may filter it to the 'read once a year' bucket.
> Seco
On Wed, 26 Feb 2020 at 07:06, Nicolas Kovacs wrote:
> Hi,
>
> I have an Internet-facing server running CentOS 7. I just installed
> Fail2ban
> using the following packages:
>
>* fail2ban-server
>* fail2ban-firewalld
>
> For the record, IPv6 is disabled on this server.
>
> Here's the
On Tue, 25 Feb 2020 at 08:53, Jos Vos wrote:
> Hi,
>
> Is there a specific reason why the Haskell platform is not available
> anymore in EPEL 8 (it was in EPEL 7)? Any ongoing work known to
> eventually support it again?
>
>
We do not automatically branch everything from one release to another.
On Mon, 24 Feb 2020 at 18:31, Eduardo Kienetz wrote:
>
> It would be my first time maintaining an EPEL package, but if nobody else
> already experienced is willing, I could probably do it with minimal
> supervision/hints to get started :)
> What has been the typical work? If they have git repos
I have been maintaining nagios, nagios-plugins, and nrpe for a couple
of years but currently I do not have much time to put towards the
packages and won't until 2021 at my current rate.
Last week, I emailed various people who have co-maintainer rights on
the package, but haven't had anyone reply.
Hi,
It has been a pleasure for me to be a part of and help lead the
EPEL steering committee for the last couple of years. It has not
always been smooth sailing but I have found it an enjoyable experience.
However, as you may know the Fedora project will be moving to a
different data-center later
On Tue, 18 Feb 2020 at 10:34, Petr Pisar wrote:
> 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
> > > r
On Fri, 14 Feb 2020 at 18:14, Chris Adams wrote:
> Once upon a time, Kevin Fenzi said:
> > Does this mean if there's a package foo that is a rhel package, but not
> > in a module, that it can be overlapped with a foo package thats in a
> > epel non default module? ie, does it only mean the
On Thu, 13 Feb 2020 at 06:29, Richard W.M. Jones wrote:
>
> This has been done now. In total 107 EPEL 7 mingw-* packages
> were retired, and 307 bugs closed.
>
Thanks Richard.
--
Stephen J Smoogen.
___
epel-devel mailing list --
On Wed, 12 Feb 2020 at 09:46, Richard Shaw wrote:
> I'm sure it was announced but I've been very busy lately but while trying
> to build a package for EPEL 8 I noticed that two builds (arches) failed for
> missing dependencies but two did not.
>
> I see that there are a number of arches not
For the longest time, the Fedora Project has included a baseurl= line in
its configs as an alternative to the basic metalink= line. EPEL has
followed along, and I expect a lot of users have some sort of sed/awk/ed
script which looks for a #baseurl and does something with it.
The upstream configs
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 branched into
Fedora see that libssh2 was in a module that RHEL shipped in 8.0 but it
Currently opensmtpd has a high level remote CVE and several others from the
release listed. I have tried to compile the updated version but
1. It is a major upgrade with a different config syntax than what is in
EPEL.
2. It requires libressl to compile which we do not ship.
3. It might be
On Thu, 30 Jan 2020 at 09:36, Troy Dawson wrote:
>
> On Thu, Jan 30, 2020 at 6:21 AM Richard W.M. Jones wrote:
> >
> > MinGW is a Windows cross compiler for Fedora. There is a base
> > toolchain like mingw-filesystem and mingw-gcc, and many cross-compiled
> > libraries like mingw-glib2 which
On Tue, 21 Jan 2020 at 13:00, wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>EPEL Steering Co on 2020-01-22 from 18:00:00 to 19:00:00 GMT
>At freenode@fedora-meeting
>
>
Sorry I thought I cancelled this meeting. In any case, many people are
on travel to BRNO for
On Mon, 20 Jan 2020 at 10:20, Robert-André Mauchin wrote:
>
> Hello
>
> Some user requested an update from dnscrypt-proxy 1 to dnscrypt-proxy 2,
> which is totally incompatible and not even programmed in the same language.
> As far as I understand, such update is frowned upon as it would break
On Sat, 11 Jan 2020 at 12:13, Dmitry Butskoy wrote:
>
> Kevin Fenzi wrote:
> >>> OK we are now syncing to rhel-7-server-devtools-rpms and those have
> >>> the needed rust-toolset, llvm-toolset and other tools which someone
> >>> needing to rebuild chromium or seamonkey. Please test and let me
On Wed, 8 Jan 2020 at 16:13, Stephen John Smoogen wrote:
>
> On Wed, 8 Jan 2020 at 16:07, Stephen John Smoogen wrote:
> >
> > On Wed, 8 Jan 2020 at 15:53, Dmitry Butskoy wrote:
> > >
> > > Considering how Firefox is built, I see it uses:
> > > de
On Thu, 9 Jan 2020 at 04:06, Felix Schwarz wrote:
>
>
> Am 09.01.20 um 00:03 schrieb Breno Brand Fernandes:
> > It seems that the package was retired on 2019-02-11[1].
>
> I think you need to follow the general un-retirement procedure:
>
On Wed, 8 Jan 2020 at 16:07, Stephen John Smoogen wrote:
>
> On Wed, 8 Jan 2020 at 15:53, Dmitry Butskoy wrote:
> >
> > Considering how Firefox is built, I see it uses:
> > devtoolset-8
> > rust-toolset-1.35
> > llvm-toolset-7.0
> >
> > I t
On Wed, 8 Jan 2020 at 15:53, Dmitry Butskoy wrote:
>
> Considering how Firefox is built, I see it uses:
> devtoolset-8
> rust-toolset-1.35
> llvm-toolset-7.0
>
> I try to build new SeaMonkey-2.53 (formerly Mozilla, Netscape), it has
> code based on Firefox and requires the same toolsets under
On Wed, 8 Jan 2020 at 11:14, Richard Shaw wrote:
>
> I have build BackupPC for EPEL 8 and got a few of the dependencies in EPEL as
> well that aren't provided by the base repo.
>
> One of the dependencies is provided by the Power Tools repo, but when trying
> to install of course it just gives
Welcome. I think everyone is on the usual Red Hat 2 week break at the
end of the year.. but I will try to look at this when I get back.
On Fri, 20 Dec 2019 at 14:44, mbocek wrote:
>
> Hi, I've been working at Red Hat mainly on tools dealing with upgrades
> of major versions of RHEL. I've also
1 - 100 of 531 matches
Mail list logo