[CentOS] RESOLVED Re: Baffled by firewall rules with a Qemu VM, CentOS 7

2020-12-11 Thread Lists
> 
> 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 the rules within the "libvirt" zone resolved the issue. 

Thanks  


signature.asc
Description: This is a digitally signed message part.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Debug information packages for 8.3 missing?

2020-12-11 Thread Oliver Freyermuth via CentOS

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 issues.


I can't tell anything regarding the debuginfo package, but I can point
you into the direction, that DES support is dropped in release 8.3.
Maybe this is the root cause of you issues.


Thanks for the pointer!
Sadly, the only message the application gives is a "kvno mismatch",
it would likely be helpful to get the actual underlying error by
stepping into the library with gdb (the application we use eats the
error message :-( ),


kvno is usally that your local ticket number did not match the version
on the kerberos master. But I don't know how the encryption type can
trigger this behavior.


I could imagine something ugly like the (3)DES removal causing invisibility
of some entries in the keytab, and then a problem arising when there is no 
matching kvno locally.
Since our client application eats the underlying error, it's hard to debug.




since we don't operate the KDC but only the clients and want to provide
a clear bug report (I also suspect this might be DES or 3DES related,
though...).


It is difficult, if you don't operate the KDC. I would start with
manually get a ticket and provide the output of "klist -e" and "klist
-t" to the KDC operators.


Did that, thanks. Since they are already in holidays, this will likely take 
'till next year,
but maybe we'll also get debug symbols by then. Let's hope for the best :-).

Cheers and thanks,
Oliver



Best regards
Ulf


I only know how to find

Since it does not affect all applications, I can't be sure it's an
external issue, though.

I'll wait a bit longer, maybe somebody has an idea what happened to
those debuginfo packages.

Cheers and thanks,
 Oliver
___

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 8 future

2020-12-11 Thread John R. Dennison
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
some set of ideals.  Even if it were not for the pandemic it's folly to
expect people to commit career suicide over what's a done deal.







John
-- 
For each new morning with its light,
For rest and shelter of the night,
For health and food, for love and friends,
For everything Thy goodness sends.

-- Ralph Waldo Emerson (1803-1882), American philosopher, essayist, and poet,
   Thanksgiving


signature.asc
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Sergio Belkin
El vie., 11 dic. 2020 14:35, José Roberto Alas 
escribió:

> El vie, 11 de dic. de 2020 a la(s) 11:09, Victor Pereira (
> victor.pere...@unix.cl) escribió:
>
> > On Fri, Dec 11, 2020 at 2:06 PM José Roberto Alas <
> jrobertoa...@gmail.com>
> > wrote:
> >
> > > This website is purely satirical and is not representative of CentOS
> nor
> > > RedHat.
> > >
> >
> > Eso el dia 1 no lo tenia... xD debe ser de alguno de la lista porque
> varios
> > de RH preguntaron de que se trataba...
> >
>
>
> La verdad que era de esperarse, asi se van muriendo grandes proyectos. La
> gente va viendo de donde saca $
> Así murió Mandrake, Sun Microsystems, Solaris
>
> Al final algun dia quizas tendremos que quedarnos con Debian
>
> --
> Saludos,
> cheperobert
> ___
>
> Me parece que un caso así es inédito en la historia del FOSS. Los casos
que mencionas no llegan a la gravedad de lo que sucedió aquí.
Sin embargo, sí es cierto que tal vez tenemos que poner de vuelta en valor
a las distros comunitarias.
Saludos!
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] CentOS 8 future

2020-12-11 Thread Yves Bellefeuille
"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



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Baffled by firewall rules with a Qemu VM, CentOS 7

2020-12-11 Thread Anthony K

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 this time, I'm just baffled.

I have a qemu VM running on a host. Postgresql runs on the host, and I'm
trying to connect to the Postgresql server on the host from the VM.

VM: loco
Host: tesla

1) If I turn OFF the firewall on tesla, I have no trouble connecting from loco.
tesla: systemctl stop firewalld
loco: psql -U postgres -h 192.168.122.1 # yay! connection!

2) If I turn ON the firewall on tesla, I can't connect NO MATTER WHAT I DO
tesla: systemctl start firewalld;
loco: psql -U postgres -h 192.168.122.1 # Connection refused

...

There are no REJECT rules not preceded by a wildcard ACCEPT, but I can't
connect with this config. But simply stopping host (tesla) firewalld allows me
to connect just fine.

I'd run tcpdump on the host where the firewall is deployed to see where 
the packets are coming from:


tcpdump -l -n -i any port 5432  # assuming you are using standard pgsql port

Then compare that with what's in my ruleset to see which rule is blocking.

PS: I'm no longer on CentOS but I believe iptables/tcpdump are the same 
on whichever Linux distro is installed.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 8 future

2020-12-11 Thread John R. Dennison
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 their
children's table during a pandemic.

Your mistake, along with that of many, is thinking the Board had a
choice in any of this.  So what, exactly, do you expect Singh or others
to say?  What, if anything, could they say that would make you feel
better about this?




John
-- 
<@rattle> I am fully confident that the cisco feature train is maintained by a
  schizophrenic sadist.


signature.asc
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 8 future

2020-12-11 Thread Yves Bellefeuille
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
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread Leon Fauster via CentOS

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
release sometime in the 2028-2029 timeframe, and if any updates should
really hit Stream-8 before, the latter should have the same EOL date.


