Re: [CentOS] devtoolset-4

[Warren Young]

On May 19, 2016, at 3:30 AM, Jarosław Bober  wrote:
> 
> Do I have to  install devtoolset on all my machines that I want to run this
> app?

Probably, yes.  That, or redistribute parts of it with your app, either by 
cherrypicking files from the devtoolset RPM or statically linking to it.

> Or would it use built-in libstdc++ library, linking statically only
> the missing parts?

Are you asking if the new libstdc++ is statically linked into your app only for 
the new functions but your app remains dynamically linked to the old one for 
the parts of C++ that have remained unchanged, the answer is “no”.  Your app is 
linked to the new library, period.  You can use ldd(1) to prove this to 
yourself.

Yes, this is a pain, which is why most people writing software for older CentOS 
releases don’t upgrade their development tools.  There’s a lot to be said for 
holding off on using new language features until they’re available in the stock 
version of the tools for all OSes you need to deploy on.

I’d like to be using C++11 myself, but a feature-complete version of C++11 
didn’t appear in g++ until 4.8, which first shipped in CentOS 7.  I just got 
done backporting a feature to a 32-bit CentOS 5 box, so I’m probably not going 
to be able to use C++11 for another 3-5 years.  Sad, but I still get the work 
done with C++98.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] ati fglrx vs amdgpu absolutely mad on R5 m255 vs IRIS P520

[Andreas Benzler]

Hello guys,

native drivers are mad for my laptop:

Downgrade to native centos kernel vmlinuz-3.10.0-327.18.2.el7.x86_64.

fglrx glxgears around ~800 in 5 seconds my test with amdgpu kernel 4.6
(intel vs amdgpu):

[andy@localhost ~]$ cat /proc/version 
Linux version 4.6.0-1.el7.centos.x86_64 (andy@localhost.localdomain)
(gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Thu May 19
18:48:16 CEST 2016

AMD ICELAND R5 M255
[andy@localhost ~]$ vblank_mode=0 DRI_PRIME=1 ./glxinfo.sh
ATTENTION: default value of option vblank_mode overridden by
environment.
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD ICELAND (DRM 3.1.0, LLVM
3.8.0)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.2.2
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 11.2.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 11.2.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES
3.00
OpenGL ES profile extensions:
[andy@localhost ~]$ vblank_mode=0 DRI_PRIME=1 glxgears
ATTENTION: default value of option vblank_mode overridden by
environment.
10657 frames in 5.0 seconds = 2131.338 FPS
10748 frames in 5.0 seconds = 2149.570 FPS
10774 frames in 5.0 seconds = 2154.730 FPS
10774 frames in 5.0 seconds = 2154.669 FPS
10772 frames in 5.0 seconds = 2154.385 FPS

Intel(R) HD Graphics 5500 (Broadwell GT2)

[andy@localhost ~]$ vblank_mode=0 DRI_PRIME=0 ./glxinfo.sh
ATTENTION: default value of option vblank_mode overridden by
environment.
ATTENTION: default value of option vblank_mode overridden by
environment.
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell
GT2) 
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.2
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 11.2.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 11.2.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES
3.10
OpenGL ES profile extensions
[andy@localhost ~]$ vblank_mode=0 DRI_PRIME=0 glxgears
ATTENTION: default value of option vblank_mode overridden by
environment.
ATTENTION: default value of option vblank_mode overridden by
environment.
35639 frames in 5.0 seconds = 7127.733 FPS
36456 frames in 5.0 seconds = 7291.007 FPS
37647 frames in 5.0 seconds = 7529.270 FPS
35838 frames in 5.0 seconds = 7167.497 FPS
35601 frames in 5.0 seconds = 7120.093 FPS
35087 frames in 5.0 seconds = 7017.222 FPS

Sincerely
Andy

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

[CentOS] DOS line ends on /var/log/boot.log on CentOS 6.7 ?

[Kay Schenk]

Hello all --

Recently, I'm seeing DOS line ends, ^M, on my /var/log/boot.log file.
Honestly, I don't check this very often so I can't say exactly when this
occurred. Is this just MY experience or are others seeing this also.

Additionally, boot/log seems very sparse. Is an old issue still in force on
this?

https://www.centos.org/forums/viewtopic.php?t=17313

​Should I get the updated script from CentOS Plus?

Thanks for any help.

-- 
--
MzK

"Time spent with cats is never wasted."
-- Sigmund Freud
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentosPlus

