Re: [CentOS] vlc: - nothing provides libfluidsynth.so.1

2021-05-07 Thread R C


On 5/7/21 4:02 PM, Richard wrote:



Date: Friday, May 07, 2021 15:46:14 -0600
From: R C 

I am trying to install vlc  and get:


Problem: conflicting requests
    - nothing provides libfluidsynth.so.1()(64bit) needed by vlc


What release of centos and version of vlc? EPEL appears to have
libfluidsynth.so.1 for centos-7

   fluidsynth-libs-1.1.6-7.el7.x86_64
   Repo: epel
   Matched from:
   Filename: /usr/lib64/libfluidsynth.so.1
   Filename: /usr/lib64/libfluidsynth.so.1.5.2


Did you cut something out from the message? I wouldn't expect (only)
a "nothing provides" message under "Problem: conflicting requests:"


I installed it earlier at work, on rhel 8.3 no error.   At home on a 
laptop (I switched drives, from Centos 8.3 with the error) to rhel 8.3 
and get the same error:



here is the whole thing:

$ sudo yum install vlc
[sudo] password for rr:
Updating Subscription Management repositories.
Last metadata expiration check: 0:55:37 ago on Fri 07 May 2021 03:16:57 
PM MDT.

Error:
 Problem: conflicting requests
  - nothing provides libfluidsynth.so.1()(64bit) needed by 
vlc-1:3.0.13-1.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' 
to use not only best candidate packages)








___
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] vlc: - nothing provides libfluidsynth.so.1

2021-05-07 Thread R C

Hello,


I am trying to install vlc  and get:


Problem: conflicting requests
  - nothing provides libfluidsynth.so.1()(64bit) needed by vlc



any ideas?


thanks,


Ron

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


Re: [CentOS] [Slightly OT] video driver for NVIDIA Quadro

2021-05-01 Thread R C

Hi,


so I went through the BIOS  and found it under "switchable graphics".  
It was turned on, checked.



What is it Optimus does, and, ...   does it even matter/work in 
RHEL/Centos?  (the other otption has to do with  the docking station 
display ports.  It can use it when in a docking station, which mine 
usually is.


When I turned off Optimus, since it was on, to see if there is a 
difference, I had turn the Docking DP otion on else nothing would work.



Also, I looked at some Centos 7 machines I still have, there is 
something there  kmod-nvidia, however that is not in RHEL/Centos 8 
anymore?  (has that to do with the issues of compiling the kernel 
menioned way earlier in this thread?)



I am trying to see if switching the state of Optimus, whatever it is,  
makes a difference in gnome crashing ...  or not



thanks,


Ron



On 5/1/21 5:50 AM, Mark Woolfson wrote:

Hi,

The attached is for a project we did about 6 months ago.
Hope that this helps.
Mark

-Original Message-
From: CentOS  On Behalf Of Anthony K
Sent: 01 May 2021 06:57
To: centos@centos.org
Subject: Re: [CentOS] [Slightly OT] video driver for NVIDIA Quadro

On 1/5/21 3:53 pm, Anthony K wrote:

On 29/4/21 11:55 pm, R C wrote:

...
I was able to build/compile the drivers with
NVIDIA-Linux-x86_64-460.73.01.run on 4.18.0-240.22.1.el8_3.x86_64, it
gave me a warning about pkcfg, but no other warnings/errors and seem
to install, however, after booting it still didn't use that driver,
but the nouveau one ...

Dang it - formatting destroyed again... Thunderbird - The bane of email on 
Linux...

One more attempt:

Not exactly an apples-to-apples comparison as I'm on Ubuntu, but just to show 
that Nvidia still supports this card (I'm on the same laptop -
m6700 - though lower powered GPU).

I have enabled Optimus in the BIOS and also installed bumblee for Optimus [1] 
support.

$ ubuntu-drivers devices
== /sys/devices/pci:00/:00:01.0/:01:00.0 == modalias : 
pci:v10DEd11BEsv1028sd153Fbc03sc00i00
vendor   : NVIDIA Corporation
model: GK104GLM [Quadro K3000M]
driver   : nvidia-driver-390 - distro non-free recommended driver   : 
nvidia-340 - distro non-free driver   : nvidia-driver-418-server - distro 
non-free driver   : xserver-xorg-video-nouveau - distro free builtin


$ dpkg -l nvidia* *bee*| awk '/^(Des|\| Sta!|\||\+)/{print}; /^ii/{print}'
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++---==
+++==-===
ii  bumblebee3.2.1-22 amd64NVIDIA Optimus 
support for Linux ii  nvidia-compute-utils-390 390.141-0ubuntu0.20.04.1
amd64NVIDIA compute utilities
ii  nvidia-dkms-390  390.141-0ubuntu0.20.04.1
amd64NVIDIA DKMS package
ii  nvidia-driver-390390.141-0ubuntu0.20.04.1
amd64NVIDIA driver metapackage
ii  nvidia-kernel-common-390 390.141-0ubuntu0.20.04.1
amd64Shared files used with the kernel module ii  
nvidia-kernel-source-390 390.141-0ubuntu0.20.04.1
amd64NVIDIA kernel source package ii  nvidia-prime 
0.8.15.3~0.20.04.1 all Tools to enable NVIDIA's Prime ii  nvidia-settings   
   440.82-0ubuntu0.20.04.1
amd64Tool for configuring the NVIDIA graphics driver ii  
nvidia-utils-390 390.141-0ubuntu0.20.04.1
amd64NVIDIA driver support binaries

[1]:
http://forum.notebookreview.com/threads/linux-driver-software-support-for-m6700.696804/

___
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


Re: [CentOS] [Slightly OT] video driver for NVIDIA Quadro

2021-05-01 Thread R C

Hi,


I know Nvidia still supports it,  their helpdesk person told me.  I 
don't know what optimus is,  but I have 2 M6800 laptops and a M6700  
SI'll see if I can find that. Someone else told me that  that 
RHEL/Centos 8 just has a lot less drivers included (I don't know if that 
is true though)



On 4/30/21 11:53 PM, Anthony K wrote:

On 29/4/21 11:55 pm, R C wrote:

...
I was able to build/compile the drivers with 
NVIDIA-Linux-x86_64-460.73.01.run on 4.18.0-240.22.1.el8_3.x86_64, it 
gave me a warning about pkcfg, but no other warnings/errors and seem 
to install, however, after booting it still didn't use that driver, 
but the nouveau one

...


Not exactly an apples-to-apples comparison as I'm on Ubuntu, but just 
to show that Nvidia still supports this card (I'm on the same laptop - 
m6700 - though lower powered GPU). I have enabled Optimus in the BIOS 
and also installed bumblee for Optimus [1] support. $ ubuntu-drivers 
devices == /sys/devices/pci:00/:00:01.0/:01:00.0 == 
modalias : pci:v10DEd11BEsv1028sd153Fbc03sc00i00 
vendor : NVIDIA Corporation model : GK104GLM [Quadro K3000M] driver : 
nvidia-driver-390 - distro non-free recommended driver : nvidia-340 - 
distro non-free driver : nvidia-driver-418-server - distro non-free 
driver : xserver-xorg-video-nouveau - distro free builtin $ dpkg -l 
nvidia* *bee* | awk '/^(Des|\| Sta!|\||\+)/{print}; /^ii/{print}' 
Desired=Unknown/Install/Remove/Purge/Hold | 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend 
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name 
Version Architecture Description 
+++----=== 
ii bumblebee 3.2.1-22 amd64 NVIDIA Optimus support for Linux ii 
nvidia-compute-utils-390 390.141-0ubuntu0.20.04.1 amd64 NVIDIA compute 
utilities ii nvidia-dkms-390 390.141-0ubuntu0.20.04.1 amd64 NVIDIA 
DKMS package ii nvidia-driver-390 390.141-0ubuntu0.20.04.1 amd64 
NVIDIA driver metapackage ii nvidia-kernel-common-390 
390.141-0ubuntu0.20.04.1 amd64 Shared files used with the kernel 
module ii nvidia-kernel-source-390 390.141-0ubuntu0.20.04.1 amd64 
NVIDIA kernel source package ii nvidia-prime 0.8.15.3~0.20.04.1 all 
Tools to enable NVIDIA's Prime ii nvidia-settings 
440.82-0ubuntu0.20.04.1 amd64 Tool for configuring the NVIDIA graphics 
driver ii nvidia-utils-390 390.141-0ubuntu0.20.04.1 amd64 NVIDIA 
driver support binaries [1]:


___
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


Re: [CentOS] ipforwarding between interfaces and firewall rules

2021-04-30 Thread R C

from what I heard,

nftables doesn't support forward rules yet, until RHEL/Centos 8.5   at 
this time it can be "resolved" using iptables as the firewall backend, 
but not nftables (which is not ideal, but ...  ) .


Ron



On 4/30/21 10:19 PM, Anthony K wrote:

On 1/5/21 2:15 pm, Anthony K wrote:

On 26/4/21 8:42 am, R C wrote:

...
for example; if I do "ping www.google.com"  I get a "ping 
www.google.com: Name or service not known"  If I use  an IP address 
(from www.google.com), it just works.


Sometimes seeing the traffic flow reveals what's really going on. To 
that end, run command below on the firewall box: tcpdump -i any port 
53 or port 5353 Then on the client, query www.google.com



That didn't format well at all - one more try:

On firewall: tcpdump -l -n -i any port 53 or port 5353 ---

On client: query www.google.com


___
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


Re: [CentOS] Centos versions in the future?

2021-04-30 Thread R C


On 4/30/21 12:20 PM, Gordon Messmer wrote:

On 4/30/21 11:03 AM, R C wrote:

CentOS has *never* had support from Red Hat.


So what is it you expect?, get an enterprise quality OS for free, and 
also expect highly paid, expensive, engineers to support your need 
for assistance on a whim for free too? 



No, I think you've completely missed the point that I was making, 
which was simply that criticism of CentOS Stream often mistakenly 
argues that because of the change, users of CentOS lose things that 
they never had to begin with.


I don't know for sure if that argument was ever made, but if it was, 
they are entirely correct.  Again, it was for free, it is up to 'them' 
to do something else if they wish, what ever the circumstances of their 
decisions. It was your choice to use it, for free, and your choice 
doesn't mean an obligation on their part, they don't owe you anything 
... so yes, you never had it to begin with.




___
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


Re: [CentOS] Centos versions in the future?

2021-04-30 Thread R C

.

.

.

%<



CentOS has *never* had support from Red Hat.  If you want to run a 
stable, supported production environment while you complete testing of 
a new minor release, you can get that from RHEL but not CentOS.  If 
you want to apply only security updates to a production environment to 
reduce risk (in the sense of both security and stability risks), you 
can get that from RHEL but not CentOS.  If you want to call an 
engineer for support when you have a problem in production, you can 
get that from RHEL, but not CentOS.


So what is it you expect?, get an enterprise quality OS for free, and 
also expect highly paid, expensive, engineers to support your need for 
assistance on a whim for free too? Of course RHEL is very good at 
supporting their distros/releases, I use it often enough, because it is 
paid for (by my employer). You get what you pay for, and I have the 
impression that you using Centos and the support you DID get, probably 
didn't cost you a penny. I used both for the longest while, RHEL at 
work, Centos at home. Centos, as the (free) RHEL 'twin', is going away, 
so be it. Now I switched to RHEL both at home and of course still at 
work, RHEL even supports that, both.




So, I will agree with you on one point: Support is the thing that 
makes RHEL valuable.  The product is excellent, but it's not the 
product that Red Hat's really selling, it's the support.  It's the 
things that their engineers do so that you don't have to, as their 
customer.  And CentOS has never offered that.


Of course, you can fill some of those gaps with your own engineering, 
but if you're filling those gaps with local engineering today, you 
should be able to fill them using Stream, too.



___
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


Re: [CentOS] video driver for NVIDIA Quadro

2021-04-29 Thread R C


On 4/29/21 9:17 AM, Joshua Kramer wrote:

@Johnny Hughes- what version of the nVidia drivers did you have problems
with, and what were the problems?  I'm just curious.  I have a Latitude
E7450 with an M840 chipset and I've never had problems compiling or getting
them to work under stock CentOS 8 kernels.


well I have a Dell Precision M6800/M6700 with  NVIDIA Corporation 
GK104GLM [Quadro K3100M] (rev a1) cards


(but will try again later, I probably forgot to disable nouveau)




On Fri, Apr 9, 2021 at 12:54 PM Johnny Hughes  wrote:


On 4/9/21 11:43 AM, Phil Perry wrote:

On 09/04/2021 16:40, R C wrote:

On 4/9/21 9:24 AM, Johnny Hughes wrote:

On 4/7/21 6:44 PM, R C wrote:

Hello,


I am running Centos/RHEL 8 on a Dell precision M6800/6700 with a:
NVIDIA
Corporation GK104GLM [Quadro K3100M]


Is there a driver for that one?  or am I stuck with nouveaux ?


The kernel included in CentOS-8 (the last time I tested it), did not
properly build and run the proprietary NVIDIA drivers .. neither did

the

same kernel in RHEL.

I found out, trying to install the driver, the NVIDIA installer was
complaining.  (I was pointed to where the latest driver for it was, by
Nvidia (which surprised me a bit that they were still maintaining it
actually, at least it's the impression I have)


The GK104GLM [Quadro K3100M] _should_ be supported by the latest NVIDIA
driver (currently v460.67) on el8. I say _should_ as I'm not 100% sure.
I'm assuming your device is as below (check the device IDs with 'pci

-nn'):

[10de:11b6] NVIDIA Corporation GK104GLM [Quadro K3100M]

That device was previously listed as supported:



https://download.nvidia.com/XFree86/Linux-x86_64/410.66/README/supportedchips.html


but I can't find it listed on the currently supported chipset's page,
hence my doubt:



https://download.nvidia.com/XFree86/Linux-x86_64/460.67/README/supportedchips.html


I'd be interested to know which driver version NVIDIA pointed you

towards?

What I did was shift my workstation install to the elrepo kernel-ml
kernels (you might want kernel-lt .. it is latest long term kernel).  I
can then build the latest NVIDIA drivers for my graphics card and use
them.

http://elrepo.org/tiki/kernel-ml
http://elrepo.org/tiki/kernel-lt

I have no issues using the elrepo kernels .. those guys and gals are
outstanding.  All the stuff they do is great.

My card is a 1080ti .. so I have not tried building for Quadro 3100M ..
but if NVIDIA has a linux driver for that, then it should build using
the elrepo kernels.

Phil Perry can tell us if the NVIDIA drivers they carry actually now
work for EL8 .. i stopped trying it after I switched kernels as they
don't carry drivers on elrepo for the kernel-ml or kernel-lt and I just
rebuild the official NVIDIA drivers manually after every kernel update.

That was sort of my plan, to see and wait if things would work with
later kernels. Fr now my desktop seems to be working ok-ish. When my
desktop is up for over 10-12 hrs, there seem to be some flickering,
windows that 'switch' focus etc, and at times the gnome desktop flat
out crashes (the machine keeps running, but no gnome.


Assuming it is supported by the latest v460.67 driver, and the above
omission is a mistake, ELRepo have a driver (kmod-nvidia) which should
work with the el8 distro kernel.

As Johnny says above, if you use a different kernel, such as those from
elrepo, you will need to install the driver directly from NVIDIA.


Thanks Phil.

I MIGHT try shifting back to the main CentOS kernel and see if they have
fixed the issue I was having loading NVIDIA drivers.  If I ever have any
spare time on my hands :)
___
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 mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] video driver for NVIDIA Quadro

2021-04-29 Thread R C


On 4/9/21 9:24 AM, Johnny Hughes wrote:

On 4/7/21 6:44 PM, R C wrote:

Hello,


I am running Centos/RHEL 8 on a Dell precision M6800/6700 with a: NVIDIA
Corporation GK104GLM [Quadro K3100M]


Is there a driver for that one?  or am I stuck with nouveaux ?


The kernel included in CentOS-8 (the last time I tested it), did not
properly build and run the proprietary NVIDIA drivers .. neither did the
same kernel in RHEL.

What I did was shift my workstation install to the elrepo kernel-ml
kernels (you might want kernel-lt .. it is latest long term kernel).  I
can then build the latest NVIDIA drivers for my graphics card and use them.

http://elrepo.org/tiki/kernel-ml
http://elrepo.org/tiki/kernel-lt

I have no issues using the elrepo kernels .. those guys and gals are
outstanding.  All the stuff they do is great.

My card is a 1080ti .. so I have not tried building for Quadro 3100M ..
but if NVIDIA has a linux driver for that, then it should build using
the elrepo kernels.


I was able to build/compile the drivers with 
NVIDIA-Linux-x86_64-460.73.01.run on 4.18.0-240.22.1.el8_3.x86_64, it 
gave me a warning about pkcfg, but no other warnings/errors and seem to 
install, however, after booting it still didn't use that driver, but the 
nouveau one





Phil Perry can tell us if the NVIDIA drivers they carry actually now
work for EL8 .. i stopped trying it after I switched kernels as they
don't carry drivers on elrepo for the kernel-ml or kernel-lt and I just
rebuild the official NVIDIA drivers manually after every kernel update.

Thanks,
Johnny Hughes
___
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


Re: [CentOS] Centos versions in the future?

2021-04-28 Thread R C
I think the budget needed would be in the millions, 10's of millions...  
that is hard to do with a gofundme page or a bake sale on an annual 
basis.  if it only was a 100k or couple of 100k,  IBM and others 
wouldn't care to keep it going I think, besides funding, there were 
organizational reasons too I believe.


On 4/28/21 7:36 AM, Christopher Wensink wrote:
Speaking of financing, it's common for non-profits such as churches 
and other organizations to have an annual budget review that is put 
together to lay out the budget, and expenses to see how each cost is 
broken down.


Is there an equivalent budget page that annual review of expenses for 
CentOS / Stream?


If there isn't then perhaps it would be beneficial to have such a 
page, something that lists out the line by line expenses, so that 
everyone is aware of how expensive that maintaining a distro truly is.


Once those numbers are known then perhaps a fundraising campaign with 
a visual like a thermometer type of graphic on the right side of the 
page saying our budget each year is 100k (or whatever it is, I'm 
making up a number) and our fundraising so far is 12k for the year, etc.


Thoughts?

Chris

On 4/28/2021 8:28 AM, R C wrote:
you think you can fund something like that with a bake sale or so?, 
maintaining a separate distro for the same thing is VERY expensive


On 4/28/21 2:08 AM, Nikolaos Milas wrote:

On 28/4/2021 10:35 π.μ., Nikolaos Milas wrote:

All that, in turn, are very much dependent on community involvement 
and project management & financing.


By the way, I think that CentOS, before it was "absorbed" by Redhat, 
could/might have addressed the community for fund raising, rather 
than abandoning the project to RH, which, as others have mentioned, 
was an unmistakable sign of upcoming CentOS EOL as we had come to 
know it.


If the financing need was communicated correctly, I am very 
confident that financing would have been secured, e.g. by using a 
public fund raising platform, due to CentOS huge install base and 
community.


Any of those current (or future) projects that might prove 
successful enough to become CentOS successor (as a RHEL binary twin, 
and not as Stream), should use the community financing model, in 
order to avoid CentOS fate.


My 0.01$ :)

Nick

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


Re: [CentOS] Centos versions in the future?

2021-04-28 Thread R C
you think you can fund something like that with a bake sale or so?, 
maintaining a separate distro for the same thing is VERY expensive


On 4/28/21 2:08 AM, Nikolaos Milas wrote:

On 28/4/2021 10:35 π.μ., Nikolaos Milas wrote:

All that, in turn, are very much dependent on community involvement 
and project management & financing.


By the way, I think that CentOS, before it was "absorbed" by Redhat, 
could/might have addressed the community for fund raising, rather than 
abandoning the project to RH, which, as others have mentioned, was an 
unmistakable sign of upcoming CentOS EOL as we had come to know it.


If the financing need was communicated correctly, I am very confident 
that financing would have been secured, e.g. by using a public fund 
raising platform, due to CentOS huge install base and community.


Any of those current (or future) projects that might prove successful 
enough to become CentOS successor (as a RHEL binary twin, and not as 
Stream), should use the community financing model, in order to avoid 
CentOS fate.


My 0.01$ :)

