[EPEL-devel] Re: hitch is broken in epel7, fix in fedora may or may not break production systems (bz #1731420)

Am 14.11.19 um 14:01 schrieb Leon Fauster: Am 13.11.19 um 20:44 schrieb Stephen John Smoogen: On Tue, 12 Nov 2019 at 17:06, Ingvar Hagelund wrote: Hello hitch is a TLS terminating network proxy, made to be lean and mean and do nothing else than terminating TLS. It fits hand-in-glove

[EPEL-devel] Re: hitch is broken in epel7, fix in fedora may or may not break production systems (bz #1731420)

Am 13.11.19 um 20:44 schrieb Stephen John Smoogen: On Tue, 12 Nov 2019 at 17:06, Ingvar Hagelund wrote: Hello hitch is a TLS terminating network proxy, made to be lean and mean and do nothing else than terminating TLS. It fits hand-in-glove with varnish cache. I maintain hitch in Fedora

[EPEL-devel] Re: EL8 pandoc PDF support

Am 17.04.20 um 17:00 schrieb Troy Dawson: On Fri, Apr 17, 2020 at 7:07 AM Leon Fauster wrote: I am unsure if this is something for RHEL8 or EPEL8: The usage in EL8 of pandoc --pdf-engine=xelatex pandoc --pdf-engine=lualatex is broken. Because EL8 doesn't provide texlive-ucharcat-%{VERSION

[EPEL-devel] Re: Fedora EPEL 8 updates-testing report

Am 20.04.20 um 22:27 schrieb upda...@fedoraproject.org: The following Fedora EPEL 8 Security updates need testing: Age URL 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-8fcf741d7f cacti-1.2.11-1.el8 cacti-spine-1.2.11-1.el8 2

[EPEL-devel] EL8 pandoc PDF support

Hey, I am unsure if this is something for RHEL8 or EPEL8: The usage in EL8 of pandoc --pdf-engine=xelatex pandoc --pdf-engine=lualatex is broken. Because EL8 doesn't provide texlive-ucharcat-%{VERSION}.rpm I already opened a ticket here: https://bugzilla.redhat.com/show_bug.cgi?id=1820194

[EPEL-devel] Re: Default bookmarks under RHEL8

Am 25.03.20 um 19:32 schrieb Dmitry Butskoy: Stephen John Smoogen wrote: 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

[EPEL-devel] EPEL bugzilla / component listing limited

I wanted to request a new EPEL package and noticed that it is not possible to select the package name (fedora) in the component field in the bug report form (Product: Fedora EPEL). Is this enforced or is this a regression? I remember making such requests without problem. The targeted package in

[EPEL-devel] Re: EPEL bugzilla / component listing limited

Am 15.05.20 um 22:04 schrieb Troy Dawson: On Fri, May 15, 2020 at 12:39 PM Leon Fauster wrote: I wanted to request a new EPEL package and noticed that it is not possible to select the package name (fedora) in the component field in the bug report form (Product: Fedora EPEL). Is this enforced

[EPEL-devel] Re: Fast-moving packages in EPEL

Am 11.10.20 um 23:29 schrieb Nick Howitt: On 11/10/2020 18:22, Christopher Engelhard wrote: On 11.10.20 15:10, H wrote: I'd like it updated, and kept updated, for EPEL 7. Do you happen to have a system with the current 10.0.something EPEL7 package set up & would you be willing to - if I

[EPEL-devel] Re: Fast-moving packages in EPEL

Am 13.10.20 um 10:12 schrieb Christopher Engelhard: On 12.10.20 10:49, Leon Fauster wrote: Not sure but IIRC EPEL should not depend on software collections ...? Can someone confirm that? If the package can't depend on php7.2+, then the question of how to deal with EPEL7 is moot. My recall

[EPEL-devel] Re: Continuing playground discussion

Am 29.08.20 um 00:11 schrieb Troy Dawson: On Thu, Aug 27, 2020 at 2:10 PM Troy Dawson wrote: On Sat, Aug 22, 2020 at 11:12 AM kevin wrote: On Sat, Aug 22, 2020 at 02:50:39PM -0300, Pablo Sebastián Greco wrote: On 21/8/20 19:06, Troy Dawson wrote: C) Drop playground. Say it was an

[EPEL-devel] Re: EPEL 8: modular libnghttp2 replaces package from RHEL base

Am 29.06.20 um 21:41 schrieb Tuomo Soini: On Mon, 29 Jun 2020 17:32:58 +0200 Leon Fauster wrote: For those that have an automated update process in place. What steps are needed to revert this mistake? "dnf distro-sync" after issue has been corrected. Issue has been fixed but n

[EPEL-devel] Re: EPEL 8: modular libnghttp2 replaces package from RHEL base

Am 29.06.20 um 17:16 schrieb Troy Dawson: Hi Felix, I wasn't offended by your tone. I felt the same way when I saw this on Friday. Although dnf sees these as two different modules, since they have same name and stream, dnf lumps them together. When that happens, dnf uses the packages with the

[EPEL-devel] Re: Epel 8 (and 9) build against what?

Am 15.12.20 um 18:02 schrieb Matthew Miller: On Tue, Dec 15, 2020 at 05:43:28PM +0100, Pavel Raiskup wrote: Notable problem if we switched from CentOS to RHEL in Mock configuration is that several build dependencies will be missing. RHEL 8 doesn't e.g. ship e.g. the *-devel packages (this

[EPEL-devel] Re: What about future EPEL for Centos ?

On 08.06.21 15:11, Miroslav Suchý wrote: Dne 07. 06. 21 v 17:52 Matthew Miller napsal(a): Troy answered the overall questions separately, but... in practice, I expect this to be a very small issue. Small issue in Koji and for Fedora Project itself. But can be bummer when you try to build

[EPEL-devel] EPEL build target in COPR

Dear all, the EPEL build target in COPR build packages based on CentOS Linux 8. What happens at EOL of CentOS Linux 8? Any clues? BTW, I assume that EPEL stuff are build on RHEL. RHEL8.4 is out now and new EPEL builds would be done on EL8.4 while COPR is bounded to CL8.3 ... mmh? -- Leon

[EPEL-devel] Re: Fwd: fmt soname bump in EPEL7

On 11.05.21 06:45, kefu chai wrote: Hi folks, i pushed the updated libfmt v6 to EPEL7 as a fix of [1]. it upgraded libfmt v3.01 to libfmt 6.2.1, and introduced a soname bump for libfmt.so. so packages depending on libfmt should be rebuilt to pick up the new library. While reading this I

[EPEL-devel] Re: Fwd: fmt soname bump in EPEL7

On 11.05.21 23:44, Troy Dawson wrote: On Tue, May 11, 2021 at 2:02 PM Kevin Fenzi <mailto:ke...@scrye.com>> wrote: On Tue, May 11, 2021 at 09:35:40PM +0200, Leon Fauster wrote: > On 11.05.21 14:02, Christoph Karl wrote: > > Hi! > > >

[EPEL-devel] Re: Fwd: fmt soname bump in EPEL7

On 11.05.21 14:02, Christoph Karl wrote: Hi! On 11.05.21 at 12:30 Leon Fauster wrote: While reading this I noticed that the recent fluidsynth-libs update also introduced a soname bump. Affected EPEL packages - audacious-plugins-amidi - qsynth Yes, this was me. I am already trying to clean up

[EPEL-devel] Re: EPEL build target in COPR

On 19.05.21 15:28, Troy Dawson wrote: On Tue, May 18, 2021 at 10:08 PM Pavel Raiskup <mailto:prais...@redhat.com>> wrote: On Wednesday, May 19, 2021 1:57:17 AM CEST Leon Fauster wrote: > Dear all, the EPEL build target in COPR build packages based on > CentO

[EPEL-devel] Re: EPEL8 not working with CentOS 8 stream?!

On 20.08.21 16:42, Troy Dawson wrote: epel has epel-next that is compatible with CentOS Stream. https://fedoraproject.org/wiki/EPEL_Next For newcomers it would be beneficial to mention the above URI on the landing page (when searching) of the

[EPEL-devel] Re: ansible-core-2.11.x in CentOS stream 9

On 16.09.21 14:22, Josh Boyer wrote: On Wed, Sep 15, 2021 at 3:48 PM Kevin Fenzi wrote: Just a heads up that ansible-core (the engine part of ansible) is now in CentOS stream 9: https://gitlab.com/redhat/centos-stream/rpms/ansible-core Note that this is the engine, you will likely want to

[EPEL-devel] Re: ansible-core-2.11.x in CentOS stream 9

On 16.09.21 19:47, Kevin Fenzi wrote: On Thu, Sep 16, 2021 at 08:02:08AM -0700, Toshio Kuratomi wrote: I believe ansible-core includes a "dependency manager" depending on your definition. The ansible-galaxy command in ansible-core can install ansible collections so that's you can install

[EPEL-devel] Re: EPEL9 Rollout Proposals

Am 02.12.21 um 19:49 schrieb Carl George: On Thu, Nov 18, 2021 at 1:32 PM Troy Dawson wrote: In our last EPEL Steering Committee meeting, Carl brought up a new proposal for our epel9 / epel9-next rollout. Sometimes IRC isn't the best way to explain things like that, it got a little

[EPEL-devel] Re: EPEL9 Rollout Proposals

Am 03.12.21 um 02:12 schrieb Josh Boyer: On Thu, Dec 2, 2021 at 4:29 PM Leon Fauster via epel-devel wrote: Am 02.12.21 um 19:49 schrieb Carl George: On Thu, Nov 18, 2021 at 1:32 PM Troy Dawson wrote: In our last EPEL Steering Committee meeting, Carl brought up a new proposal for our

[EPEL-devel] Re: The incredibly shrinking RHEL

Am 14.01.22 um 13:02 schrieb Josh Boyer: A fairly accurate list of packages removed in RHEL 9 can be found in our RHEL 9 Adoption documentation:

[EPEL-devel] Re: python-passlib for python38 module

Am 17.05.22 um 14:57 schrieb Stephen Smoogen: On Tue, 17 May 2022 at 07:02, Josh Boyer <mailto:jwbo...@redhat.com>> wrote: On Mon, May 16, 2022 at 3:42 PM Leon Fauster via epel-devel mailto:epel-devel@lists.fedoraproject.org>> wrote:

[EPEL-devel] Re: python-passlib for python38 module

Am 17.05.22 um 18:08 schrieb Maxwell G: On Tuesday, May 17, 2022 9:58:33 AM CDT Leon Fauster via epel-devel wrote: https://paste.centos.org/view/06187bdb adapts https://src.fedoraproject.org/rpms/python-passlib/blob/main/f/python-passlib.spec to build it locally (for the sake of progress I

[EPEL-devel] python-passlib for python38 module

Hi all, with the "upcoming" ansible-core migration, I wonder if its possible to provide a python-passlib package (or stream) for the python38 environment (ansible-core dependency). The current status: # rpm -q python3-passlib --requires |head -1 python(abi) = 3.6 Whats the best approach.

[EPEL-devel] BTW Thanks

Not sure it was already said. With the release of RHEL9, EPEL9 (repo) was in such a good state that the first steps with EL9 felt super pleasant (compared to the EL8 start). So, thank you all for the great work you all are doing. Cheers! -- Leon ___

[EPEL-devel] Re: Thoughts: epel-release auto-enable crb repo

Am 13.06.22 um 13:41 schrieb Josh Boyer: On Sun, Jun 12, 2022 at 6:50 AM Sérgio Basto wrote: On Sun, 2022-06-05 at 00:54 +0200, Neal Gompa wrote: Let me start with examples that I get *regularly*: Pagure fails to install from EPEL on RHEL/CentOS/Alma/etc. because python3-markdown is not

[EPEL-devel] Re: Modularity transition plan

Am 21.10.22 um 17:11 schrieb Troy Dawson: ... == Transition Steps === 1 - Verify that you are using an EPEL 8 Module dnf list installed | grep epel-modular If nothing shows up, great, you are done. just wanted to add: dnf list installed | grep epel-testing-modular -- Leon

[EPEL-devel] Re: python-passlib for python38 module

Am 24.05.22 um 19:53 schrieb Maxwell G via epel-devel: On Monday, May 23, 2022 11:18:38 PM CDT Orion Poplawski wrote: I've been coming to the thinking that naming the SRPMS python3X-%{srcname}-epel is a better choice. This makes modifying original Fedora specs simpler. I think that makes

[EPEL-devel] libssh2 epel vs rhel-8-for-x86_64-appstream-rpms

I noticed that on a RHEL8 workstation the deprecated and removed package from EL8.0 - libssh2, does not get substituted by the package from epel: libssh2-1.8.0-8.module+el8.0.0+4084+cceb9f44.1.x86_64 vs libssh2-1.9.0-5.el8.x86_64 only possible with yum update libssh2

[EPEL-devel] Re: Timeframe for EPEL retirement vs RHEL new package releases

Am 17.03.23 um 11:17 schrieb Carl George: On Wed, Mar 8, 2023 at 9:43 AM Troy Dawson wrote: On Wed, Mar 8, 2023 at 6:31 AM Troy Dawson wrote: On Tue, Mar 7, 2023 at 7:16 PM Carl George wrote: On Tue, Mar 7, 2023 at 2:18 PM Troy Dawson wrote RHEL has been very good (lately) about

[EPEL-devel] Re: Ansible in EPEL 9

Am 10.05.23 um 05:24 schrieb Maxwell G: Hello EPEL users and developers, RHEL 9.2 was released today, so I have updated ansible in EPEL 9 from 6.3.0 to 7.2.0 to match RHEL 9.2's ansible-core bump from 2.13.3 to 2.14.2. Each ansible major version is tied to a specific major version of

[EPEL-devel] Re: Ansible in EPEL 9

Am 15.05.23 um 20:50 schrieb Jonathan Wright: EPEL tracks RHEL, not clones. EPEL10 is likely to resolve this, however.  Ref https://discussion.fedoraproject.org/t/epel-10-proposal <https://discussion.fedoraproject.org/t/epel-10-proposal> On Mon, May 15, 2023 at 1:31 PM Leon Fauster vi

[EPEL-devel] EL9: conflict gpgme1.22 vs gpgme

Hi troy, after deinstalling gpgme1.22 I get a broken linkage. This link should not happen in the first place, right? # ls -la /usr/lib64/libgpgme* lrwxrwxrwx. 1 root root 20 6. Feb 14:35 /usr/lib64/libgpgmepp.so.6 -> libgpgmepp.so.6.19.0 lrwxrwxrwx. 1 root root 19 6. Feb 14:35

[EPEL-devel] Re: EL9: conflict gpgme1.22 vs gpgme

Am 06.02.24 um 16:57 schrieb Leon Fauster: Hi troy, after deinstalling gpgme1.22 I get a broken linkage. This link should not happen in the first place, right? # ls -la /usr/lib64/libgpgme* lrwxrwxrwx. 1 root root 20  6. Feb 14:35 /usr/lib64/libgpgmepp.so.6 -> libgpgmepp.so.6.1

[EPEL-devel] cloud-utils-growpart package conflict

While updating to EL8.9 I noticed that cloud-utils-growpart is in EPEL and RHEL8? cloud-utils-growpart noarch 0.33-0.el8 rhel-8-for-x86_64-appstream-rpms cloud-utils-growpart noarch 0.33-3.el8 epel Subpackage conflict? -- Leon -- ___ epel-devel

[EPEL-devel] Re: cloud-utils-growpart package conflict

Am 11.12.23 um 20:29 schrieb Neal Gompa: On Mon, Dec 11, 2023 at 2:19 PM Leon Fauster via epel-devel wrote: While updating to EL8.9 I noticed that cloud-utils-growpart is in EPEL and RHEL8? cloud-utils-growpart noarch 0.33-0.el8 rhel-8-for-x86_64-appstream-rpms cloud-utils-growpart noarch

[EPEL-devel] Re: VLC via EPEL vs via RPMFUSION

Hi Dominik, thanks for your reply. Am 09.01.24 um 10:16 schrieb Dominik 'Rathann' Mierzejewski: Hello, Leon. On Monday, 08 January 2024 at 17:18, Leon Fauster via epel-devel wrote: Hi all, it seems that VLC is in EPEL9 now. Looks like some license changes allows packaging some multimedia

[EPEL-devel] VLC via EPEL vs via RPMFUSION

Hi all, it seems that VLC is in EPEL9 now. Looks like some license changes allows packaging some multimedia stuff now. I noticed also the new epel-cisco-openh264 repo. Unfortunately, I'm not involved in the upstream/Fedora discussions. So, I miss some kind of documentation. A look into Fedoras

[EPEL-devel] chromium regression on EL9

Just noticed that the current chromium in epel-testing can not be installed on E9 with rpmfusion repo enabled. All versions before did not have this problem. It seems the build pulls a new dep (libavformat-free) that conflicts with ffmpeg-libs of rpmfusion. This results in an incompatibility

[EPEL-devel] Re: chromium regression on EL9

Am 19.11.23 um 14:30 schrieb Neal Gompa: On Sat, Nov 18, 2023 at 4:20 PM Leon Fauster via epel-devel wrote: Just noticed that the current chromium in epel-testing can not be installed on E9 with rpmfusion repo enabled. All versions before did not have this problem. It seems the build pulls

[EPEL-devel] Re: chromium regression on EL9

Am 20.11.23 um 01:38 schrieb Neal Gompa: On Sun, Nov 19, 2023 at 5:25 PM Leon Fauster via epel-devel wrote: Am 19.11.23 um 14:30 schrieb Neal Gompa: On Sat, Nov 18, 2023 at 4:20 PM Leon Fauster via epel-devel wrote: Just noticed that the current chromium in epel-testing can

[EPEL-devel] Re: chromium regression on EL9

Am 20.11.23 um 21:42 schrieb Leon Fauster: Am 20.11.23 um 01:38 schrieb Neal Gompa: On Sun, Nov 19, 2023 at 5:25 PM Leon Fauster via epel-devel wrote: Am 19.11.23 um 14:30 schrieb Neal Gompa: On Sat, Nov 18, 2023 at 4:20 PM Leon Fauster via epel-devel wrote: Just noticed that the current