Re: CPE Weekly: 2020-04-04

With all of the other noise going on around this, I wanted to thank you folks for putting this out. Even this basic update shed light on a few things I had no idea about, communishift and rpmautospec. So thank you it is much appreciated that you are doing these. -Erinn On 4/4/20 1:02 PM,

[EPEL-devel] Re: What is the proper way to handle python3 python36 in RHEL7

I see the update in koji/bodhi, thanks for doing that so quickly. -Erinn On 3/31/20 4:06 PM, Miro Hrončok wrote: On 31. 03. 20 23:40, Erinn Looney-Triggs wrote: Interestingly... no it did not and the reason is I built against rhel-7-x86_64 in mock not epel-7-x86_64. I believe there is a macro

[EPEL-devel] Re: What is the proper way to handle python3 python36 in RHEL7

On 3/31/20 3:23 PM, Miro Hrončok wrote: %{python3} = python3 %{python3} = /usr/bin/python3 At least in Fedora. In EPEL, most likely as well. See https://bugzilla.redhat.com/show_bug.cgi?id=1812665 There's a bug in the macros. But that bug has nothing to do with either %python3 or

[EPEL-devel] Re: What is the proper way to handle python3 python36 in RHEL7

Thanks for the quick reply. Disappointing, but it happens. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

[EPEL-devel] What is the proper way to handle python3 python36 in RHEL7

I am trying to build a package for RHEL 7 and RHEL 8 that depends on an EPEL (for RHEL 7) package python36-dbus the requires section goes like so: Requires: %{python3} Requires: %{python3}-dbus This puts in a requirement for python3-dbus for RHEL 7 which doesn't exist, the package is actually

Re: New release of Mock (fixes and subscription-manager support)

That's how I got it to work on Fedora. So yes, it appears to. On 9/10/19 7:13 AM, Avram Lubkin wrote: > On Tue, Aug 27, 2019 at 10:20 AM Miroslav Suchý > wrote: > > 2) Mock now supports subscription-manager, which allows you to > build packages for RHEL with

[EPEL-devel] EPEL conflicts with Satellite 6 packages

There are a number of packages in EPEL 6 and 7 that conflict with packages provided by either RH Satellite or the katello-agent. A quick run through for an up to date (6.1.9) install of satellite on RHEL 7: bouncycastle.noarch 1.50-1.el7 epel createrepo_c.x86_64

[EPEL-devel] EPEL conflicts with Satellite 6 packages

There are a number of packages in EPEL 6 and 7 that conflict with packages provided by either RH Satellite or the katello-agent. A quick run through for an up to date (6.1.9) install of satellite on RHEL 7: bouncycastle.noarch 1.50-1.el7 epel createrepo_c.x86_64

Re: U2F and a review swap?

On Friday, October 24, 2014 10:07:09 AM Andrew Lutomirski wrote: Has Fedora considered supporting U2F for its infrastructure. IMO it's *much* nicer than standard Yubikeys. On a related note, I will gladly swap a review for libu2f-host: https://bugzilla.redhat.com/show_bug.cgi?id=1155826

Unable to mount partitions on boot with latests F 21 Alpha updates

F 21 Alpha itself works just fine for booting and rebooting, unfortunately after updating all packages certain partitions fail to mount (usually home) which in turn drops me into single user mode. I am able to do a vgchange -ay and home will be detected and mount, but doing a ctl-d or systemctl

Re: Unable to mount partitions on boot with latests F 21 Alpha updates

Well that did the trick, thanks. -Erinn On Fri, Sep 26, 2014 at 11:14 AM, Josh Boyer jwbo...@fedoraproject.org wrote: On Fri, Sep 26, 2014 at 1:08 PM, Erinn Looney-Triggs erinn.looneytri...@gmail.com wrote: F 21 Alpha itself works just fine for booting and rebooting, unfortunately after

Re: Maybe it's time to get rid of tcpwrappers/tcpd?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/20/2014 11:59 AM, Paul Wouters wrote: On Thu, 20 Mar 2014, Lennart Poettering wrote: I wonder whether it wouldn't be time to say goodbye to tcpwrappers in Fedora. I'd be happy to see those go. Those who depend on it though, should see

Re: Maybe it's time to get rid of tcpwrappers/tcpd?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/20/2014 01:55 PM, Hans de Goede wrote: Hi, On 03/20/2014 07:45 PM, Lennart Poettering wrote: On Thu, 20.03.14 14:31, Martin Langhoff (martin.langh...@gmail.com) wrote: On Thu, Mar 20, 2014 at 1:34 PM, Lennart Poettering

F20 Alpha Impressions

First off congrats, each release gets better and better especially with regards to the anaconda changes. Either I am getting better trained to deal with the rough spots or they just have been fixed, I figure it is the latter. So here are some of the issues I ran into, I will file bugs for these

Re: Updating vpnc-script for openconnect and unbound

On 10/22/12 10:42, Paul Wouters wrote: On Sun, 21 Oct 2012, Erinn Looney-Triggs wrote: I haven't been able to get a lot of traction with this, but I figured a shot at this mailing list might help. I have written a patch against the Fedora 18 version of vpnc-script to allow it to detect

Updating vpnc-script for openconnect and unbound

I haven't been able to get a lot of traction with this, but I figured a shot at this mailing list might help. I have written a patch against the Fedora 18 version of vpnc-script to allow it to detect that unbound is running and to set forwarders appropriately for resolving internal IPs after a