Somewhere in amongst the vast number of posts, someone said that the
release cadence for point releases was 6 months with the final release
being 8.10 in 2024. After that RHEL 8 goes into maintenance mode and
there will be no more content added to 8-stream (because it had reached
the end of it's useful life as a pre point release distro).

I think it's still not clear what exactly will be the fate of 8-stream
after 2024. The implication is that 9-stream will be active by then and
8-stream will just disappear. In some ways it would be nice if it was
frozen but kept, but it won't receive any bug/security fixes, so it may
be deemed too "dangerous" to allow people access to it. I suppose it's
natural home would be vault.centos.org, but we will have to see what RH
think of that.




"CentOS Stream 8 will be retired from build servers, community build 
systems, primary mirror sites (copies will remain on vault.centos.org), 
and other places within our ecosystem."


https://centos.org/distro-faq/#q13-can-i-start-up-a-sig-that-will-maintain-centos-stream-8-after-rhel8-reaches-the-end-of-full-support

--
Leon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread 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 
> release sometime in the 2028-2029 timeframe, and if any updates should 
> really hit Stream-8 before, the latter should have the same EOL date.
> 
Somewhere in amongst the vast number of posts, someone said that the
release cadence for point releases was 6 months with the final release
being 8.10 in 2024. After that RHEL 8 goes into maintenance mode and
there will be no more content added to 8-stream (because it had reached
the end of it's useful life as a pre point release distro).

I think it's still not clear what exactly will be the fate of 8-stream
after 2024. The implication is that 9-stream will be active by then and
8-stream will just disappear. In some ways it would be nice if it was
frozen but kept, but it won't receive any bug/security fixes, so it may
be deemed too "dangerous" to allow people access to it. I suppose it's
natural home would be vault.centos.org, but we will have to see what RH
think of that.

P.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] The conclusio: CentOS is dead

2020-12-11 Thread Matthew Miller
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 meant like that of Win10 ...

I don't know what that means. No. It will not be like Win 10 in pretty much
every way.


> a beta release is not the same that many expect as a stable system,
> as they are used to have with CentOS;

It is not a beta release.


> you should think of renaming CentOS to something different, because
> with Enterprise this CentOS Stream has nothing in common;

Maybe. But I think it has more in common than you think

> and does Redhat really expect everone - even private people - afford
> a RHEL subscription¹ just to have a stable system?

No. In many cases, CentOS Stream will provide a stable system for the needs
of individuals. In many other cases, upcoming low- and no-cost RHEL programs
will address many of these needs. As an individual, you can already get RHEL
with no cost through the Developer Program, although it isn't as easy as it
could be and usage is limited. The upcoming plans are intended to address
those problems. It's unfortunate that the timing is such that those aren't
anything but future promises at this point, but they are coming. See 
https://www.redhat.com/en/blog/faq-centos-stream-updates#Q10 and email
centos-questi...@redhat.com with your specific needs. That address goes to
real people who are working on these programs, not sales or anything like
that.



-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Baffled by firewall rules with a Qemu VM, CentOS 7

2020-12-11 Thread Simon Matter
> 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 have a qemu VM running on a host. Postgresql runs on the host, and I'm
> trying to connect to the Postgresql server on the host from the VM.
>
> VM: loco
> Host: tesla
>
> 1) If I turn OFF the firewall on tesla, I have no trouble connecting from
> loco.
> tesla: systemctl stop firewalld
> loco: psql -U postgres -h 192.168.122.1 # yay! connection!
>
> 2) If I turn ON the firewall on tesla, I can't connect NO MATTER WHAT I DO
> tesla: systemctl start firewalld;
> loco: psql -U postgres -h 192.168.122.1 # Connection refused
>
>
> I have tried:
> tesla# firewall-cmd --zone=public --add-port=5432/tcp
> tesla# firewall-cmd  --add-service=postgresql
> tesla# firewall-cmd --set-default-zone=trusted;
> tesla# firewall-cmd --direct --add-rule ipv4 filter LIBVIRT_FWI 0  -j
> ACCEPT
> tesla# firewall-cmd --direct --add-rule ipv4 filter LIBVIRT_FWO 0  -j
> ACCEPT
> tesla# firewall-cmd --direct --add-rule ipv4 filter LIBVIRT_FWX 0  -j
> ACCEPT
>
> ... and many more things. Literally stumped for a few hours. The output of
> iptables indicates that I've wildcarded everything:
>
> tesla# iptables -S
> -P INPUT ACCEPT
> -P FORWARD ACCEPT
> -P OUTPUT ACCEPT
> -N LIBVIRT_FWI
> -N LIBVIRT_FWO
> -N LIBVIRT_FWX
> -N LIBVIRT_INP
> -N LIBVIRT_OUT
> -A INPUT -j LIBVIRT_INP
> -A FORWARD -j LIBVIRT_FWX
> -A FORWARD -j LIBVIRT_FWI
> -A FORWARD -j LIBVIRT_FWO
> -A OUTPUT -j LIBVIRT_OUT
> -A LIBVIRT_FWI -d 192.168.122.0/24 -j ACCEPT
> -A LIBVIRT_FWI -i virbr0 -j ACCEPT
> -A LIBVIRT_FWI -j ACCEPT
> -A LIBVIRT_FWI -d 192.168.122.0/24 -o virbr0 -m conntrack --ctstate
> RELATED,ESTABLISHED -j ACCEPT
> -A LIBVIRT_FWI -o virbr0 -j REJECT --reject-with icmp-port-unreachable
> -A LIBVIRT_FWO -i virbr0 -j ACCEPT
> -A LIBVIRT_FWO -j ACCEPT
> -A LIBVIRT_FWO -s 192.168.122.0/24 -i virbr0 -j ACCEPT
> -A LIBVIRT_FWO -i virbr0 -j REJECT --reject-with icmp-port-unreachable
> -A LIBVIRT_FWX -j ACCEPT
> -A LIBVIRT_FWX -i virbr0 -o virbr0 -j ACCEPT
> -A LIBVIRT_INP -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p udp -m udp --dport 53 -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p udp -m udp --dport 67 -j ACCEPT
> -A LIBVIRT_INP -i virbr0 -p tcp -m tcp --dport 67 -j ACCEPT
> -A LIBVIRT_OUT -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p udp -m udp --dport 53 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p udp -m udp --dport 68 -j ACCEPT
> -A LIBVIRT_OUT -o virbr0 -p tcp -m tcp --dport 68 -j ACCEPT
>
> There are no REJECT rules not preceded by a wildcard ACCEPT, but I can't
> connect with this config. But simply stopping host (tesla) firewalld
> allows me
> to connect just fine.
>
> Any ideas? ___

I can only guess because I've never used firewalld but, can it be that
firewalld also changes something else and not only the iptables config?

Did you try to apply the iptable rules by hand for a test?

Simon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Baffled by firewall rules with a Qemu VM, CentOS 7

2020-12-11 Thread Lists
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 have a qemu VM running on a host. Postgresql runs on the host, and I'm  
trying to connect to the Postgresql server on the host from the VM. 

VM: loco 
Host: tesla 

1) If I turn OFF the firewall on tesla, I have no trouble connecting from loco. 
tesla: systemctl stop firewalld 
loco: psql -U postgres -h 192.168.122.1 # yay! connection! 

2) If I turn ON the firewall on tesla, I can't connect NO MATTER WHAT I DO
tesla: systemctl start firewalld; 
loco: psql -U postgres -h 192.168.122.1 # Connection refused


I have tried: 
tesla# firewall-cmd --zone=public --add-port=5432/tcp
tesla# firewall-cmd  --add-service=postgresql
tesla# firewall-cmd --set-default-zone=trusted;
tesla# firewall-cmd --direct --add-rule ipv4 filter LIBVIRT_FWI 0  -j ACCEPT
tesla# firewall-cmd --direct --add-rule ipv4 filter LIBVIRT_FWO 0  -j ACCEPT
tesla# firewall-cmd --direct --add-rule ipv4 filter LIBVIRT_FWX 0  -j ACCEPT

... and many more things. Literally stumped for a few hours. The output of 
iptables indicates that I've wildcarded everything: 

tesla# iptables -S 
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-N LIBVIRT_FWI
-N LIBVIRT_FWO
-N LIBVIRT_FWX
-N LIBVIRT_INP
-N LIBVIRT_OUT
-A INPUT -j LIBVIRT_INP
-A FORWARD -j LIBVIRT_FWX
-A FORWARD -j LIBVIRT_FWI
-A FORWARD -j LIBVIRT_FWO
-A OUTPUT -j LIBVIRT_OUT
-A LIBVIRT_FWI -d 192.168.122.0/24 -j ACCEPT
-A LIBVIRT_FWI -i virbr0 -j ACCEPT
-A LIBVIRT_FWI -j ACCEPT
-A LIBVIRT_FWI -d 192.168.122.0/24 -o virbr0 -m conntrack --ctstate 
RELATED,ESTABLISHED -j ACCEPT
-A LIBVIRT_FWI -o virbr0 -j REJECT --reject-with icmp-port-unreachable
-A LIBVIRT_FWO -i virbr0 -j ACCEPT
-A LIBVIRT_FWO -j ACCEPT
-A LIBVIRT_FWO -s 192.168.122.0/24 -i virbr0 -j ACCEPT
-A LIBVIRT_FWO -i virbr0 -j REJECT --reject-with icmp-port-unreachable
-A LIBVIRT_FWX -j ACCEPT
-A LIBVIRT_FWX -i virbr0 -o virbr0 -j ACCEPT
-A LIBVIRT_INP -j ACCEPT
-A LIBVIRT_INP -i virbr0 -p udp -m udp --dport 53 -j ACCEPT
-A LIBVIRT_INP -i virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
-A LIBVIRT_INP -i virbr0 -p udp -m udp --dport 67 -j ACCEPT
-A LIBVIRT_INP -i virbr0 -p tcp -m tcp --dport 67 -j ACCEPT
-A LIBVIRT_OUT -j ACCEPT
-A LIBVIRT_OUT -o virbr0 -p udp -m udp --dport 53 -j ACCEPT
-A LIBVIRT_OUT -o virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
-A LIBVIRT_OUT -o virbr0 -p udp -m udp --dport 68 -j ACCEPT
-A LIBVIRT_OUT -o virbr0 -p tcp -m tcp --dport 68 -j ACCEPT

There are no REJECT rules not preceded by a wildcard ACCEPT, but I can't 
connect with this config. But simply stopping host (tesla) firewalld allows me 
to connect just fine. 

Any ideas? 

signature.asc
Description: This is a digitally signed message part.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Question on nmcli CentOS 8

2020-12-11 Thread Peter Larsen

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 addresses, and add those you want to keep. 
Once you change method to manual, dhcp should be disabled.


You do need to reactivate the connection once you've save the changes 
(same/typical nmcli procedure).



--
Regards
  Peter Larsen
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] The conclusio: CentOS is dead

2020-12-11 Thread Victor Pereira
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
will come with the same strength and spirit of our deceased CentOS.
Cheers,

On Fri, Dec 11, 2020 at 3:50 PM Walter H. 
wrote:

> 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 something different, because with
> Enterprise this CentOS Stream has nothing in common;
>
> and does Redhat really expect everone - even private people - afford a
> RHEL subscription¹ just to have a stable system?
>
> ¹ I would in case I only need just one RHEL subscription for ALL my
> private used VMs (including the ones hosted in internet as VPS)
>
> - a DNS server
> - a proxy server (squid)
> - a mail server (mail store - cyrus-imapd)
> - a mail server (mail router f. outgoing mails)
> - a mail server (mail scanner f. incoming mails with SpamAssassin and
> ClamAV)
> - a 2nd proxy server (squid, with SSL interception and Squidclamav plus
> ClamAV)
> - a web server (apache)
> - a jump host
> - a 6in4 router
> - desktop with graphical UI (plus Firefox and Thunderbird) is a now a
> SL, but they decided several time ago,
>not to do their own system based on RHEL, they use CentOS, that is
> now a little bit bad for this/SL's use case;
>
> - a VPS with OpenVPN (used with my smartphone)
> - a VPS with a proxy (squid, to avoid censorship due to geolocation
> blocking)
> - a VPS as the other end of 6in4
> - a VPS with storage of my own files
>(all VPS run a bind, too)
>
> Thanks for read;
>
> Walter
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
Victor
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread Gionatan Danti

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, the latter should have the same EOL date.