Nick

___
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] ipforwarding between interfaces and firewall rules

2021-04-25 Thread R C

Hello,


I have a machine I am running Centos/RHEL 8 on. there are two interfaces 
and I want to forward all traffic between those interfaces (for the src 
and dst in the subnet a wireless device is on).


One interface is connected to a switch, WAN side. The other ethernet 
port has an access point, connected wired.


I did turn on ipforwarding, and thought I needed only two firewall rules.


sysctl -w net.ipv4.ip_forward=1
firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o eno1 -i 
enp0s20u4u1 -j ACCEPT
firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o enp0s20u4u1 -i 
eno1 -j ACCEPT



However,  when I try to do a DNS lookup, it looks like it is being 
blocked/stopped by the firewall, because when I stop the firewall, it 
just seems to work. With the firewall up and running, however I can ping 
an ip address.



for example; if I do "ping www.google.com"  I get a "ping 
www.google.com: Name or service not known"  If I use  an IP address 
(from www.google.com), it just works.



what am I missing (probably a rule in the firewall?)


thanks,


Ron

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


[CentOS] ipforwarding -- routing

2021-04-16 Thread R C

Hello,


I have an accesspoint, that I connected to one ethernetport, the ap has 
ip 192.168.67.6, the port 192.168.67.1


I want to forward/route traffic for anything in 192.168.66.0 to go to 
that access point, and from the ap to the other port.



What is the best way to do that?   I tried:


sudo sysctl -w net.ipv4.ip_forward=1

sudo firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o eno1 -i 
enp0s20u4u1 -j ACCEPT
sudo firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o 
enp0s20u4u1 -i eno1 -j ACCEPT



but that doesn't seem to work.


thanks,


Ron

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


Re: [CentOS] video driver for NVIDIA Quadro

2021-04-09 Thread R C


On 4/9/21 9:24 AM, Johnny Hughes wrote:

On 4/7/21 6:44 PM, R C wrote:

Hello,


I am running Centos/RHEL 8 on a Dell precision M6800/6700 with a: NVIDIA
Corporation GK104GLM [Quadro K3100M]


Is there a driver for that one?  or am I stuck with nouveaux ?


The kernel included in CentOS-8 (the last time I tested it), did not
properly build and run the proprietary NVIDIA drivers .. neither did the
same kernel in RHEL.