[m . roth]

James B. Byrne wrote:
> On Wed, May 18, 2016 07:39, Mauricio Tavares wrote:
>> On Wed, May 18, 2016 at 4:32 AM, James Hogarth
>>  wrote:
>>> On 17 May 2016 20:52, "Mauricio Tavares" 
>>> wrote:

 On Tue, May 17, 2016 at 3:04 PM,   wrote:
 > On 2016-05-17 12:09, jd1008 wrote:
 >> Has anybody enabled this repo?
 >> I understand that it can really mess up updates and upgrades
 >> as the dependencies are rather different.
> . . .
   Why not leave all the extra repos disabled, say

 yum install -y libmcrypt --enablerepo=epel
>>>
>>> Doing this means you won't get notified of updates in that repo.
>>> This is not a good idea.

> Having been bitten by this on several occasions I finally adopted the
> policy of using the -- includepkgs= -- option and specifically naming
> the packages that I want from a non-standard repo; and also using --
> exclude= -- in the standard repo naming exactly the same packages as
> those included elsewhere.  You can use globbing in the package names
> in both cases.
>
> It is a little more work to set up but it is a lot safer to my way of
> thinking, particularly where there are multiple sysadmins involved.

Agreed. This is what I do on the systems with NVidia cards, and I want
kmod-nvidia - I have include= in the /etc/yum.repos.d/elrepo.repo.

Then, to protect production systems from "update everywhere!!!", in
/etc/yum.conf, *just* on those systems, I'll have thinks like
exclude=httpd,kernel. When I have my maintenance window to really update,
I do a yum update --disableexcludes=all. Gives me a fine-grained control.

 mark

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

Re: [CentOS] CentosPlus

[James B. Byrne]

On Wed, May 18, 2016 07:39, Mauricio Tavares wrote:
> On Wed, May 18, 2016 at 4:32 AM, James Hogarth
>  wrote:
>> On 17 May 2016 20:52, "Mauricio Tavares" 
>> wrote:
>>>
>>> On Tue, May 17, 2016 at 3:04 PM,   wrote:
>>> > On 2016-05-17 12:09, jd1008 wrote:
>>> >> Has anybody enabled this repo?
>>> >> I understand that it can really mess up updates and upgrades
>>> >> as the dependencies are rather different.
. . .
>>> >
>>>   Why not leave all the extra repos disabled, say
>>>
>>> sed -i -e 's/^enabled=1/enabled=0/' /etc/yum.repos.d/epel.repo
>>>
>>> and manually enable it when you need to get a package from said
>>> repo:
>>>
>>> yum install -y libmcrypt --enablerepo=epel
>>>
>>
>> Doing this means you won't get notified of updates in that repo.
>> This is
>> not a good idea.
>
>   I see your point since you can setup repo priorities
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>
>

Having been bitten by this on several occasions I finally adopted the
policy of using the -- includepkgs= -- option and specifically naming
the packages that I want from a non-standard repo; and also using --
exclude= -- in the standard repo naming exactly the same packages as
those included elsewhere.  You can use globbing in the package names
in both cases.

It is a little more work to set up but it is a lot safer to my way of
thinking, particularly where there are multiple sysadmins involved.

-- 
***  e-Mail is NOT a SECURE channel  ***
Do NOT transmit sensitive data via e-Mail
 Do NOT open attachments nor follow links sent by e-Mail

James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

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

Re: [CentOS] google cloud compute with PEM file

[James B. Byrne]

On Tue, May 17, 2016 16:34, Dustin Kempter wrote:
ere.
>>
> Here is the command and output
>
>
> [test1@pgpool1 ~]$ ssh -v -i /home/test1/my-key.txt
> upload@144.167.188.62
. . .
> debug1: Authentications that can continue:
> publickey,gssapi-keyex,gssapi-with-mic
> debug1: Next authentication method: gssapi-keyex
> debug1: No valid Key exchange context
> debug1: Next authentication method: gssapi-with-mic
> debug1: Unspecified GSS failure.  Minor code may provide more
> information
> Credentials cache file '/tmp/krb5cc_501' not found
>
> debug1: Unspecified GSS failure.  Minor code may provide more
> information
> Credentials cache file '/tmp/krb5cc_501' not found
>
> debug1: Unspecified GSS failure.  Minor code may provide more
> information
>
>
> debug1: Unspecified GSS failure.  Minor code may provide more
> information
> Credentials cache file '/tmp/krb5cc_501' not found
>
> debug1: Next authentication method: publickey
> debug1: Offering public key: /home/test1/my-key.txt
> debug1: Server accepts key: pkalg ssh-rsa blen 277
> debug1: PEM_read_PrivateKey failed
> debug1: read PEM private key done: type 
> Enter passphrase for key '/home/test1/my-key.txt':
> debug1: No more authentication methods to try.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
> [test1@pgpool1 ~]$
>
>
>