What I am missing?
Thanks.

--
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.da...@assyoma.it - i...@assyoma.it
GPG public key ID: FF5F32A8
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Question on nmcli CentOS 8

2020-12-11 Thread Gianluca Cecchi
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
> inet4 192.168.2.212/22
>
> I think the original connection was DHCP... the 2.212 item listed.
>
> So I want to change the original DHCP to a static network - how do I do
> that?
> I only want the one address not two.
>
> So now I need to "remove" both or all and add the 1 I want as static ? how
> do I do that?
>
> Thanks,
>
> Jerry



Supposing you don't need ipv6 and you are on console not having problems of
loosing connectivity I would do

nmcli con mod eth0 ipv4.method manual ipv6.method ignore autoconnect yes
ipv4.addresses 192.168.1.15/22 gw4 192.168.1.1 ipv4.dns 192.168.1.14
nmcli dev dis eth0
nmcli con up eth0

just tried on a CentOS 8.1 with Network Manager and configured with dhcp.
HIH,
Gianluca
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Question on nmcli CentOS 8

2020-12-11 Thread Jerry Geis
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 2.212 item listed.

So I want to change the original DHCP to a static network - how do I do
that?
I only want the one address not two.

So now I need to "remove" both or all and add the 1 I want as static ? how
do I do that?

Thanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS-docs] [centos/centos.org] branch master updated (f588419 -> 537e0b3)

2020-12-11 Thread git
This is an automated email from the git hooks/post-receive script.

rbowen pushed a change to branch master
in repository centos/centos.org.

from f588419  Update the CentOS Linux => CentOS Stream instructions to 
match a needed intermediary step.
 add 537e0b3  Remove Ralph, now that minutes are published.

No new revisions were added by this update.

Summary of changes:
 about/governance.md | 1 -
 1 file changed, 1 deletion(-)

-- 
To stop receiving notification emails like this one, please contact
the administrator of this repository.
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs


Re: [CentOS] Debug information packages for 8.3 missing?

2020-12-11 Thread 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 issues.
>>
>> I can't tell anything regarding the debuginfo package, but I can point
>> you into the direction, that DES support is dropped in release 8.3.
>> Maybe this is the root cause of you issues.
> 
> Thanks for the pointer!
> Sadly, the only message the application gives is a "kvno mismatch",
> it would likely be helpful to get the actual underlying error by
> stepping into the library with gdb (the application we use eats the
> error message :-( ),

kvno is usally that your local ticket number did not match the version
on the kerberos master. But I don't know how the encryption type can
trigger this behavior.

> since we don't operate the KDC but only the clients and want to provide
> a clear bug report (I also suspect this might be DES or 3DES related,
> though...).

It is difficult, if you don't operate the KDC. I would start with
manually get a ticket and provide the output of "klist -e" and "klist
-t" to the KDC operators.

Best regards
Ulf


I only know how to find
> Since it does not affect all applications, I can't be sure it's an
> external issue, though.
> 
> I'll wait a bit longer, maybe somebody has an idea what happened to
> those debuginfo packages.
> 
> Cheers and thanks,
> Oliver
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] The conclusio: CentOS is dead

2020-12-11 Thread Walter H.

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 something different, because with 
Enterprise this CentOS Stream has nothing in common;


and does Redhat really expect everone - even private people - afford a 
RHEL subscription¹ just to have a stable system?


¹ I would in case I only need just one RHEL subscription for ALL my 
private used VMs (including the ones hosted in internet as VPS)


- a DNS server
- a proxy server (squid)
- a mail server (mail store - cyrus-imapd)
- a mail server (mail router f. outgoing mails)
- a mail server (mail scanner f. incoming mails with SpamAssassin and 
ClamAV)
- a 2nd proxy server (squid, with SSL interception and Squidclamav plus 
ClamAV)

- a web server (apache)
- a jump host
- a 6in4 router
- desktop with graphical UI (plus Firefox and Thunderbird) is a now a 
SL, but they decided several time ago,
  not to do their own system based on RHEL, they use CentOS, that is 
now a little bit bad for this/SL's use case;


- a VPS with OpenVPN (used with my smartphone)
- a VPS with a proxy (squid, to avoid censorship due to geolocation 
blocking)

- a VPS as the other end of 6in4
- a VPS with storage of my own files
  (all VPS run a bind, too)

Thanks for read;

Walter


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Debug information packages for 8.3 missing?

2020-12-11 Thread Oliver Freyermuth via CentOS

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 direction, that DES support is dropped in release 8.3.
Maybe this is the root cause of you issues.