I found out, trying to install the driver, the NVIDIA installer was 
complaining.  (I was pointed to where the latest driver for it was, by 
Nvidia (which surprised me a bit that they were still maintaining it 
actually, at least it's the impression I have)




What I did was shift my workstation install to the elrepo kernel-ml
kernels (you might want kernel-lt .. it is latest long term kernel).  I
can then build the latest NVIDIA drivers for my graphics card and use them.

http://elrepo.org/tiki/kernel-ml
http://elrepo.org/tiki/kernel-lt

I have no issues using the elrepo kernels .. those guys and gals are
outstanding.  All the stuff they do is great.

My card is a 1080ti .. so I have not tried building for Quadro 3100M ..
but if NVIDIA has a linux driver for that, then it should build using
the elrepo kernels.

Phil Perry can tell us if the NVIDIA drivers they carry actually now
work for EL8 .. i stopped trying it after I switched kernels as they
don't carry drivers on elrepo for the kernel-ml or kernel-lt and I just
rebuild the official NVIDIA drivers manually after every kernel update.


That was sort of my plan, to see and wait if things would work with 
later kernels. Fr now my desktop seems to be working ok-ish. When my 
desktop is up for over 10-12 hrs, there seem to be some flickering, 
windows that 'switch' focus etc, and at times the gnome desktop flat out 
crashes (the machine keeps running, but no gnome.




Thanks,


thank you!  for letting me know.


Ron



Johnny Hughes
___
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


Re: [CentOS] Resize a VM: any risk involved ?

2021-04-08 Thread R C
You could make a copy of the VM, and  see if you can resize things  with 
the copy and see if it breaks?


On 4/8/21 9:43 AM, Nicolas Kovacs wrote:

Hi,

I'm currently fiddling with KVM, Proxmox and various VMs.

I setup a very basic VM with a manual (fdisk) partitioning scheme: one /boot
partition, one swap partition, and one root partition, the latter being the
last partition and thus expandable).

I'm starting with a reduced disk size (6 GB in total) and a minimal
installation. The idea behind this approach is that I can clone this minimal VM
and then eventually expand it to fit my needs.

Here's how I expand the available disk size.

First I increase the virtual disk in the hypervisor.

Then I fire up the VM and do the following:

# yum install cloud-utils-growpart
# lsblk
# growpart -v /dev/sda 3
# resize2fs /dev/sda3

Now here's my question (finally): is there any risk involved in this sort of
operation? Or can it be performed on a production system without having to
worry about data loss?

Cheers from the sunny South of France,

Niki


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


[CentOS] video driver for NVIDIA Quadro

2021-04-07 Thread R C

Hello,


I am running Centos/RHEL 8 on a Dell precision M6800/6700 with a: NVIDIA 
Corporation GK104GLM [Quadro K3100M]



Is there a driver for that one?  or am I stuck with nouveaux ?


thanks,


Ron

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


Re: [CentOS] RHEL/Centos 8 power off issue

2021-04-04 Thread R C

Hmm...


I have to try that ..   and see what happens.  It would be annoying though.


Half the time I use that laptop as a "head-less" machine,  do a WOL, run 
things with redirected X11..  and when done, shut it down.



So it sounds like a combination of  a linux issue, combined with a BIOS 
issue?  The thing is, I tried that yesterday, I installed Centos 6, and 
it doesn't show that issue.



thanks!!


Ron




On 4/4/21 11:30 PM, Thomas Stephen Lee wrote:

On Sun, Apr 4, 2021 at 5:18 AM R C  wrote:

So I tried a few things, I have a few docking stations, and they all
seem to show that problem.


Can't shut it down, remotely, while in a docking station. Also,  when in
a docking station and using  the laptops  keyboard and LCD screen,  and
power down the laptop in RHEL/Centos, just results into a reboot.  It
does that  with RHEL/Centos 7 and 8.


When I  boot it with Centos 6,  the behaviour is as expected,  it just
shuts down. So I guess this issue  was "introduced" after Centos 6
somewhere?


thanks,


Ron

On 3/28/21 9:17 PM, R C wrote:

Hello,


I have a laptop, in a docking station. When running RHEL/Centos 7 I
could shut it down and power it off by using 'shutdown -h now' In did
a new install of Centos 8 (and also RHEL 8) and when I do a "shutdown
-h now" it just reboots (behaves the same as if I'd do a reboot).


Is that a known issue?


thanks,


Ron


We faced the same problem on one machine.
We had to disable wake up on lan in bios settings.
After that, the machine stayed shut down with the "poweroff" command.

---
Lee
___
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


Re: [CentOS] RHEL/Centos 8 power off issue

2021-04-03 Thread R C
So I tried a few things, I have a few docking stations, and they all 
seem to show that problem.



Can't shut it down, remotely, while in a docking station. Also,  when in 
a docking station and using  the laptops  keyboard and LCD screen,  and  
power down the laptop in RHEL/Centos, just results into a reboot.  It 
does that  with RHEL/Centos 7 and 8.



When I  boot it with Centos 6,  the behaviour is as expected,  it just 
shuts down. So I guess this issue  was "introduced" after Centos 6 
somewhere?



thanks,


Ron

On 3/28/21 9:17 PM, R C wrote:

Hello,


I have a laptop, in a docking station. When running RHEL/Centos 7 I 
could shut it down and power it off by using 'shutdown -h now' In did 
a new install of Centos 8 (and also RHEL 8) and when I do a "shutdown 
-h now" it just reboots (behaves the same as if I'd do a reboot).



Is that a known issue?


thanks,


Ron


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


Re: [CentOS] older versions of Centos

2021-04-03 Thread R C

thanks!,

Ron

On 4/3/21 4:06 PM, Frank Cox wrote:

On Sat, 3 Apr 2021 15:58:08 -0600
R C wrote:


is there an archive where ISOs of older versions of Centos are kept?

https://vault.centos.org/


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


[CentOS] older versions of Centos

2021-04-03 Thread R C

Hello,


is there an archive where ISOs of older versions of Centos are kept?


thanks,


Ron


On 4/3/21 9:55 AM, Strahil Nikolov via CentOS wrote:

Have you checked with 'semodule -DB' ?
Source: Chapter 5. Troubleshooting problems related to SELinux Red Hat 
Enterprise Linux 8 | Red Hat Customer Portal
|
|
|
|   ||

|

   |
|
|   |
Chapter 5. Troubleshooting problems related to SELinux Red Hat Enterprise Linux 
8 | Red Hat Customer Portal
  
The Red Hat Customer Portal delivers the knowledge, expertise, and guidance available through your Red Hat subscription.

   |   |

   |

   |

   


Best Regards,Strahil Nikolov
  
   On Thu, Apr 1, 2021 at 14:43, Radu Radutiu wrote:   Hi,


I'm upgrading our request tracker from Centos 7 to 8 and found some
unexpected SELINUX issues with procmail. Even after I create a policy which
allows all denied operations, procmail is still not allowed to run a perl
script (in my case rt-mailgate). I get the following error in the procmail
log: "Can't open perl script "/opt/rt5/bin/rt-mailgate": Permission denied"
but I have no denied audit entry in /var/log/audit/audit.log.
If I set selinux to permissive, everything works fine. Any idea how to
debug this?

Best regards,
Radu
___
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 mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Centos/RHEL 8 gnome drive/usb icons

2021-03-31 Thread R C

Hello,


In Centos 7 (and RHEL 7)  when one would connect a drive, or USB stick, 
an icon wold appear on the (gnome) desktop.



Is that just something that was turned off (like anything else)?  or is 
that not around anymore?



If it is, how can it be turnd on again, that when logged in, and a drive 
is connected an icon shows up on the desktop again?



thanks,


Ron

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


Re: [CentOS] RHEL/Centos 8 power off issue

2021-03-29 Thread R C


On 3/29/21 2:22 AM, Łukasz Posadowski wrote:

On 2021-03-28 at 21:17 -0600, R C wrote:

I have a laptop, in a docking station. When running RHEL/Centos 7
I
could shut it down and power it off by using 'shutdown -h now' In
did a
new install of Centos 8 (and also RHEL 8) and when I do a
"shutdown -h
now" it just reboots (behaves the same as if I'd do a reboot).

You can check 'last -x' do ensure that You really send a shutdown
signal.


I'll check that



  Is it dell docking station, tha new one with usb-c? It
always powers on the laptop as soon I switch the power cord and
sometime reboots a laptop insted of shutting it down.


It is a Dell, but an older one. But it seems like the same issue. When 
not in the docking station, it behaves like it is supposed to. I did 
check the bios for  "power up on AC/usb/etc" except for WOL that's all 
set right.


It only behaves like this when in the docking station."



It is my work
pc and I'm not allowed to boot Linux in any way, so I'm not sure if
it's a Windows thing, or the station itself is malfunctioning.

Hmm.   I have a few of these docking stations, I mever had that issue 
before, I installed/booted all kinds of Linux distros on it, never was 
an issue until RHEL/Centos 8



Ron

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


[CentOS] installing gnome icons

2021-03-28 Thread R C

Hello,


is there a way to install  "icons / themes" so one gets all the gnome 
icons in /usr/share/icons/gnome ?



thanks,


Ron


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


[CentOS] RHEL/Centos 8 power off issue

2021-03-28 Thread R C

Hello,


I have a laptop, in a docking station. When running RHEL/Centos 7 I 
could shut it down and power it off by using 'shutdown -h now' In did a 
new install of Centos 8 (and also RHEL 8) and when I do a "shutdown -h 
now" it just reboots (behaves the same as if I'd do a reboot).



Is that a known issue?


thanks,


Ron

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


Re: [CentOS] new observations: Re: Centos 7 installer alert! message

2021-03-17 Thread R C

Hi Chris,


I just checked, no there no memory/ram/DIMMs mentioned in boot.log.


Ron

On 3/17/21 12:28 PM, Christopher Wensink wrote:

Is it in boot.log?

Chris

On 3/17/2021 1:14 PM, R C wrote:

Hello,


I installed 72G ram in a Dell (it canhandle 72G according to Dell).  
The BIOS says there are 9 8G DIMMs install (BIOS test shows no 
errors).  dmidecode says there are indeed 9 DIMMs, and they show all 
fine, no errors etc. However, free reports tehre's only 54G  available.


So I (I am guessing) that alert message has something to do with 
ram/memory, but still wasn't able to actually read it since it 
disappears really quick.


Any ideas what the culprit here could be?


thanks,


Ron

On 3/16/21 9:08 PM, R C wrote:
When I install Centos 7,  I see an "alert!" message flash by, too 
fast to read it.   Is there a way to figure out what that message 
is/was (after install)  or make it wait so I can actually read it?



thanks,


Ron


___
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


Re: [CentOS] new observations: Re: Centos 7 installer alert! message

2021-03-17 Thread R C

right,  I did that,  I don't see any errors in dmesg

On 3/17/21 12:30 PM, Binet, Valere (NIH/NIA/IRP) [C] wrote:

Hi Ron,

I replied to the list but I've come to believe my emails to the list don't go 
through.
Anyway, my reply was:
   I assume you already looked and didn't find anything in dmesg, right?

Please post to the list if it’s of any help. Thank you,

Valère Binet

On 3/17/21, 2:16 PM, "R C"  wrote:

 Hello,


 I installed 72G ram in a Dell (it canhandle 72G according to Dell).  The
 BIOS says there are 9 8G DIMMs install (BIOS test shows no errors).
 dmidecode says there are indeed 9 DIMMs, and they show all fine, no
 errors etc. However, free reports tehre's only 54G  available.

 So I (I am guessing) that alert message has something to do with
 ram/memory, but still wasn't able to actually read it since it
 disappears really quick.

 Any ideas what the culprit here could be?


 thanks,


 Ron

 On 3/16/21 9:08 PM, R C wrote:
 > When I install Centos 7,  I see an "alert!" message flash by, too fast
 > to read it.   Is there a way to figure out what that message is/was
 > (after install)  or make it wait so I can actually read it?
 >
 >
 > thanks,
 >
 >
 > Ron
 >
 ___
 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] new observations: Re: Centos 7 installer alert! message

2021-03-17 Thread R C

Hello,


I installed 72G ram in a Dell (it canhandle 72G according to Dell).  The 
BIOS says there are 9 8G DIMMs install (BIOS test shows no errors).  
dmidecode says there are indeed 9 DIMMs, and they show all fine, no 
errors etc. However, free reports tehre's only 54G  available.


So I (I am guessing) that alert message has something to do with 
ram/memory, but still wasn't able to actually read it since it 
disappears really quick.


Any ideas what the culprit here could be?


thanks,


Ron

On 3/16/21 9:08 PM, R C wrote:
When I install Centos 7,  I see an "alert!" message flash by, too fast 
to read it.   Is there a way to figure out what that message is/was 
(after install)  or make it wait so I can actually read it?



thanks,


Ron


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


[CentOS] Centos 7 installer alert! message

2021-03-16 Thread R C
When I install Centos 7,  I see an "alert!" message flash by, too fast 
to read it.   Is there a way to figure out what that message is/was 
(after install)  or make it wait so I can actually read it?



thanks,


Ron

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


Re: [CentOS] Tar of files

2021-03-03 Thread R C
I think on linux (most systems I ran into actually), UIDs and GIDs are 
numerical with just a "human friendly" translation (from passwd/group.   
If you extract a tar file, for example, and the  owner/group 
(numerically) does not exist on the target system, you get to see the  
'old' uid/gid from the src system.


On 3/3/21 8:06 AM, Bernstein, Noam CIV USN NRL (6393) Washington DC 
(USA) via CentOS wrote:

Does anyone understand why there exists a "--numeric-owner" flag?  I replied 
off-list with the same information as others posted here, but the existence and docs for 
that flag at least imply that the default is usernames, not UIDs.

Noam

___
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


Re: [CentOS] Tar of files

2021-03-03 Thread R C
either assign the same UID/GIDs on both boxes to the same user, or do a 
chown -R after you untar-ed it.


(also, it helps to have users use the same 'moniker' cross platforms.)


On 3/3/21 7:53 AM, Jerry Geis wrote:

When I "tar" up an archive the files have an owner bob,
when I extract that to another machine bob is there also but user number is
different.
So when I extract bob is no longer the owner of the files but someone else.

Is there a good way to account for this ?
User ID on one box being different to the next box ?

I was expecting to untar and bob still be the owner .

Thanks,

Jerry
___
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


Re: [CentOS] not a Centos topic, but since many had concerns ......

2021-02-02 Thread R C


On 2/2/21 4:21 PM, Valeri Galtsev wrote:



On 2/2/21 5:10 PM, R C wrote:


On 2/2/21 4:04 PM, Matthew Miller wrote:

On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote:
This is what I read today, might have been around longer though, 
don't know.



"New Year, new Red Hat Enterprise Linux programs: Easier ways to
access RHEL"

https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel 


It came out a few weeks ago but the program is live as of yesterday.

In short:

1. Register at https://developers.redhat.com/register

2. You'll now see a developer subscription allowing up to 16 systems 
listed

    at https://access.redhat.com/management/subscriptions

3. Download and install from 
https://developers.redhat.com/products/rhel/download


4. sudo subscription-manager register --username $USERNAME
    (where $USERNAME is the email address you registered with)

and there you go.

It says "Developer Subscription" but the new terms allow each 
individual to
have up to 16 systems for production use. See the (single page) 
terms here:


I would not use it for production, or commercial purposes, just so I 
have the same at home (or close) as at work. I wonder, does that mean 
you can have  up to 16 licensed servers/workstations running at a 
time? Or over time, when you discard equipment, and need to install 
another machine/desktop, whatever by the time you're at 17 start paying?




When I was thinking similar situation over - with different kind of 
proprietary product free up to some number... my sentiment ended up 
being: OK, I plan all my future well, and fit all into that restricted 
number, let's say 16. But what if at some point they change their mind 
and this number suddenly becomes 12. I definitely can not plan what in 
the future they will do. And specifically recent events showed that 
they do change things.


And the I went free open source route. And never regretted.

But it is everybody's individual decision, and those who make it will 
have only themselves to blame if ever get into trouble as the result.


Incidentally, I for one blame myself that I have to change my routine 
from CentOS [to Debian]. Not that that is much of a hassle. This is 
not the first migration in my life, and hopefully not the last one ;-) 
- meaning long life for myself, not short life for Debian.


Valeri

well, my point is not that I don't know what alternative to use, there 
is enough, I couldn't care less to use Ubuntu or something. (I actually 
have an Ubuntu machine as well as a Debian machine, for two very 
specific  applications.)



The reason why I have some Centos stuff is because it is very close to 
Redhat, and where I work we use A LOT of redhat 
machines/servers/clusters, so it is just convenience. That is why I used 
Centos, and if this mechanism/program is available, well, I'll use that.







(I am checking that with a redhat rep that we have at work too).


https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a09747625585?extIdCarryOver=true_cid=701f201Css0AAC 




It may also be of interest to note something which I hadn't realized 
before:

this subscription includes the "EUS" offering which provides security
updates to select minor releases (so you can "pin" to that minor 
release),

which is something CentOS never did.



___
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


Re: [CentOS] not a Centos topic, but since many had concerns ......

2021-02-02 Thread R C


On 2/2/21 4:04 PM, Matthew Miller wrote:

On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote:

This is what I read today, might have been around longer though, don't know.


"New Year, new Red Hat Enterprise Linux programs: Easier ways to
access RHEL"

https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel

It came out a few weeks ago but the program is live as of yesterday.

In short:

1. Register at https://developers.redhat.com/register

2. You'll now see a developer subscription allowing up to 16 systems listed
at https://access.redhat.com/management/subscriptions

3. Download and install from 
https://developers.redhat.com/products/rhel/download

4. sudo subscription-manager register --username $USERNAME
(where $USERNAME is the email address you registered with)

and there you go.

It says "Developer Subscription" but the new terms allow each individual to
have up to 16 systems for production use. See the (single page) terms here:


I would not use it for production, or commercial purposes, just so I 
have the same at home (or close) as at work. I wonder, does that mean 
you can have  up to 16 licensed servers/workstations running at a time? 
Or over time, when you discard equipment, and need to install another  
machine/desktop, whatever by the time you're at 17 start paying?


(I am checking that with a redhat rep that we have at work too).



https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a09747625585?extIdCarryOver=true_cid=701f201Css0AAC


It may also be of interest to note something which I hadn't realized before:
this subscription includes the "EUS" offering which provides security
updates to select minor releases (so you can "pin" to that minor release),
which is something CentOS never did.



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


[CentOS] not a Centos topic, but since many had concerns ......

2021-02-02 Thread R C

Hello,


not a Centos topic perse, but since many had concerns about  'regular' 
Centos going away, and  "Centos Stream" replacing it.



This is what I read today, might have been around longer though, don't know.


"New Year, new Red Hat Enterprise Linux programs: Easier ways to access 
RHEL"


https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel



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


Re: [CentOS] What are the differences between CentOS Linux and CentOS Stream?

2020-12-16 Thread R C


On 12/16/20 11:24 AM, John Plemons wrote:
I have a DEC Alpha sitting in my warehouse collecting dust what a 
great machine it was.. Was sorry to see Linux Support die for it..




I used to work at a university, where one of my colleagues has (I think 
he still has it) a pdp11/10


You know, paper tape, an actual TTY (also paper). Every so much time he 
needs to replace capacitors, and


sees if he can fire it up, and shows students how to program it.(no 
Linux for it I think, haha)





john


On 12/16/2020 1:18 PM, R C wrote:


On 12/16/20 11:10 AM, Lamar Owen wrote:

On 12/16/20 11:24 AM, R C wrote:


On 12/16/20 8:11 AM, Lamar Owen wrote:
But the Red Hat-based ecosystem version of that second group is 
on-topic, as the same sort of enthusiast exists here and has been 
very vocal about this change.
Well yes it is, but it started with a remark about licensing. I 
don't use Windows much, not even a handful of times in the last 
decade. Thing is that MS has something called their "Developers 
Network" (named something along those lines). If you're in higher 
education, R etc you can be in that network, in sortof an R 
category, for 'free'. ...



I have a whole shelf full of MSDN CDs and binders; it wasn't free, 
but it wasn't terribly expensive either.  In some cases the 
activations/keys for the software expire after a few months. Still 
have the last Windows 2000 Beta CD for the DEC Alpha architecture 



DEC  remember that..    the other day I ran into a  windows 95 box, I 
might even have an old drive with windows for work groups *lol*



here in that set.  Something similar for RHEL beyond the 
single-entitlement developer subscription would be cool.



But all kidding aside;  It would be cool to have an MSDN equivalent 
for RH for those that do a lot with RH, and that "take their work 
home and vice versa". That is what I use(d) Centos for, at home that is






For example, I was messing with kubernetes in a few ways.  redhat 
provides a license for RHEL, that you can use for that purpose for 
free, BUT you can have only have one license. 
Yes, which makes it a bit difficult to mess around with kubernetes. 
That particular case would be covered resonably well by CentOS 
Stream, though, since the major part of kubernetes' behavior isn't 
going to change radically within a point release cycle.


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