If SELinux is enabled then try this:

restorecon -R ~/.ssh

-- 
***  e-Mail is NOT a SECURE channel  ***
Do NOT transmit sensitive data via e-Mail
 Do NOT open attachments nor follow links sent by e-Mail

James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

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

Re: [CentOS] Installing 32-bit CentOS 6 on a new Lenovo System x3650 M5 server?

[Johnny Hughes]

On 05/18/2016 07:35 PM, Alfred von Campe wrote:
> 
>> On May 13, 2016, at 16:27, I wrote:
>>
>> Is there any known incompatibility with the latest 32-bit (i386) CentOS 6 
>> and the latest Lenovo x3650 M5 servers?  I’ve been running i386 CentOS 6.X 
>> on 3 year old x3650 M4 servers without any issues.  Our development 
>> environment has not been ported to 64-bit (x86_64) yet, so we are stuck 
>> using i386 for another few months.  When I try to boot from the netinstall 
>> ISO image I just get a “Boot Failed” message. Has anyone had similar issues, 
>> and more importantly, figured out a way to workaround it?
> 
> I’ll answer my own question now that I’ve figured it out in case anyone else 
> is in the same boat.  After the i386 CentOS 6 net install ISO failed to boot, 
> I tried the LiveCD and minimal ISOs which failed in the same way.  Then I 
> tried various x86_64 ISO images to no avail.  The only ISO image that I was 
> able to boot from was the latest Ubuntu 16.04 LTS release.  But I really need 
> i386 CentOS.  I was able to install it by clicking on a Legacy checkbox in 
> the BIOS, which brought up a different list of boot devices and I was finally 
> successful in booting from the ISO image.  I then had to finagle the BIOS to 
> always boot in legacy mode so that it would recognize the i386 CentOS boot 
> partition on each powerup.

Yes, CentOS-6 32bit can not boot UEFI or secureboot at all, and needs
'Legacy Boot' enabled.  The CentOS-6 x86_64 can boot 'UEFI with
secureboot off', but not secureboot.

CentOS-7 (x86_64) can install on secureboot or 'UEFI w/secureboot off',
or legacy.

CentOS-7 (Altarch i386) can install on 'UEFI w/secureboot off' or
legacy, but no secureboot.

Thanks,
Johnny Hughes




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

[CentOS] devtoolset-4

[Jarosław Bober]

Hello,
my name is Jarek I am new here. I need some clarifications on how to
distribute an app developed with devtoolset-4 enabled.

 I am developing a distributed app in c++ I wanted to upgrade toolchain to
use new standard.
Is it true that when I compile on centos 6.x with devtoolset enabled then I
will be able to run this app on centos 7.x as well?

Do I have to  install devtoolset on all my machines that I want to run this
app? Or would it use built-in libstdc++ library, linking statically only
the missing parts?

This confuses me a bit.

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

Re: [CentOS] ipmitool and CentOS 7

[Tony Mountifield]

In article <9cf631373071c5bea4449327175be454.squir...@host290.hostmonster.com>,
  wrote:
> 
> A side note, for the person who suggested uname -s - that produces Linux.
> -n produces the FQDN.

That was I, but I wasn't suggesting $(uname -s), rather $(hostname -s)

Cheers
Tony
-- 
Tony Mountifield
Work: t...@softins.co.uk - http://www.softins.co.uk
Play: t...@mountifield.org - http://tony.mountifield.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-virt] Problem with convert config file to xml

[Christoph]

Hi all,

I have a problem to convert a hvm config file to xml:

virsh -c xen:/// domxml-from-native xen-xm /etc/xen/marax.cfg > 
/etc/xen/marax_xml.cfg

error: internal error: config value kernel was missing

cat /etc/xen/marax.cfg
builder = 'hvm'
memory = 2048
vcpus=8
boot="c"
name= "marax"
disk= [ 'phy:/dev/vg_lilith/lv_marax_c,hda,w', 
'phy:/dev/vg_lilith/lv_marax_d,hdb,w' ]
vif = [ 
'bridge=xenbr5,mac=00:16:3e:05:01:10,script=vif-bridge,model=e1000' ]