Thanks for the pointer!
Sadly, the only message the application gives is a "kvno mismatch",
it would likely be helpful to get the actual underlying error by stepping into 
the library with gdb (the application we use eats the error message :-( ),
since we don't operate the KDC but only the clients and want to provide a clear 
bug report (I also suspect this might be DES or 3DES related, though...).
Since it does not affect all applications, I can't be sure it's an external 
issue, though.

I'll wait a bit longer, maybe somebody has an idea what happened to those 
debuginfo packages.

Cheers and thanks,
Oliver
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread Matthew Miller
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 number for releases.  CentOS Stream 8 will always
> be CentOS Stream 8, and never 8.1 or 8.2, etc.  Just one ten-year
> long release.  At any given point in time, a fully updated system
> should be backward-compatible with any applications that have run
> earlier in the release cycle.

Yeah, the words "rolling release" ended up in the announcement without
anyone really catching that it's going to have strong implications of
something that _wasn't_ meant. It's hard to make an announcement like this
without having some phrasing that ends up causing confusion of some sort.
This one is definitely costing us in extra confusion, but please believe
that there's no hidden messaging here. We're just all trying to figure out
how to best communicate the concepts. I hope the blog posts from Stef and
Brendan on the CentOS blog today help clear things up!

 https://blog.centos.org/2020/12/centos-stream-is-continuous-delivery/

 https://blog.centos.org/2020/12/how-rhel-is-made/

-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread Walter H.

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 Stream 8 will always 
be CentOS Stream 8, and never 8.1 or 8.2, etc.  Just one ten-year long 
release.  At any given point in time, a fully updated system should be 
backward-compatible with any applications that have run earlier in the 
release cycle.


with CentOS Stream there are only updates till 2024(!) not 2029 as it be 
expected ...



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread Gordon Messmer

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/centos


Re: [CentOS] question centos stream 8 applying updates

2020-12-11 Thread Gordon Messmer

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, and never 8.1 or 8.2, etc.  Just one ten-year long 
release.  At any given point in time, a fully updated system should be 
backward-compatible with any applications that have run earlier in the 
release cycle.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Moving to CentOS 8 Stream

2020-12-11 Thread Matthew Miller
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 baliwick. Example:
> https://bugzilla.redhat.com/show_bug.cgi?id=1758358#c3

I am not part of the decision-making chain for this (personally, I would
have swung bigger!) but I respect the people who are, and as I understand
it, the intention is to demonstrate success in those constrained use-cases
and grow carefully from there (that's what Scott says in that bug, and I'm
sure he's not making it up).

I think probably these "simple outside-the-baliwick"
cases are good to send to the centos-questi...@redhat.com address, or to bug
Scott about specifically with more details of the use case. That bug has "it
may be useful for some users" but if you can expand that with several user
stories it might be more compelling.

-- 
Matthew Millermat...@mattdm.org 
Fedora Project Leader  mat...@fedoraproject.org   
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Simon Matter
> 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 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
>> I'll just adopt a pragmatic approach and gradually move my servers to
>> Oracle
>> Linux.
>

I may also do the same thing and did a test install of OL8 and compared it
to CentOS 8. OL really looks nice and as expected very similar to CentOS.
Someone mentioned that KVM is a paid feature but I don't think that's
really the case, does someone know more?

Two things to mention are:
- The Oracle EPEL seems not fully up to date.
- DNF shows a weird behavior: 'dnf check-upgrade' shows .src packages
which is something I've never seen before. Any ideas why?

I've already updates our package monitoring to filter out .src pckages.

Apart from that I've tested most packages of our inhouse repo and didn't
see any issues.

That said, I'd really like to jump directly to RockyLinux but that's
something for the long run, not for today.

Simon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Debug information packages for 8.3 missing?

2020-12-11 Thread 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 direction, that DES support is dropped in release 8.3.
Maybe this is the root cause of you issues.

Best regards
Ulf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Moving to CentOS 8 Stream

2020-12-11 Thread Japheth Cleaver

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, and which becomes supported when run on supported
RHEL systems but is free to run anywhere.

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 baliwick. Example: 
https://bugzilla.redhat.com/show_bug.cgi?id=1758358#c3


-jc

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread José Roberto Alas
El vie, 11 de dic. de 2020 a la(s) 11:09, Victor Pereira (
victor.pere...@unix.cl) escribió:

> On Fri, Dec 11, 2020 at 2:06 PM José Roberto Alas 
> wrote:
>
> > This website is purely satirical and is not representative of CentOS nor
> > RedHat.
> >
>
> Eso el dia 1 no lo tenia... xD debe ser de alguno de la lista porque varios
> de RH preguntaron de que se trataba...
>


La verdad que era de esperarse, asi se van muriendo grandes proyectos. La
gente va viendo de donde saca $
Así murió Mandrake, Sun Microsystems, Solaris

Al final algun dia quizas tendremos que quedarnos con Debian

-- 
Saludos,
cheperobert
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Gordon Messmer

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.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Kay Schenk


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 will be updated several times a day.


So, like Fedora?  People run servers on Fedora now, and I think that's 
fine.



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 that they also 
don't endorse running CentOS Stream in production.


I'm happy you made this point. Yes, CentOS is asssumed to be as 
"stable"  as the release it's based on, but there are changes.


I think it's good to keep this in mind and consider an actual RH license 
if 100% stability and compatibility are the goals.







And even if I reduce the number of CentOS Stream upgrades to
minimal one, the base advantage of CentOS is lost: predictability.



It's really difficult for me to look at a distribution that just stops 
getting updates for 4-6 weeks, twice a year, and use the word 
"predictable" to describe it.


My first reaction to the announcement was pretty negative, too. But 
when I stepped back and looked at the current situation *real* 
honestly, I had to admit that CentOS just doesn't offer any of the 
things that people are complaining about losing.


And I hope that the CentOS maintainers don't interpret that as 
criticism, because it isn't intended to be.  They've always maintained 
that if you need updates/patches in a timely manner, then you should 
be paying Red Hat for RHEL.  I agreed with them then, and I still do.



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


--
"DO or DO NOT; there is no try."
 -- Yoda

  Kay


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Gordon Messmer

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 CentOS maintainers have always 
referred users who needed "trust and confidence" to RHEL.



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Frank Cox
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
> I'll just adopt a pragmatic approach and gradually move my servers to Oracle
> Linux.

I would be very interested in any observations or insights you can offer in 
regard to Oracle Linux and your experiences with it.

> BTW, migration script works nicely on 7.x and 8.x:
> 
> https://github.com/oracle/centos2ol

Now that's an extremely useful thing to know.

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Victor Pereira
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 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
> I'll just adopt a pragmatic approach and gradually move my servers to
> Oracle
> Linux.
>
> BTW, migration script works nicely on 7.x and 8.x:
>
> https://github.com/oracle/centos2ol
>
> Cheers,
>
> Niki
>
> --
> Microlinux - Solutions informatiques durables
> 7, place de l'église - 30730 Montpezat
> Site : https://www.microlinux.fr
> Blog : https://blog.microlinux.fr
> Mail : i...@microlinux.fr
> Tél. : 04 66 63 10 32
> Mob. : 06 51 80 12 12
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

GREAT! Good NEWS! Cheers!

Regards
-- 
Victor
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Victor Pereira
On Fri, Dec 11, 2020 at 2:06 PM José Roberto Alas 
wrote:

> This website is purely satirical and is not representative of CentOS nor
> RedHat.
>

Eso el dia 1 no lo tenia... xD debe ser de alguno de la lista porque varios
de RH preguntaron de que se trataba...


>
> El vie, 11 de dic. de 2020 a la(s) 10:06, David González Romero (
> dgrved...@gmail.com) escribió:
>
> > Alguien sabe de esto
> >
> > https://centos.rip/
> >
> > Saludos,
> > David
> > ___
> > CentOS-es mailing list
> > CentOS-es@centos.org
> > https://lists.centos.org/mailman/listinfo/centos-es
> >
>
>
> --
> Saludos,
> cheperobert
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>


-- 
Victor
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Nicolas Kovacs
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 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
I'll just adopt a pragmatic approach and gradually move my servers to Oracle
Linux.

BTW, migration script works nicely on 7.x and 8.x:

https://github.com/oracle/centos2ol

Cheers,

Niki

-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Site : https://www.microlinux.fr
Blog : https://blog.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
Mob. : 06 51 80 12 12
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread José Roberto Alas
This website is purely satirical and is not representative of CentOS nor
RedHat.

El vie, 11 de dic. de 2020 a la(s) 10:06, David González Romero (
dgrved...@gmail.com) escribió:

> Alguien sabe de esto
>
> https://centos.rip/
>
> Saludos,
> David
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>


-- 
Saludos,
cheperobert
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] CentOS 8 Stream: The Good, The Bad, The Ugly

2020-12-11 Thread Victor Pereira
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 would give me light that it was a decision made
> > at the point of excel spreadsheets.
>
> Yeah -- no one is unemployed. There really are not a lot of people working
> on CentOS Stream or the rebuild, all told, and the part about wanting to
> refocus all of the energy on Stream to make it successful is 100% true.
>

I appreciate the sincerity on your part Matthew, with this I stay, to begin
the technical conversations with the different actors that we have in
different business areas, I hope this does not hit so hard the trust that
was had in RH because sincerely I I no longer believe in words because as
the saying goes, "the wind blows them away," even though a promise was
written, but the important thing is to move on and this is the thrill of
life.

>
>
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

Regards!
-- 
Victor
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Victor Pereira
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
company.

On Fri, Dec 11, 2020 at 1:37 PM Phelps, Matthew 
wrote:

> 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 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 for many years and looked at and
> tried
> > > > many distributions. Most of them are either unstable or bloated, or
> > both.
> > > >
> > > > The only thing I'd trust Oracle to do is screw the computing
> community
> > > > any way possible.
> > > >
> > > >
> > > I agree. My current plan is to recommend we stay on CentOS 7 and switch
> > to
> > > Rocky Linux for version 8, maybe in a year or so.
> > >
> > > Worst case scenario is Red Hat kills CentOS 7 (which would *not*
> surprise
> > > me at all now) and we need to bridge the gap with Oracle.
> > >
> > > 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.
> > >
> > > We shall see...
> > >
> > >
> > >
> > > > On 12/11/2020 7:01 AM, Nicolas Kovacs wrote:
> > > > > 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)
> > > > >
> > > > ___
> > > > CentOS mailing list
> > > > CentOS@centos.org
> > > > https://lists.centos.org/mailman/listinfo/centos
> > > >
> > >
> > >
> > > --
> > >
> > > *Matt Phelps*
> > >
> > > *Information Technology Specialist, Systems Administrator*
> > >
> > > (Computation Facility, Smithsonian Astrophysical Observatory)
> > >
> > > Center for Astrophysics | Harvard & Smithsonian
> > >
> > >
> > > 60 Garden Street | MS 39 | Cambridge, MA 02138
> > > email: mphe...@cfa.harvard.edu
> > >
> > >
> > > cfa.harvard.edu | Facebook  | Twitter
> > >  | YouTube <
> > http://cfa.harvard.edu/youtube
> > > >
> > > | Newsletter 
> > > ___
> > > CentOS mailing list
> > > CentOS@centos.org
> > > https://lists.centos.org/mailman/listinfo/centos
> > >
> >
> > I am not so sure that Oracle will do the same as RedHat ... as it has
> done
> > with other Communities that it has bought, I would honestly prefer
> > something 100% community and that it gives us the necessary business
> tools
> > to move to production 100% compatible systems, I think RockyLinux and
> what
> > CLoudLinux intends to do is good and gives a wide range of possibilities
> to
> > choose from.
> > --
> > Victor
> >
>
> Totally agree.
>
> --
>
> *Matt Phelps*
>
> *Information Technology Specialist, Systems Administrator*
>
> (Computation Facility, Smithsonian Astrophysical Observatory)
>
> Center for Astrophysics | Harvard & Smithsonian
>
>
> 60 Garden Street | MS 39 | Cambridge, MA 02138
> email: mphe...@cfa.harvard.edu
>
>
> cfa.harvard.edu | Facebook  | Twitter
>  | YouTube  >
> | Newsletter 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
Victor
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Leon Fauster via CentOS

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 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 for many years and looked at and tried
many distributions. Most of them are either unstable or bloated, or both.