Re: [CentOS] What are the differences between CentOS Linux and CentOS Stream?

2020-12-16 Thread R C


On 12/16/20 11:10 AM, Lamar Owen wrote:

On 12/16/20 11:24 AM, R C wrote:


On 12/16/20 8:11 AM, Lamar Owen wrote:
But the Red Hat-based ecosystem version of that second group is 
on-topic, as the same sort of enthusiast exists here and has been 
very vocal about this change.
Well yes it is, but it started with a remark about licensing. I don't 
use Windows much, not even a handful of times in the last decade. 
Thing is that MS has something called their "Developers Network" 
(named something along those lines). If you're in higher education, 
R etc you can be in that network, in sortof an R category, for 
'free'. ...



I have a whole shelf full of MSDN CDs and binders; it wasn't free, but 
it wasn't terribly expensive either.  In some cases the 
activations/keys for the software expire after a few months. Still 
have the last Windows 2000 Beta CD for the DEC Alpha architecture 



DEC  remember that..    the other day I ran into a  windows 95 box, I 
might even have an old drive with windows for work groups *lol*



here in that set.  Something similar for RHEL beyond the 
single-entitlement developer subscription would be cool.



But all kidding aside;  It would be cool to have an MSDN equivalent for 
RH for those that do a lot with RH, and that "take their work home and 
vice versa". That is what I use(d) Centos for, at home that is






For example, I was messing with kubernetes in a few ways.  redhat 
provides a license for RHEL, that you can use for that purpose for 
free, BUT you can have only have one license. 
Yes, which makes it a bit difficult to mess around with kubernetes. 
That particular case would be covered resonably well by CentOS Stream, 
though, since the major part of kubernetes' behavior isn't going to 
change radically within a point release cycle.


___
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


Re: [CentOS] CentOS 8 future

2020-12-16 Thread R C


On 12/16/20 10:39 AM, Frank Saporito wrote:

I may be cynical, but I think this is a business decision.

By gaining control of CentOS, RedHat gained control of its biggest 
(apparent) competitor.  This action should increase the value of 
RedHat.  A few years later, IBM buys RedHat for a staggering 34 
BILLION dollars.  I would expect that before the purchase, there is an 
internal "PowerPoint" slide discussing the elimination of CentOS 
Linux.  Despite the commentary otherwise, I believe CentOS Stream is a 
type of "beta" release.  RedHat can release changes into CentOS Stream 
to make sure it is all good before the point release of RHEL to the 
paying customers.


Or maybe not.



That is exactly my thought. IBM is a very big company, 'physically' as 
well as capital wise  and they do top notch, state of the art, research and


development, and they can pretty much solve any problem. The only 
problem that IBM always had a problem with dealing with is their 
competition.


(The numerous, researchers, scientists, mathematicians, engineers they 
employ,  tremendously increases their overhead, hence everything IBM is 
expensive.


(I expect that to happen to their licensing too, for redhat in the future)




FCS

On 12/15/20 10:59 PM, Gordon Messmer wrote:

On 12/15/20 7:59 PM, Joshua Kramer wrote:

Why would RedHat invest millions more
in buying the CentOS process just to have CentOS act as the beta?



Indeed.

Often, when you can't find a reasonable answer to a question, it is 
because the premise of the question itself is wrong.



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


Re: [CentOS] CentOS 8 future ("Long goodbye"?)

2020-12-16 Thread R C


On 12/16/20 9:45 AM, Valeri Galtsev wrote:

My apologies about top posting.

I join Matthew on all counts.

The following might sound as a rant, but it is not, given the circumstances we 
have been put into.

First, and most important: thank you CentOS team for all great work you have 
done during all these years. As user who used results of your work without 
giving much back (not counting maintaining public mirror, or helping others on 
the list whenever I felt my expertise adequate), I can not express how high I 
value what you gave to all of us.

Now, that CentOS as we knew it (as a “binary replica” of RedHat Enterprise) 
ceases to exist many of us are trying to figure out new long term solution for 
their “enterprise” sort of systems. Luckily I only partly have to do that, as 
for servers I already did migration quite long ago. My mentioning it on this 
list was causing more annoyance than I would like to, so I stopped mentioning 
it. But now it is time to mention it again, just to help everyone arrive at 
best decision. But first some thoughts on migration to different Linux Distro:

One of obvious possibilities is to migrate to some other “binary clone” of 
RHEL. One can find several, Oracle Linux (even though many are cautious of 
Oracle, they - Oracle - didn’t drown out of existence mysql so far, maybe 
thanks to mariadb fork existence, …), Scientific Linux (which is effort of 
really small team, and I evaluated it well below CentOS when I had to make 
decision, and it confirmed true over time), and others... However, once RedHat 
(or rather its owner IBM) made fundamental decision, it is not as much about 
the one who clones (binary rebuilds) of RHEL, as it is about RHEL itself. At 
least fo me it is. As, by undermining trust, even if they roll everything back 
to what it was, the trust is already lost by the knowledge of everyone that any 
moment they can do that in a future. This alternative is just out of question 
for me. Will I maintain RHEL for my current or potential future employer? Yes, 
definitely. Will I recommend fair (and way cheaper, better, longer lasting) 
alternative? By all means, yes, and with my experience of migration, and 
documented migration steps, etc...

Another possibility for pure Linux folks is switch to different distro. Not with 10 
years life cycle (here RedHat was unique), but shorter one, yet with much easier 
upgrade from one release to another. [Even knowing about Ubuntu LTS] Debian would be 
my choice, which I am going to pursue for CentOS number crunchers and workstations I 
maintain. Laptops are Debian clone Ubuntu since long ago. This will be “rolling 
release", i.e. mostly you will have to upgrade packages to latest release, and 
constantly will take chance something will break with change of internals of given 
software from one release to another. It will be more work (for 24/7/365 servers 
most gravely notable). But it may outweigh the single event when your “enterprise” 
life is cancelled one day, and you have to redo the whole infrastructure all at 
once. Think about it and about peace of mind avoiding that eventuality.

This leads me at last to telling that my sever infrastructure was migrated long 
ago to FreeBSD. One can chose different BSD successor based on one’s own 
assessment of suitability. First of all, pure Linux folk, it is not that 
challenging as one may think. I would say here the same thing I was telling to 
my users who we just starting to use UNIX (or Linux). How many command do you 
need to know to start using UNIX? Just 5-6 is enough. Start doing things, and 
in a couple of Months you will feel you know everything. In 6 Months you will 
be top expert:




I work in HPC, pretty much exclusively with redhat and it's 
clones/derivatives, in very large scale environments.  I mostly do R 
'stuff', and very much rely on our admins doing that, I constantly talk 
with them for advice, or just to discuss system stuff, most of them have 
been doing this longer then I have. I still consider myself a rookie.


so yeah   6 months   *chuckle*   you should consider applying in 
places like that if you're that good.






  the one who knows what he knows and knows what he doesn’t know. My choice was 
based on the following facts: FreeBSD is most widely used (even Microsoft was 
once noticed to run some of their servers on FreeBSD). FreeBSD has excellent 
documentation. FreeBSD community is as eager to help the one who got stuck with 
something as our CentOS community is. They have as excellent experts as Johnny, 
Matthew, ... sorry I can not mention everyone, that will take separate huge 
post...

And now, with my servers gone to FreeBSD long ago, I can share this nice 
experience. On FreeBSD (base system is separate, and Linux, BTW, decided to go 
same excellent way), and extra stuff can be added from huge port collection, 
most part of which is available as binary packages. Ports/packages are up to 
their maintainers, and pretty much 

Re: [CentOS] What are the differences between CentOS Linux and CentOS Stream?

2020-12-16 Thread R C


On 12/16/20 8:11 AM, Lamar Owen wrote:

On 12/15/20 1:24 PM, R C wrote:
What I meant was that MS basically, for the longest while, had their 
OS pre-installed on computers sold, so it "felt" free to the buyer, 
it came with the machine. Universities and colleges did receive bulk 
licenses and .NET pretty much for free in their 'Developer Programs' 
and also have students keep using it. That "faillure to implement" 
obviously was a marketing move indeed, as was students "allowing" to 
keep using it on their laptops after graduation. 
This is way off-topic, but there are two aspects of home users using 
unlicensed copies of Windows:
1.) Users who bought a machine with Windows Home Edition on it who 
wanted either Professional or Ultimate;
2.) The enthusiasts who were building their own machines from parts.  
That group is small, but they also tend to be very vocal; IT 
professionals often fall into this group, and MS wanted to keep them 
happy for all the reasons previously posted.


But the Red Hat-based ecosystem version of that second group is 
on-topic, as the same sort of enthusiast exists here and has been very 
vocal about this change.


Well yes it is, but it started with a remark about licensing. I don't 
use Windows much, not even a handful of times in the last decade. Thing 
is that MS has something called their "Developers Network" (named 
something along those lines). If you're in higher education, R etc you 
can be in that network, in sortof an R category, for 'free'. As a 
member you get access to "development versions" of pretty much anything 
MS, and they will give you product codes, even "bulk licenses", to be 
used for R, and even for educational purposes. You can do whatever you 
want with it, except of course use it for commercial/production purposes.


I never found a mechanism like that for redhat, that is why I use 
Centos. It is pretty much the same thing. I have numerous netboot images 
around, a dozen and a half or so hardrives with  Centos installed (in 
trays), so it is easy  to just boot a machine for projects, testbeds 
etc, and without having to pay for a bunch of licenses  while you only 
use a handful of installs at a time.


For example, I was messing with kubernetes in a few ways.  redhat 
provides a license for RHEL, that you can use for that purpose for free, 
BUT you can have only have one license.



Of course there is the group of people like you mention, (I probably 
fall in that category by swapping hardware all the time, testbeds, R 
clusters etc)


I don't know how well that will be working with RHEL, if Centos and 
Redhat start 'diverting'





___
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


Re: [CentOS] Blog article: CentOS is NOT dead

2020-12-15 Thread R C


On 12/15/20 3:04 PM, Johnny Hughes wrote:


If you want a RHEL clone, that's fine.  There will be one available.
Someone will make one.


Once IBM owns it?  You think?  They allowed cloning once ..  a long time 
ago.







___
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


Re: [CentOS] Blog article: CentOS is NOT dead

2020-12-15 Thread R C


On 12/15/20 4:11 PM, Phelps, Matthew wrote:

On Tue, Dec 15, 2020 at 5:04 PM Johnny Hughes  wrote:


On 12/14/20 8:25 AM, James Pearson wrote:

Nicolas Kovacs

Here's an interesting read which makes a point for CentOS Stream:



https://freedomben.medium.com/centos-is-not-dead-please-stop-saying-it-is-at-least-until-you-read-this-4b26b5c44877

tl;dr: Communication about Stream was BAD, but Stream itself might be a

good

thing. Here's why.

As others have said, it misses the _really_ important bit about the

traditional CentOS model which is to follow the RHEL ~10 year life cycle>

It doesn't matter how good/rock solid/whatever CentOS Stream turns out

to be, but if it only has a 5 year life cycle for each major release, then
it no good to me (and I suspect many others)

There is a 2 year overlap with the next version of stream as well .. in
this case CentOS Stream 9.  How long is Debian or Ubuntu LTS maintained
for free?

5 years may not be long enough for you .. but it certainly pretty long.
  And I am TRYING to get that extended.  I may not be successful, we'll
have to see.


The article also mentions "CentOS will no longer be old, crusty, and

barely alive, trailing RHEL by months at times" - then why didn't Redhat
put resources into CentOS to improve that?
Do you have any idea how much money Red Hat is paying to maintain
CentOS.  And they are maintaining CentOS 7, even now, until 2024.  There
are dozens of machines and several administrators to maintain them.


Redhat must have known, that if they killed off traditional CentOS, then

users will simply go elsewhere for a RHEL rebuild ?

If you chose not to use CentOS Stream, that is up to you.  What is the
OS of your TV set.  What is the firmware of your computer.  Those things
are now pretty much irrelevant and commoditized.

At some point the underlying OS is going to be much less important and
the important part will be the layered parts that contain your apps and
not the OS Layer.

If you want a RHEL clone, that's fine.  There will be one available.
Someone will make one.

The real and complete vision of what CentOS Stream will become will not
be compolete until around the end of QTR1 2021.  If you chose not to try
it, that is up to you.   I truly think Stream will be a much better and
more quickly fixed OS when everything is in place.


I don't expect you to answer Johnny, but why didn't Red Hat wait until
Stream was "complete'" or ready, or whatever.


I know the above wasn't directed at me, but maybe  it wasn't as much 
redhat wanting to sell, but IBM wanting to buy (there is a difference).


IBM's revenue has steadily and steeply been going down, it had quite a 
few train wrecks, topped off with plane crashes. IBM is still a very 
large company, and still makes A LOT of money but for a large part with 
a bunch of dinosaurs that they are stuck with, and someone spotted a meteor.








I agree that Redhat really screwed up this announcement - they would

have got a lot more kudos if they had announced CentOS Stream to exist
along with keeping the current traditional CentOS ...
Again .. pay 8 or more people the going rate to just maintain CentOS.
Buy the dozens of machines and pay for the datacenter, bandwidth,
hardware services for machines, etc.  This is very expensive.  Maybe the
company you work for will do that out of the goodness of their heart?



I guess I don't understand. Isn't Red Hat going to pay for CentOS Stream
engineers, hardware, etc? How much more would it be to use them to build
point releases? Won't much of the personnel and infrastructure be the same?
Is Red Hat going to just get rid of all the CentOS resources? I don't
understand why the resources maintaining CentOS 7, and 8 Stream, can't be
used to build CentOS 8.4/5 etc?

As bummed out as I am about this whole situation, and believe me i am.

But even I can clearly see that Red Hat has gone above and beyond the
requirements of open source software and I am quite tired of all the
'they should be happy to pay several million dollars a year to give away
a working product."  If it is so easy or cheap to do .. then you guys do
it.  I did it for 17 years.  Much of my time was on top of a normal 40
hour work week.



Again, we all appreciate it. It's not you we're mad at.



Red Hat contributes to every major upstream project .. they maintain
several very key major projects.  They let employees contribute to
projects and pay for them to work on upstream projects.  how many things
do they have to do for free?


James Pearson