on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash= 'restart'
vnc=0
vga = 'stdvga'
spice   = 1
spicehost   = '0.0.0.0'
spiceport   = 6000
spicedisable_ticketing=1
spicevdagent=1
spice_clipboard_sharing=1
spiceusbredirection=4
localtime=1
keymap='de'
viridian = 1

whats the problem there? I can start the domU with xl without 
problems...


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

Re: [CentOS-docs] CentOS-docs Digest, Vol 114, Issue 3

[Partners]

Hi Fabian, 

Thanks for the permission to put up the books on https://wiki.centos.org/Books 

I've added the books and hope they are of help to the CentOS community. 

Regards 
Sherwin 




Sherwin Silveira 
Key Partner Executive 




- Original Message -

From: "Partners"  
To: centos-docs@centos.org 
Sent: Thursday, May 19, 2016 9:43:10 AM 
Subject: Re: CentOS-docs Digest, Vol 114, Issue 3 


Hi Fabian, 

Thanks for your reply. 

Could you please direct me to the person who could give me the rights to add 
our books? 

Looking forward to hearing from you. 

Thanks & Regards 
Sherwin 




Sherwin Silveira 
Key Partner Executive 




- Original Message -

From: centos-docs-requ...@centos.org 
To: centos-docs@centos.org 
Sent: Wednesday, May 18, 2016 5:30:01 PM 
Subject: CentOS-docs Digest, Vol 114, Issue 3 

Send CentOS-docs mailing list submissions to 
centos-docs@centos.org 

To subscribe or unsubscribe via the World Wide Web, visit 
https://lists.centos.org/mailman/listinfo/centos-docs 
or, via email, send a message with subject or body 'help' to 
centos-docs-requ...@centos.org 

You can reach the person managing the list at 
centos-docs-ow...@centos.org 

When replying, please edit your Subject line so it is more specific 
than "Re: Contents of CentOS-docs digest..." 


Today's Topics: 

1. Re: discussions around upstream documentation (Jim Perrin) 
2. Re: Request to contribute to wiki page (CentOS) (Fabian Arrotin) 


-- 

Message: 1 
Date: Tue, 17 May 2016 07:09:58 -0500 
From: Jim Perrin  
To: centos-docs@centos.org 
Subject: Re: [CentOS-docs] discussions around upstream documentation 
Message-ID: <573b0a16.3050...@centos.org> 
Content-Type: text/plain; charset=windows-1252 

The Fedora team is working on moving away from docbook and xml to 
asciidoc. This is a more straightforward approach in the file, with a 
reasonably easy syntax to learn. This will let us keep docs in git so 
that users who find something and want to fix it can simply submit a 
pull request or patch to update and someone responsible can approve or 
deny it. 

In the future, it means that non-wiki docs should be easily consumable 
and editable. That doesn't help us for the current state of 
documentation, but it does help to resolve things for the future. I'm 
still working on the state of the existing docs via a few contacts I 
made at the docs day. 