The only thing I'd trust Oracle to do is screw the computing community
any way possible.



I agree. My current plan is to recommend we stay on CentOS 7 and switch to
Rocky Linux for version 8, maybe in a year or so.

Worst case scenario is Red Hat kills CentOS 7 (which would *not* surprise
me at all now) and we need to bridge the gap with Oracle.

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.

We shall see...




On 12/11/2020 7:01 AM, Nicolas Kovacs wrote:

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)


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos




--

*Matt Phelps*

*Information Technology Specialist, Systems Administrator*

(Computation Facility, Smithsonian Astrophysical Observatory)

Center for Astrophysics | Harvard & Smithsonian


60 Garden Street | MS 39 | Cambridge, MA 02138
email: mphe...@cfa.harvard.edu


cfa.harvard.edu | Facebook  | Twitter
 | YouTube 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos



I am not so sure that Oracle will do the same as RedHat ... as it has done
with other Communities that it has bought, I would honestly prefer
something 100% community and that it gives us the necessary business tools
to move to production 100% compatible systems, I think RockyLinux and what
CLoudLinux intends to do is good and gives a wide range of possibilities to
choose from.



Some one mentioned the already available Springdale Linux OS
made by Princeton University and IAS:

https://puias.math.ias.edu/

--
Leon
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Phelps, Matthew
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 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 for many years and looked at and tried
> > > many distributions. Most of them are either unstable or bloated, or
> both.
> > >
> > > The only thing I'd trust Oracle to do is screw the computing community
> > > any way possible.
> > >
> > >
> > I agree. My current plan is to recommend we stay on CentOS 7 and switch
> to
> > Rocky Linux for version 8, maybe in a year or so.
> >
> > Worst case scenario is Red Hat kills CentOS 7 (which would *not* surprise
> > me at all now) and we need to bridge the gap with Oracle.
> >
> > 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.
> >
> > We shall see...
> >
> >
> >
> > > On 12/11/2020 7:01 AM, Nicolas Kovacs wrote:
> > > > 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)
> > > >
> > > ___
> > > CentOS mailing list
> > > CentOS@centos.org
> > > https://lists.centos.org/mailman/listinfo/centos
> > >
> >
> >
> > --
> >
> > *Matt Phelps*
> >
> > *Information Technology Specialist, Systems Administrator*
> >
> > (Computation Facility, Smithsonian Astrophysical Observatory)
> >
> > Center for Astrophysics | Harvard & Smithsonian
> >
> >
> > 60 Garden Street | MS 39 | Cambridge, MA 02138
> > email: mphe...@cfa.harvard.edu
> >
> >
> > cfa.harvard.edu | Facebook  | Twitter
> >  | YouTube <
> http://cfa.harvard.edu/youtube
> > >
> > | Newsletter 
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> >
>
> I am not so sure that Oracle will do the same as RedHat ... as it has done
> with other Communities that it has bought, I would honestly prefer
> something 100% community and that it gives us the necessary business tools
> to move to production 100% compatible systems, I think RockyLinux and what
> CLoudLinux intends to do is good and gives a wide range of possibilities to
> choose from.
> --
> Victor
>

Totally agree.

-- 

*Matt Phelps*

*Information Technology Specialist, Systems Administrator*

(Computation Facility, Smithsonian Astrophysical Observatory)

Center for Astrophysics | Harvard & Smithsonian


60 Garden Street | MS 39 | Cambridge, MA 02138
email: mphe...@cfa.harvard.edu


cfa.harvard.edu | Facebook  | Twitter
 | YouTube 
| Newsletter 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Matthew Miller
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.
> Looks like it was originally inadvertently filed as a private bug. That
> option, of course, is there for things which might actually be sensitive. I
> see Brian Stinson cleared that when he took ownership of the issue.

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.

-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread 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 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 for many years and looked at and tried
> > many distributions. Most of them are either unstable or bloated, or both.
> >
> > The only thing I'd trust Oracle to do is screw the computing community
> > any way possible.
> >
> >
> I agree. My current plan is to recommend we stay on CentOS 7 and switch to
> Rocky Linux for version 8, maybe in a year or so.
>
> Worst case scenario is Red Hat kills CentOS 7 (which would *not* surprise
> me at all now) and we need to bridge the gap with Oracle.
>
> 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.
>
> We shall see...
>
>
>
> > On 12/11/2020 7:01 AM, Nicolas Kovacs wrote:
> > > 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)
> > >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> >
>
>
> --
>
> *Matt Phelps*
>
> *Information Technology Specialist, Systems Administrator*
>
> (Computation Facility, Smithsonian Astrophysical Observatory)
>
> Center for Astrophysics | Harvard & Smithsonian
>
>
> 60 Garden Street | MS 39 | Cambridge, MA 02138
> email: mphe...@cfa.harvard.edu
>
>
> cfa.harvard.edu | Facebook  | Twitter
>  | YouTube  >
> | Newsletter 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

I am not so sure that Oracle will do the same as RedHat ... as it has done
with other Communities that it has bought, I would honestly prefer
something 100% community and that it gives us the necessary business tools
to move to production 100% compatible systems, I think RockyLinux and what
CLoudLinux intends to do is good and gives a wide range of possibilities to
choose from.
-- 
Victor
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Victor Pereira
Centos.rip es un fake... de algun chistoso... pero de que es cierto lo es

para que se vayan haciendo la idea de migrar a un S.O. Enterprise les paso
lo que ya se esta gestando...

https://blog.cloudlinux.com/announcing-open-sourced-community-driven-rhel-fork-by-cloudlinux

https://monkos.org/

https://github.com/rocky-linux/rocky

On Fri, Dec 11, 2020 at 1:20 PM Gerardo Barajas 
wrote:

> Jajaja por lo de centos.rip, es una pagina de burla.
>  Ninguna liga sirve.
>
>
> *Gerardo Barajas Puente*
>
>
>
> On Fri, Dec 11, 2020 at 10:06 AM David González Romero <
> dgrved...@gmail.com>
> wrote:
>
> > Alguien sabe de esto
> >
> > https://centos.rip/
> >
> > Saludos,
> > David
> > ___
> > CentOS-es mailing list
> > CentOS-es@centos.org
> > https://lists.centos.org/mailman/listinfo/centos-es
> >
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>


-- 
Victor
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Victor Pereira
Genial!!!

On Fri, Dec 11, 2020 at 1:22 PM Ing. Ernesto Pérez Estévez, Mg. via
CentOS-es  wrote:

> El 11/12/20 a las 11:09, Roberto Bermúdez escribió:
> > Buenos días con todos amigos listeros, no he tenido ningún conocimiento
> al
> > respecto de esto pero no creo que sea verdad tampoco
>
> el sitio es, digamos, una broma. Pero es sobre un hecho real.
>
> En este video hablamos sobre el tema
> https://youtu.be/X-4d8U4A41Y
>
> En realidad esperaría cambios, que no simplemente que se convertirá en
> el fedora para crear centos. Hay más cosas
> saludos
> epe
>
>
>
> --
> CEDIA
> La principal herramienta de Investigación en el Ecuador.
>
> Gonzalo Cordero 2-122 y J. Fajardo
> Cuenca -  Ecuador
> Telf: +593 7 407 9300 Ext. 115
> i...@cedia.org.ec
> www.cedia.edu.ec
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>


-- 
Victor
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Randal, Phil
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 links or open attachments unless you recognise the sender and know 
the content is safe.


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 distribution.

--
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Hoople Ltd, Registered in England and Wales No. 7556595
Registered office: Plough Lane, Hereford, HR4 0LE

"Any opinion expressed in this e-mail or any attached files are those of the 
individual and not necessarily those of Hoople Ltd. You should be aware that 
Hoople Ltd. monitors its email service. This e-mail and any attached files are 
confidential and intended solely for the use of the addressee. This 
communication may contain material protected by law from being passed on. If 
you are not the intended recipient and have received this e-mail in error, you 
are advised that any use, dissemination, forwarding, printing or copying of 
this e-mail is strictly prohibited. If you have received this e-mail in error 
please contact the sender immediately and destroy all copies of it."
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Victor Pereira
Es mas que cierto es cosa de ver todo lo que se esta moviendo por rescatar
la "Comunidad" que se basa en RedHat COmo S.O., esto es una molestia para
quienes somos usuarios muy activos de CenOS asi como administradores de
Sistemas los cuales nos basamos en soluciones de reventa de productos.