I understand all your points, and I get it, but the fact is Red Hat
committed to the roadmap (c.f.
https://blog.centos.org/2019/07/ibm-red-hat-and-centos/) and now they're
abruptly breaking a promise. One that is affecting a lot of already
overstressed and underpaid people. If they said this would happen at the
beginning of CentOS 8, or better CentOS 9, then fine. But now?

It sucks big time.


___
CentOS 

Re: [CentOS] What are the differences between CentOS Linux and CentOS Stream?

2020-12-15 Thread R C



On 12/15/20 11:15 AM, Ljubomir Ljubojevic wrote:

On 12/15/20 5:58 PM, R C wrote:

When was the last time a large company (think IBM, Sun, Novell Netware,
Oracle) had a great idea to create or take over an OS, or a community
only ending up in a situation that only almost killed them. (Yeah MS,
but they figured out that giving it away for next to nothing for
residential/educational use is actually securing their market share in
commercial/government/Education etc etc etc.)

10-15 years ago BSA sued a person using pirated Windows (and Office?) at
home. Microsoft representative was a witness AGAINST BSA, so that there
is no precedent that private users of pirated software can be sued,
because out of fear majority of those using pirated software would stop
installing and using MS software and they would recommend software of
competition (free if possible).

If MS did not "fail to implement" effective protection from pirating
Windows and Office, their market share would be at least halved, and in
countries with low income they would barely exist.



What I meant was that MS basically, for the longest while, had their OS 
pre-installed on computers sold, so it "felt" free to the buyer, it came 
with the machine. Universities and colleges did receive bulk licenses 
and .NET pretty much for free in their 'Developer Programs' and also 
have students keep using it. That "faillure to implement" obviously was 
a marketing move indeed, as was students "allowing" to keep using it on 
their laptops after graduation.


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


Re: [CentOS] CentOS 8 future

2020-12-15 Thread R C


On 12/15/20 11:07 AM, Matthew Miller wrote:

On Tue, Dec 15, 2020 at 11:24:03AM -0600, Tom Bishop wrote:

I know you and other RHEL folks keep saying this about cashing out etc, but
they could have kept stream and Centos stable at the same time but chose
not to. Ya know, if it walks like a duck and quacks as a duck...who knows
maybe this goes down as one of the best decisions ever for RH but I think
its going to hurt them in more ways then they ever thought about.

As I've also said before, I have no special insight into how RH and the
CentOS board came to this timeline, but I _am_ inclined to believe that the
motivation is the one that they give: they want to focus attention and
resources.


yup, I think you are right, they'll pay attention and focus on resources 
...




  Look at CloudLinux saying that they plan to invest a million
dollars a year


WOW  a million a year, that is amazing, that will definitely get 
things going, with that kind of  money you can hire 3 HS students and 
two college drop outs, that's


how MS started too.



  into doing their rebuild. It's easy to _say_ "Red Hat could
easily have done both".



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


Re: [CentOS] CentOS 8 future

2020-12-15 Thread R C



On 12/15/20 10:31 AM, Jon Pruente wrote:

On Tue, Dec 15, 2020 at 2:48 AM R C  wrote:


'Rocky Linux' guy might actually be on to something (although I'd pick
another distro name)


The name comes from his CentOS co-founder Rocky McGaugh, who is no longer
with us, in his memory.


I didn't know that fact, but hey that could be a pretty cool tribute.




___
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


Re: [CentOS] CentOS 8 future

2020-12-15 Thread R C



On 12/15/20 10:30 AM, Phelps, Matthew wrote:

On Tue, Dec 15, 2020 at 12:24 PM Tom Bishop  wrote:


On Tue, Dec 15, 2020, 11:06 AM Matthew Miller  wrote:




I don't think there will be a course change either, but for different
reasons. The motivation isn't "cashing/selling out". It's... actually the
stated motivation
https://www.redhat.com/en/blog/faq-centos-stream-updates#Q2


--
Matthew Miller

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


I know you and other RHEL folks keep saying this about cashing out etc, but
they could have kept stream and Centos stable at the same time but chose
not to. Ya know, if it walks like a duck and quacks as a duck...who knows
maybe this goes down as one of the best decisions ever for RH but I think
its going to hurt them in more ways then they ever thought about.
___


Not to mention the constant barrage of "You just want free Red Hat" and
"CentOS users are moochers" and "We deserve value from all those CentOS
users, so we're going to turn them into beta testers for RHEL." I have
gotten these responses here and on twitter from CentOS and Red Hat
employees.


Yup, a lot of "Centos Users" are the ones running and building for RHEL 
infrastructure, there's a lot more in it for IBM to take over RHEL than 
there is to take over Ubuntu, mint or build something new. The thought 
more than likely is "an established market is already out there".


I don't think that IBM is in the business of "Hey let's do something 
really nice, because we don't really need/want the money"





So, sorry, but this line about this not being a money grab is an obvious
crock of excrement.



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


Re: [CentOS] CentOS 8 future

2020-12-15 Thread R C



On 12/15/20 10:24 AM, Tom Bishop wrote:

On Tue, Dec 15, 2020, 11:06 AM Matthew Miller  wrote:




I don't think there will be a course change either, but for different
reasons. The motivation isn't "cashing/selling out". It's... actually the
stated motivation
https://www.redhat.com/en/blog/faq-centos-stream-updates#Q2


--
Matthew Miller

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


I know you and other RHEL folks keep saying this about cashing out etc, but
they could have kept stream and Centos stable at the same time but chose
not to. Ya know, if it walks like a duck and quacks as a duck...who knows
maybe this goes down as one of the best decisions ever for RH but I think
its going to hurt them in more ways then they ever thought about.


I think you are exactly on target there with your thoughts. IBM looks 
after their investors and their customers, they never really cared about 
"personal computing" (pun intended), nor small business computing, and 
evidently, as history shows, suck at it when they made an attempt or two.




___
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


Re: [CentOS] CentOS 8 future

2020-12-15 Thread R C


On 12/15/20 10:06 AM, Matthew Miller wrote:

On Tue, Dec 15, 2020 at 01:48:21AM -0700, R C wrote:

I think that Centos, being that close to RHEL, should have had a
licensing scheme for personal use, small business use, just to make
things 'fair'.

So, again, please stay tuned. Not for licensing schemes for CentOS, but for
programs for these use cases for RHEL. See 
https://www.redhat.com/en/blog/faq-centos-stream-updates#Q10
and please really do mail centos-questi...@redhat.com with your use cases.
This is answered by humans designing these programs, not by sales.


Oh I know, there are already programs like that. For example, want to 
learn how to play with Kubernetes, sure, here get a free full trial 
licence for RHEL to do that (but you can only get one.). Use cases; I 
think a lot of people using Centos do it, because they can easily/free 
build a server/workstation pretty much the same as at work, the only 
difference being the background being blue instead of red.


Sure, redhat might help these  "use cases" out, but that means you are 
accepting a gift from a company that has an interest in selling to your 
employer, and most employers will definitely not allow that and 
terminate those who do.


From what I understand, RHEL and Centos go different ways so a lot of 
"the community" will start looking for alternatives, and will find them. 
We'll see how it goes.


(the order of magnitude in increase of email on these lists, might be an 
indication about the quality of that idea.)





I don't think their (IBM/RHEL) course is going to change though,
redhat going "commercial" has been going on for a decade and a half
or so, and it looks like initial investors have a desire
cashing/selling out at this point.

I don't think there will be a course change either, but for different
reasons. The motivation isn't "cashing/selling out". It's... actually the
stated motivation
https://www.redhat.com/en/blog/faq-centos-stream-updates#Q2



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


Re: [CentOS] What are the differences between CentOS Linux and CentOS Stream?

2020-12-15 Thread R C


On 12/15/20 9:20 AM, Kevin K wrote:

As a bystander who just the other day saw this, no.  It doesn't appear that
it will be a bleeding edge kernel.  Just builds of the next kernel expected
to be in the next 8.X release.  So you are getting updated features
earlier, but maybe before all the known issues are resolved to a state
ready to be released in the main RH build.

For my work use of Red Hat, this all doesn't matter.  We license and pay
for many copies of RHEL.  It is only for home use that I've historically
used CentOS.  And even then I can get a personal license of RHEL.


I totally agree with that. I think that most of RedHat's success is 
because of 'open' Linux in general, and especially Centos in the last 
decade or however long it has been around.


What large companies don't seem to understand (except for a few) is that 
what is used in the workplace is what people that run that stuff know, 
and most of those are people that started with that as HS kids, or they 
have a degree in something unrelated, often an "online/make up degree.  
That might sound mean/bad, but that is the work force you have, that is 
what they use, so that is what companies/organizations/institutions will 
use, always been like that, will be like that for the foreseeable future.


Most of what runs companies/institutions  "IT stuff" have a few machines 
at home, I know enough sysadmins that have the previous model Dell 
servers, or the model before that, some EOL Cisco equipment, that is 
what they know very well to use, so that is what companies will be using 
too, including their choice of OS and software.


RHEL and Centos disappearing migh be a problem in the short term, a year 
or 2/3/4, but hey,  it only takes one hardware life cycle before a new 
badge of HS kids and college drop outs figured out what to use next (for 
free).


When was the last time a large company (think IBM, Sun, Novell Netware, 
Oracle) had a great idea to create or take over an OS, or a community 
only ending up in a situation that only almost killed them. (Yeah MS, 
but they figured out that giving it away for next to nothing for 
residential/educational use is actually securing their market share in 
commercial/government/Education etc etc etc.)


The only times something became really popular, and useful for "the 
industry" is when it is was for free for personal use (or was included 
with the hardware, there are/were countless examples), because that is 
what the people working in it, programmers, sysadmins etc., do, use the 
free stuff ..   take it to work, get promotions and a raises for their 
good ideas. In fact, that is how Linux/Redhat became a success to begin 
with.


Personal licenses, sure,  but what IT guy is going to get 4-5 $500 a pop 
a year licenses just because it is the same as at work? (And...  what 
about all the online forums etc? that are free to use) Redhat might 
think about giving "those" away for free..  BUT most large companies, 
and for sure government, does not allow their employees to accept 
'gifts'  for more then a few ($10-15) a year.  So that won't fly either.


my 2 cts,


Ron



On Tue, Dec 15, 2020 at 9:29 AM Turritopsis Dohrnii Teo En Ming <
teoenming.dec2...@gmail.com> wrote:


Good day from Singapore,

What are the differences between CentOS Linux and CentOS Stream?

At the moment, I only know that CentOS 8 support will end on 31 December
2021 while Red Hat Inc will shift its focus to CentOS Stream.

Is CentOS Stream going to be very similar to Fedora Linux, shipping with
the latest Linux Kernel like 5.10.1?

I am looking forward to hearing from you.

Thank you.


-BEGIN EMAIL SIGNATURE-

The Gospel for all Targeted Individuals (TIs):

[The New York Times] Microwave Weapons Are Prime Suspect in Ills of
U.S. Embassy Workers

Link:
https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html




Singaporean Targeted Individual Mr. Turritopsis Dohrnii Teo En Ming's
Academic
Qualifications as at 14 Feb 2019 and refugee seeking attempts at the
United Nations Refugee Agency Bangkok (21 Mar 2017), in Taiwan (5 Aug
2019) and Australia (25 Dec 2019 to 9 Jan 2020):

[1] https://tdtemcerts.wordpress.com/

[2] https://tdtemcerts.blogspot.sg/

[3] https://www.scribd.com/user/270125049/Teo-En-Ming

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


Re: [CentOS] The conclusio: CentOS is dead

2020-12-15 Thread R C


On 12/15/20 2:05 AM, Ruslanas Gžibovskis wrote:

Oracle Linux, only after Oracle Solaris will shine again with their awesome
SPARC arch... Which has an amazing features...


Solaris tried to take over the "Sunos/bsd status quo", that was a 
disaster, it was a good idea but licensing killed it.




Nice, I did not check Devuan for a long time, if they still alive...
hmm, I have hope in Rocky then, but would be more fun if guys do not just
scrap everything fast into distro, and then, k, how do we work with it
now...
I believe Rocky will be a good thing, but hope other projects will merge
into it instead of building their own. Even if everyone of us want to build
our own :D



I think that 'Rocky idea' has some potential.




But still, after this move, I do not have the same trust in RH as it was
previously.

Do you, People, still have a stone-proof trust in RH after last week's news?


Centos and RH are dead, well in a hopeless coma for now.  It's IBM,  
Torvalds' Linux almost killed off IBM, Oracle, Novell and did a lot of 
'damage' to MS in that market, IBM is still a dinosaur with the same 
70's brain capacity, it won't be able to pull it off even if they had a 
monopoly on OS' in general.







On Tue, 15 Dec 2020 at 09:56, R C  wrote:


On 12/15/20 1:32 AM, Nicolas Kovacs wrote:

Le 15/12/2020 à 08:17, Nikolaos Milas a écrit :

