Re: %dnl macro not available for epel-8 builds?

2023-02-22 Thread Kevin Fenzi
On Wed, Feb 22, 2023 at 09:25:15AM -0600, Ron Olson wrote: > Hi all, > > I submitted a scratch build of Swift to Koji for EPEL 8 and it pretty much > immediately failed, and looking at root.log I found: > > DEBUG util.py:443: error: line 71: Unknown tag: %dnl Source31: > https://github.c

%dnl macro not available for epel-8 builds?

2023-02-22 Thread Ron Olson
Hi all, I submitted a scratch build of Swift to Koji for EPEL 8 and it pretty much immediately failed, and looking at root.log I found: DEBUG util.py:443: error: line 71: Unknown tag: %dnl Source31: https://github.com/apple/swift-format/archive/swift-5.8-DEVELOPMENT-SNAPSHOT-2023-02-20-a

Re: EPEL-8 builds

2019-11-08 Thread Peter Robinson
everything. > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > Hi, > > > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. I've had a few packages where > > I'm the only mainta

Re: EPEL-8 builds

2019-11-08 Thread Vít Ondruch
l(a): > Hi, > > I'd like to know why people are pushing EPEL-8 builds without engaging > with the maintainers of the packages. I've had a few packages where > I'm the only maintainer and I've explicitly not built them for EPEL-8 > for reasons yet people are now

Re: EPEL-8 builds

2019-11-07 Thread Denis Arnaud
Date: Thu, 7 Nov 2019 11:23:11 -0500 > Message-ID: > sjrbn+...@mail.gmail.com> > > On Thu, 7 Nov 2019 at 05:13, Peter Robinson wrote: > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. I

Re: EPEL-8 builds

2019-11-07 Thread Miro Hrončok
On 07. 11. 19 18:28, Kevin Fenzi wrote: On Thu, Nov 07, 2019 at 04:48:41PM +, Peter Robinson wrote: On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): I'd like to know why people are pushing EPEL-8 builds without engaging wit

Re: EPEL-8 builds

2019-11-07 Thread Stephen John Smoogen
On Thu, 7 Nov 2019 at 12:29, Kevin Fenzi wrote: > > On Thu, Nov 07, 2019 at 04:48:41PM +, Peter Robinson wrote: > > On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: > > > > > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > > > I'd li

Re: EPEL-8 builds

2019-11-07 Thread Kevin Fenzi
On Thu, Nov 07, 2019 at 04:48:41PM +, Peter Robinson wrote: > On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: > > > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > > I'd like to know why people are pushing EPEL-8 builds without engaging > > >

Re: EPEL-8 builds

2019-11-07 Thread Peter Robinson
On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. > > Because they can? > Nothing in guid

Re: EPEL-8 builds

2019-11-07 Thread Miro Hrončok
On 07. 11. 19 17:35, Miroslav Suchý wrote: Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): I'd like to know why people are pushing EPEL-8 builds without engaging with the maintainers of the packages. Because they can? Nothing in guidelines say: "you have to contact maintainer of

Re: EPEL-8 builds

2019-11-07 Thread Ben Rosser
On Thu, Nov 7, 2019 at 11:36 AM Miroslav Suchý wrote: > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. > > Because they can? > Nothing in guid

Re: EPEL-8 builds

2019-11-07 Thread Miroslav Suchý
Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): I'd like to know why people are pushing EPEL-8 builds without engaging with the maintainers of the packages. Because they can? Nothing in guidelines say: "you have to contact maintainer of different branch when you request new one&qu

Re: EPEL-8 builds

2019-11-07 Thread Stephen John Smoogen
On Thu, 7 Nov 2019 at 05:13, Peter Robinson wrote: > > Hi, > > I'd like to know why people are pushing EPEL-8 builds without engaging > with the maintainers of the packages. I've had a few packages where > I'm the only maintainer and I've explicitly not b

EPEL-8 builds

2019-11-07 Thread Peter Robinson
Hi, I'd like to know why people are pushing EPEL-8 builds without engaging with the maintainers of the packages. I've had a few packages where I'm the only maintainer and I've explicitly not built them for EPEL-8 for reasons yet people are now coming without any engagem

Re: Temporarily using `best=False' for EPEL-8 builds in Copr

2019-10-13 Thread Nico Kadel-Garcia
On Sun, Oct 13, 2019 at 5:58 PM Jakub Kadlcik wrote: > > > These bugs exist in RHEL 8 as well as CentOS 8 based environments. Why do > > you think that modularity will *ever* work this way? > > I don't know whether this question was aimed directly to me, but if so > ... I am sorry, I can't help y

Re: Temporarily using `best=False' for EPEL-8 builds in Copr

2019-10-13 Thread Jakub Kadlcik
> These bugs exist in RHEL 8 as well as CentOS 8 based environments. Why do you > think that modularity will *ever* work this way? I don't know whether this question was aimed directly to me, but if so ... I am sorry, I can't help you here. You will probably need to talk directly to the modularit

Re: Temporarily using `best=False' for EPEL-8 builds in Copr

2019-10-10 Thread Leigh Scott
Shame on Redhat for using an untested feature https://bugzilla.redhat.com/show_bug.cgi?id=1671683 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https:/

Re: Temporarily using `best=False' for EPEL-8 builds in Copr

2019-10-10 Thread Nico Kadel-Garcia
> On Oct 10, 2019, at 7:34 PM, Jakub Kadlcik wrote: > > Hello, > > currently, there is a problem with building EPEL-8 packages because of > DNF bugs regarding modularity (see RHBZ 1758459). > > The only known workaround is to use DNF with `best=False'. Even though > it is something you don't

Temporarily using `best=False' for EPEL-8 builds in Copr

2019-10-10 Thread Jakub Kadlcik
Hello, currently, there is a problem with building EPEL-8 packages because of DNF bugs regarding modularity (see RHBZ 1758459). The only known workaround is to use DNF with `best=False'. Even though it is something you don't really want to use longterm, we are patching mock configs epel-8-* chroo