On Fri, Dec 11, 2020 at 1:06 PM David González Romero 
wrote:

> Alguien sabe de esto
>
> https://centos.rip/
>
> Saludos,
> David
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>


-- 
Victor
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Ing . Ernesto Pérez Estévez , Mg . via CentOS-es
El 11/12/20 a las 11:09, Roberto Bermúdez escribió:
> Buenos días con todos amigos listeros, no he tenido ningún conocimiento al
> respecto de esto pero no creo que sea verdad tampoco

el sitio es, digamos, una broma. Pero es sobre un hecho real.

En este video hablamos sobre el tema
https://youtu.be/X-4d8U4A41Y

En realidad esperaría cambios, que no simplemente que se convertirá en
el fedora para crear centos. Hay más cosas
saludos
epe



-- 
CEDIA
La principal herramienta de Investigación en el Ecuador.

Gonzalo Cordero 2-122 y J. Fajardo
Cuenca -  Ecuador
Telf: +593 7 407 9300 Ext. 115
i...@cedia.org.ec
www.cedia.edu.ec
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Pete Biggs
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://bugzilla.redhat.com/show_bug.cgi?id=1906839
> > on CentOS Stream distribution.
> 
It's been changed. I couldn't see it either when it was first posted.
It's open now.

One might cynically think that not all ducks were correctly lined up
for this brave new world scenario. :-)

P.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Gerardo Barajas
Jajaja por lo de centos.rip, es una pagina de burla.
 Ninguna liga sirve.


*Gerardo Barajas Puente*



On Fri, Dec 11, 2020 at 10:06 AM David González Romero 
wrote:

> Alguien sabe de esto
>
> https://centos.rip/
>
> Saludos,
> David
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Matthew Miller
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.

Looks like it was originally inadvertently filed as a private bug. That
option, of course, is there for things which might actually be sensitive. I
see Brian Stinson cleared that when he took ownership of the issue.


-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Gianluca Cecchi
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://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.
Thanks,
Gianluca
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Phelps, Matthew
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 urge others to do the same.
>
> I've been around the Linux world for many years and looked at and tried
> many distributions. Most of them are either unstable or bloated, or both.
>
> The only thing I'd trust Oracle to do is screw the computing community
> any way possible.
>
>
I agree. My current plan is to recommend we stay on CentOS 7 and switch to
Rocky Linux for version 8, maybe in a year or so.

Worst case scenario is Red Hat kills CentOS 7 (which would *not* surprise
me at all now) and we need to bridge the gap with Oracle.

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.

We shall see...



> On 12/11/2020 7:01 AM, Nicolas Kovacs wrote:
> > 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)
> >
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 

*Matt Phelps*

*Information Technology Specialist, Systems Administrator*

(Computation Facility, Smithsonian Astrophysical Observatory)

Center for Astrophysics | Harvard & Smithsonian


60 Garden Street | MS 39 | Cambridge, MA 02138
email: mphe...@cfa.harvard.edu


cfa.harvard.edu | Facebook  | Twitter
 | YouTube 
| Newsletter 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Enrique Herrera Noya
solo lo que dice

que van a proveer actualizaciones desde Arch


ha sido un gusto , me ire a algun fork de redhat o centos


El 11-12-20 a las 13:06, David González Romero escribió:
> Alguien sabe de esto
>
> https://centos.rip/
>
> Saludos,
> David
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es


Enrique Herrera Noya
-- 
+56 992303151
Red Hat Certified Engineer RHCE Nº100223072 (RH6.0)
Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0)
Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0)
Novell Certified Linux Professional CLP 10 
Red Hat Delivery Specialist -Container Platform Application Deployment I
Red Hat Delivery Specialist - Container Platform Administration I
RED HAT SPECIALIST 
How to Sell Red Hat OpenShift for Infrastructure
How to Sell Red Hat OpenShift for Developers
Red Hat Sales Engineer Specialist - Container Platform
Red Hat Sales Engineer Specialist – Automation

___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Matthew Miller
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 distribution.

-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Moving to CentOS 8 Stream

2020-12-11 Thread Matthew Miller
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 supported
RHEL systems but is free to run anywhere.

-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Roberto Bermúdez
Buenos días con todos amigos listeros, no he tenido ningún conocimiento al
respecto de esto pero no creo que sea verdad tampoco

Saludos
Roberto

El vie., 11 de diciembre de 2020 11:06 a. m., David González Romero <
dgrved...@gmail.com> escribió:

> Alguien sabe de esto
>
> https://centos.rip/
>
> Saludos,
> David
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] CentOS rip?

2020-12-11 Thread Alex (Servtelecom) via CentOS-es
si, centos como lo conocemos esta muerto, ahora sera como un fedora  un banco 
de pruebas para RedHat

pero el creador de CentOS ha creado un fork llamado Rocky Linux que en poco 
tiempo estará en producción

En 11 dic. 2020 17:06, en 17:06, "David González Romero"  
escribió:
>Alguien sabe de esto
>
>https://centos.rip/
>
>Saludos,
>David
>___
>CentOS-es mailing list
>CentOS-es@centos.org
>https://lists.centos.org/mailman/listinfo/centos-es
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Richard B. Pyne
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 for many years and looked at and tried 
many distributions. Most of them are either unstable or bloated, or both.


The only thing I'd trust Oracle to do is screw the computing community 
any way possible.



On 12/11/2020 7:01 AM, Nicolas Kovacs wrote:

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)


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS-es] CentOS rip?

2020-12-11 Thread David González Romero
Alguien sabe de esto

https://centos.rip/

Saludos,
David
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Sergio Belkin
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 CentOS in
> > production, so I don't understand why it's significant that they
> > also don't endorse running CentOS Stream in production.
>
> Yeah, I too think this is important context. I don't think you'll ever find
> anyone from the business side ever even suggesting that they think CentOS
> Linux, the rebuild, was *ever* something Red Hat recommended to run in
> production.
>
>
> --
> Matthew Miller
> 
> Fedora Project Leader
>

With all due respect. Please don't mix topics.
Everyone is grateful about the effort of CentOS developers in the last 16
years.
The problem is not only the announce and decision of RH, but also the
unfortunate PR of CentOS, how could you ask trust and confidence with
something like that:

> If you are using CentOS Linux 8 in a production environment, and are
concerned that CentOS Stream will not meet your needs, we encourage you to
contact Red Hat about options.

Please don't blame the rest of the world for things that you wrote.

Regards

-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Randal, Phil
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 verbose


This message originated from outside of Herefordshire Council or Hoople. Please 
do not click links or open attachments unless you recognise the sender and know 
the content is safe.


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
> the debuglevel, but nothing seems to affect it.  I get things like
> this:
>
> Downloading: 
> http://mirrorlist.centos.org/?release=8-stream=x86_64=BaseOS=stock
> Downloading: 
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repodata/repomd.xml|
>0  B --:-- ETA
> Downloading:
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repod
> ata/c2f9210df3e5c24d45228e360eb1f405367c1286d36ec91bf930abb944e3ac44-p
> rimary.xml.gz
> Downloading:
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repod
> ata/b412debc52ee7c094b8de2c57a0d6d8827828154a6cd0e1995d588273028a4fe-f
> ilelists.xml.gz
> Downloading: 
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repodata/6cd252c469b0dd0c67bc8d8b4ab2df44fb24de52c93decdfe7acc77b97361490-comps-BaseOS.x86_64.xml.xz
> CentOS Stream 8 - BaseOS  
>13 MB/s | 2.3 M
>
> For every repo when there's nothing cached. It never used to do this.
> How can I turn off the "Downloading:" messages?
>
> P.

The problem is that the version of dnf in CentOS stream does not match the 
version of libdnf used.
I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1906839
on CentOS Stream distribution.

M.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Hoople Ltd, Registered in England and Wales No. 7556595
Registered office: Plough Lane, Hereford, HR4 0LE