My course of action is to wait for Lenix (Ref.:


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

and Rocky Linux (https://rockylinux.org/) by CentOS original founder.

Right now Rocky Linux is not much more than a README file on Github.


That is how Linus Torvalds started.   be careful
underestimating/ridiculing talent.



On the other hand, Oracle Linux has been a well-tended free-as-in-beer

RHEL

clone with some nifty extra features for the last 14 years.

Wozu in die Ferne schweifen, wenn das Gute liegt so nah? (Goethe)

:o)


___
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


Re: [CentOS] The conclusio: CentOS is dead

2020-12-15 Thread R C


On 12/15/20 1:32 AM, Nicolas Kovacs wrote:

Le 15/12/2020 à 08:17, Nikolaos Milas a écrit :

My course of action is to wait for Lenix (Ref.:
https://blog.cloudlinux.com/announcing-open-sourced-community-driven-rhel-fork-by-cloudlinux)
and Rocky Linux (https://rockylinux.org/) by CentOS original founder.

Right now Rocky Linux is not much more than a README file on Github.



That is how Linus Torvalds started.   be careful 
underestimating/ridiculing talent.





On the other hand, Oracle Linux has been a well-tended free-as-in-beer RHEL
clone with some nifty extra features for the last 14 years.

Wozu in die Ferne schweifen, wenn das Gute liegt so nah? (Goethe)

:o)


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


Re: [CentOS] CentOS 8 future

2020-12-15 Thread R C
I think that Centos, being that close to RHEL, should have had a 
licensing scheme for personal use, small business use, just to make 
things 'fair'.


It should be fine to use Centos as a "Community Enterprise OS", as a 
stepping stone, but once it starts taking off, like it did with some big 
enterprises, there should have been an obligation to switch to Redhat, 
and pay up.


Centos/RHEL, pretty much being done/over, means that startups are 
confronted with a competitive problem, AND also, upcoming sys 
people/talent not having the opportunity to get into "that world" is a 
problem. I think it is detrimental to the further use of anything RHEL.  
The only thing RHEL can 'bank on' in the near future is that there is 
nothing else around yet. (but problems like these never lasted long in 
the past)


'Rocky Linux' guy might actually be on to something (although I'd pick 
another distro name), if he can pull that off (which is not even that 
far fetched), he can expect 6/7 figure development checks from 
organizations that used the model as it is now, or used to be, 
organizations that use the OS at scale (think multiple 8 figure price 
tag machinery).


I don't think their (IBM/RHEL) course is going to change though,  redhat 
going "commercial" has been going on for a decade and a half or so, and 
it looks like initial investors have a desire cashing/selling out at 
this point.


Centos is kind of equivalent to RHEL, as you mentioned, heck, I have 
RHEL support because of countless licenses where I work AND I can use 
the knowledge databases and support for 'anything remotely' work 
related. I even was explicitly told I can use it for anything at home if 
I wish.



I am not too worried though,  there will be something new, it will just 
not be Centos, nor RHEL, and that just happens every or two decade or 
so, that is just history repeating itself.



Ron




On 12/15/20 1:17 AM, Patrick Bégou wrote:

I'm also using CentOS for a while and I'm deploying a CentOS8 cluster
for some months because it was supported until 2029! Bad idea.
For me, using debian has 2 important drawbacks
- some of proprietary software we are using is certified RHEL and SLES.
Deploying on CentOS is out-of-thebox. Deploying on debian (we have also
debian servers) is often a nightmare and some functionalities still
doesn't work (and support reply "debian is not supported"). We have no
alternative for these softwares.
- hardware support for servers rely also on some certifications and they
are mainly for RHEL or SLES (or Unbutu but for laptops, not servers) and
in case of trouble the support has yet answered "please use a certified
os". Centos is considered as RHEL by the support. Not sure that with
stream it will be the same.

Patrick

Le 14/12/2020 à 17:57, Lamar Owen a écrit :

On 12/12/20 10:34 PM, Konstantin Boyandin via CentOS wrote:

My only concern ATM is whether RH can change its CentOS 7 maintenance
plans as well, all of a sudden.

This is what bothers me, too, but in a slightly different way.  Even
for the GPL software, Red Hat actually doesn't have to provide public
access to the source code; the only thing required by GPL is that
those who receive binaries must be able to get sources.  So, even
though it has been said that the source will be available, well, it
was also said that C8 would be supported to 2029.  There are enough
packages in RHEL with non-GPL licenses where it would be very
difficult to rebuild the whole distribution without them, and RH is
not required by those licenses (MIT, BSD, and others) to redistribute
those modified sources even to people who have been distributed
binaries.  So, while I want to believe that the sources will remain
available, that belief relies on trust, which unfortunately is less
abundant these days.

So while using another rebuild seems to be a good stopgap solution, I
do wonder if it will prove to be sustainable post-2021.  I'm
personally looking at which of the four (that we know about) to
possibly go to; I just really doubt I am going to use Oracle; Rocky
isn't really there yet and is very young; Springdale is available,
mature, and academically supported (nothing wrong with that, just a
statement); CloudLinux OS Project Lenix isn't yet released.  Out of
the bunch, Springdale would be my first choice right now because it's
been around a very long time and is available now.  C8 is supposed to
be around until end of 2021, so there is some time for the dust to
settle and the way to become more clear, though.  But CentOS 8 Stream
is only an option for me if the hardware driver KABI synchronization
issue is solved and stays solved.  RHEL?  Under the current
subscription models we just can't afford it. (Cost also keeps SLES out
of the running.)

But I'm now seriously considering just simply going to something that
is both older than Red Hat, fully and totally open, extremely
well-supported by a diverse developer community, and used by a whole
lot of people.  Yes, that's Debian; 

Re: [CentOS] The conclusio: CentOS is dead

2020-12-14 Thread R C
It is not that we haven't been here before, this is just history 
repeating itself.


IBM, SCO, Sun, Novell, etc. majorly have screwed up because of some 
geniuses having a great business idea.


(that's how BSD disappeared, Solaris was a disaster, Xenix never made 
it..  and whatever happened to SCO etc?)


But here is the point, RHEL for example is used at scale a lot now, 
because there are people that know how to deal with it (far and few 
beyond)    and the ones I know use Centos for their own stuff (at 
home) because it is so similar. It is already a problem to find 
qualified people that can use/deal with RHEL in a production environment 
at scale (if you know what you're doing, you easily can get a cosy 6 
figure job, because it's next to impossible to find a decent sys person 
with experience, for sure not for at scale operations) , and those are 
not going to pay hundreds/thousands for a RHEL license at home, that is 
why they use Centos, while at work working with RHEL.


I am in that situation, I request 5-6 figures worth of RHEL licenses on 
a regular basis, and use several Centos machines at homes (yeah I am 
that guy that doesn't have a life and my 'hobby' is kinda like my work.) 
It will be a very freaking cold day in hell before I start paying 
thousands to have virtually 'the same thing' at home as at work.


If a few months down the road, if I decide to use Linus XYZ, or 
whatever, than that is what we'll be using where I get my pay check from 
...  and if not, well, good luck finding someone that can keep things 
running there. Because that is what it comes down to.  It is not the 
product that determines what the "industry standard" is..   it is the 
ones that have experience and can actually make stuff work.



I think Centos is dead because RHEL just committed suicide.


Ron



On 12/15/20 12:06 AM, Simon Avery wrote:

On Mon, 14 Dec 2020 at 22:48, Ruslanas Gžibovskis  wrote:


your suggestions?



Different:
Debian, OpenSuse, Ubuntu-server. All good choices.

Not quite so different:
Rocky, (Maybe one of the corporate sponsored centos-a-likes, (OEL,
Cloudlinux etc) but we've now learned it would be nicer to rely on a distro
that wasn't provided at the whim of someone who might need to cut costs at
any time)
___
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


Re: [CentOS] CentOS 8 future

2020-12-08 Thread R C


On 12/8/20 11:44 AM, Robert G. (Doc) Savage via CentOS wrote:

On Tue, 2020-12-08 at 11:58 -0500, Satish Patel wrote:

Folks,

What is going on here
https://blog.centos.org/2020/12/future-is-centos-stream/

CentOS 8's future is not looking bright. Recently deployed CentOS8 on
my production workload and now hearing this. What do other folks
think
about this?

Speaking only for myself, I am ready to give up on CentOS (and Red Hat)
entirely. Fedora meets all my clients' needs with none of the chaos.

I shall miss the stability of past CentOS releases, much as I did those
of Scientific Linux.


same here,  I used Centos because it is 'that close' to redhat, and that 
what I use at work/HPC, but easy to install etc in home environments 
while practically having the same thing. I guess I need to tell my 
employer I need the same thing now.






--Doc Savage
     Fairview Heights, IL
___
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] Thunderbird 78.4.0 after update

2020-11-17 Thread R C

Hello,


after an update I  ended up with Thunderbird 78.4.0, it looks a little 
different, which is ok, but it seems that all my descriptions and also 
alerts disappeared.



Is that a known problem? If so,  how to fix that.  (btw;  I am not sure 
if I ever installed/used lightning, but that addon/extension doesn't 
seem to be there anymore.)



If it is a known problem, is there a way to fix that?


thanks,


Ron

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


Re: [CentOS] run firefox via an ssh tunnel

2020-11-11 Thread R C

yeah ..  it would need to run X11

On 11/11/20 4:04 PM, Stephen John Smoogen wrote:

On Wed, 11 Nov 2020 at 17:45, R C  wrote:


I do it all the time.


make sure you forward X11,  on the  ssh server side,  and login with
ssh -X me@myhost.whatever

start firefox with:

/usr/bin/firefox -no-remoteif you don't want the remote pages ending
up in your local browser

or if you don't care, just run firefox without -no-remote



Don't you have to make sure that the Firefox on the MacOS-X system is using
X11? It normally uses the native MacOS windowing system which is not X.




or however you start firefox on a mac.


Ron


On 11/11/20 3:39 PM, S Bob wrote:

Hi all;


I'm trying to setup an ssh tunnel so I can run firefox on a remote
laptop and have the display locally.


I have 2 laptops

local = CentOS 7

remote = mac OSX 10.15.7


I want to create an ssh tunnel on the local CentOS 7 laptop, then run
firefox on the mac with the display showing up on the CentOS laptop.

Is this doable?


Thanks in advance

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


Re: [CentOS] run firefox via an ssh tunnel

2020-11-11 Thread R C

you can't run it?  or can't find it?

if it doesn't want to run, it probably is because you're not forwarding 
X11 in your server,  in this case your mac. the ssh server nees to 
do/allow that



what about executing it remotely :


ssh -X myuser@theremote-mac "open -a Firefox"  ?


if that doesn't work, it's probably your X11 forwarding



On 11/11/20 3:56 PM, S Bob wrote:

I can ssh -X myuser@theremote-mac

but I cannot run /usr/bin/firefox.


I can run "open -a Firefox" on the mac but then it just opens firefox 
on the mac



Thoughts?



On 11/11/20 3:45 PM, R C wrote:

I do it all the time.


make sure you forward X11,  on the  ssh server side,  and login with  
ssh -X me@myhost.whatever


start firefox with:

/usr/bin/firefox -no-remote    if you don't want the remote pages 
ending up in your local browser


or if you don't care, just run firefox without -no-remote


or however you start firefox on a mac.


Ron


On 11/11/20 3:39 PM, S Bob wrote:

Hi all;


I'm trying to setup an ssh tunnel so I can run firefox on a remote 
laptop and have the display locally.



I have 2 laptops

local = CentOS 7

remote = mac OSX 10.15.7


I want to create an ssh tunnel on the local CentOS 7 laptop, then 
run firefox on the mac with the display showing up on the CentOS 
laptop.


Is this doable?


Thanks in advance

___
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 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


Re: [CentOS] run firefox via an ssh tunnel

2020-11-11 Thread R C

I do it all the time.


make sure you forward X11,  on the  ssh server side,  and login with  
ssh -X me@myhost.whatever


start firefox with:

/usr/bin/firefox -no-remote    if you don't want the remote pages ending 
up in your local browser


or if you don't care, just run firefox without -no-remote


or however you start firefox on a mac.


Ron


On 11/11/20 3:39 PM, S Bob wrote:

Hi all;


I'm trying to setup an ssh tunnel so I can run firefox on a remote 
laptop and have the display locally.



I have 2 laptops

local = CentOS 7

remote = mac OSX 10.15.7


I want to create an ssh tunnel on the local CentOS 7 laptop, then run 
firefox on the mac with the display showing up on the CentOS laptop.


Is this doable?


Thanks in advance

___
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


Re: [CentOS] Firefox 78 under CentOS 6 -- no sound?

2020-10-20 Thread R C

RHEL 6 has the same problem, also firefox 78 on a 64 bit machine.


On 10/20/20 11:35 AM, Yves Bellefeuille wrote:

Jonathan Billings  wrote:


  I'm less concerned with firefox being broken on 32-bit CentOS 6
  systems when the platform is only going to live for another month.
  Frankly, I'm glad to see flash die just a little earlier.

It isn't just 32-bit, but also 64-bit, and it isn't just Flash, but
also HTML 5.

To notice the bug, all you have to do is try to watch any video at
Youtube or elsewhere, if the video has sound.


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


Re: [CentOS] system sounds

2020-10-13 Thread R C

been playing around a bit and noticed:


When I login as root, gnome,  all the system sounds seem to be working.

When I log in as a regelur user,  the system sounds do't.  So I guess it 
must be a permissions issue somewhere that happened during/after the 
last update?



any ideas?


thanks,


Ron

On 10/10/20 12:03 PM, R C wrote:

Hello,


I am using 'Centos 7.8.2003 (Core)' and after an update, a week or two 
ago, all system sounds seemed to have stopped working.


Sound in firefox still works, and also rhythmbox seems to play music 
files, VLC player do too.



It seems that  just things like notifications etc are not woring 
anymore. Also, the "test speakers" in the sound setup doesn't seem to 
produce any sound.



any ideas?


thanks,


Ron


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


[CentOS] system sounds

2020-10-10 Thread R C

Hello,


I am using 'Centos 7.8.2003 (Core)' and after an update, a week or two 
ago, all system sounds seemed to have stopped working.


Sound in firefox still works, and also rhythmbox seems to play music 
files, VLC player do too.



It seems that  just things like notifications etc are not woring 
anymore. Also, the "test speakers" in the sound setup doesn't seem to 
produce any sound.



any ideas?


thanks,


Ron

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


[CentOS] system sounds

2020-09-25 Thread R C

Hello,


after an update, Centos 7, I don't have any system sounds anymore?  
Sound works, for video etc.


(sound left/right speaker test works)


is there a setting that I am missing that somehow got messed up?


thanks,


Ron

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


Re: [CentOS] system sounds

2020-09-25 Thread R C

oops,  didn't mean to "hijack' it,  just used the list address.


I'll re-post




On 9/25/20 2:26 AM, Simon Matter wrote:

Hello,


after an update, Centos 7, I don't have any system sounds anymore?
Sound works, for video etc.

Hi,

I can't help with the question but if you want others to read your mail,
don't hijack other threads to start a new conversation. Otherwise, if
someone marks the thread as read, your new question is not seen.

Regards,
Simon

___
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


Re: [CentOS] Question regarding cent OS 7.8.2003 compatibility with large SAS disks

2020-09-24 Thread R C
what I typically rather do is install the OS on a way smaller drive, 
that way if the OS drive is trashed, the data array is still there,  
also, it is easier to create a clean install that way. (of course a 
partition could work too).



On 9/24/20 10:34 PM, Amey Abhyankar wrote:

On Fri, 25 Sep 2020 at 09:57, R C  wrote:

I have done it numerous times.

Thanks Digimer & R C for the quick help.

I am going to touch the blade servers after a gap of decade hence I
was in doubt :-)
The Cloud computing era has wiped my knowledge about server HW & OS
compatibility :-/

Regards,
Amey.

On 9/24/20 10:25 PM, Amey Abhyankar wrote:

Hello,

I have a blade server with SAS HDD's of 12TB in total.
3 HDD's of 4TB each.

Is it possible to install Cent OS  7.8.2003 on 12TB disk space?
I will be installing Cent OS on the bare metal HW.

I referred = https://wiki.centos.org/About/Product
But slightly confused with the 'maximum file size' row for ext4 FS.

Thanks & Regards,
Amey.
___
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 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


Re: [CentOS] Question regarding cent OS 7.8.2003 compatibility with large SAS disks

