On Wed, Jan 06, 2021 at 08:31:34AM +0100, Nicolas Kovacs wrote:
>
> No, this was an actual problem I had back in April 2020. Upgrading from CR
> broke imagemagick, so I couldn't use the corresponding PHP modules, so my
> Roundcube installation was broken for a few weeks.
To be fair it was only
Le 06/01/2021 à 08:06, Gordon Messmer a écrit :
> Are you describing an actual problem, right now, or is that an invented
> example?
No, this was an actual problem I had back in April 2020. Upgrading from CR
broke imagemagick, so I couldn't use the corresponding PHP modules, so my
Roundcube
On 1/5/21 10:47 PM, Nicolas Kovacs wrote:
And in the past, things have been known to break. Activate the CR repository,
and suddenly libmagick is broken because it hasn't been rebuilt yet against the
new version.
Are you describing an actual problem, right now, or is that an invented
On 1/5/21 6:30 PM, Valeri Galtsev wrote:
I was not comparing CentOS Stream with CentOS (former 10 year life cycle
system), I was comparing CentOS Stream with Debian (and clones) LTS.
The original message came from a CentOS user who asked "is the change a
non-issue for my use-case?"
So,
Le 06/01/2021 à 01:22, Gordon Messmer a écrit :
> CentOS Stream will be compatible with EPEL to the same extent that new point
> releases are compatible with EPEL.
And in the past, things have been known to break. Activate the CR repository,
and suddenly libmagick is broken because it hasn't been
Folks
In examining the file
/etc/dovecot/conf.d/10-ssl.conf
I see the text line:
ssl_cipher_list = PROFILE=SYSTEM
Yet, I cannot find any documentation that explains what that causes,
where the values are stored. I ask because I don't see that text
line in other installations of Dovecot 2.3
> On Jan 5, 2021, at 6:22 PM, Gordon Messmer wrote:
>
> On 1/5/21 3:39 PM, Valeri Galtsev wrote:
>> And as someone mentioned, these other distributions have long great record
>> of system upgrade from one release to another. CentOS has no record (and
>> probably no upgrade engineered yet).
On 01/05/2021 08:55 PM, H wrote:
> I am compiling an application that uses postgreSQL 13 and Qt 5.12. I have
> built the latter from scratch and successfully linked with libraries for
> postgreSQL 9.6 (the current version on CentOS 7) but have run into problems
> with postgreSQL 13. The server,
On Tue, Jan 05, 2021 at 11:31:34PM +, Jamie Burchell wrote:
> Off topic for sure, but it's a shame this has to be a manual process of
> destroying and rebuilding every X years. Even Microsoft has gone the Apple
> way and just perpetually updates Windows 10 now.
I'm not sure how it will go.
I am compiling an application that uses postgreSQL 13 and Qt 5.12. I have built
the latter from scratch and successfully linked with libraries for postgreSQL
9.6 (the current version on CentOS 7) but have run into problems with
postgreSQL 13. The server, client and libs are available in the
> We will need to (manually) migrate to Stream 9.x after 5 years
> instead of
> 10 though?
Most probably after 3 years. Currently stream should be equal to RHEL
8.4 .
Best Regards,
Strahil Nikolov
___
CentOS mailing list
CentOS@centos.org
On 1/5/21 3:39 PM, Valeri Galtsev wrote:
And as someone mentioned, these other distributions have long great
record of system upgrade from one release to another. CentOS has no
record (and probably no upgrade engineered yet). In that respect
CentOS Stream is way behind...
In that respect,
On 1/5/21 5:19 PM, Gordon Messmer wrote:
On 1/5/21 3:02 PM, Jamie Burchell wrote:
We will need to (manually) migrate to Stream 9.x after 5 years instead of
10 though?
Yes. CentOS Stream has a lifecycle comparable with other LTS
distributions.
And as someone mentioned, these other
>
> Given we are not developing drivers or applications (other than websites
> and web applications), is the change a non-issue for my use-case? I've seen
> it written that CentOS Stream is the "development version" of RHEL but also
> that we shouldn't have considered RHEL to be the beta for
Off topic for sure, but it's a shame this has to be a manual process of
destroying and rebuilding every X years. Even Microsoft has gone the Apple
way and just perpetually updates Windows 10 now.
On Tue, 5 Jan 2021 at 23:20, Gordon Messmer
wrote:
> On 1/5/21 3:02 PM, Jamie Burchell wrote:
> >
On 1/5/21 3:02 PM, Jamie Burchell wrote:
We will need to (manually) migrate to Stream 9.x after 5 years instead of
10 though?
Yes. CentOS Stream has a lifecycle comparable with other LTS distributions.
___
CentOS mailing list
CentOS@centos.org
On Tue, Jan 5, 2021, 5:03 PM Jamie Burchell wrote:
> > Probably. For a lot of users, Stream is a drop-in replacement that's
> better than CentOS was
>
> We will need to (manually) migrate to Stream 9.x after 5 years instead of
> 10 though?
>
>
Well that's the part that hasn't fully been laid
> Probably. For a lot of users, Stream is a drop-in replacement that's
better than CentOS was
We will need to (manually) migrate to Stream 9.x after 5 years instead of
10 though?
On Tue, 5 Jan 2021 at 22:51, Gordon Messmer
wrote:
> On 1/5/21 11:32 AM, Jamie Burchell wrote:
> > is the change
Le 05/01/2021 à 22:59, Frank Cox a écrit :
> I don't have any particular love for Oracle, but since they pay X number of
> people to keep Oracle Linux current with RHEL and updated, they shouldn't
> have any problems with burn-out or a lack of long-term interest on the part
> of volunteers that
> If security was a priority for you, as it was for me, then CentOS wasn't
really suitable for public-facing services
You mean in terms of security patch release time presumably?
> If you're building software that you intend to deploy on RHEL
We're not building or compiling software.
On Tue,
In that case, it sounds like a non-issue for the way we currently use
CentOS.
As there's a simple migration from CentOS 8 to Stream and Digital Ocean
currently provide CentOS 8 images, it'll be interesting to see what they do
moving forward.
___
CentOS
On 1/5/21 11:32 AM, Jamie Burchell wrote:
is the change a non-issue for my use-case?
Probably. For a lot of users, Stream is a drop-in replacement that's
better than CentOS was, because it gets updates consistently and doesn't
suffer from periods in which no updates are available,
On 1/5/21 2:27 PM, Jamie Burchell wrote:
We already
automatically update our systems with yum-cron / dnf automatic and I'm
reading that if we're already doing that, Stream isn't going to be a
departure
I'd have said the same: If you trust CentOS enough to update
automatically, then Stream
> but it seems too early in the game to make the decision to depend on
it. That may change over the course of the next few months.
Yes this is how I feel but conveyed badly in my last. It's currently a
concept and not a viable distro to move to and in some cases there is only
a year to make the
On Tue, 5 Jan 2021 21:32:18 +
Jamie Burchell wrote:
> The uncertainty is frustrating and unsettling.
I certainly agree with you on this point!
Personally, while I haven't made an actual decision on which way I'm going with
my own projects, I'm currently leaning toward Oracle Linux. I
Consider me firmly schooled and I apologise if I have caused any upset with
my comment. My understanding of the situation was the result of pouring
over countless threads where it's difficult to filter out the facts and
reality. It's encouraging for sure that there's potentially at least one
ship
On Tue, Jan 5, 2021 at 3:32 PM Jamie Burchell
wrote:
> I'm sure it's my lack of understanding, but there feels too much hope
> pinned on "Rocky", which seems like one person (albeit a key person) going
> it alone with the hope of a community following of disgruntled people. I
> see a single
I guess we need to wait and see how the dust settles. For those lucky
enough to still be on CentOS 7, there's a bit of breathing space although
these things take time to plan and implement of course. Those unlucky
enough to have updated to CentOS 8 have less than a year to decide to move
to stream
The question for me, too is going to be, what will the VPS providers do?
Digital Ocean, Vultur, etc. I'll be at their mercy, without trying to create
my own image, if that's even possible.
Hopefully something emerges as the popular replacement (e.g. "Rocky"), and they
support spinning up
> Given we are not developing drivers or applications (other than
> websites
> and web applications), is the change a non-issue for my use-case?
If you decide to go with Stream, you will need to test carefully each
version and use some kind of repository management - as there will be
no older
On 05/01/2021 19:32, Jamie Burchell wrote:
Hello
I've recently discovered the announcement regarding the change in direction
for the CentOS project and I imagine like many others, I'm confused and
concerned about what this means moving forward.
I work for a small web development agency and we
Hello
I've recently discovered the announcement regarding the change in direction
for the CentOS project and I imagine like many others, I'm confused and
concerned about what this means moving forward.
I work for a small web development agency and we offer hosting as part of
our package to
On Tue, 5 Jan 2021 17:15:49 +
Gestió Servidors wrote:
> Hi,
>
> I manage an HPC Cluster that runs CentOS-7 and shares some mount points. All
> shares are formated in XFS. Is there anyway to recover removed data?
Hi,
I manage an HPC Cluster that runs CentOS-7 and shares some mount points. All
shares are formated in XFS. Is there anyway to recover removed data? ...An user
has deleted her $HOME entirely...
Thanks.
___
CentOS mailing list
CentOS@centos.org
34 matches
Mail list logo