"Any opinion expressed in this e-mail or any attached files are those of the 
individual and not necessarily those of Hoople Ltd. You should be aware that 
Hoople Ltd. monitors its email service. This e-mail and any attached files are 
confidential and intended solely for the use of the addressee. This 
communication may contain material protected by law from being passed on. If 
you are not the intended recipient and have received this e-mail in error, you 
are advised that any use, dissemination, forwarding, printing or copying of 
this e-mail is strictly prohibited. If you have received this e-mail in error 
please contact the sender immediately and destroy all copies of it."
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Gianluca Cecchi
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 CentOS in
> > production, so I don't understand why it's significant that they
> > also don't endorse running CentOS Stream in production.
>
> Yeah, I too think this is important context. I don't think you'll ever find
> anyone from the business side ever even suggesting that they think CentOS
> Linux, the rebuild, was *ever* something Red Hat recommended to run in
> production.
>
>
>
>
In early 2000 I don't think you'll ever find anyone from the business side
ever even suggesting that they think Linux (in general) was *ever*
something vendors recommended to run in production... but here we are now
;-)
And bye bye to AIX, HP-UX, Sun Solaris, Digital Unix, Tru64 Unix (only to
mention the OSes I had been involved in at different levels); and I would
like to notice that each one of those had its strong points anyway and let
me learn much.

Business men joked with me when I asked about considering Linux in some
context and they replied "Eh, Linus? The cartoon guy?"

So what?

Please leave business to business
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Matthew Miller
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 that they
> also don't endorse running CentOS Stream in production.

Yeah, I too think this is important context. I don't think you'll ever find
anyone from the business side ever even suggesting that they think CentOS
Linux, the rebuild, was *ever* something Red Hat recommended to run in
production.


-- 
Matthew Miller

Fedora Project Leader
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [CentOS-devel] https://blog.centos.org/2020/12/future-is-centos-stream/

2020-12-11 Thread centos--- via CentOS




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 paid RHEL
licenses (i.e. hypervisors).


Back in the Before Times and RHEL 7 was at .1 or .2 I had a persistent kernel 
oops on a set of RHEL7 hypervisors. Since we had fairly well tricked out RHEL 
support licenses I opened a ticket and within a couple of weeks I had 
confirmation that yep, there was a known issue, and there was a fix entering 
testing. I asked for access to the fixed kernel. I was told no. I asked if 
there was a particular kernel version I could deploy temporarily until the fix 
was released.  Silence. I asked for a bug ID so I could maybe use that to 
figure out what kernel I could deploy until RH released the fix.  Silence.  
Meanwhile hypervisors are oopsing on me because the project didn't want to 
deviate from the vendor baseline.

Then I learned about Centos Plus. I reprovisioned a machine, picked a Plus 
kernel, and happy sailing. The project decided functionality was superior to 
arbitrary compliance in this case. Rebuilt the rest of that rack to CentOS 7 
and never looked back. Or bothered renewing as many and that level of support 
because the one time I really could have used it it was effectively denied.

Sometimes basing the most critical part of your infrastructure on CentOS was 
the only way forward.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Tom Bishop
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 = Oracle Enterprise Linux? There is no reason in heaven or hell to
> > trust them.
>
> Yes, that's who I meant. And like you, I find myself unwilling to trust
> them.  :)
>
> --
> Scott Robbins
> PGP keyID EB3467D6
> ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
> gpg --keyserver pgp.mit.edu --recv-keys EB3467D6
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

> They are not the only ones, Springdale linux - https://puias.math.ias.edu
is an existing RHEL clone and have been around for sometime and there is
another in that appears to be spinning up sponsored by CloudLinux -
https://blog.cloudlinux.com/announcing-open-sourced-community-driven-rhel-fork-by-cloudlinux


There may be others that will eventually get stood up also but there are
options today and additional ones coming on board shortly.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] 8-stream dnf overly verbose

2020-12-11 Thread Marek Blaha
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
> the debuglevel, but nothing seems to affect it.  I get things like
> this:
>
> Downloading: 
> http://mirrorlist.centos.org/?release=8-stream=x86_64=BaseOS=stock
> Downloading: 
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repodata/repomd.xml|
>0  B --:-- ETA
> Downloading: 
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repodata/c2f9210df3e5c24d45228e360eb1f405367c1286d36ec91bf930abb944e3ac44-primary.xml.gz
> Downloading: 
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repodata/b412debc52ee7c094b8de2c57a0d6d8827828154a6cd0e1995d588273028a4fe-filelists.xml.gz
> Downloading: 
> http://mirror.cov.ukservers.com/centos/8-stream/BaseOS/x86_64/os/repodata/6cd252c469b0dd0c67bc8d8b4ab2df44fb24de52c93decdfe7acc77b97361490-comps-BaseOS.x86_64.xml.xz
> CentOS Stream 8 - BaseOS  
>13 MB/s | 2.3 M
>
> For every repo when there's nothing cached. It never used to do this.
> How can I turn off the "Downloading:" messages?
>
> P.

The problem is that the version of dnf in CentOS stream does not match
the version of libdnf used.
I've filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1906839
on CentOS Stream distribution.

M.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Moving to CentOS 8 Stream

2020-12-11 Thread James Szinger
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
> seconds using containers.  :-P

Except that there are no container images available for Stream. :(

(I am not complaining, just pointing out the irony.)

Seriously, many thanks to the CentOS team for their decades of fine
work.  CentOS as I know it is being discontinued and I will evaluate
Stream as its own product on its own merits.

Jim
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Nicolas Kovacs
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://www.microlinux.fr
Blog : https://blog.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
Mob. : 06 51 80 12 12
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Scott Robbins
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
> trust them.

Yes, that's who I meant. And like you, I find myself unwilling to trust
them.  :)

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Liam O'Toole
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 decision that RH made to do this...
> > 
> > True. I just hope that the various alternatives will pool their resources. 
> > History has shown that RHEL derivatives require a lot of effort to 
> > maintain. It would be a shame to dissipate that effort among a number of 
> > competing distros.
> 
> One problem has been that RedHat, when they see a clone is successful, will
> tend to hire the lead developer. This is what happened to Scientific Linux,
> back when CentOS was late with a release (one of the head developers had
> the temerity to get married around that time and somehow, that took some of
> his time).  Scientific Linux was gaining popularity and RH hired their head
> developer. This was before RH was bought by IBM.
> 

That's a good point. It's a perpetual whack-a-mole. But I prefer to whack an 
open-source mole rather than a proprietary one.

> 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 trust 
them.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Scott Robbins
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 alternatives will pool their resources. 
> History has shown that RHEL derivatives require a lot of effort to maintain. 
> It would be a shame to dissipate that effort among a number of competing 
> distros.

One problem has been that RedHat, when they see a clone is successful, will
tend to hire the lead developer. This is what happened to Scientific Linux,
back when CentOS was late with a release (one of the head developers had
the temerity to get married around that time and somehow, that took some of
his time).  Scientific Linux was gaining popularity and RH hired their head
developer. This was before RH was bought by IBM.

One assumes however, that this wouldn't happen with OEL, though one never
knows.  


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Announcing Open-sourced & Community-Driven RHEL Fork by CloudLinux

2020-12-11 Thread Liam O'Toole
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 derivatives require a lot of effort to maintain. It 
would be a shame to dissipate that effort among a number of competing distros.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Alessandro Baggi


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 RHEL clones will replace the CentOS, so this
is the part I am less worried about. If someone is happy with CentOS
Stream, that's fine. I am not, but that's (not only) my problem.

This.

Centos Stream is NOT a REPLACEMENT of CentOS, it is a different
"product" used as a rhel preview (and testing platform for next rhel
releases [minor/major]). This is a simple direction change for a
corporation. I accept this without any problem, they have not any legal
duty with CentOS community. Ethically, wow...they should ask itself WTF
did they done. But no problem..many of us have imagined this since IBM
ops (also if this is a centos board decision), today it is reality.
Really there is nothing new for me (This is why I started to find
alternatives for my case usage since 8 was released waiting the switch
to see if direction was good)

The days you install CentOS as server distro for stability and
compatibility are gone. I always used centos and not rhel because I
don't need support. I don't need CentOS Stream so  I will not use it.
CentOS 8, with its all defects, was enough for me and I think I will not
use rhel until forced. So for me (and many) there is not an alternative
then to change ship and switch to Debian/Ubuntu LTS that are not bad
systems. Intended, there are other alternatives like SUSE/OpenSUSE, OL
and other...

I started intensively using Debian, Ubuntu and Kali 3+ years ago. So
far, they are solid enough (talking of LTS) and quite reliable, as
CentOS 6 was.


I read many times that Debian/Ubuntu LTS are not centos/rhel, this is
true (they are different products) but please, stop saying this, them
are not shitty distro..but when I read that many users use fedora as
server distro I laugh.

I'm not in enterprise so I don't need this type of "support" and can
change the distro without any problem but I will stay away from
CentOS/RH products due to 0 trust in them.

For the past years, for CentOS 6,7 and 8 thank you Johnny, Rich and all
other maintainers. You did a great job.

I agree, I think I leave this thread on a good line. The maintainers did
great job (and I hope they will keep doing it). But "tempora mutantur,
and nos mutamus in illis". Good luck to all of us.


