The following Fedora EPEL 7 Security updates need testing:
Age URL
66 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f005e1b879
debmirror-2.35-1.el7
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-70fe95babd
openssl11-1.1.1k-2.el7
The following builds have been
Dne 22. 11. 21 v 17:57 Nico Kadel-Garcia napsal(a):
Which is precisely why pointing it to the 'stream' release seems the
only workable solution.
That is EPEL-next
https://fedoraproject.org/wiki/EPEL_Next#Introduction
Miroslav
___
epel-devel mailing
On Mon, Nov 22, 2021 at 11:55 AM Carl George wrote:
>
> On Mon, Nov 22, 2021 at 8:11 AM Miro Hrončok wrote:
> >
> > On 22. 11. 21 15:00, Pavel Raiskup wrote:
> > > - builds will require a valid Red Hat subscription (the no-cost variant is
> > >OK as well, though [2])
> >
> > I cannot help mys
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 (th
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 (the no-cost variant is
> > >OK as well, though [2])
> >
> > I'm
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 (the no-cost variant is
> >OK as well, though [2])
>
> I'm going to retire all my EPEL8 packages as I can't build/test them in
>
On Mon, Nov 22, 2021 at 8:27 AM Miroslav Suchý wrote:
>
> Dne 22. 11. 21 v 15:10 Miro Hrončok napsal(a):
> >
> > However, enough of my personal views. Since we have not used RHEL for
> > copr/mock EPEL buidlroots until now, but we used
> > a downstream freely-available RHEL-copy (CentOS Linux), c
On Mon, Nov 22, 2021 at 8:11 AM Miro Hrončok wrote:
>
> On 22. 11. 21 15:00, Pavel Raiskup wrote:
> > - builds will require a valid Red Hat subscription (the no-cost variant is
> >OK as well, though [2])
>
> I cannot help myself but I consider this very unpleasant for EPEL packagers.
>
> Getti
On 22. 11. 21 15:25, Miroslav Suchý wrote:
But EPEL is built against RHEL (not Alma, not Rocky).
True. As well as it is true today that it is not built against CentOS Linux
(and yet we do that in mock).
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
On Sun, Nov 21, 2021 at 6:51 AM KC wrote:
> Hi,
>
> Just reporting that synergy installation fail on CentOS 8 & Rocky 8.
>
> > dnf install synergy
> Last metadata expiration check: 4:17:16 ago on Sun 21 Nov 2021 06:28:05 PM
> CST.
> Error:
> Problem: conflicting requests
> - nothing provides l
Dne 22. 11. 21 v 15:10 Miro Hrončok napsal(a):
However, enough of my personal views. Since we have not used RHEL for copr/mock EPEL buidlroots until now, but we used
a downstream freely-available RHEL-copy (CentOS Linux), could we not continue doing so by using e.g. AlmaLinux?
For day to day
On 22. 11. 21 15:00, Pavel Raiskup wrote:
- builds will require a valid Red Hat subscription (the no-cost variant is
OK as well, though [2])
I cannot help myself but I consider this very unpleasant for EPEL packagers.
Getting and configuring the subscription was always so unfriendly for me
Hello Fedora EPEL maintainers!
First I don't feel comfortable announcing this, I'm not happy about the
situation and so I don't want to be the lightning rod :-). But I believe
that we can come to acceptable Copr/Mock solution and this needs to be
discussed... so here we are.
By the end of the y
13 matches
Mail list logo
