>
> Did you try to apply the iptable rules by hand for a test?
>
This turned out to be the exact hint I needed. I turned off firewalld, and
applied the rules I'd quoted exactly, to see a different result.
Eventually, it turned out that iptables does not expose zones, and found that
applying
Am 11.12.20 um 20:21 schrieb Ulf Volmer:
On 11.12.20 19:44, Oliver Freyermuth via CentOS wrote:
Am 11.12.20 um 18:55 schrieb Ulf Volmer:
On 08.12.20 23:02, Oliver Freyermuth via CentOS wrote:
after the upgrade from 8.2 to 8.3 one of the applications we use has
unclear Kerberos authentication
On Fri, Dec 11, 2020 at 10:11:36PM -0500, Yves Bellefeuille wrote:
>
> Oh, please. Nobody suggested this has anything to do with the
> pandemic; nobody even mentioned the pandemic, except you.
"Red Hat salary more important"
This implies you expect them to put their jobs on the line to protect
s
"John R. Dennison" wrote:
> Yes, far be it from people to worry about putting food on their
> children's table during a pandemic.
Oh, please. Nobody suggested this has anything to do with the
pandemic; nobody even mentioned the pandemic, except you.
--
Yves Bellefeuille
__
On 12/12/20 8:15 am, Lists wrote:
I've understood iptables well enough for a long, long time, and although I
think firewall-cmd is a poor replacement for iptables, I've always been able to
"get it to work" by comparing output with iptables -L or iptables -S and using
a direct-rule or two.
And th
On Fri, Dec 11, 2020 at 09:51:05PM -0500, Yves Bellefeuille wrote:
> I'm most disappointed with the silence from Karanbir and friends.
> Obviously their Red Hat salary is more important to them than keeping
> CentOS the way it was. :-(
Yes, far be it from people to worry about putting food on th
I'm most disappointed with the silence from Karanbir and friends.
Obviously their Red Hat salary is more important to them than keeping
CentOS the way it was. :-(
--
Yves Bellefeuille
GPG key 837A6134 at http://members.storm.ca/~yan/pgp.asc
___
CentO
Am 11.12.20 um 23:53 schrieb Pete Biggs:
On Fri, 2020-12-11 at 22:05 +0100, Gionatan Danti wrote:
Il 2020-12-11 19:26 Walter H. ha scritto:
with CentOS Stream there are only updates till 2024(!) not 2029 as it
be expected ...
Is that officially confirmed? If RHEL 8 is expected to have an 8.10
On Fri, 2020-12-11 at 22:05 +0100, Gionatan Danti wrote:
> Il 2020-12-11 19:26 Walter H. ha scritto:
> > with CentOS Stream there are only updates till 2024(!) not 2029 as it
> > be expected ...
>
> Is that officially confirmed? If RHEL 8 is expected to have an 8.10
> release sometime in the 2028
On Fri, Dec 11, 2020 at 07:50:00PM +0100, Walter H. wrote:
> it is called "rolling release" and no one gave officially a
> statement to the question I asked,
It should not have been called a rolling release. It is not a rolling
release in the sense that many Linux distributions use it.
> if it is
> I've understood iptables well enough for a long, long time, and although I
> think firewall-cmd is a poor replacement for iptables, I've always been
> able to
> "get it to work" by comparing output with iptables -L or iptables -S and
> using
> a direct-rule or two.
>
> And this time, I'm just baf
I've understood iptables well enough for a long, long time, and although I
think firewall-cmd is a poor replacement for iptables, I've always been able to
"get it to work" by comparing output with iptables -L or iptables -S and using
a direct-rule or two.
And this time, I'm just baffled.
I h
On 12/11/20 3:19 PM, Jerry Geis wrote:
So now I need to "remove" both or all and add the 1 I want as static ? how
do I do that?
You have to remove the addresses and then add a new one. The
ipv4.addresses is plural and additional when you set it. So to override
you need to first remove all ad
Dear, I think we are all in the same position and situation and I do not
think it is time to cry over spilled milk, now and without putting hands in
favor of RedHat, to which I no longer believe anything, we have to move on
and support the Community initiatives that are appearing and that I believe
Il 2020-12-11 19:26 Walter H. ha scritto:
with CentOS Stream there are only updates till 2024(!) not 2029 as it
be expected ...
Is that officially confirmed? If RHEL 8 is expected to have an 8.10
release sometime in the 2028-2029 timeframe, and if any updates should
really hit Stream-8 before
On Fri, Dec 11, 2020 at 9:20 PM Jerry Geis wrote:
> I am trying to modify the current eth0 with nmcli
>
> I ran this:
> nmcli con mod eth0 ipv4.addr 192.168.1.15/22 gw4 192.168.1.1 ipv4.dns
> 192.168.1.14
>
> and now nmcli shows (two ipv4) addresses.
>
>inet4 192.168.1.15/22
> ine
I am trying to modify the current eth0 with nmcli
I ran this:
nmcli con mod eth0 ipv4.addr 192.168.1.15/22 gw4 192.168.1.1 ipv4.dns
192.168.1.14
and now nmcli shows (two ipv4) addresses.
inet4 192.168.1.15/22
inet4 192.168.2.212/22
I think the original connection was DHCP... the
On 11.12.20 19:44, Oliver Freyermuth via CentOS wrote:
> Am 11.12.20 um 18:55 schrieb Ulf Volmer:
>> On 08.12.20 23:02, Oliver Freyermuth via CentOS wrote:
>>
>>> after the upgrade from 8.2 to 8.3 one of the applications we use has
>>> unclear Kerberos authentication issues.
>>
>> I can't tell anyt
Why?
it is called "rolling release" and no one gave officially a statement to
the question I asked,
if it is meant like that of Win10 ...
a beta release is not the same that many expect as a stable system, as
they are used to have with CentOS;
you should think of renaming CentOS to somethi
Am 11.12.20 um 18:55 schrieb Ulf Volmer:
On 08.12.20 23:02, Oliver Freyermuth via CentOS wrote:
after the upgrade from 8.2 to 8.3 one of the applications we use has
unclear Kerberos authentication issues.
I can't tell anything regarding the debuginfo package, but I can point
you into the dire
On Fri, Dec 11, 2020 at 10:19:56AM -0800, Gordon Messmer wrote:
> On 12/10/20 2:53 PM, edward via CentOS wrote:
> >after reading some info on centos stream is a rolling release.
> >i'm wondering applying
>
> It's not a "rolling release" in the most commonly used sense. There
> just isn't a minor
On 11.12.2020 19:19, Gordon Messmer wrote:
On 12/10/20 2:53 PM, edward via CentOS wrote:
after reading some info on centos stream is a rolling release. i'm
wondering applying
It's not a "rolling release" in the most commonly used sense. There
just isn't a minor number for releases. CentOS
On 12/11/20 10:19 AM, Gordon Messmer wrote:
Just one ten-year long release.
My mistake: Stream releases are five-year long releases (RHEL's "full"
support period).
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/c
On 12/10/20 2:53 PM, edward via CentOS wrote:
after reading some info on centos stream is a rolling release. i'm
wondering applying
It's not a "rolling release" in the most commonly used sense. There just
isn't a minor number for releases. CentOS Stream 8 will always be
CentOS Stream 8, a
On Fri, Dec 11, 2020 at 09:39:54AM -0800, Japheth Cleaver wrote:
> It would be nice to have updates from RedHat on where it's
> positioning UBI then. Previously it had directly pointed to specific
> target use-cases, which limit its usefulness for even some pretty
> simple cases outside that baliwi
> On Fri, Dec 11, 2020 at 2:07 PM Nicolas Kovacs wrote:
>
>> Le 11/12/2020 à 17:14, Phelps, Matthew a écrit :
>> > My gut feeling is Oracle doesn't see Oracle Linux as a money maker,
>> apart
>> > from getting some support contracts from it, so they'll leave it be
>> for a
>> > while.
>>
>> I've j
On 08.12.20 23:02, Oliver Freyermuth via CentOS wrote:
> after the upgrade from 8.2 to 8.3 one of the applications we use has
> unclear Kerberos authentication issues.
I can't tell anything regarding the debuginfo package, but I can point
you into the direction, that DES support is dropped in rel
On 12/11/2020 8:12 AM, Matthew Miller wrote:
On Fri, Dec 11, 2020 at 07:13:19AM -0700, James Szinger wrote:
Except that there are no container images available for Stream. :(
There certainly will be.
Also for container use cases, you might want to consider UBI, which is
literal RHEL binaries,
On 12/11/20 8:31 AM, Matthew Miller wrote:
Also, WOAH. I just noticed that CentOS Stream bugs are to be filed as
_actual versions of RHEL 8 and RHEL 9_. That's amazing.
I don't usually like to reply when I have nothing to add, but that is
*holy cow* level of amazing.
___
On 12/11/20 12:23 AM, Gordon Messmer wrote:
On 12/10/20 6:28 PM, Konstantin Boyandin via CentOS wrote:
Allow me to disagree. We both trust Chris Wright's words, don't we? CTO
won't lie. Citing him:
"To be exact, CentOS Stream is an upstream development platform for
ecosystem developers. It wil
On 12/11/20 8:00 AM, Sergio Belkin wrote:
how could you ask trust and confidence with something like that:
I'll repeat what I said earlier, CentOS has never offered the things
people are complaining about losing. They've never asked for your trust
and confidence. Both Red Hat and the CentO
On Fri, 11 Dec 2020 18:06:36 +0100
Nicolas Kovacs wrote:
> I've just had a conversation with one of the Oracle Linux guys. I can't really
> quote him publicly, but since I've already had some good experiences with OL
> ten years ago (when I installed the local motorway company's servers), I guess
On Fri, Dec 11, 2020 at 2:07 PM Nicolas Kovacs wrote:
> Le 11/12/2020 à 17:14, Phelps, Matthew a écrit :
> > My gut feeling is Oracle doesn't see Oracle Linux as a money maker, apart
> > from getting some support contracts from it, so they'll leave it be for a
> > while.
>
> I've just had a conve
Le 11/12/2020 à 17:14, Phelps, Matthew a écrit :
> My gut feeling is Oracle doesn't see Oracle Linux as a money maker, apart
> from getting some support contracts from it, so they'll leave it be for a
> while.
I've just had a conversation with one of the Oracle Linux guys. I can't really
quote him
On Thu, Dec 10, 2020 at 7:23 PM Matthew Miller wrote:
> On Thu, Dec 10, 2020 at 02:47:09PM -0300, Victor Pereira wrote:
> > My first impression when I read the news was that some MBA had made the
> > decision and I decided to find out if there were Red Hat developers
> > Unemployed ... :-), which
On the other hand, I believe and seeing the glass half full, that this is
good to stir the waters a bit since it has been a long time since we saw
new Forks of Operating Systems that could be so important and that make the
communities work together again in something common without going through a
Am 11.12.20 um 17:30 schrieb Victor Pereira:
On Fri, Dec 11, 2020 at 1:15 PM Phelps, Matthew
wrote:
On Fri, Dec 11, 2020 at 11:07 AM Richard B. Pyne
wrote:
Considering that it is being spearheaded by the originator of CentOS,
with the original goals of CentOS (before being swallowed by RH t
On Fri, Dec 11, 2020 at 11:30 AM Victor Pereira
wrote:
> On Fri, Dec 11, 2020 at 1:15 PM Phelps, Matthew
> wrote:
>
> > On Fri, Dec 11, 2020 at 11:07 AM Richard B. Pyne
> > wrote:
> >
> > > Considering that it is being spearheaded by the originator of CentOS,
> > > with the original goals of Ce
On Fri, Dec 11, 2020 at 11:19:16AM -0500, Matthew Miller wrote:
> > > > I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1906839
> > > > on CentOS Stream distribution.
> > Some minutes ago I was also not able to access the bug. Now I'm able. So
> > someone has changed the accessibility
On Fri, Dec 11, 2020 at 1:15 PM Phelps, Matthew
wrote:
> On Fri, Dec 11, 2020 at 11:07 AM Richard B. Pyne
> wrote:
>
> > Considering that it is being spearheaded by the originator of CentOS,
> > with the original goals of CentOS (before being swallowed by RH then
> > IBM) as a stable, enterprise
It's been fixed :-)
Phil
-Original Message-
From: CentOS On Behalf Of Matthew Miller
Sent: 11 December 2020 16:14
To: CentOS mailing list
Subject: Re: [CentOS] 8-stream dnf overly verbose
This message originated from outside of Herefordshire Council or Hoople. Please
do not click lin
On Fri, 2020-12-11 at 11:13 -0500, Matthew Miller wrote:
> On Fri, Dec 11, 2020 at 03:53:04PM +, Randal, Phil wrote:
> > Funnily enough mere mortals like me aren't allowed to view that bug report.
>
> Are you sure? I am able to see it without logging in.
>
>
> > I've filed a bug: https://bug
On Fri, Dec 11, 2020 at 05:15:49PM +0100, Gianluca Cecchi wrote:
> > > I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1906839
> > > on CentOS Stream distribution.
> Some minutes ago I was also not able to access the bug. Now I'm able. So
> someone has changed the accessibility.
Look
On Fri, Dec 11, 2020 at 5:13 PM Matthew Miller wrote:
> On Fri, Dec 11, 2020 at 03:53:04PM +, Randal, Phil wrote:
> > Funnily enough mere mortals like me aren't allowed to view that bug
> report.
>
> Are you sure? I am able to see it without logging in.
>
>
> > I've filed a bug: https://bugzi
On Fri, Dec 11, 2020 at 11:07 AM Richard B. Pyne wrote:
> Considering that it is being spearheaded by the originator of CentOS,
> with the original goals of CentOS (before being swallowed by RH then
> IBM) as a stable, enterprise OS, I'm putting my support behind Rocky
> rockylinux.org and would
On Fri, Dec 11, 2020 at 03:53:04PM +, Randal, Phil wrote:
> Funnily enough mere mortals like me aren't allowed to view that bug report.
Are you sure? I am able to see it without logging in.
> I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1906839
> on CentOS Stream distributio
On Fri, Dec 11, 2020 at 07:13:19AM -0700, James Szinger wrote:
> Except that there are no container images available for Stream. :(
There certainly will be.
Also for container use cases, you might want to consider UBI, which is
literal RHEL binaries, and which becomes supported when run on suppor
Considering that it is being spearheaded by the originator of CentOS,
with the original goals of CentOS (before being swallowed by RH then
IBM) as a stable, enterprise OS, I'm putting my support behind Rocky
rockylinux.org and would urge others to do the same.
I've been around the Linux world
El vie, 11 dic 2020 a las 12:33, Matthew Miller ()
escribió:
> On Fri, Dec 11, 2020 at 12:23:59AM -0800, Gordon Messmer wrote:
> > >This is not a production operating system."
> > Does he say that CentOS is a production operating system?
> >
> > As far as I know, Red Hat has never endorsed running
Funnily enough mere mortals like me aren't allowed to view that bug report.
RedHat might have to rethink a few things.
Cheers,
Phil
-Original Message-
From: CentOS On Behalf Of Marek Blaha
Sent: 11 December 2020 14:27
To: CentOS mailing list
Subject: Re: [CentOS] 8-stream dnf overly v
On Fri, Dec 11, 2020 at 4:33 PM Matthew Miller wrote:
> On Fri, Dec 11, 2020 at 12:23:59AM -0800, Gordon Messmer wrote:
> > >This is not a production operating system."
> > Does he say that CentOS is a production operating system?
> >
> > As far as I know, Red Hat has never endorsed running CentO
On Fri, Dec 11, 2020 at 12:23:59AM -0800, Gordon Messmer wrote:
> >This is not a production operating system."
> Does he say that CentOS is a production operating system?
>
> As far as I know, Red Hat has never endorsed running CentOS in
> production, so I don't understand why it's significant tha
On 12/9/20 04:46, Andrea Biscuola wrote:
IMHO, if you based the most critical part of your infrastructure on CentOS,
you did it
wrong.
[...]
We also just switched to CentOS 8 from CentOS 6 spending around 6 months of work
in doing so, but the most important part of our infrastructure is on p
On Fri, Dec 11, 2020, 7:53 AM Scott Robbins wrote:
> On Fri, Dec 11, 2020 at 01:09:46PM +, Liam O'Toole wrote:
> > On Fri, 11 Dec, 2020 at 07:48:25 -0500, Scott Robbins wrote:
>
>
> > > One assumes however, that this wouldn't happen with OEL, though one
> never
> > > knows.
> >
> > OEL = Orac
On Thu, Dec 10, 2020 at 6:54 PM Pete Biggs wrote:
>
>
> In moving a test machine from 8.3 to 8-stream the main thing I've
> noticed is that dnf has become very verbose. It's as if someone has
> turned on the -v permanently.
>
> I've tried using '-q' (it says nothing then) and I've tried adjusting
On Thu, 10 Dec 2020 16:08:09 -0300
Sergio Belkin wrote:
> El jue, 10 dic 2020 a las 15:48, Kienker, Fred ()
> escribió:
>
> > "It takes years to build a reputation and seconds to destroy it."
> >
> > -- Business 101 class
> >
> Fear not in DEVops world you can rebuild your reputation in one
> se
Le 11/12/2020 à 14:09, Liam O'Toole a écrit :
> OEL = Oracle Enterprise Linux? There is no reason in heaven or hell to trust
> them.
As far as I'm concerned, they're the good guys now.
:o)
--
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Site : https://ww
On Fri, Dec 11, 2020 at 01:09:46PM +, Liam O'Toole wrote:
> On Fri, 11 Dec, 2020 at 07:48:25 -0500, Scott Robbins wrote:
> > One assumes however, that this wouldn't happen with OEL, though one never
> > knows.
>
> OEL = Oracle Enterprise Linux? There is no reason in heaven or hell to
> tru
On Fri, 11 Dec, 2020 at 07:48:25 -0500, Scott Robbins wrote:
> On Fri, Dec 11, 2020 at 12:21:35PM +, Liam O'Toole wrote:
> > On Thu, 10 Dec, 2020 at 13:12:26 -0600, Tom Bishop wrote:
> > > +1
> > > Looks like between Springdale, Rocky and CloudLinux there will be options.
> > > Such a bad decis
On Fri, Dec 11, 2020 at 12:21:35PM +, Liam O'Toole wrote:
> On Thu, 10 Dec, 2020 at 13:12:26 -0600, Tom Bishop wrote:
> > +1
> > Looks like between Springdale, Rocky and CloudLinux there will be options.
> > Such a bad decision that RH made to do this...
>
> True. I just hope that the various
On Thu, 10 Dec, 2020 at 13:12:26 -0600, Tom Bishop wrote:
> +1
> Looks like between Springdale, Rocky and CloudLinux there will be options.
> Such a bad decision that RH made to do this...
True. I just hope that the various alternatives will pool their resources.
History has shown that RHEL deriv
Il 11/12/20 12:59, Konstantin Boyandin via CentOS ha scritto:
On 11.12.2020 17:41, Alessandro Baggi wrote:
Il 11/12/20 10:24, Konstantin Boyandin via CentOS ha scritto:
My primary objection is breach of trust. RH shouldn't have lied at least
to CentOS community.
Other bug-to-bug compatible RH
On 11.12.2020 17:41, Alessandro Baggi wrote:
> Il 11/12/20 10:24, Konstantin Boyandin via CentOS ha scritto:
>> My primary objection is breach of trust. RH shouldn't have lied at least
>> to CentOS community.
>>
>> Other bug-to-bug compatible RHEL clones will replace the CentOS, so this
>> is the p
Il 11/12/20 10:24, Konstantin Boyandin via CentOS ha scritto:
My primary objection is breach of trust. RH shouldn't have lied at least
to CentOS community.
Other bug-to-bug compatible RHEL clones will replace the CentOS, so this
is the part I am less worried about. If someone is happy with Cent
Am 11.12.20 um 09:23 schrieb Gordon Messmer:
On 12/10/20 6:28 PM, Konstantin Boyandin via CentOS wrote:
Allow me to disagree. We both trust Chris Wright's words, don't we? CTO
won't lie. Citing him:
"To be exact, CentOS Stream is an upstream development platform for
ecosystem developers. It wil
Hi
they are working on it (https://github.com/openzfs/zfs/issues/11307 and
https://github.com/openzfs/zfs/pull/11322), and they might CI stream too
(https://github.com/openzfs/zfs/issues/11320).
-> 0.8.6 should fix it
-> or use openzfs-2.0.0
Tru (not taking for openzfs dev)
On Fri, Dec 11, 2020
On 11.12.2020 15:23, Gordon Messmer wrote:
> On 12/10/20 6:28 PM, Konstantin Boyandin via CentOS wrote:
>> Allow me to disagree. We both trust Chris Wright's words, don't we? CTO
>> won't lie. Citing him:
>>
>> "To be exact, CentOS Stream is an upstream development platform for
>> ecosystem develop
On 12/10/20 6:28 PM, Konstantin Boyandin via CentOS wrote:
Allow me to disagree. We both trust Chris Wright's words, don't we? CTO
won't lie. Citing him:
"To be exact, CentOS Stream is an upstream development platform for
ecosystem developers. It will be updated several times a day.
So, like F
68 matches
Mail list logo
