Am 24.06.20 um 18:37 schrieb Lamar Owen:
On 6/24/20 12:27 PM, Lamar Owen wrote:
... You can look in the %{BUILDTIME} query tag for build order; use
the following command to get the order:
rpm -qa --queryformat "%{BUILDTIME} %{NAME} %{EPOCH} %{VERSION}
%{RELEASE}\n" | sort
So, replying to my
On 6/24/20 12:27 PM, Lamar Owen wrote:
... You can look in the %{BUILDTIME} query tag for build order; use
the following command to get the order:
rpm -qa --queryformat "%{BUILDTIME} %{NAME} %{EPOCH} %{VERSION}
%{RELEASE}\n" | sort
So, replying to my own post here, as build order is only par
On 6/20/20 6:50 AM, Peter wrote:
On 20/06/20 3:50 am, Johnny Hughes wrote:
And EL8 is exponentially harder with an entirely new build system and
the requirement to build modules.
But it seems like every major release has had reasons to be
exponentially harder than the last. With 7 it was th
On Mon, Jun 22, 2020 at 6:43 AM Peter wrote:
> On 22/06/20 10:13 am, Stephen John Smoogen wrote:
> > There are 2 sets of work.
> > 1. There is the work on the tools which were slapped together as an
> > emergency from parts before 8.0. Those mbboxx tools are getting a
> > rewrite and upgrade curr
On 22/06/20 10:13 am, Stephen John Smoogen wrote:
There are 2 sets of work.
1. There is the work on the tools which were slapped together as an
emergency from parts before 8.0. Those mbboxx tools are getting a
rewrite and upgrade currently by the CPE team to make them more useful
in the future. S
On Sun, 21 Jun 2020 at 15:10, Peter wrote:
>
> On 22/06/20 7:03 am, John Pierce wrote:
> > On Sun, Jun 21, 2020 at 2:01 AM Simon Matter via CentOS
> > wrote:
> >
> > exactly, that was my point.I remember 8.0 was very delayed by how much
> > harder and different the build process was.
>
> Tha
On 22/06/20 7:03 am, John Pierce wrote:
On Sun, Jun 21, 2020 at 2:01 AM Simon Matter via CentOS
wrote:
On 21/06/20 1:23 pm, John Pierce wrote:
but the build process should be the same, no?I can't believe RH
would
use a completely different build process for the release than for the
beta/d
On Sun, Jun 21, 2020 at 2:01 AM Simon Matter via CentOS
wrote:
> > On 21/06/20 1:23 pm, John Pierce wrote:
> >> but the build process should be the same, no?I can't believe RH
> >> would
> >> use a completely different build process for the release than for the
> >> beta/development stuff.
>
> On 21/06/20 1:23 pm, John Pierce wrote:
>> but the build process should be the same, no?I can't believe RH
>> would
>> use a completely different build process for the release than for the
>> beta/development stuff.
>
> The packages still have to be built as a whole, they need to go through
>
Il 21/06/20 03:28, Peter ha scritto:
On 21/06/20 1:23 pm, John Pierce wrote:
but the build process should be the same, no? I can't believe RH
would
use a completely different build process for the release than for the
beta/development stuff.
The packages still have to be built as a whole
On 21/06/20 1:23 pm, John Pierce wrote:
but the build process should be the same, no?I can't believe RH would
use a completely different build process for the release than for the
beta/development stuff.
The packages still have to be built as a whole, they need to go through
QA testing, is
but the build process should be the same, no?I can't believe RH would
use a completely different build process for the release than for the
beta/development stuff.
On Sat, Jun 20, 2020 at 5:36 PM Peter wrote:
> On 21/06/20 9:15 am, John Pierce wrote:
> > On Sat, Jun 20, 2020 at 4:08 AM Tom
On 21/06/20 9:15 am, John Pierce wrote:
On Sat, Jun 20, 2020 at 4:08 AM Tom Bishop wrote:
+1 Streams is not for a production workload, if I wanted that I can easily
deploy an Arch instance if I want or need a rolling distro (it's not Redhat
etc but still). If Redhat wanted CentOS to be release
On Sat, Jun 20, 2020 at 4:08 AM Tom Bishop wrote:
> +1 Streams is not for a production workload, if I wanted that I can easily
> deploy an Arch instance if I want or need a rolling distro (it's not Redhat
> etc but still). If Redhat wanted CentOS to be released near the same time
> line they coul
On Sat, Jun 20, 2020 at 5:41 AM Peter wrote:
>
> This is all well and good, but I don't think that CentOS was ever meant
> to be a testing ground for RHEL. As the name actually stands for it is
> a "Community Enterprise OS" and it has always been a rebuild of the RHEL
> sources. Stream is basic
On Sat, Jun 20, 2020, 5:41 AM Peter wrote:
> On 20/06/20 3:29 am, Johnny Hughes wrote:
> > How is this going to be fixed .. Welcome to CentOS Stream
> >
> > Stream will be , once it is fully implemented, the ACTUAL development of
> > RHEL the 'next point release' on git.centos.org in the open.
>
On 20/06/20 10:50 pm, Peter wrote:
On 20/06/20 3:50 am, Johnny Hughes wrote:
8.0 140
8.1 71
8.2 48
So the delays for 8 are significantly longer than they ever were for 7.
I should also say that the time lag for each point release of 8 seems to
be dropping exponentially. Hopefully this m
On 20/06/20 3:50 am, Johnny Hughes wrote:
Your dates are significantly off
Wikipedia has a delay listed in a table:
It is, for CentOS-7, For example:
7.0 27
7.1 26
7.2 25
7.3 39
7.4 43
7.5 31
7.6 34
7.7 42
7.8 28
For 6 .. since 6.2, it has bee3n between 10 and 18 days.
For 8:
8.0
On 20/06/20 3:29 am, Johnny Hughes wrote:
How is this going to be fixed .. Welcome to CentOS Stream
Stream will be , once it is fully implemented, the ACTUAL development of
RHEL the 'next point release' on git.centos.org in the open.
So basically stream is a testing ground for RHEL. It's not
Il 19/06/20 17:15, Johnny Hughes ha scritto:
On 6/17/20 12:11 PM, Alessandro Baggi wrote:
Hi Johnny,
thank you for your and all centos team works.
Many of us know how much work is needed for building new releases and
maintaining C6 and C7, plus CentOS Stream and modules (Appstream). This is
Le 19/06/2020 à 17:29, Johnny Hughes a écrit :
> How is this going to be fixed .. Welcome to CentOS Stream
>
> Stream will be , once it is fully implemented, the ACTUAL development of
> RHEL the 'next point release' on git.centos.org in the open.
>
> It will be a rolling distro that is GOING to b
On 6/17/20 3:53 PM, Chris Adams wrote:
> Once upon a time, Noam Bernstein said:
>> Of course. My only question is whether the observation that the gap for
>> CentOS 8 is indeed larger than we have come to be used to for CentOS 7.
>
> So, I took a look... and the answer is "it's not" (with a sm
On 6/19/20 10:18 AM, Johnny Hughes wrote:
> On 6/18/20 11:12 AM, Thomas Bendler wrote:
>> Hi Johnny,
>>
>> Am Mi., 17. Juni 2020 um 16:16 Uhr schrieb Johnny Hughes >> :
>>
>>> [...]
>>> No one is trynig to make anything slower.
>>>
>>
>> This is good to hear but ...
>>
>>> [...]
>>> I can assure yo
On 6/18/20 11:12 AM, Thomas Bendler wrote:
> Hi Johnny,
>
> Am Mi., 17. Juni 2020 um 16:16 Uhr schrieb Johnny Hughes > :
>
>> [...]
>> No one is trynig to make anything slower.
>>
>
> This is good to hear but ...
>
>> [...]
>> I can assure you .. I am working my butt off everyday to make CentOS
On 6/17/20 12:11 PM, Alessandro Baggi wrote:
> Hi Johnny,
> thank you for your and all centos team works.
>
> Many of us know how much work is needed for building new releases and
> maintaining C6 and C7, plus CentOS Stream and modules (Appstream). This is
> a huge work for a small team. Again tha
Hi Johnny,
Am Mi., 17. Juni 2020 um 16:16 Uhr schrieb Johnny Hughes :
> [...]
> No one is trynig to make anything slower.
>
This is good to hear but ...
> [...]
> I can assure you .. I am working my butt off everyday to make CentOS
> Linux the best it can be. If you want to compare what the Ce
> On Jun 17, 2020, at 4:53 PM, Chris Adams wrote:
>
> Once upon a time, Noam Bernstein said:
>> Of course. My only question is whether the observation that the gap for
>> CentOS 8 is indeed larger than we have come to be used to for CentOS 7.
>
> So, I took a look... and the answer is "it's
On Wed, Jun 17, 2020 at 1:53 PM Chris Adams wrote:
> Once upon a time, Noam Bernstein said:
> > Of course. My only question is whether the observation that the gap
> for CentOS 8 is indeed larger than we have come to be used to for CentOS 7.
>
> So, I took a look... and the answer is "it's not
On 17/06/2020 21:05, Lamar Owen wrote:
On 6/17/20 3:32 PM, Phil Perry wrote:
On my home file server for example, which is not connected to the
internet, what does it matter if the release is 1 month or 3 months
out of date? I can install the server in the knowledge it's going to
work, and be
Once upon a time, Noam Bernstein said:
> Of course. My only question is whether the observation that the gap for
> CentOS 8 is indeed larger than we have come to be used to for CentOS 7.
So, I took a look... and the answer is "it's not" (with a small sample
set). I took dates from Wikipedia f
On 6/17/20 3:32 PM, Phil Perry wrote:
On my home file server for example, which is not connected to the
internet, what does it matter if the release is 1 month or 3 months
out of date? I can install the server in the knowledge it's going to
work, and be supported with updates for 10 years and
> On Jun 17, 2020, at 3:46 PM, Leon Fauster via CentOS
> wrote:
>
> The answer is not inherently in the distribution itself. Make your
> analysis about your needs an requirements and the choice is then yours.
>
> One could argue that the gap between disclosure of one security issues
> and the u
Am 17.06.20 um 21:37 schrieb Noam Bernstein via CentOS:
On Jun 17, 2020, at 3:32 PM, Phil Perry wrote:
I get what you are saying, but what difference does it make if it has? What
does it matter if the lag is 1 week, or 1 month, or more? The only reason it
will matter to you is if you are tryi
> On Jun 17, 2020, at 3:32 PM, Phil Perry wrote:
>
> I get what you are saying, but what difference does it make if it has? What
> does it matter if the lag is 1 week, or 1 month, or more? The only reason it
> will matter to you is if you are trying to do something with CentOS that is
> time c
On 17/06/2020 20:06, Noam Bernstein via CentOS wrote:
On Jun 17, 2020, at 3:02 PM, Phil Perry wrote:
Nothing has changed in this regard for as long as I've been a CentOS user or
been involved in the CentOS community.
This is the essence of the question, to me. I agree that _in_principle_
n
> On Jun 17, 2020, at 3:02 PM, Phil Perry wrote:
>
> Nothing has changed in this regard for as long as I've been a CentOS user or
> been involved in the CentOS community.
This is the essence of the question, to me. I agree that _in_principle_
nothing has changed, and I don't even see any disa
On 17/06/2020 18:38, Michael Kofler wrote:
Hi,
I am the author of said blog article.
FIRST: It was never my intention to criticize the CentOS
team. I appreciate the hard work you are doing. If my blog
text (which is in German langugage) gave a wrong impression,
I apologize.
SECOND: I LOVE Cent
On 6/17/20 10:38 AM, Michael Kofler wrote:
Hi,
I am the author of said blog article.
FIRST: It was never my intention to criticize the CentOS
team. I appreciate the hard work you are doing. If my blog
text (which is in German langugage) gave a wrong impression,
I apologize.
SECOND: I LOVE Cent
On Wed, 17 Jun 2020 at 13:11, Alessandro Baggi
wrote:
>
> Hi Johnny,
> thank you for your and all centos team works.
>
> Many of us know how much work is needed for building new releases and
> maintaining C6 and C7, plus CentOS Stream and modules (Appstream). This is
> a huge work for a small team
On 2020-06-17 12:38, Michael Kofler wrote:
Hi,
I am the author of said blog article.
FIRST: It was never my intention to criticize the CentOS
team. I appreciate the hard work you are doing. If my blog
text (which is in German langugage) gave a wrong impression,
I apologize.
SECOND: I LOVE Ce
Hi,
I am the author of said blog article.
FIRST: It was never my intention to criticize the CentOS
team. I appreciate the hard work you are doing. If my blog
text (which is in German langugage) gave a wrong impression,
I apologize.
SECOND: I LOVE CentOS. Otherwise it would not matter to
me. I u
Once upon a time, Alessandro Baggi said:
> As reported in my previous message I'm not worried about how much time is
> required to build the new (major/minor) release, it will be ready when it
> will be. My major concern is about the "security update blackout" that take
> long as the build process
Hi Johnny,
thank you for your and all centos team works.
Many of us know how much work is needed for building new releases and
maintaining C6 and C7, plus CentOS Stream and modules (Appstream). This is
a huge work for a small team. Again thank you.
For me OL is not an alternative.
As reported in
On Wed, Jun 17, 2020 at 12:09:07PM -0400, Lamar Owen wrote:
> On 6/17/20 10:19 AM, Leon Fauster via CentOS wrote:
> >...
> >I wonder about the authors conclusion; the fact that RHEL is the choice
> >for critical applications (what ever critical is) is known since
> >the early days. This applies ran
On 6/17/20 10:19 AM, Leon Fauster via CentOS wrote:
...
I wonder about the authors conclusion; the fact that RHEL is the choice
for critical applications (what ever critical is) is known since the
early days. This applies randomly to C5.11, C4.9 or C8.2.2004.
So - cold soup get cooked again :-
> On Jun 17, 2020, at 9:10 AM, Alessandro Baggi
> wrote:
>
>
> Il 17/06/20 15:42, Scott Robbins ha scritto:
>> On Wed, Jun 17, 2020 at 02:23:36PM +0100, Pete Biggs wrote:
>>>
About Oracle as alternative. Oracle Linux is not an alternative to
CentOS but for RHEL and if I will force
> On Jun 17, 2020, at 9:15 AM, Johnny Hughes wrote:
>
> On 6/17/20 8:06 AM, Simon Matter via CentOS wrote:
>>> Hi,
>>>
>>> I just read this blog article from austrian Linux expert Michael Kofler.
>>> For
>>> those among you who don't know the guy, he's my home country's number one
>>> Linux
>>
Am 17.06.20 um 09:16 schrieb Nicolas Kovacs:
Hi,
I just read this blog article from austrian Linux expert Michael Kofler. For
those among you who don't know the guy, he's my home country's number one Linux
expert (known as "der Kofler") and most notably the author of a series of
excellent books
On 6/17/20 8:06 AM, Simon Matter via CentOS wrote:
>> Hi,
>>
>> I just read this blog article from austrian Linux expert Michael Kofler.
>> For
>> those among you who don't know the guy, he's my home country's number one
>> Linux
>> expert (known as "der Kofler") and most notably the author of a se
Il 17/06/20 15:42, Scott Robbins ha scritto:
On Wed, Jun 17, 2020 at 02:23:36PM +0100, Pete Biggs wrote:
About Oracle as alternative. Oracle Linux is not an alternative to
CentOS but for RHEL and if I will force to pay for enteprise system
currently I will pay RHEL, not OL. Over this, OL is
On Wed, 17 Jun 2020 at 09:42, Scott Robbins wrote:
>
> On Wed, Jun 17, 2020 at 02:23:36PM +0100, Pete Biggs wrote:
> >
> > > About Oracle as alternative. Oracle Linux is not an alternative to
> > > CentOS but for RHEL and if I will force to pay for enteprise system
> > > currently I will pay RHEL,
On Wed, Jun 17, 2020 at 02:23:36PM +0100, Pete Biggs wrote:
>
> > About Oracle as alternative. Oracle Linux is not an alternative to
> > CentOS but for RHEL and if I will force to pay for enteprise system
> > currently I will pay RHEL, not OL. Over this, OL is not the only
> > enterprise distro
> About Oracle as alternative. Oracle Linux is not an alternative to
> CentOS but for RHEL and if I will force to pay for enteprise system
> currently I will pay RHEL, not OL. Over this, OL is not the only
> enterprise distro that a "user" could choose. If support is needed there
> are SUSE (
> Hi,
>
> I just read this blog article from austrian Linux expert Michael Kofler.
> For
> those among you who don't know the guy, he's my home country's number one
> Linux
> expert (known as "der Kofler") and most notably the author of a series of
> excellent books about Linux over the last 25 yea
*snip
>
>
> Thank you for sharing, I found it interesting.
>
> My 2 Cent
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
+1
Longtime user but with the current sturcture they have turned it (centos8)
i
Il 17/06/20 09:16, Nicolas Kovacs ha scritto:
Hi,
I just read this blog article from austrian Linux expert Michael Kofler. For
those among you who don't know the guy, he's my home country's number one Linux
expert (known as "der Kofler") and most notably the author of a series of
excellent boo
Hi,
I just read this blog article from austrian Linux expert Michael Kofler. For
those among you who don't know the guy, he's my home country's number one Linux
expert (known as "der Kofler") and most notably the author of a series of
excellent books about Linux over the last 25 years.
https://ko
57 matches
Mail list logo