"tempora mutantur,
and nos mutamus in illis"

+1

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Konstantin Boyandin via CentOS
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 part I am less worried about. If someone is happy with CentOS
>> Stream, that's fine. I am not, but that's (not only) my problem.
> 
> This.
> 
> Centos Stream is NOT a REPLACEMENT of CentOS, it is a different 
> "product" used as a rhel preview (and testing platform for next rhel 
> releases [minor/major]). This is a simple direction change for a 
> corporation. I accept this without any problem, they have not any legal 
> duty with CentOS community. Ethically, wow...they should ask itself WTF 
> did they done. But no problem..many of us have imagined this since IBM 
> ops (also if this is a centos board decision), today it is reality. 
> Really there is nothing new for me (This is why I started to find 
> alternatives for my case usage since 8 was released waiting the switch 
> to see if direction was good)
> 
> The days you install CentOS as server distro for stability and 
> compatibility are gone. I always used centos and not rhel because I 
> don't need support. I don't need CentOS Stream so  I will not use it. 
> CentOS 8, with its all defects, was enough for me and I think I will not 
> use rhel until forced. So for me (and many) there is not an alternative 
> then to change ship and switch to Debian/Ubuntu LTS that are not bad 
> systems. Intended, there are other alternatives like SUSE/OpenSUSE, OL 
> and other...

I started intensively using Debian, Ubuntu and Kali 3+ years ago. So 
far, they are solid enough (talking of LTS) and quite reliable, as 
CentOS 6 was.

> I read many times that Debian/Ubuntu LTS are not centos/rhel, this is 
> true (they are different products) but please, stop saying this, them 
> are not shitty distro..but when I read that many users use fedora as 
> server distro I laugh.
> 
> I'm not in enterprise so I don't need this type of "support" and can 
> change the distro without any problem but I will stay away from 
> CentOS/RH products due to 0 trust in them.
> 
> For the past years, for CentOS 6,7 and 8 thank you Johnny, Rich and all 
> other maintainers. You did a great job.

I agree, I think I leave this thread on a good line. The maintainers did 
great job (and I hope they will keep doing it). But "tempora mutantur, 
and nos mutamus in illis". Good luck to all of us.

-- 
Sincerely,

Konstantin Boyandin
system administrator (ProWide Labs Ltd. - IPHost Network Monitor)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Alessandro Baggi


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 CentOS
Stream, that's fine. I am not, but that's (not only) my problem.


This.

Centos Stream is NOT a REPLACEMENT of CentOS, it is a different 
"product" used as a rhel preview (and testing platform for next rhel 
releases [minor/major]). This is a simple direction change for a 
corporation. I accept this without any problem, they have not any legal 
duty with CentOS community. Ethically, wow...they should ask itself WTF 
did they done. But no problem..many of us have imagined this since IBM 
ops (also if this is a centos board decision), today it is reality. 
Really there is nothing new for me (This is why I started to find 
alternatives for my case usage since 8 was released waiting the switch 
to see if direction was good)


The days you install CentOS as server distro for stability and 
compatibility are gone. I always used centos and not rhel because I 
don't need support. I don't need CentOS Stream so  I will not use it. 
CentOS 8, with its all defects, was enough for me and I think I will not 
use rhel until forced. So for me (and many) there is not an alternative 
then to change ship and switch to Debian/Ubuntu LTS that are not bad 
systems. Intended, there are other alternatives like SUSE/OpenSUSE, OL 
and other...


I read many times that Debian/Ubuntu LTS are not centos/rhel, this is 
true (they are different products) but please, stop saying this, them 
are not shitty distro..but when I read that many users use fedora as 
server distro I laugh.


I'm not in enterprise so I don't need this type of "support" and can 
change the distro without any problem but I will stay away from 
CentOS/RH products due to 0 trust in them.


For the past years, for CentOS 6,7 and 8 thank you Johnny, Rich and all 
other maintainers. You did a great job.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Leon Fauster via CentOS

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 will be updated several times a day.


So, like Fedora?  People run servers on Fedora now, and I think that's 
fine.



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 that they also 
don't endorse running CentOS Stream in production.




And even if I reduce the number of CentOS Stream upgrades to
minimal one, the base advantage of CentOS is lost: predictability.



It's really difficult for me to look at a distribution that just stops 
getting updates for 4-6 weeks, twice a year, and use the word 
"predictable" to describe it.


To be honest, such argumentation is pointless because anyone knowns that
grey shades in beetween exits. CentOS Linux was more on the bright side, 
then Centos Stream will be (in terms of current usage scenarios).



My first reaction to the announcement was pretty negative, too. But when 
I stepped back and looked at the current situation *real* honestly, I 
had to admit that CentOS just doesn't offer any of the things that 
people are complaining about losing.


And I hope that the CentOS maintainers don't interpret that as 
criticism, because it isn't intended to be.  They've always maintained 
that if you need updates/patches in a timely manner, then you should be 
paying Red Hat for RHEL.  I agreed with them then, and I still do.




I think a main point(s) at this all is the timing (communication)!

--
Leon

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Have lost access to ZFS pools with latest CentOS 8 kernels

2020-12-11 Thread Tru Huynh
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 at 12:03:05AM -0600, Robert G. (Doc) Savage via CentOS 
wrote:
> With the release of the vmlinuz-4.18.0-240.x and vmlinuz-
> 4.18.0.193.19.x kernels, ZoL cannot connect with a ZFS pool. I'm not
> 100% sure, but I believe the last CentOS 8 kernel to work with ZFS
> 0.8.5 was 4.18.0.6.x.
> 
> Obviously CentOS does not support ZFS, so this means the ZoL folks must
> find and fix the problem. Otherwise, I think Fedora 33 is the only
> choice we have for hosting ZFS.
> 
> --Doc Savage
>     Fairview Heights, IL
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

-- 
Tru Huynh 
http://pgp.mit.edu:11371/pks/lookup?op=get=0xBEFA581B


pgpRSYy8cpX_d.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread Konstantin Boyandin via CentOS
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 developers. It will be updated several times a day.
> 
> So, like Fedora?  People run servers on Fedora now, and I think that's 
> fine.

On a production server, where no surprises are expected? That may be. 
People often act very, so to say, strangely.

I am telling about other people. I doubt those actively running Fedora 
on production systems do participate in these threads.

>> 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 that they also 
> don't endorse running CentOS Stream in production.

Is RHEL itself suitable for running on production servers?

If not, my argument is weak. If yes, then CentOS, bug-to-bug compatible, 
is suitable, too.

RH won't ever endorse running CentOS (more generally, anything free of 
charge) for obvious reasons, so I don't care about their opinion on this 
subject.

>> And even if I reduce the number of CentOS Stream upgrades to
>> minimal one, the base advantage of CentOS is lost: predictability.
> 
> It's really difficult for me to look at a distribution that just stops 
> getting updates for 4-6 weeks, twice a year, and use the word 
> "predictable" to describe it.

Well, it's not at all difficult for me. Tastes differ.

> My first reaction to the announcement was pretty negative, too. But when 
> I stepped back and looked at the current situation *real* honestly, I 
> had to admit that CentOS just doesn't offer any of the things that 
> people are complaining about losing.
> 
> And I hope that the CentOS maintainers don't interpret that as 
> criticism, because it isn't intended to be.  They've always maintained 
> that if you need updates/patches in a timely manner, then you should be 
> paying Red Hat for RHEL.  I agreed with them then, and I still do.

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 CentOS 
Stream, that's fine. I am not, but that's (not only) my problem.

-- 
Sincerely,

Konstantin Boyandin
system administrator (ProWide Labs Ltd. - IPHost Network Monitor)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] I'm looking forward to the future of CentOS Stream

2020-12-11 Thread 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 will be updated several times a day.


So, like Fedora?  People run servers on Fedora now, and I think that's fine.


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 that they also 
don't endorse running CentOS Stream in production.




And even if I reduce the number of CentOS Stream upgrades to
minimal one, the base advantage of CentOS is lost: predictability.



It's really difficult for me to look at a distribution that just stops 
getting updates for 4-6 weeks, twice a year, and use the word 
"predictable" to describe it.


My first reaction to the announcement was pretty negative, too. But when 
I stepped back and looked at the current situation *real* honestly, I 
had to admit that CentOS just doesn't offer any of the things that 
people are complaining about losing.


And I hope that the CentOS maintainers don't interpret that as 
criticism, because it isn't intended to be.  They've always maintained 
that if you need updates/patches in a timely manner, then you should be 
paying Red Hat for RHEL.  I agreed with them then, and I still do.



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos