Stuck package - golang-github-prometheus-node-exporter

golang-github-prometheus-node-exporter seems to be unmaintained at this point. There are a few open CVEs that have been corrected upstream in the last year but not made it down to the fedora package. In Feb I opened a maintainer check ticket :

Claiming ownership of perl-Parse-EDID

Somehow I missed the orphaning of perl-Parse-EDID. Anyway, I'd like to take over maintenance of this package as other packages I maintain are dependent on it. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: RHEL 9 and modularity

Thanks for providing this information! I'll confess my primary worry/complaint about Modularity/AppStream in RHEL8 is one of lifecycle. The default Stream in RHEL8 does not have the full 10 year lifecycle[1] present in RHEL7. Folks doing a standard 'yum install ' get the default stream,

Re: Announcing start of DNF 5 development

On Fri, Mar 13, 2020 at 9:48 AM Robbie Harwood wrote: > > Daniel Mach writes: > > > Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a): > > > >> I realize I'm thinking about the Pie in the Sky, but: > >> > >> Would it be possible for 'microdnf' to b

RE: Announcing start of DNF 5 development

I realize I'm thinking about the Pie in the Sky, but: Would it be possible for 'microdnf' to become the base for 'dnf' so that extra 'dnf' functionality is added via some kind of modules/plugins/etc behaviour? Perhaps "somehow" it could (for example) find out "oh I've got python, lets load those

[EPEL-devel] Re: Proposed official change to EPEL guidelines: modules and RHEL

_does not_ have to be part of a module for this to work.) What do you think? I like it, but perhaps it is worth adding a note that EPEL8 packages must not include an 'Obsoletes' that targets packages shipped in RHEL itself. -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov

[EPEL-devel] Re: Added arches but no automatic rebuild?

point.com/v2/url?u=https-3A__lists.fedoraproject.org_archives_list_epel-2Ddevel-40lists.fedoraproject.org=DwIGaQ=gRgGjJ3BkIsb5y6s49QqsA=OAMtP0DWou0nlXG7Kmxo2enjXJfwb1DXS9fwcaESuTE=JREsJ1UsNfneo0dfASSv7aXJ636AuoNqrvjWCNarRXM=g0LPIxaoeIpqaiUcgHeXbgEP_xnRNTSRu1K5mzN3hHE= -- Pat Riehecky Fermi Nationa

[EPEL-devel] Re: How to support python 3.8 from RHEL 8.2 in EPEL?

On 1/30/20 9:47 AM, Miro Hrončok wrote: On 30. 01. 20 16:44, Pat Riehecky wrote: While I lack good answers, perhaps another question.  What a the thoughts on using python `.pth` files for python modules that work in multiple interpreters? In theory this would permit bit for bit identical

[EPEL-devel] Re: How to support python 3.8 from RHEL 8.2 in EPEL?

that work in multiple interpreters? In theory this would permit bit for bit identical libraries in multiple interpreters at once? Pat -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org ___ epel-devel mailing li

[EPEL-devel] Re: Graphical package manager for EPEL8

-40lists.fedoraproject.org=DwIGaQ=gRgGjJ3BkIsb5y6s49QqsA=OAMtP0DWou0nlXG7Kmxo2enjXJfwb1DXS9fwcaESuTE=LjoA7RuRzR3C0cLyJ5t2BpQMDDK7LYiZUm7DpcdpeO0=ACx3GduD32EdnaHWij5g0VeFnaw09J0G5EBkAG8Cl-g= -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

[EPEL-devel] Re: Modularity Policy Discussion for EPEL 8.1

app.  If every perl module becomes a Modularity Module, then 'dnf module list' is going to have a nearly endless list of perl packages, but if modules are only available for one stream, folks are going to find cpan a bit more friendly. Pat -- Pat Riehecky Fermi National Accelerator Lab

[EPEL-devel] Re: [Bug 1647181] Cinnamon missing deps in 7.6

to take it over. I asked the maintainers to retire it because they were closing things wontfix. On Wed, 7 Nov 2018 at 10:07, Pat Riehecky <mailto:riehe...@fnal.gov>> wrote: These days cinnamon is my preferred desktop.  Thanks for the patch! Any chance for an epel-testin

[EPEL-devel] Re: Fwd: [Bug 1647181] Cinnamon missing deps in 7.6

=cfb06e44527f6d4fd6be1ef138ee29eb277e62fd El 6/11/18 a las 17:27, Pablo Sebastián Greco escribió: Here's the removal patch. It would be good to know if the reason is technical or personal, to see if we can come up with a solution. Pablo. El 6/11/18 a las 17:00, Pat Riehecky escribió: Looks like cinnamon needs some work

[EPEL-devel] Fwd: [Bug 1647181] Cinnamon missing deps in 7.6

Looks like cinnamon needs some work for RHEL 7.6 and someone to do it... Pat Forwarded Message Subject:[Bug 1647181] Cinnamon missing deps in 7.6 Date: Tue, 6 Nov 2018 19:57:06 + From: bugzi...@redhat.com leigh scott changed: What|Removed

[EPEL-devel] Re: incompatibility issue for mate-desktop

ed > ___ > epel-devel mailing list -- epel-devel@lists.fedoraproject.org > To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org -- Pat Riehecky Fermi

[EPEL-devel] Re: incompatibility issue for mate-desktop

understanding, EPEL7 should work in both OSes. Any ideas? Thanks. Fred ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org -- Pat Riehecky Fermi National

[EPEL-devel] Re: python34 for EPEL6

On 08/24/2016 04:58 PM, Dave Johansen wrote: 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

[EPEL-devel] Re: LibRaw is in EPEL testing and also in Base

On 01/12/2016 11:54 AM, Orion Poplawski wrote: On 01/12/2016 08:28 AM, Johnny Hughes wrote: 'LibRaw-0.17.1-3.el7.x86_64 (epel-testing)' and 'LibRaw-0.14.8-5.el7.20120830git98d925.x86_64 (@base/$releasever)' are conflicting I think there is some confusion around this. It seems that it may

Re: EPEL RFC: Strategy for python3 versions

-devel -- Pat Riehecky Scientific Linux developer http://www.scientificlinux.org/ ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel