On Thu, 25 Feb 2021 at 02:11, Simon Matter wrote:
> >>
> >> Smooge, you know I feel your pain, but becoming a maintainer in EPEL has
> >> a pretty high bar (lots of new tools and methods to work with, amongst
> >> other things) -- as it SHOULD, given that it's intended as an addon to
> >> EL and
On Thu, Feb 25, 2021 at 7:31 AM Stephen John Smoogen
wrote:
> On Thu, 25 Feb 2021 at 02:11, Simon Matter wrote:
>
> > >>
> > >> Smooge, you know I feel your pain, but becoming a maintainer in EPEL
> has
> > >> a pretty high bar (lots of new tools and methods to work with, amongst
> > >> other th
> On Thu, Feb 25, 2021 at 7:31 AM Stephen John Smoogen
> wrote:
>
>> On Thu, 25 Feb 2021 at 02:11, Simon Matter
>> wrote:
>>
>> > >>
>> > >> Smooge, you know I feel your pain, but becoming a maintainer in
>> EPEL
>> has
>> > >> a pretty high bar (lots of new tools and methods to work with,
>> amo
On Thu, 25 Feb 2021 at 08:18, Tony Schreiner
wrote:
> On Thu, Feb 25, 2021 at 7:31 AM Stephen John Smoogen
> wrote:
>
> > On Thu, 25 Feb 2021 at 02:11, Simon Matter
> wrote:
> >
> > > >>
> > > >> Smooge, you know I feel your pain, but becoming a maintainer in EPEL
> > has
> > > >> a pretty high
On 25/02/2021 13:37, Stephen John Smoogen wrote:
They run into the same interdependency.. but because they have organically
grown their distro every day, those dependencies grew 1 at a time.
For EPEL and other EL repos you have to jump multiple Fedora releases to
catch up. So in EL6 we were
>
>
> On 25/02/2021 13:37, Stephen John Smoogen wrote:
>
>> They run into the same interdependency.. but because they have
>> organically
>> grown their distro every day, those dependencies grew 1 at a time.
>>
>> For EPEL and other EL repos you have to jump multiple Fedora releases to
>> catch up
On Thu, Feb 25, 2021 at 02:12:39PM +, J Martin Rushton via CentOS wrote:
> I was recently looking at Raymond's book "The Art of UNIX Programming" from
> 2003. He, along with contributors Thompson (inventor of UNIX), Kernigham (C
> and AWK), Korn and others of that callibre, espouse creating "l
On Thu, 25 Feb 2021 at 09:13, J Martin Rushton via CentOS
wrote:
>
>
> On 25/02/2021 13:37, Stephen John Smoogen wrote:
>
> I was recently looking at Raymond's book "The Art of UNIX Programming"
> from 2003. He, along with contributors Thompson (inventor of UNIX),
> Kernigham (C and AWK), Korn a
On 25/02/2021 14:49, Stephen John Smoogen wrote:
On Thu, 25 Feb 2021 at 09:13, J Martin Rushton via CentOS
mailto:centos@centos.org>> wrote:
On 25/02/2021 13:37, Stephen John Smoogen wrote:
I was recently looking at Raymond's book "The Art of UNIX Programming"
from 2003. He
On 2/25/21 8:28 AM, Simon Matter wrote:
On 25/02/2021 13:37, Stephen John Smoogen wrote:
They run into the same interdependency.. but because they have
organically
grown their distro every day, those dependencies grew 1 at a time.
For EPEL and other EL repos you have to jump multiple Fedo
On Thu, 25 Feb 2021 at 10:07, J Martin Rushton <
martinrushto...@btinternet.com> wrote:
>
>
> On 25/02/2021 14:49, Stephen John Smoogen wrote:
> >
> >
> > On Thu, 25 Feb 2021 at 09:13, J Martin Rushton via CentOS
> > mailto:centos@centos.org>> wrote:
> >
> >
> >
> > On 25/02/2021 13:37, Stephe
On 25/02/2021 16:54, Stephen John Smoogen wrote:
On Thu, 25 Feb 2021 at 10:07, J Martin Rushton
mailto:martinrushto...@btinternet.com>>
wrote:
On 25/02/2021 14:49, Stephen John Smoogen wrote:
>
>
> On Thu, 25 Feb 2021 at 09:13, J Martin Rushton via CentOS
> mailt
Am 25.02.21 um 15:12 schrieb J Martin Rushton via CentOS:
On 25/02/2021 13:37, Stephen John Smoogen wrote:
They run into the same interdependency.. but because they have
organically
grown their distro every day, those dependencies grew 1 at a time.
For EPEL and other EL repos you have to ju
On 25/02/2021 18:18, Leon Fauster via CentOS wrote:
Am 25.02.21 um 15:12 schrieb J Martin Rushton via CentOS:
On 25/02/2021 13:37, Stephen John Smoogen wrote:
I was recently looking at Raymond's book "The Art of UNIX Programming"
from 2003. He, along with contributors Thompson (invent
>
>
> On 25/02/2021 18:18, Leon Fauster via CentOS wrote:
>> Am 25.02.21 um 15:12 schrieb J Martin Rushton via CentOS:
>>>
>>>
>>> On 25/02/2021 13:37, Stephen John Smoogen wrote:
>>>
>
>>> I was recently looking at Raymond's book "The Art of UNIX Programming"
>>> from 2003. He, along with c
On 25/02/2021 20:56, Simon Matter wrote:
On 25/02/2021 18:18, Leon Fauster via CentOS wrote:
Am 25.02.21 um 15:12 schrieb J Martin Rushton via CentOS:
On 25/02/2021 13:37, Stephen John Smoogen wrote:
I was recently looking at Raymond's book "The Art of UNIX Programming"
from 2003. He
Il 2021-02-25 14:27 Simon Matter ha scritto:
EL on the other side has a very limited, supported package set and
therefore a lot of packages needed to build a lot of packages are just
missing.
Yeah, same impressions here. EPEL really is a key package repository for
RHEL - and I always wondered
On 2/25/21 3:09 PM, Gionatan Danti wrote:
Il 2021-02-25 14:27 Simon Matter ha scritto:
EL on the other side has a very limited, supported package set and
therefore a lot of packages needed to build a lot of packages are just
missing.
Yeah, same impressions here. EPEL really is a key package
On Thu, 25 Feb 2021 at 16:10, Gionatan Danti wrote:
> Il 2021-02-25 14:27 Simon Matter ha scritto:
> > EL on the other side has a very limited, supported package set and
> > therefore a lot of packages needed to build a lot of packages are just
> > missing.
>
> Yeah, same impressions here. EPEL r
Il 2021-02-25 22:35 Stephen John Smoogen ha scritto:
Mainly because customers don't want to pay for that work which is
considerable. If Red Hat builds it, it is expected to have all kinds of
'promises' equivalent to its other products and that is expensive in
terms
of QA, engineering, documenta
On 2/24/21 3:49 PM, Johnny Hughes wrote:
Not that it matters .. BUT .. EL8 is much harder to build for. There
are modular components, not all the Devel files exist, etc.
It is much harder than EL7.
And that difficulty shows; more stable perhaps, but many fewer
packages. Is there a reference a
21 matches
Mail list logo