2020-09-24 Thread R C

I have done it numerous times.

On 9/24/20 10:25 PM, Amey Abhyankar wrote:

Hello,

I have a blade server with SAS HDD's of 12TB in total.
3 HDD's of 4TB each.

Is it possible to install Cent OS  7.8.2003 on 12TB disk space?
I will be installing Cent OS on the bare metal HW.

I referred = https://wiki.centos.org/About/Product
But slightly confused with the 'maximum file size' row for ext4 FS.

Thanks & Regards,
Amey.
___
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] system sounds

2020-09-24 Thread R C

Hello,


after an update, Centos 7, I don't have any system sounds anymore?  
Sound works, for video etc.


(sound left/right speaker test works)


is there a setting that I am missing that somehow got messed up?


thanks,


Ron

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


Re: [CentOS] Centos7 and Vlan

2020-06-16 Thread R C
if you use more than one gateway, you have to 'decide' what traffic you 
want to go through each of them, (so you have to set up routes or


user/group pools that controls access to interfaces etc ) it would still 
be a good idea to call one of the interfaces/gateways the


"route of last resort", but bad ideas might work too.


On 6/16/20 2:56 AM, Alfredo De Luca wrote:

Hi all.
I wonder if you can help me here.

I have centos7 with 1 network interface and on that IFwe have 2 vlan.
 From both vlan we'd like to reach the internet independently so basically
with 2 different gateways.

we tried with all the routes,rules etc but only on one vlan we are able to
ping 8.8.8.8 for instance.

Any suggestions/ideas?
Cheers



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


[CentOS] HW/MAC addr vs client id vs ...

2020-05-22 Thread R C

Hello,


when booting using dhcp, some OS-es use their MAC addr, some, when 
getting an IP with DHCP use a client id, sometimes  it's 01M+MAC, 
sometimes it is a quite long string, similar to UUIDs.


For example some Ubuntu version  sends out their DHCP client id as 
01+MAC, similar to windows machines.


Is there a way in Centos/RHEL, to 'configure' that?  (Cisco equipment is 
kind of particlat about that), so that for example when requesting


an IP using DHCP,  the  client-id used is 01+MAC  instead of just the 
MAC address?


(it becomes a hassle when machines are dual boot for example).


thanks,


Ron

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


Re: [CentOS] ether-wake

2020-05-18 Thread R C
when I found out that ether-wake only did raw ether packets, I notoced 
there's also a wol in the distro,  that broadcasts wake up packets using 
udp, that I can redirect on cisco equipment.  It's working now.



thanks,


Ron



On 5/18/20 9:45 AM, Simon Matter via CentOS wrote:

Actually you are not correct.


1st: I didn't quote the wikipedia article,  someone sent that as an
answer to my previous post.

     (similar mindset probably, as in your response)

2: You are wrong,  broadcast packets, like for example DHCP, and also
WOL (if UDP), can be routed, by

the means of ip helper addresses and directed broadcasts on Cisco
equipment


Also, you like others seem to have a very hard time understanding what
is wriiten/asked.  I asked "What port number does

ether-wake us",  ether-wake being part of Centos So what I am looking
for is a number,  like 9, 37 or something in case it is

Part of the problem is that there is no THE WOL package as there are
different forms of WOL and their packages.

One way is using UDP port 9 as you said. I was using the script below to
do so (using socat) but I can tell you that this method doesn't work for
all devices.

#!/bin/bash

HWADDR="$1"
DEST_IP="255.255.255.255"
DEST_PORT="9"

# The magic packet is a broadcast frame containing anywhere within its
payload
# 6 bytes of all ones (FF FF FF FF FF FF in hexadecimal), followed by sixteen
# repetitions of the target computer's 48-bit MAC address.
MAGIC="\xFF\xFF\xFF\xFF\xFF\xFF"
for ((CNT=0; CNT < 16; CNT++)); do
   MAGIC="${MAGIC}\x${HWADDR//:/\x}"
done

echo -en "$MAGIC" | socat -T1 -u STDIO \
   UDP-DATAGRAM:${DEST_IP}:${DEST_PORT},broadcast

Kind regards,
Simon

___
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


Re: [CentOS] ether-wake

2020-05-18 Thread R C
yeah I am wondering if that isn't the easiest route to go though if 
there already is


one. I am waiting for an answer from Cisco. Cisco switches and routers 
can forward wol


packets sent over udp. But etherwake doesn't do that apparently.

So if I want to wake up machines from a central location, I either need 
to use something


else then ether-wake, or  don't do it from a central location it looks like.


thanks,


Ron

On 5/18/20 9:33 AM, Rich Greenwood wrote:

Some switch hardware can generate the packets directly, negating the need
for a box on every VLAN.  Meraki hardware can do it, but you have to go
through the dashboard so automating it isn't currently possible.

Here is some documentation on forwarding WoL on catalyst 3750 switches from
Cisco:
https://www.cisco.com/c/en/us/support/docs/switches/catalyst-3750-series-switches/91672-catl3-wol-vlans.html




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


Re: [CentOS] ether-wake

2020-05-18 Thread R C

thank you,  that was the/an answer I was looking for.


On 5/18/20 7:51 AM, Jonathan Billings wrote:

On Sun, May 17, 2020 at 07:46:00PM -0600, R C wrote:

what port does ether-wake use?  (I believe it is port 9? but not sure).

The 'ether-wake' command in net-tools doesn't use a port at all.  It's
just a raw packet of EtherType 0x0842 as the so-called "Magic Packet"
<https://en.wikipedia.org/wiki/Wake-on-LAN#Magic_packet>

For example, if you were to run:

(assuming interface name 'eth0')
# tcpdump -i eth0 ether proto 0x0842

You'd see the ether-wake command's packet.  If you strace the process,
you'll see the socket is created as
socket(AF_PACKET, SOCK_RAW, htons(0)).


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


Re: [CentOS] ether-wake

2020-05-18 Thread R C

Actually you are not correct.


1st: I didn't quote the wikipedia article,  someone sent that as an 
answer to my previous post.


   (similar mindset probably, as in your response)

2: You are wrong,  broadcast packets, like for example DHCP, and also 
WOL (if UDP), can be routed, by


the means of ip helper addresses and directed broadcasts on Cisco equipment


Also, you like others seem to have a very hard time understanding what 
is wriiten/asked.  I asked "What port number does


ether-wake us",  ether-wake being part of Centos So what I am looking 
for is a number,  like 9, 37 or something in case it is


actually using UDP. What I am NOT looking for is some patronizing answer 
disconnected from the question.



I really wonder why you feel the need to go out on a branch to start 
lecturing and quoting answers that are not asked for.



If you don't know the answer, simply don't reply. No one benefits, by 
you sending email here that doesn't


have much of anything to do with the topic.


Ron



On 5/18/20 2:59 AM, Pete Biggs wrote:

On Sun, 2020-05-17 at 20:25 -0600, R C wrote:

Ok,  I get that, found it before;  "typically sent as a UDP datagram to
port 0, 7 or 9, or directly over Ethernet as EtherType 0x0842"


The keyword being 'typically',   but what is it that ether-wake actually
uses/does?  (I need to forward a WOL packet to a different

vlan on some Cisco hardware, between two Centos machines).


WoL packets are not routeable/forwardable. They are Layer 2 broadcast
packets that contain the MAC address of the machine that needs to be
woken up. But since you quoted the Wikipedia article on WoL you would
know that and it specifically says what the magic packet is and does.

The format of the packet is unimportant, all that happens is that the
ethernet *card* receives the packet, sees that it's a magic WoL packet
for that card and turns on the hardware "wakeup" line to the machine.

The packets need to be sent on the same network as the target computer
- we did it a while ago for a very large complex network and it needed
a box behind every single router that could be commanded to send out
the WoL packet for a specific MAC address. We eventually abandoned it.

P.


___
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


Re: [CentOS] ether-wake

2020-05-17 Thread R C
Ok,  I get that, found it before;  "typically sent as a UDP datagram to 
port 0, 7 or 9, or directly over Ethernet as EtherType 0x0842"



The keyword being 'typically',   but what is it that ether-wake actually 
uses/does?  (I need to forward a WOL packet to a different


vlan on some Cisco hardware, between two Centos machines).


Ron


On 5/17/20 8:14 PM, John Pierce wrote:

The WoL magic packet is only scanned for the string above, and not actually
parsed by a full protocol stack, it could be sent as any network- and
transport-layer protocol, although it is typically sent as a UDP
<https://en.m.wikipedia.org/wiki/User_Datagram_Protocol> datagram
<https://en.m.wikipedia.org/wiki/Datagram> to port
<https://en.m.wikipedia.org/wiki/TCP_and_UDP_port> 0,]
<https://en.m.wikipedia.org/wiki/Wake-on-LAN#cite_note-6> 7 or 9, or
directly over Ethernet as EtherType
<https://en.m.wikipedia.org/wiki/EtherType> 0x0842

- from Wikipedia

On Sun, May 17, 2020, 6:46 PM R C  wrote:


Hello,


what port does ether-wake use?  (I believe it is port 9? but not sure).


Ron

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


[CentOS] ether-wake

2020-05-17 Thread R C

Hello,


what port does ether-wake use?  (I believe it is port 9? but not sure).


Ron

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


Re: [CentOS] Versions in RHEL and CentOS

2020-04-01 Thread R C

why not use dmidecode ipmi,  things like that?

On 4/1/20 11:40 PM, Thomas Stephen Lee wrote:

On Wed, Apr 1, 2020 at 12:33 PM Peter Kjellström  wrote:


On Wed, 1 Apr 2020 10:01:04 +0530
Thomas Stephen Lee  wrote:
...

Thanks for the information .
Rented a new EPYC Rome Server from Hetzner, but sensors does not show
status of all cores in list, which is why I asked.

Curious what "sensors" you are referring to..

Like this:

$ cat /sys/devices/system/cpu/online
0-63

or this:

$ lscpu | grep CPU\(s\)
CPU(s):64
On-line CPU(s) list:   0-63
NUMA node0 CPU(s): 0-15,32-47
NUMA node1 CPU(s): 16-31,48-63

or what?

/Peter K


Hi Peter,

/usr/bin/sensors

from the lm_sensors package

I had run

sensors-detect --auto

before running sensors

thanks.

---
Lee
___
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


Re: [CentOS] Centos 8 minimal install

2020-03-27 Thread R C

Hi,


someone pointed out the 'boot' iso, it's approx 600Mb, which works if 
you can connect to a network.  I used that.



In previous versions, I just downloaded the 'minimal install iso', 
mostly because it is a habbit because my network connection used to


be a lot slower, so I downloaded them over night.

I tend to install in different ways at work, just depends.  Of course 
you can get the 7.something or 8.something iso, mount it on a loop


and export it to use it as an install, or http, or kickstart etc etc..  
but if not too big, having a disk with it comes in handy.


(especially if it is not supported anymore, and you really need that old 
disto, because of that 'thing' you need to run  *lol*)



It's not headless, I have a few machines on a kvm switch,  but after the 
initial install I use as if they are.



Yeah I don't care much about top or bottom either,  if someone likes 
top, it's top, if someone likes bottom it's bottom   *lol*



I think posting on top is easier than bottom than shredded in the 
middle,   less likely overlook stuff that way   whatever you choose, 
some


just like top, others get po-ed by it..  can't make everyone happy all 
the tme.



thanks for the tip !


Ron



On 3/27/20 3:08 PM, Bee.Lists wrote:

Hi R C.

The resulting installation is smaller than the image that you download through 
FTP, etc.  When I first installed this OS during version 5, I was amazed that 
the installation took a  mere fraction of the time it took to go through the 
menu.  Heh.

Anyway, give it a whirl as it’s quick.  I’m assuming you mean a headless 
installation.

Oh and I’m top posting because it’s logical.




On Mar 26, 2020, at 8:12 PM, R C  wrote:

What I see is a 7.4Gb and a 8Gb iso,  that can't be 'minimal'



Cheers, Bee




___
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


Re: [CentOS] Centos 8 minimal install

2020-03-27 Thread R C

just to piss off people like you,


you might know the type, they never really answer any questions, lurk 
around on a forum like this


acting like a (self-proclaimed) genius lecturing and patronizing people, 
as if they have to be worthy


to get an answer from you (which you typically never do anyway), 
formulated by your delusional standards.


If your mindset is like that, why don't you just not answer to begin 
with, nobody is really interested would


be my best bet.


and no, my idea of minimal is not 3GB, try and read the thread again. 
However your personality comes to mind.




On 3/27/20 9:35 AM, Liam O'Toole wrote:

On Thu, 26 Mar, 2020 at 18:39:56 -0600, R C wrote:

well,  sorry,  I thought it was somewhat "self-explaining", since that
terminology was used up until Centos 7 (see

links), andof course I meant the official download page.


minimal: as in approx 3Gb or so that fits on a regular 4-5Gb rewritable DVD
as with Centos 7

download from : https://www.centos.org/download/



anything else blatantly obvious you need me to have spelled out?


Ron




On 3/26/20 6:27 PM, Liam O'Toole wrote:

On Thu, 26 Mar, 2020 at 18:12:50 -0600, R C wrote:

Hello,


is there a minimal install for Centos 8?


What I see is a 7.4Gb and a 8Gb iso,  that can't be 'minimal'


thanks,


Ron


What you see is something the rest of us can not, because you don't
provide links. What you regard as 'minimal' I have no idea.

Yes, perhaps you could explain to us why you are top posting.

So your idea of minimal is 3GB. Mine is much less. The minimal ISO of CentOS 7 is 
< 1GB:

http://ftp.heanet.ie/pub/centos/7.7.1908/isos/x86_64/
___
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


Re: [CentOS] Centos 8 minimal install

2020-03-26 Thread R C

Hi David,


right, that's the easies, have something minimal (or 'boot' if it is 
called that), that you can just install a basic machine with, and


install everything else as needed while connected to a network.


Yup, 600Mb is kinda stiff.  I am installing it on a physical box.


thanks!


Ron



On 3/26/20 6:41 PM, david wrote:

At 05:12 PM 3/26/2020, R C wrote:

Hello,


is there a minimal install for Centos 8?


What I see is a 7.4Gb and a 8Gb iso,  that can't be 'minimal'


thanks,


Ron



Ron:

The ISO called 'boot' is the equivalent.  When you get to selecting 
the software, choose 'minimal', or whichever option seems to work best 
for you.  I chose 'minimal', because I have scripts that install just 
what I want.