On 05/17/2016 04:07 AM, Brian (bex) Exelbierd wrote: 
> Jim, 
> 
> What were the outcomes from a CentOS perspective? 
> 
> thank you. 
> 
> regards, 
> 
> bex 
> 
> On 04/11/2016 06:18 PM, Jim Perrin wrote: 
>> There is a Fedora Activity Day 
>> (https://fedoraproject.org/wiki/FAD_Documentation_2016 ) centered around 
>> documentation, where I'm going to see what can be done about the state 
>> of centos documentation from upstream sources. 
>> 
>> Most of the tooling for documentation for these two groups is centered 
>> around git. For the most part, our documentation currently lives in the 
>> wiki, and has a fairly high barrier to new contributors. 
>> 
>> Would the regulars who contribute on the wiki consider consider 
>> supporting a migration to a git based documentation workflow? 
>> 
>> I think this would help lower the barrier to contribution by allowing 
>> new contributors to submit a pull request or patch for documentation 
>> rather than join a mailing list, request access, etc. 
>> 
>> What are the thoughts or concerns about this sort of workflow change? 
>> 
>> 
>> 
>> 
> 

-- 
Jim Perrin 
The CentOS Project | http://www.centos.org 
twitter: @BitIntegrity | GPG Key: FA09AD77 


-- 

Message: 2 
Date: Tue, 17 May 2016 18:51:02 +0200 
From: Fabian Arrotin  
To: centos-docs@centos.org 
Subject: Re: [CentOS-docs] Request to contribute to wiki page (CentOS) 
Message-ID: <573b4bf6.8040...@centos.org> 
Content-Type: text/plain; charset="windows-1252" 

On 12/05/16 10:00, Fabian Arrotin wrote: 
> On 12/05/16 06:12, Partners wrote: 
>> Hi, 
>> 
>> We have received the subscription notification. 
>> Following is the information required to contribute to the wiki page: 
>> 
>> Username: PacktPublishing 
>> Subject: Book feature on the wiki page 
>> Location: https://wiki.centos.org/Books 
>> 
>> Thanks & Regards 
>> Sherwin 
>> 
>> *Sherwin Silveira* 
>> *Key Partner Executive* 
>>  
>> 
> 
> Hi, 
> 
> Maybe I'm getting this wrong, but the goal of a wiki is to centralize 
> docs/howtos/tips-n-tricks on the wiki, and not promoting books ? Or are 
> those books under CC-by-SA license and so fully/freely available somewhere ? 
> 

Just reading that again and it seems that /Books already has links to 
other books, so I guess that the centos-docs team is ok with that. 
If so, someone can probably give you rights to add your books there. 

-- 
Fabian Arrotin 
The CentOS Project | 

[CentOS] segfault, error 6 in libc-2.17.so

[Pepe Charli]

Hi,

CentOS Linux release 7.2.1511
quagga-0.99.22.4-4.el7.x86_64

When I start bgpd and have many routes in the server, I can not connect via ssh

In /var/log/messages I see:

sshd[21096]: segfault at 7ffefb51eff8 ip 7f244a690969 sp
7ffefb51f000 error 6 in libc-2.17.so[7f244a614000+1b7000]

If I stop bgpd service, routes disappear and I can connect via ssh
without problems.

Can anybody help me?

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

Re: [CentOS] enlarging partition and its filesystem

[Wes James]

Can you get buy with using lvm features, i.e., just add the chunk to the
volume you want.

Use cfdisk to create a new partition (sudo cfdisk /dev/sda)

Select the unused space, create new partition and then select write, then
quit.

reboot for changes to take.  Go in to lvm, then finally use resize2fs and
your extra space will now be used in the system.

$ sudo lvm
lvm> pvcreate /dev/sda4
  Physical volume "/dev/sda4" successfully created

lvm> pvs
  PV VGFmt  Attr PSize  PFree
  /dev/sda2  vg_c6 lvm2 a--  60.43g 0
  /dev/sda3  vg_c6 lvm2 a--  17.20g 0
  /dev/sda4lvm2 ---  19.53g 19.53g

lvm> vgextend vg_c6 /dev/sda4
  Volume group "vg_c6" successfully extended

lvm> lvextend -l +100%FREE /dev/vg_c6/lv_home
  Size of logical volume vg_c6/lv_home changed from 22.06 GiB (5648
extents) to 41.59 GiB (10647 extents).
  Logical volume lv_home successfully resized

lvm> quit
  Exiting.

$ sudo resize2fs /dev/vg_c6/lv_home
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/vg_c6/lv_home is mounted on /home; on-line resizing
required
old desc_blocks = 1, new_desc_blocks = 3
Performing an on-line resize of /dev/vg_c6/lv_home to 10902528 (4k) blocks.
The filesystem on /dev/vg_c6/lv_home is now 10902528 blocks long.

-

-wes





On Wed, May 18, 2016 at 1:33 PM, Fred Smith 
wrote:

> Hi all!
>
> I've got a VM at work running C6 on HyperV (no, its not my fault,
> that's what the company uses. I'd rather gag myself than own one
> of th ose things.)
>
> I ran out of disk space in the VM, so the admin enlarged the virtual disk.
> but now I realize I don't know how to enlarge the partition and its
> filesystem.
>
> I'll be googling, but in case I miss it, it'd be great if someone could
> point me in the right direction.
>
> thanks!
>
> Fred
>
> --
>
> ---
> Under no circumstances will I ever purchase anything offered to me as
> the result of an unsolicited e-mail message. Nor will I forward chain
> letters, petitions, mass mailings, or virus warnings to large numbers
> of others. This is my contribution to the survival of the online
> community.
>  --Roger Ebert, December, 1996
> - The Boulder Pledge
> -
> ___
> 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