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
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
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
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
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.
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.
>
>
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
> 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
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
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
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
> 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
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
> 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
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_
> 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
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
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
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
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
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
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
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
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
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
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
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
> 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
*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)
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
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.
57 matches
Mail list logo