It's beyond me why it takes 600 megs, but at least it fits on a CD (if 
anyone still uses them).  And it does work on at least one physical 
box and a VirtualBox VM on windows.


David



___
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


Re: [CentOS] Centos 8 minimal install

2020-03-26 Thread R C
well,  sorry,  I thought it was somewhat "self-explaining", since that 
terminology was used up until Centos 7 (see


links), andof course I meant the official download page.


minimal: as in approx 3Gb or so that fits on a regular 4-5Gb rewritable 
DVD as with Centos 7


download from : https://www.centos.org/download/



anything else blatantly obvious you need me to have spelled out?


Ron




On 3/26/20 6:27 PM, Liam O'Toole wrote:

On Thu, 26 Mar, 2020 at 18:12:50 -0600, R C wrote:

Hello,


is there a minimal install for Centos 8?


What I see is a 7.4Gb and a 8Gb iso,  that can't be 'minimal'


thanks,


Ron


What you see is something the rest of us can not, because you don't
provide links. What you regard as 'minimal' I have no idea.
___
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] Centos 8 minimal install

2020-03-26 Thread R C

Hello,


is there a minimal install for Centos 8?


What I see is a 7.4Gb and a 8Gb iso,  that can't be 'minimal'


thanks,


Ron

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


Re: [CentOS] Problem with disconnecting SSH-sessions

2019-12-26 Thread R C
are you using ssh to connect to a server, and from there do a scp? If 
so, your ssh session might be the  one timing out,and not the


scp session, due to inactivity on the terminal session.  you can always 
use the -vvv option, to see more detailed msgs about what is going on.



Ron

On 12/25/19 7:56 AM, H wrote:

I am running CentOS 7 on a workstation and CentOS 6 and 7 on a couple of 
servers I am remotely connecting to using the same username and thus ssh 
configuration. However, one of the servers running CentOS 6 I keep getting 
disconnected from whereas I have no such problems with another CentOS 6 server 
and CentOS 7 server. The latter two are on two different hosted server setups 
far, far away whereas the problematic one is my own physical hardware in the 
same building.

I have tried to make sure the sshd configuration on all servers are identical 
but still have this problem. I can rule out a general problem with the router 
in my office since all connections are via that router, the only difference is 
that the problematic server is in the same building and the connection loops 
back via the same router but through an external IP address. /var/log/secure on 
the workstation offers no clues with no messages regarding any disconnection.

If anyone has suggestions what I should check, it would be greatly appreciated!

___
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


Re: [CentOS] livemedia-creator --make-pxe-live CentOS 7

2019-12-26 Thread R C
ah ok,  I do that different, I use VNFS and Perceus, however it works 
basically the same, initially.


You would need to create a ramdisk, and the best way to do that is by 
using an existing one, unpack it, stick


the stuff you need in it, and pack it again. (I have notes about the 
details there, but not them with me right now)


The way a ramdisk is (un)packacked has changed. After you have that 
ramdisk, you mount the "rest" using NFS.


(so things like mount etc needs to be on your ramdisk.) Typically you 
want the kernel from your netboot/tftp to


start the PXE process, simply because it is smaller, and use it to load 
your ramdisk and kernel, as configured in


pxeconfig  (check the default file).


Ron


On 12/26/19 10:20 AM, Drew Weaver wrote:

Oh, alright my specific issue is just about creating the actual pxe image.. not 
what happens after

-Original Message-
From: CentOS  On Behalf Of R C
Sent: Thursday, December 26, 2019 12:18 PM
To: centos@centos.org
Subject: Re: [CentOS] livemedia-creator --make-pxe-live CentOS 7

I have "issues" with later versions of Centos/RHEL 7 also.

PXE boot seems to work, but after the new kernel kexec's, it seems to drop the 
NICS and

further in the process for some reason, the nics never come up, which leads to 
all kindsof issues of course

(trying to boot a cluster that way). I also have the impression that it is a 
dracut issue, however, I have not pinpointed it yet.


Ron


On 12/26/19 9:57 AM, Drew Weaver wrote:

Hello,

I am trying to build a PXE boot image for CentOS 7.

livemedia-creator --make-pxe-live --ks=ks --no-virt

It runs the entire process and then it says:

losetup: /dev/: detach failed: Inappropriate ioctl for device
2019-12-26 11:49:47,293: Disk Image install successful
2019-12-26 11:49:47,293: working dir is /var/tmp/tmpKwqC77
mount: /dev/loop0 is write-protected, mounting read-only
mount: unknown filesystem type '(null)'
2019-12-26 11:49:52,301: Command '['mount', '-o', 'loop', 
'/var/tmp/diskJVpsJd.img', '/var/tmp/lorax.imgutils.OtV8Yh']' returned non-zero 
exit status 32

I then tried it on CentOS 8 and had the same problem until I installed the 
dracut-live package but that package doesn't exist on CentOS 7.

I will point out that it seems to work fine with make-iso, just not 
make-pxe-live. So there is probably a package it needs that I don't know about. 
Has anyone gotten this to work at all?

Since it is a disk/image issue this is the part of the ks relevant to disks:

# Disk partitioning information
reqpart
part / --fstype="ext4" --size=4000
part swap --size=1000
zerombr
clearpart --all
bootloader --location=mbr

Below is my packages part of my kickstart:

%packages
# Packages needed by anaconda, but not directly required.
# Includes all of the grub2 and shim packages needed, except
# for the grub2-efi-*-cdboot package
@anaconda-tools --optional
@core
anaconda
isomd5sum
kernel
memtest86+
syslinux
-dracut-config-rescue
dell-system-update
# This package is needed to boot the iso on UEFI
grub2-efi-*-cdboot
grub2-efi-ia32
%end

Thanks,
-Drew

___
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 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


Re: [CentOS] livemedia-creator --make-pxe-live CentOS 7

2019-12-26 Thread R C

I have "issues" with later versions of Centos/RHEL 7 also.

PXE boot seems to work, but after the new kernel kexec's, it seems to 
drop the NICS and


further in the process for some reason, the nics never come up, which 
leads to all kindsof issues of course


(trying to boot a cluster that way). I also have the impression that it 
is a dracut issue, however, I have not pinpointed it yet.



Ron


On 12/26/19 9:57 AM, Drew Weaver wrote:

Hello,

I am trying to build a PXE boot image for CentOS 7.

livemedia-creator --make-pxe-live --ks=ks --no-virt

It runs the entire process and then it says:

losetup: /dev/: detach failed: Inappropriate ioctl for device
2019-12-26 11:49:47,293: Disk Image install successful
2019-12-26 11:49:47,293: working dir is /var/tmp/tmpKwqC77
mount: /dev/loop0 is write-protected, mounting read-only
mount: unknown filesystem type '(null)'
2019-12-26 11:49:52,301: Command '['mount', '-o', 'loop', 
'/var/tmp/diskJVpsJd.img', '/var/tmp/lorax.imgutils.OtV8Yh']' returned non-zero 
exit status 32

I then tried it on CentOS 8 and had the same problem until I installed the 
dracut-live package but that package doesn't exist on CentOS 7.

I will point out that it seems to work fine with make-iso, just not 
make-pxe-live. So there is probably a package it needs that I don't know about. 
Has anyone gotten this to work at all?

Since it is a disk/image issue this is the part of the ks relevant to disks:

# Disk partitioning information
reqpart
part / --fstype="ext4" --size=4000
part swap --size=1000
zerombr
clearpart --all
bootloader --location=mbr

Below is my packages part of my kickstart:

%packages
# Packages needed by anaconda, but not directly required.
# Includes all of the grub2 and shim packages needed, except
# for the grub2-efi-*-cdboot package
@anaconda-tools --optional
@core
anaconda
isomd5sum
kernel
memtest86+
syslinux
-dracut-config-rescue
dell-system-update
# This package is needed to boot the iso on UEFI
grub2-efi-*-cdboot
grub2-efi-ia32
%end

Thanks,
-Drew

___
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] Centos 7, netboot using initramfs.img

2019-09-26 Thread R C

Hello,


I am trying to boot a node using initramfs.  (actually it is a little 
more complicated, I am booting the node using perceus and vnfs images).



Anyway, when booting with a kernel and using initramfs.img, dracut is 
trying to to configure both Network NICs, the first one would be fine, 
but I don't want it to ven try to configure the 2nd one using dhcp.


How can I stop dracut from trying to do that?


thanks,


Ron

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


Re: [CentOS] another bizarre thing...

2019-08-05 Thread R C
"has been in circulation since the early 00's"  I assume it is not the 
same binary since '00?


SIGKILL usually comes from the kernel. is selinux enabled? Does the 
application start "automatically", or is it started by a user?



Ron



On 8/5/19 9:02 PM, Fred Smith wrote:

On Tue, Aug 06, 2019 at 01:54:56AM +, Grant Street wrote:

Try checking your /var/log/messages for OOM killer log lines. If your machine 
is running low on memory the oom killer will start killing high memory usage 
programs.

Grant

we have watched top while it runs and there's no evidence of a memory
shortage.



From: CentOS  on behalf of Fred Smith 

Sent: Tuesday, 6 August 2019 10:57 AM
To: centos@centos.org
Subject: [CentOS] another bizarre thing...

Hi all!

I'm stuck on something really bizarre that is happening to a product
I "own" at work. It's a C program, built on CentOS, runs on CentOs or
RHEL, has been in circulation since the early 00's, is in use at
hundreds of sites.

recently, at multiple customer sites it has started just going away.
no core file (yes, ulimit is configured), nothing in any of its
(several) log files. it's just gone.

running it under strace until it dies reveals that every thread has
been given a SIGKILL.

How does one figure out who deliverd a SIGKILL? For other, non-fatal,
signals it is possible to glean the PID of the sending process in a
signal  handler, but obviously you can't do that for SIGKILL because
the app doesn't survive the signal.

I'm grasping at straws here, and am open to almost any kind of
suggestion that can be followed-up (as compared to "beats me" which
is where I am now).

I'm even wondering if systemd has something to do with it.

Thanks in advance!
--
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
But God demonstrates his own love for us in this:
  While we were still sinners,
   Christ died for us.
--- Romans 5:8 (niv) --
___
CentOS mailing list
CentOS@centos.org
https://clicktime.symantec.com/39tX9Zv3dbX6w8rkcpnA46w7Vc?u=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos
--
Grant Street
Senior Systems Engineer

T: +61 2 9383 4800 (main)
D: +61 2 8310 3582 (direct)
E: grant.str...@al.com.au

Building 54 / FSA #19, Fox Studios Australia, 38 Driver Avenue
Moore Park, NSW 2021
AUSTRALIA

   [LinkedIn]    [Facebook] 
   [Twitter] 
   [Instagram] 


[Animal Logic]

www.animallogic.com

CONFIDENTIALITY AND PRIVILEGE NOTICE
This email is intended only to be read or used by the addressee. It is 
confidential and may contain privileged information. If you are not the 
intended recipient, any use, distribution, disclosure or copying of this email 
is strictly prohibited. Confidentiality and legal privilege attached to this 
communication are not waived or lost by reason of the mistaken delivery to you. 
If you have received this email in error, please delete it and notify us 
immediately by telephone or email.
___
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


Re: [CentOS] Firefox esr repackage

2019-05-09 Thread R C

it's used for running HPCs a lot

On 5/9/19 10:40 PM, Simon Matter via CentOS wrote:

On 09/05/2019 09:09, Simon Matter via CentOS wrote:

The price we pay.. :)

Do you say that paying RH customers already received new firefox
packages?

Regards,
Simon


No, Red Hat have not yet released any updates for Firefox. I doubt it's
a priority for them.

Which makes me believe they don't expect anybody to use RHEL as a desktop
system :-(

Are there any numbers showing how RHEL is used? That would be interesting.

Regards,
Simon

___
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


Re: [CentOS] Firefox esr repackage

2019-05-08 Thread R C
cool!!  that works for now..   thanks Mark!!

On Wed, May 8, 2019 at 11:21 AM mark  wrote:

> firefox_repackage via CentOS wrote:
> > Hi everyone, I use firefox on centos 7 at work but due to the fairly well
> > know extension signing problem, I cannot use ublock origin.
> >
> > From what I can tell, the latest version of firefox in the updates
> > repository is 60.6.1-1.el7. It looks like Mozilla have just released
> > firefox esr 60.6.2 which should fix the signing issue. (see
> > https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/)
> 
> The answer that I found Sunday (after being on a trip, and unable to play
> music Sat eve on my netbook) was this:
>
> 1. Go to about:config
> 2. Type signature in the search bar.
> 3. You'll see this key: xpinstall.signatures.required, click on it, to
> change the boolean from true to false.
>
> Stuff may work again. If not, go to tools add-ons, and reenable (which you
> could not do before the boolean change).
>
>mark
>
> ___
> 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


Re: [CentOS] Firefox esr repackage

2019-05-08 Thread R C
so basically it says...  "sit tight and wait..."

Of course I tried to update the restclient,  and when that didn't work
uninstallit and tried to reinstallit...which didn't work either...

On Wed, May 8, 2019 at 9:56 AM Nux!  wrote:

> I was told lately about this workaround, check it out.
>
> https://blog.mozilla.org/addons/2019/05/04/update-regarding-add-ons-in-firefox/
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "CentOS mailing list" 
> > To: "CentOS mailing list" 
> > Sent: Wednesday, 8 May, 2019 16:50:20
> > Subject: [CentOS] Firefox esr repackage
>
> > Hi everyone, I use firefox on centos 7 at work but due to the fairly
> well know
> > extension signing problem, I cannot use ublock origin.
> >
> > From what I can tell, the latest version of firefox in the updates
> repository is
> > 60.6.1-1.el7.
> > It looks like Mozilla have just released firefox esr 60.6.2 which should
> fix the
> > signing issue.
> > (see https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/)
> >
> > Would it be possible for someone to pass this message on to someone who
> can
> > package this, so that users like me can update?
> > ___
> > 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 mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Firefox esr repackage

2019-05-08 Thread R C
might fix the signing issue...   but a lot of plugins/addons broke...
like the restclient ...  dangit...

On Wed, May 8, 2019 at 9:50 AM firefox_repackage via CentOS <
centos@centos.org> wrote:

> Hi everyone, I use firefox on centos 7 at work but due to the fairly well
> know extension signing problem, I cannot use ublock origin.
>
> From what I can tell, the latest version of firefox in the updates
> repository is 60.6.1-1.el7.
> It looks like Mozilla have just released firefox esr 60.6.2 which should
> fix the signing issue.
> (see https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/)
>
> Would it be possible for someone to pass this message on to someone who
> can package this, so that users like me can update?
> ___
> 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