- Discuss - lists.centos.org

cryptsetup luks
by lejeczek 17 May '25

17 May '25

Hi guys. Is this a misbehavior of some sorts? I encrypt: -> $ systemd-cryptenroll --tpm2-device=auto --tpm2-pcrs=0+7 /dev/nvme0n1p3 but unless there is only one keyslot (my even have any ID) or perhaps if it was first - but have not tired it - then 'cryptset' does not open the device @boot. From what I understand 'cryptsetup' tires all keyslots. I was thinking of 'timeout' but cryptsetup does not report any such issues, simply boot stops, waiting for a passphrase. I other words: I need to remove all keyslots, old ones, enrolled in the past for which TPMs do not exists any more, except for the one I know is valid, only then system boots with TPM, not passphrase. any thoughts much appreciated. many thanks, L.

1 0

module from repos
by lejeczek 10 May '25

10 May '25

Hi guys. 'modules' are no longer, in 'dnf'? I get none. Is there some 'changelog' on v. 10 - where important changes are covered? I searched but failed to find any. thanks, L.

2 1

Dogtag in source repo but binaries absent
by lejeczek 10 May '25

10 May '25

Would this be a bug? thanks, L.

3 4

GlusterFS ?
by lejeczek 05 May '25

05 May '25

Hi guys. Are these days Gluster's last- any way of getting it on Centos? Any alternatives for rather small envs/deployments anybody might recommend? many thanks, L.

3 6

Fwd: Your confirmation is needed to leave the discuss@lists.centos.org mailing list.
by Rogger Ortega 03 May '25

03 May '25

-------- Mensaje original -------- De: discuss-confirm+6185fff0659e99312e4453bbf2fdac463f19e021(a)lists.centos.org Enviado: 2 de mayo de 2025 4:54:41 p. m. GMT-05:00 Para: roggerortega0405(a)disroot.org Asunto: Your confirmation is needed to leave the discuss(a)lists.centos.org mailing list. Email Address Unsubscription Confirmation Hello, this is the GNU Mailman server at lists.centos.org. We have received an unsubscription request for the email address roggerortega0405(a)disroot.org Before GNU Mailman can unsubscribe you, you must first confirm your request. You can do this by simply replying to this message. Or you should include the following line -- and only the following line -- in a message to discuss-request(a)lists.centos.org: confirm 6185fff0659e99312e4453bbf2fdac463f19e021 Note that simply sending a `reply' to this message should work from most mail readers. If you do not wish to unsubscribe this email address, simply disregard this message. If you think you are being maliciously unsubscribed from the list, or have any other questions, you may contact discuss-owner(a)lists.centos.org

2 1

How is EPEL doing for ver. 10?
by lejeczek 02 May '25

02 May '25

Hi My second question is - how is EPEL doing somebody knows? I wonder is it still early ? or something else is up. I'm asking because it seems that quite a few & useful - to me at least - packages are absent. eg.: lsyncd, monit, probably more, but one whose absence rose my eyebrow is 'certbot' So I guess I wonder: should I go on a "discovery" process & then report to BZ, or perhaps some major changes to "repos" took place while I was absent. thanks, L.

2 1

Is mailing list still active & main communication channel?
by lejeczek 30 Apr '25

30 Apr '25

hi guys, as per the subject, for "regular" users that is? I'm asking after taking a longer break from Centos. thanks, L.

3 3

Palo Alto VM-Series Firewall is based on CentOS Linux
by Turritopsis Dohrnii Teo En Ming 31 Mar '25

31 Mar '25

Subject: Palo Alto VM-Series Firewall is based on CentOS Linux Good day from Singapore, I have discovered that Palo Alto VM-Series Firewall is based on CentOS Linux. How can I find out what version of CentOS Linux is being used? I am interested in the Linux kernel version being used as well. Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individuals in Singapore GIMP = Government-Induced Medical Problems

1 0

Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs]
by Yannis Milios 01 Feb '25

01 Feb '25

Hello, I'm having a strange problem booting a new centos7 installation. Below some background on this. [I have attached the tech details at the bottom of this message] I started a new CentOS7 installation on a VM, so far all good, o/s boots fine. Then I decided to increase VM disk size (initially was 10G) to 13G. Powered off the VM, increased the vhd via the hypervisor, booted from CentOS livecd, selected "recover my centos installation". Then I used the following sequence of commands to make the new vhd size "visible" to the o/s ... - ran fdisk /dev/sda and deleted partition 2. (This is the LVM partition where the o/s is stored. The first partition is /boot [xfs] partition *non lvm*.) - created a new partition with same starting sector as before deleting it, but a different ending sector (to reflect to the increased space). - set partition type to 8e (lvm), saved settings and exit. - ran pvresize and lvresize to make new space visible to the o/s.All good, I can see the space increase on 'lvdisplay centos/root'. - ran 'mount /dev/mapper/centos-root /mnt/root' to temporarily mount the o/s partition. - ran 'xfs_growfs /mnt/root' to resize the o/s fs to the new size. It was successful and I could actually chroot to the o/s and verify new disk size. - rebooted and tried to boot from hdd this time. Grub menu shows up and loads default kernel (3.10.0-862.9.1.el7.x86_64). - after initial kernel boot up process, booting continues to initrd and then it's where the problem starts... - looks like dracut has issues locating/enabling /dev/mapper/centos-root (lv) and as a result it cannot boot to the 'real' root fs (/). - while in dracut shell, I execute the following command sequence: 1. lvm lvchange -ay /dev/centos/root 2. lvm lvchange -ay /dev/centos/swap 3. ln -s /dev/mapper/centos-root /dev/root 4. exit ...and the o/s boots fine...so looks like the pv,vg,lv is detected properly while in initrd, but somehow dracut has difficulties enabling the root,swap LVs ? - While in o/s, I rebuild initrd by using: 'dracut -f -v -a lvm' Note, I have to use '-a lvm' as for some reason, if don't, the lvm utils (lvm,lvm_scan) are not being included to the initrd, not sure why this happens. After rebooting, same thing happens, I have to manually boot the system via dracut shell. I'm a bit stuck at this point, any clues what I'm doing wrong in here ? As I previously said, this is a new installation, so I could simply reinstall the whole thing, but I would rather try to find out some answer to why is this happening ... :-) [curiosity] Some additional details: ================== I've attached /run/initramfs/rdsosreport.txt file [generated while in inird] here: https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jMxiUxq… o/s ver=CentOS Linux release 7.5.1804 (Core) [root@localhost ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 13G 0 disk ├─sda1 8:1 0 500M 0 part /boot └─sda2 8:2 0 12.5G 0 part ├─centos-root 253:0 0 11.5G 0 lvm / └─centos-swap 253:1 0 1G 0 lvm [SWAP] [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rd.shell rhgb" GRUB_DISABLE_RECOVERY="true"

4 11

Dunkin donuts
by makfeelaf＠gmail.com 05 Jan '25

05 Jan '25

Dunkin' Donuts, now simply known as Dunkin', has become a household name synonymous with coffee and donuts. Founded in 1950, this iconic brand has grown from a single shop in Quincy, Massachusetts, to a global phenomenon with thousands of locations worldwide. This article explores the history, menu offerings, cultural impact, and innovations that have made Dunkin' a beloved choice for millions. <a href="https://dunkindonutmenu.com/" target="_blank">dunkin donuts menu phillipines</a>

1 1

TLS: centos.org certificate chain is incomplete
by Leon Fauster 17 Oct '24

17 Oct '24

FYI: https://discussion.fedoraproject.org/t/invalid-certificate-trust-chain-for-… -- Leon

2 1

What is the reason for xxhash removal from C10S? (CS-2476)
by Fredrik Nyström 06 Sep '24

06 Sep '24

Reason I'm asking is rsync. In a high bandwidth environment rsync is generally ~3 times slower and consumes more than 3 times as much CPU with md5 compared to xxhash. Kind Regards, -- Fredrik Nyström, NSC

1 0

Where can I find the archive kernel rpm packages for Centos stream 9
by wj523＠126.com 05 Sep '24

05 Sep '24

I can only find the Centos stream 9 kernel rpm package from kernel-5.14.0-479.el9.x86_64.rpm to kernel-5.14.0-503.el9.x86_64.rpm, which were created in two months period? Where is the kernel which is older, such as 5.14.0-419.el9.x86_64, 5.14.0-457.el9.x86_64. Do we have a archive site or something like centos-vault to find the old centos 9 stream rpm packages? Thank you.

2 2

Problem installing c10s
by Orion Poplawski 16 Aug '24

16 Aug '24

I'm attempting a kickstart install of c10s and I'm seeing it try to download the following URL: https://infrastructure.fedoraproject.org/repo/centos/centos-10/AppStream/x8… which fails due to being behind a proxy. This URL is not any of the repo URLs that I specified in my kickstart file. What's up here? -- Orion Poplawski he/him/his - surely the least important thing about me Manager of IT Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

4 4

nothing provides bind >= 32:9.16.23-19 needed by bind-dyndb-ldap-11.9-9.el9.x86_64 from appstream
by Kees Bakker 13 Aug '24

13 Aug '24

Hi, [root@c9 ~]# dnf install bind-dyndb-ldap Last metadata expiration check: 0:02:07 ago on Wed 03 Jul 2024 12:10:27 PM UTC. Error: Problem: cannot install the best candidate for the job - nothing provides bind >= 32:9.16.23-19 needed by bind-dyndb-ldap-11.9-9.el9.x86_64 from appstream (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Who is handling this? -- Kees

3 6

Issue After upgrading from Centos 8 stream to Centos stream 9
by nitishguntupalli98＠gmail.com 12 Aug '24

12 Aug '24

Hi Team Recently i had upgraded my os from centos 8 to centos 9 while giving yum update some problems are triggering and there is error with GPG key getting key not found. can anyone provide me with steps for upgrading from centos8 to centos 9 Thanks in advance

2 2

CentOS 7 Installer Dual Stack via Kernel Params
by fetch＠posteo.nl 02 Aug '24

02 Aug '24

Hi all, I know I'm a bit late to ask this, but did the CentOS 7 installer kernel (here now https://vault.centos.org/7.9.2009/os/x86_64/images/pxeboot/) ever support setting an IPv4 AND an IPv6 address on the same interface? I've done some testing in a VM where setting EITHER IPv4 OR IPv6 works, but not both on the same interface, but is it possible to have dual stack settings applied to one interface via the kernel parameters? Assume that I have no ability to have a kickstart file locally, otherwise this could be worked around :/ Thanks

3 3

problems with 8 stream vault?
by Aleksandar Ivanisevic 30 Jul '24

30 Jul '24

Hi, currently im getting a 502 trying to get AppStream/repomd.xml, but some other files are fine, like repomd.asc, see below is this an outage or it is gone forever? ~$ curl 'https://vault.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/repom…' <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <TITLE>ERROR: The request could not be satisfied</TITLE> </HEAD><BODY> <H1>502 ERROR</H1> <H2>The request could not be satisfied.</H2> <HR noshade size="1px"> CloudFront wasn't able to connect to the origin. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. <BR clear="all"> If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation. <BR clear="all"> <HR noshade size="1px"> <PRE> Generated by cloudfront (CloudFront) Request ID: ZdkR1vn61GyMwUbRuoWv6MZULUJ2HyUNwwwsWi6xVY9v27hMZ8uZQA== </PRE> <ADDRESS> </ADDRESS> </B ~$ curl 'https://vault.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/repom…' <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <TITLE>ERROR: The request could not be satisfied</TITLE> </HEAD><BODY> <H1>502 ERROR</H1> <H2>The request could not be satisfied.</H2> <HR noshade size="1px"> CloudFront wasn't able to connect to the origin. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. <BR clear="all"> If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation. <BR clear="all"> <HR noshade size="1px"> <PRE> Generated by cloudfront (CloudFront) Request ID: ZdkR1vn61GyMwUbRuoWv6MZULUJ2HyUNwwwsWi6xVY9v27hMZ8uZQA== </PRE> <ADDRESS> </ADDRESS> </BODY></HTML>~$ ~$ curl 'https://vault.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/repom…' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABCAAGBQJmXXXxAAoJEAW1VbOEg8ZdCTQP/RpadNlDi2Vk+AnKBz6pATni YK6sCSxnSuWl/bIlMW6SnvKkrr98rMkHr6j6fH2YOGEenb8WPAUaa5+EPrqXAUBI Wr6pirbEjmwqLr2BUh59otjWiNIxK4D02cqKnuGMBUh0N4ZhF6/Qsr3twlJSmDCl WoRAB3ZTzavJmF3XGtUl8OuzyZDswZTUjP1ULGFMihBLWWPrLX2fSDvURle3Prcx z+XbES18OuI2uhyTPqb+q1iIL3m9/JZFQceUNHDXXEu0PlLp+ROq4NTrsFxmmn+Z +4y2ZJiRNIR3UlMDJhh6bRhSn7xOZr18yljwwkidtqrqxSJANLq0MGupiyT0gRAB cmfSAjHd5yXODyiiCUGFZA0A4bGXp6tFyE1nLk5P6rehL8AQuPVKb1GKA6yP9StS HTOeK/MSfyHrCvLXzCD7+9ryEdgpgQBCuJJGm46ppRPqkCvuTgmbQUd6zIK7PcaB JR7qqPpG77K0k7Sp7p2+e5I/vBn0o5v3+LshLZq3otF1ueQM5zhR54xgs4gwUARG gIE/cbO97yZzR97keGKGHMRCPNhMbwtTz0b+IeOsVEY5NEiwiFQCG/bvS6r6QnoA JVOH8AfpDay/fRY6fLfaPatn6zE9vV+Mqel/BLl9Hdky53cMw2PjE+MtJHIZLjmT 9JuOUkap7kzW8PXeeAa1 =6YJB -----END PGP SIGNATURE-----

2 2

Issue with yum - "Could not resolve host: mirrorlist.centos.org"
by NISHITH GEEDH 24 Jul '24

24 Jul '24

Dear CentOS Community, I am experiencing an issue when attempting to install packages using yum on CentOS 7. When I run the command yum install vim -y, I receive the following error message: Loaded plugins: fastestmirror Determining fastest mirrors Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was 14: curl#6 - "Could not resolve host: mirrorlist.centos.org; Unknown error" One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid> 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: base/7/x86_64 It seems there is an issue with the baseurl for the repository. I have already checked my network connection and it is working properly. I also tried updating the DNS configuration and clearing the yum cache, but the issue persists. Could someone please provide guidance on how to resolve this issue or point me to the correct repository configuration? Any help would be greatly appreciated. Thank you for your assistance. Best regards, Nishith

6 5

mariadb update... mysql-community ?
by ian.diddams＠celebrus.com 10 Jul '24

10 Jul '24

CentOS Linux release 7.9.2009 (Core) Just running a yum update on a server and this month we see this Dependencies Resolved ============================================================================================================================================================================================================================================= Package Arch Version Repository Size ============================================================================================================================================================================================================================================= Installing: MariaDB-client x86_64 10.4.34-1.el7.centos Default_Organization_mariadb_el7_repo_mariadb_el7_x86-64 12 M replacing mariadb.x86_64 1:5.5.68-1.el7 MariaDB-compat x86_64 10.4.34-1.el7.centos Default_Organization_mariadb_el7_repo_mariadb_el7_x86-64 2.2 M replacing mariadb-libs.x86_64 1:5.5.68-1.el7 mysql-community-client x86_64 5.7.44-1.el7 Default_Organization_mysql-5_7_x86-64_mysql-5_7_el7_x86-64 31 M replacing mariadb.x86_64 1:5.5.68-1.el7 mysql-community-libs x86_64 5.7.44-1.el7 Default_Organization_mysql-5_7_x86-64_mysql-5_7_el7_x86-64 3.0 M replacing mariadb-libs.x86_64 1:5.5.68-1.el7 mysql-community-libs-compat x86_64 5.7.44-1.el7 Default_Organization_mysql-5_7_x86-64_mysql-5_7_el7_x86-64 1.2 M replacing mariadb-libs.x86_64 1:5.5.68-1.el7 Soi why is mysql-community replacing mariadb ? And then we get Transaction check error: file /usr/share/mysql/charsets/Index.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/armscii8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/ascii.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1250.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1251.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1256.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1257.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp850.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp852.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp866.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/dec8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/geostd8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/greek.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/hebrew.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/hp8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/keybcs2.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/koi8r.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/koi8u.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin1.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin2.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin5.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin7.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/macce.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/macroman.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/swe7.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/bin/mysql conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqladmin conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlbinlog conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlcheck conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqldump conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlimport conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlshow conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlslap conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysql.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqladmin.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlbinlog.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlcheck.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqldump.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlimport.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlshow.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlslap.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 anyone any idea what on earth is going on? didds

1 0

Finding kernel builds between releases
by nathan.keyes＠hitachivantara.com 30 Jun '24

30 Jun '24

Can someone point me to where I might be able to find or recreate kernel-4.18.0 builds for c8s between the 408 and 448 releases? Is there a way to find a list of patches that make up each intermediate build? I can see a list of individual commit messages for each build in the spec file changelog, but I have not found a place to see the associated changesets.

4 6

connecting centos7 from different network
by talhakaynak96＠hotmail.com 26 Jun '24

26 Jun '24

Hello, I have no previous experience with CentOS and network administration. Therefore, I would like to emphasize that my questions may be at a basic level. I am currently working on a project and my goal is to be able to access and transfer files between my CentOS 7 computer and a Windows computer over different networks. My CentOS 7 computer is connected to the internet via ethernet via a modem, which has a static IP address (which I can provide if needed). I have also assigned a static IP address to the CentOS 7 computer. My goal is to use my Windows computer to remotely connect to my CentOS computer over different networks and transfer files. Best regards

3 4

In place upgrade from CentOS 8 Stream to CentOS 9 Stream?
by Kay Schenk 17 Jun '24

17 Jun '24

Has anyone tried the procedure recommended in this article? https://www.veeble.org/kb/upgrade-centos-8-stream-to-centos-9-stream/ -- --- MzK

1 0

reminder : CentOS Linux 7 EOL / infra services disappearing in two weeks
by Fabian Arrotin 16 Jun '24

16 Jun '24

Hi, As discussed multiple times on various lists, CentOS Linux 7 will go EOL in two weeks (end of June) and so that means that various services running on CentOS 7 will disappear too . Apart from internal build infra for centos 7 itself (non public) that will be decommissioned, here are some services that will disappear: # mirrorlist.centos.org As the whole backend/frontend infra is running on centos 7 , and that everything Stream related (and now SIGs) was migrated to use mirrormanager (hosted by Fedora infra team), there was no reason to migrate/maintain it as all content will be EOL. # forums.centos.org Per discussion with the forums moderators, it will be powered off completely (not migrated) # torrent.centos.org In the past we used to provide .torrent for various centos linux releases, but it stopped with CentOS Stream. As the trackers (ipv4 and ipv6) are on centos 7, they'll disappear also end of this month -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

1 0

CentOS Stream 8 EOL
by Fabian Arrotin 07 Jun '24

07 Jun '24

As announced multiple times (see https://blog.centos.org/2023/04/end-dates-are-coming-for-centos-stream-8-an…) , CentOS Stream 8 reached now EOL (End Of Life) That means that all content was removed from http://mirror.centos.org/centos/8-stream/ (and so from downstream third-party mirrors) earlier today. The latest compose from today was archived to Vault (https://vault.centos.org/8-stream/) and will *never* receive any more update (security or else) SIGs content was also archived to same place, and koji/buildsystem tags "locked down". To reflect that "unmaintained state", mirrorlist.centos.org started also to answer "Invalid release/repo/arch combination" , like we always did for all the previous EOL'ed releases. -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

2 2

Phantom name server
by Dave Close 24 May '24

24 May '24

I have a CentOS stream 8 system (C8) which runs its own internal name server (BIND 9). In the past, it used an external name server on another machine but that server has been stopped. The resolv.conf file on C8 has been modified to remove the reference to the old server and NetworkManager has been restarted. However, CUPS and other programs on C8 continue to send queries to the old server, all of which eventually time out (of course). The bogus queries to the old server are answered with ICMP destination/port unreachable, confirming that the old name server is not running. But these bogus queries take time and the delays are very annoying. I've also restarted CUPS without effect. There are no references to the old server in /etc/named.conf, but there are references to the subnet it was on as there are other machines there that need to use the new name server. I haven't yet rebooted C8 but I'm prepared if necessary. Is there something else I should do before rebooting C8? Is that even likely to solve the problem? -- Dave Close, Compata, Irvine CA +1 714 434 7359 dave(a)compata.com dhclose(a)alumni.caltech.edu "Fairness is a concept that was invented so kids and idiots could participate in debates." --Dogbert

5 16

No suspend after update
by Michael B Allen 22 May '24

22 May '24

Just updated CentOS 9 Stream on a Lenovo T17 Gen 4 Intel and not it won't suspend with the following error: [ 52.604998] Restarting kernel threads ... done. [ 52.605111] OOM killer enabled. [ 52.605111] Restarting tasks ... done. [ 52.606604] random: crng reseeded on system resumption [ 52.616014] thermal thermal_zone9: failed to read out thermal zone (-61) [ 52.791625] PM: suspend exit [ 52.791733] PM: suspend entry (s2idle) [ 52.797260] Filesystems sync: 0.005 seconds [ 52.797579] Freezing user space processes ... (elapsed 0.001 seconds) done. [ 52.799127] OOM killer disabled. [ 52.799128] Freezing remaining freezable tasks ... [ 72.805437] Freezing of tasks failed after 20.006 seconds (1 tasks refusing to freeze, wq_busy=0): [ 72.805450] task:NFSv4 callback state:I stack:0 pid:2191 ppid:2 flags:0x00004000 [ 72.805453] Call Trace: [ 72.805454] <TASK> [ 72.805456] __schedule+0x21b/0x550 [ 72.805463] schedule+0x2d/0x70 [ 72.805466] nfs41_callback_svc+0x186/0x190 [nfsv4] [ 72.805508] ? __pfx_autoremove_wake_function+0x10/0x10 [ 72.805512] ? __pfx_nfs41_callback_svc+0x10/0x10 [nfsv4] [ 72.805536] kthread+0xdd/0x100 [ 72.805538] ? __pfx_kthread+0x10/0x10 [ 72.805539] ret_from_fork+0x29/0x50 [ 72.805543] </TASK> Kernel: 5.14.0-404.el9.x86_64 How do I boot the previous kernel? Holding Shift down does nothing. Pressing escape brings up some kind of emergency screen that has no options other than to "Press any key to exit". Is CentOS 9 Stream considered stable enough to use as an everyday desktop? Mike

3 7

Problem 1: package resteasy-3.0.26-6.module_el8.4.0+595+e59c9af2.noarch from @System requires pki-servlet-4.0-api, but none of the providers can be installed
by Jelle de Jong 30 Apr '24

30 Apr '24

Dear CentOS members, Does someone know how to resolve this package conflict, it is creating security issues with freeipa dependencies. [root@freeipa01 ~]# yum update --refresh CentOS Stream 8 - AppStream 102 kB/s | 4.4 kB 00:00 CentOS Stream 8 - BaseOS 18 kB/s | 3.9 kB 00:00 CentOS Stream 8 - Extras 55 kB/s | 2.9 kB 00:00 CentOS Stream 8 - Extras common packages 15 kB/s | 3.0 kB 00:00 Extra Packages for Enterprise Linux 8 - x86_64 367 kB/s | 28 kB 00:00 Extra Packages for Enterprise Linux 8 - Next - x86_64 75 kB/s | 35 kB 00:00 Error: Problem 1: package resteasy-3.0.26-6.module_el8.4.0+595+e59c9af2.noarch from @System requires pki-servlet-4.0-api, but none of the providers can be installed - package tomcat-servlet-4.0-api-1:9.0.62-30.el8.noarch from appstream obsoletes pki-servlet-4.0-api <= 1:9.0.50 provided by pki-servlet-4.0-api-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch from @System - package tomcat-servlet-4.0-api-1:9.0.62-30.el8.noarch from appstream obsoletes pki-servlet-4.0-api <= 1:9.0.50 provided by pki-servlet-4.0-api-1:9.0.30-1.module_el8.4.0+595+e59c9af2.noarch from appstream - package tomcat-servlet-4.0-api-1:9.0.62-30.el8.noarch from appstream obsoletes pki-servlet-4.0-api <= 1:9.0.50 provided by pki-servlet-4.0-api-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch from appstream - cannot install the best update candidate for package resteasy-3.0.26-6.module_el8.4.0+595+e59c9af2.noarch - cannot install the best update candidate for package pki-servlet-4.0-api-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch Problem 2: cannot install the best update candidate for package pki-servlet-engine-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch - both package tomcat-el-3.0-api-1:9.0.62-30.el8.noarch from appstream and tomcat-lib-1:9.0.62-30.el8.noarch from appstream obsolete pki-servlet-engine <= 1:9.0.50 - package tomcat-1:9.0.62-30.el8.noarch from appstream requires tomcat-lib = 1:9.0.62-30.el8, but none of the providers can be installed - package tomcat-jsp-2.3-api-1:9.0.62-30.el8.noarch from appstream requires tomcat-servlet-4.0-api = 1:9.0.62-30.el8, but none of the providers can be installed - package tomcat-lib-1:9.0.62-30.el8.noarch from appstream requires tomcat-servlet-4.0-api = 1:9.0.62-30.el8, but none of the providers can be installed - package tomcatjss-7.7.1-1.module_el8.6.0+1038+e795ee4b.noarch from @System requires pki-servlet-engine >= 1:9.0.7, but none of the providers can be installed - package pki-servlet-engine-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch from @System requires pki-servlet-4.0-api = 1:9.0.30-3.module_el8.5.0+854+e1c92b81, but none of the providers can be installed - package pki-servlet-engine-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch from appstream requires pki-servlet-4.0-api = 1:9.0.30-3.module_el8.5.0+854+e1c92b81, but none of the providers can be installed - package pki-servlet-engine-1:9.0.30-1.module_el8.4.0+595+e59c9af2.noarch from appstream requires pki-servlet-4.0-api = 1:9.0.30-1.module_el8.4.0+595+e59c9af2, but none of the providers can be installed - package tomcat-servlet-4.0-api-1:9.0.62-30.el8.noarch from appstream obsoletes pki-servlet-4.0-api <= 1:9.0.50 provided by pki-servlet-4.0-api-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch from @System - package tomcat-servlet-4.0-api-1:9.0.62-30.el8.noarch from appstream obsoletes pki-servlet-4.0-api <= 1:9.0.50 provided by pki-servlet-4.0-api-1:9.0.30-1.module_el8.4.0+595+e59c9af2.noarch from appstream - package tomcat-servlet-4.0-api-1:9.0.62-30.el8.noarch from appstream obsoletes pki-servlet-4.0-api <= 1:9.0.50 provided by pki-servlet-4.0-api-1:9.0.30-3.module_el8.5.0+854+e1c92b81.noarch from appstream - cannot install the best update candidate for package tomcatjss-7.7.1-1.module_el8.6.0+1038+e795ee4b.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

2 1

Fwd: [clamav-users] ClamAV 1.0.X for EPEL 7 & 8
by Kenneth Porter 27 Apr '24

27 Apr '24

------------------------------------------------------------------------ *From:* Orion Poplawski via clamav-users [mailto:clamav-users@lists.clamav.net] *Sent:* Friday, April 26, 2024 at 5:05 PM *To:* ClamAV users ML *Cc:* Orion Poplawski *Subject:* [clamav-users] ClamAV 1.0.X for EPEL 7 & 8 With the help of John Sullivan and Sérgio M. Basto we have gotten the Fedora ClamAV 1.0.X package in shape to be built for EPEL 7 and 8. We have a COPR available now with builds of 1.0.6 ready for testing here: https://copr.fedorainfracloud.org/coprs/g/clamav/clamav-1.0/ We will likely push this to EPEL proper just after RHEL 8.10 is released, presumably in May. But testing and feedback of the COPR builds before that would be welcome. Orion -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Laneorion(a)nwra.com Boulder, CO 80301https://www.nwra.com/

1 0

RDO Caracal 2024.1 Released
by Amy Marrich 24 Apr '24

24 Apr '24

RDO Caracal 2024.1 Released The RDO community is pleased to announce the general availability of the RDO build for OpenStack 2024.1 Caracal for RPM-based distributions, CentOS Stream and Red Hat Enterprise Linux. RDO is suitable for building private, public, and hybrid clouds. Caracal is the 29th release from the OpenStack project, which is the work of more than 1,000 contributors from around the world. The release is already available for CentOS Stream 9 on the CentOS mirror network in: http://mirror.stream.centos.org/SIGs/9-stream/cloud/x86_64/openstack-caraca… The RDO community project curates, packages, builds, tests and maintains a complete OpenStack component set for RHEL and CentOS Stream and is a member of the CentOS Cloud SIG. The Cloud SIG focuses on delivering a great user experience for CentOS users looking to build and maintain their own on-premise, public or hybrid clouds. All work on RDO and on the downstream release, Red Hat OpenStack Platform, is 100% open source, with all code changes going upstream first. The highlights of the broader upstream OpenStack project may be read via https://releases.openstack.org/caracal/highlights.html but here are some highlights: - Drivers with inactive CI were marked unsupported including Windows iSCSI Driver, Windows SMB Driver, Dell SC Series Storage Driver (iSCSI, FC), Dell VNX Storage Driver (FC, iSCSI) and Dell XtremeIO Storage Driver (iSCSI, FC). - New driver features were added, notably, Fujitsu ETERNUS DX extend volume on RAID group, Pure Storage synchronous replication, NetApp iSCSI LUN space allocation, Dell PowerFlex Active-Active support, Dell PowerMax configurable SRDF snapshots. - Designate now supports Catalog Zones (RFC 9432). This can improve the scalability of Designate pools managing a large number of zones and significantly reduce the provisioning time when adding additional DNS servers to a Designate pool. - Horizon now uses Django 4.2 as default and dropped Django 3.2 support. - Ironic has enabled RBAC support by default by changing the default values of [oslo_policy]enforce_scope and [oslo_policy]enforce_new_defaults to True. Additionally, we added [DEFAULT]rbac_service_project_name to define a project where users in that project are treated as having a service role. Please see Ironic release notes for full details. - Ironic has added the ability to drain active tasks from a conductor before shutdown. Sending a SIGUSR2 signal to an ironic-conductor will now attempt to complete running tasks with a timeout of [DEFAULT]drain_shutdown_timeout. No new tasks will be started on the conductor while it’s draining. - Support was added for the external-gateway-multihoming API extension. The L3 service plugins supporting it can now create multiple gateway ports per router. It is currently limited to the L3 OVN plugin. OpenStack Caracal is marked as Skip Level Upgrade Release Process or SLURP. According to this model ( https://governance.openstack.org/tc/resolutions/20220210-release-cadence-ad…) this means that upgrades will only be supported from the Antelope 2023.1 release. RDO Caracal 2024.1 has been built and tested with the recently released Ceph 18.2.0 Reef version (https://docs.ceph.com/en/latest/releases/reef/) which has been published by the CentOS Storage SIG in the official CentOS repositories. *Note:* Follow the instructions in [RDO documentation]( https://www.rdoproject.org/install/install-with-ceph/) to install OpenStack and Ceph services in the same host. During Caracal cycle, some projects have been retired or declared inactive upstream. As such, the following packages for some projects are not present in the RDO Caracal 2024.1 release: - cinderlib - dib-utils - ec2api-tempest-plugin - ec2api - murano - murano-agent - muranoclient - murano-dashboard - murano-tempest-plugin - sahara - sahara-dashboard - sahara-image-elements - sahara-plugin-ambari - sahara-plugin-cdh - sahara-plugin-mapr - sahara-plugin-spark - sahara-plugin-storm - sahara-plugin-vanilla - sahara-tests - senlin - senlinclient - puppet-ec2api - puppet-etcd - puppet-haproxy - puppet-module-data - puppet-murano - puppet-qdr - puppet-rsyslog - puppet-sahara During the next release we will continue working on retiring inactive packages in order to ensure RDO content quality and security. Contributors: - During the Caracal cycle, we saw the following new RDO contributors: - Marihan Girgis - Balazs Gibizer - Fiorella Yanac Welcome to all of you and Thank You So Much for participating! But we wouldn’t want to overlook anyone. A super massive Thank You to all 47 contributors who participated in producing this release. This list includes commits to rdo-packages, rdo-infra, and rdo-website repositories: - Ade Lee - Alfredo Moralejo Alonso - Amy Marrich (spotz) - Arx Cruz - Balazs Gibizer - Bernard Cafarelli - Bohdan Dobrelia - Chandan Kumar - Cyril Roelandt - Daniel Pawlik - Douglas Viroel - Emma Foley - Fabricio Aguiar - Fiorella Yanac - Gregory Thiemonge - Grzegorz Grasza - Harald Jensås - Jiří Podivín - Joan Francesc Gilabert - Joel Capitao - Karolina Kula - Lewis Denny - Lon Hohberger - Luigi Toscano - Luis Tomas Bolivar - Lukáš Piwowarski - Maor Blaustein - Marihan Girgis - Marios Andreou - Martin Kopec - Martin Magr - Mathieu Bultel - Michael Johnson - Nate Johnston - Pablo Rodríguez Nava - Priscila Gutierres - Rabi Mishra - Roberto Alfieri - Ronelle Landy - Shreshtha Joshi - Soniya Vyas - Szymon Datko - Takashi Kajinami - Tobias Urdin - Tristan De Cacqueray - Yatin Karel - Zane Bitter The Next Release Cycle At the end of one release, focus shifts immediately to the next release i.e Dalmatian. Get Started To spin up a proof of concept cloud, quickly, and on limited hardware, try an All-In-One Packstack installation. You can run RDO on a single node to get a feel for how it works. For those that do not have any hardware or physical resources, there is the OpenStack Global Passport Program. This is a collaborative effort between OpenStack public cloud providers to let you experience the freedom, performance and interoperability of open source infrastructure. You can quickly and easily gain access to OpenStack infrastructure via trial programs from participating OpenStack public cloud providers around the world. Get Help The RDO Project has our users(a)lists.rdoproject.org for RDO-specific users and operators. For more developer-oriented content we recommend joining the dev(a)lists.rdoproject.org mailing list. Remember to post a brief introduction about yourself and your RDO story. The mailing lists archives are all available at https://mail.rdoproject.org. You can also find extensive documentation on RDOproject.org. The #rdo channel on OFTC IRC is also an excellent place to find and give help. We also welcome comments and requests on the CentOS devel mailing list and the CentOS IRC channels (#centos, #centos-cloud, #centos-devel in Libera.Chat network), however we have a more focused audience within the RDO venues. Get Involved To get involved in the OpenStack RPM packaging effort, check out the RDO contribute pages, peruse the CentOS Cloud SIG page, and inhale the RDO packaging documentation. Join us in #rdo and on the OFTC IRC network and follow us on Twitter @RDOCommunity. You can also find us on Facebook and YouTube. *Amy Marrich* She/Her/Hers Principal Technical Marketing Manager - Cloud Platforms Red Hat, Inc <https://www.redhat.com/> amy(a)redhat.com Mobile: 954-818-0514 Slack: amarrich IRC: spotz

1 0

Problem 2: Can't uninstall tigervnc-server-minimal.x86_64 without forcing removal of anaconda!
by Kay Schenk 23 Apr '24

23 Apr '24

Dear all --- I DO NOT want tigervnc on my system! I've done what I can changing dnf parameters on uninstall. If I try to deinstall it, it absolutely, positively wants to UNINSTALL anaconda no matter what options I provide. Running CentOS 8, one of the 4.18 xxxxx Any solutions? -- --- Kay Schenk

2 1

Figure out why kdump is not producing dmesg in CentOS stream 8
by public1020 14 Apr '24

14 Apr '24

I created a CentOS 8 stream machine on aws, and configured crashkernel in grub ``` $ cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.18.0-552.el8.x86_64 root=UUID=e52ef623-609b-4202-9b2c-ac7aba5c3bee ro console=ttyS0,115200n8 no_timer_check net.ifnames=0 nvme_core.io_timeout=4294967295 nvme_core.max_retries=10 crashkernel=128M ``` Then I installed and verified kdump is functioning ``` # systemctl status kdump ● kdump.service - Crash recovery kernel arming Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled) Active: active (exited) since Sat 2024-04-13 08:42:55 UTC; 40s ago Process: 808 ExecStart=/usr/bin/kdumpctl start (code=exited, status=0/SUCCESS) Main PID: 808 (code=exited, status=0/SUCCESS) Apr 13 08:42:43 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Install squash loader *** Apr 13 08:42:43 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Stripping files *** Apr 13 08:42:44 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Stripping files done *** Apr 13 08:42:44 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Squashing the files inside the initramfs *** Apr 13 08:42:54 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Squashing the files inside the initramfs done *** Apr 13 08:42:54 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Creating image file '/boot/initramfs-4.18.0-552.el8.x86_64kdump.img' *** Apr 13 08:42:55 ip-172-31-2-139.ap-east-1.compute.internal dracut[1101]: *** Creating initramfs image file '/boot/initramfs-4.18.0-552.el8.x86_64kdump.img' done *** Apr 13 08:42:55 ip-172-31-2-139.ap-east-1.compute.internal kdumpctl[814]: kdump: kexec: loaded kdump kernel Apr 13 08:42:55 ip-172-31-2-139.ap-east-1.compute.internal kdumpctl[814]: kdump: Starting kdump: [OK] Apr 13 08:42:55 ip-172-31-2-139.ap-east-1.compute.internal systemd[1]: Started Crash recovery kernel arming. ``` Now I need to mimic kernel crash, so I used sysrq to do that ``` echo c > /proc/sysrq-trigger ``` However, after reboot, I didn't see a dmesg file in /var/crash as in CentOS 7.X ``` # ls /var/crash - nothing, empty folder - ``` The only thing I can see is /var/log/kdump.log ``` + 2024-04-13 08:35:56 /usr/bin/kdumpctl@679: ret=0 + 2024-04-13 08:35:56 /usr/bin/kdumpctl@680: set +x + 2024-04-13 08:42:55 /usr/bin/kdumpctl@675: /sbin/kexec -s -d -p '--command-line=BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.18.0-552.el8.x86_64 ro console=ttyS0,115200n8 no_timer_check net.ifnames=0 nvme_core.io_timeout=4294967295 nvme_core.max_retries=10 irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off udev.children-max=2 panic=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never nokaslr novmcoredd hest_disable disable_cpu_apicid=0' --initrd=/boot/initramfs-4.18.0-552.el8.x86_64kdump.img /boot/vmlinuz-4.18.0-552.el8.x86_64 Try gzip decompression. Try LZMA decompression. + 2024-04-13 08:42:55 /usr/bin/kdumpctl@679: ret=0 + 2024-04-13 08:42:55 /usr/bin/kdumpctl@680: set +x + 2024-04-13 08:44:31 /usr/bin/kdumpctl@675: /sbin/kexec -s -d -p '--command-line=BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.18.0-552.el8.x86_64 ro console=ttyS0,115200n8 no_timer_check net.ifnames=0 nvme_core.io_timeout=4294967295 nvme_core.max_retries=10 irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off udev.children-max=2 panic=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never nokaslr novmcoredd hest_disable disable_cpu_apicid=0' --initrd=/boot/initramfs-4.18.0-552.el8.x86_64kdump.img /boot/vmlinuz-4.18.0-552.el8.x86_64 Try gzip decompression. Try LZMA decompression. + 2024-04-13 08:44:31 /usr/bin/kdumpctl@679: ret=0 + 2024-04-13 08:44:31 /usr/bin/kdumpctl@680: set +x ``` I need the dmesg to understand what's causing the crash. How can I do that? P.S I have a kernel module that triggers a crash but I don't know why, and to demonstrated the problem with kdump, I use sysrq so anyone want to help can easily reproduce it.

2 4

Out-Of-Office
by Sivaramakrishna Polepalli 13 Apr '24

13 Apr '24

Hello, I will be OOO traveling from 03/28 to 05/06 returning back on 05/07. Please expect delays in my email responses. Please contact Aurus support prodsupport(a)aurusinc.com / Yogesh Baviskar ybaviskar(a)aurusinc.com for any support needs. Thanks Siva Polepalli +1 575-404-3272

1 0

None
by None 05 Apr '24

05 Apr '24

blank" do you not understand? ;) If you do not believe there is any problem, consider the complexity of Johnny Hughes's solution! If Johnny Hughes's solution works for him and he is happy with it, that is great -- more power to him. (The FAQ includes a write up of Johnny's solution.) I have two replies. 1) Back a couple of months ago, as a test, I tried his solution, and the screen on my Mag DX1495 still went blank with the two nVIDIA cards that I tested. 2) I would rather just plug in a card which works right out of the box on a standard, SUPPORTED kernel, than to go through all the complicated steps in Johnny's solution. But this is just my personal preference. I can use the nVIDIA cards in Linux with compatible monitors or in Windows with any monitor (as far as I know). BTW, the computer on which I am writing this email runs CentOS, and with this Acer 77c monitor, I am using an nVIDIA GeForce display card -- it works fine with THIS hardware. Rick Message: 7 Date: Tue, 21 Sep 2004 23:17:26 -0400 From: Christopher Blume <godsmoke(a)godsmoke.com> To: centos(a)caosity.org Subject: Re: [Centos] nVIDIA on CentOS 3.3 Hello Rick, I have to say, I found your notice of nVidia cards "not working" as a little odd. To begin with -- drivers *generally* do not vary between distributions of linux. So, the fact that your card "doesn't work" with CentOS means that something else went wrong -- not that the drivers don't exist, or don't function properly. First of all, I'd be interested to see where your conclusion that your monitor doesn't work with an nVidia card in linux came from -- what exactly did you experience/test to come to this statement? I don't know anything about Kudzu, but, let me tell you, the nVidia Riva TNT 2 is ABSOLUTELY supported by the linux kernel -- and XFree86 ABSOLUTELY runs on it. If it's not working on your system, instead of making conclusions about Linux as a whole, understand that there are probably issues with the configuration files you either manually wrote, or the programs CentOS/RHEL bundles with the distro did. nVidia cards have the absolute best support under linux of any video card -- and I highly doubt what you experienced was a driver issue -- if it was, it was because of some mangled patch that RedHat applied, because the driver for nVidia TNTs is used by tens of thousands of Linux users. Thank You, Christopher Blume

1 0

Out-Of-Office
by Sivaramakrishna Polepalli 04 Apr '24

04 Apr '24

Hello, I will be OOO traveling from 03/28 to 05/06 returning back on 06/07. Please expect delays in my email responses. Please contact Aurus support prodsupport(a)aurusinc.com / Yogesh Baviskar ybaviskar(a)aurusinc.com for any support needs. Thanks Siva Polepalli +1 575-404-3272

2 1

CentOS-announce Digest, Vol 219, Issue 2
by centos-announce-request＠centos.org 04 Apr '24

04 Apr '24

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2024:1486 Critical CentOS 7 firefox Security Update (Johnny Hughes) 2. CESA-2024:1498 Moderate CentOS 7 thunderbird Security Update (Johnny Hughes) 3. CEBA-2024:1540 CentOS 7 redhat-support-lib-python BugFix Update (Johnny Hughes) 4. CEBA-2024:1540 CentOS 7 redhat-support-tool BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 3 Apr 2024 14:00:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:1486 Critical CentOS 7 firefox Security Update Message-ID: <20240403140043.GA18050(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:1486 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2024:1486 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 33dd225ef7b01c077e7d0977782fa69f3d8fd4cea6363f4cde213cc37694b3a2 firefox-115.9.1-1.el7.centos.i686.rpm 2f160bf3a57455fd82821ea858e6ab2789596f1ae502a2b3968383670f17296f firefox-115.9.1-1.el7.centos.x86_64.rpm Source: 3267298df86f1f220840ce663243282de3bd1cdbe0eabd1485f3f01ad1ae07ec firefox-115.9.1-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 3 Apr 2024 14:01:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:1498 Moderate CentOS 7 thunderbird Security Update Message-ID: <20240403140139.GA18446(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:1498 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2024:1498 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: de56cf10dbbabd9a55f388bacf02eb1f5bb04b430bbad9a217d6dc57141aaeb5 thunderbird-115.9.0-1.el7.centos.x86_64.rpm Source: 2a36182ee2aeb5bbdb7c973d6d48bc6a4a929f8d3a3b0c8ffd8e35debc2ce22f thunderbird-115.9.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 3 Apr 2024 14:07:07 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:1540 CentOS 7 redhat-support-lib-python BugFix Update Message-ID: <20240403140707.GA19944(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:1540 Upstream details at : https://access.redhat.com/errata/RHBA-2024:1540 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 623f1a82453fc1bd44617826a88974cd43fbbb30a2d72e47bd706b0deb895254 redhat-support-lib-python-0.14.0-1.el7_9.noarch.rpm Source: 4492c7df1e69f89395e1347815fd9bafe952d299b2b29541c850ad72a553939e redhat-support-lib-python-0.14.0-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 3 Apr 2024 14:07:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:1540 CentOS 7 redhat-support-tool BugFix Update Message-ID: <20240403140751.GA20389(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:1540 Upstream details at : https://access.redhat.com/errata/RHBA-2024:1540 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 096e36a0f28a54f5ad7c593b2efd58ee933bf7f9c314927179a6d0244e0a596a redhat-support-tool-0.14.0-1.el7_9.noarch.rpm Source: a470b95be4f9036778b3805dd90ad0bc8b196f7a847826345e04fb9da5e963dd redhat-support-tool-0.14.0-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 219, Issue 2 ***********************************************

1 0

None
by None 03 Apr '24

03 Apr '24

blank" do you not understand? ;) If you do not believe there is any problem, consider the complexity of Johnny Hughes's solution! If Johnny Hughes's solution works for him and he is happy with it, that is great -- more power to him. (The FAQ includes a write up of Johnny's solution.) I have two replies. 1) Back a couple of months ago, as a test, I tried his solution, and the screen on my Mag DX1495 still went blank with the two nVIDIA cards that I tested. 2) I would rather just plug in a card which works right out of the box on a standard, SUPPORTED kernel, than to go through all the complicated steps in Johnny's solution. But this is just my personal preference. I can use the nVIDIA cards in Linux with compatible monitors or in Windows with any monitor (as far as I know). BTW, the computer on which I am writing this email runs CentOS, and with this Acer 77c monitor, I am using an nVIDIA GeForce display card -- it works fine with THIS hardware. Rick Message: 7 Date: Tue, 21 Sep 2004 23:17:26 -0400 From: Christopher Blume <godsmoke(a)godsmoke.com> To: centos(a)caosity.org Subject: Re: [Centos] nVIDIA on CentOS 3.3 Hello Rick, I have to say, I found your notice of nVidia cards "not working" as a little odd. To begin with -- drivers *generally* do not vary between distributions of linux. So, the fact that your card "doesn't work" with CentOS means that something else went wrong -- not that the drivers don't exist, or don't function properly. First of all, I'd be interested to see where your conclusion that your monitor doesn't work with an nVidia card in linux came from -- what exactly did you experience/test to come to this statement? I don't know anything about Kudzu, but, let me tell you, the nVidia Riva TNT 2 is ABSOLUTELY supported by the linux kernel -- and XFree86 ABSOLUTELY runs on it. If it's not working on your system, instead of making conclusions about Linux as a whole, understand that there are probably issues with the configuration files you either manually wrote, or the programs CentOS/RHEL bundles with the distro did. nVidia cards have the absolute best support under linux of any video card -- and I highly doubt what you experienced was a driver issue -- if it was, it was because of some mangled patch that RedHat applied, because the driver for nVidia TNTs is used by tens of thousands of Linux users. Thank You, Christopher Blume

1 0

[Infra] - Planned outage : lists.centos.org (migration to mailman3) : please read
by Fabian Arrotin 02 Apr '24

02 Apr '24

Due to a needed upgrade , we'll have to move the existing CentOS mailman instance (aka https://lists.centos.org) to a new server/host. Migration is scheduled for """"Tuesday April 8th, 7:00 am UTC time"""". You can convert to local time with $(date -d '2024-04-08 07:00 UTC') The expected "downtime" is estimated to ~60 minutes , time needed to : - take last mailman2 backup - reimport / convert mailman2 archives to mailman3 DB - DNS propagation for A/AAAA/MX records Here are also some important information about the mailman2 => mailman3 migration : # Renamed lists Worth knowing that, based on open discussion on the centos-devel list (see whole thread at https://lists.centos.org/pipermail/centos-devel/2024-March/165576.html) existing lists will be *renamed* , so while we'll put aliases for incoming mails, each list member will start receiving list mails from new list name. So start updating your filters if you filter on email address instead of "subject:" Here is the overview of the new lists names : arm-dev at centos.org => arm-dev at lists.centos.org centos at centos.org => discuss at lists.centos.org centos-devel at centos.org => devel at lists.centos.org centos-announce at centos.org => announce at lists.centos.org centos-automotive-sig at centos.org => automotive-sig at lists.centos.org centos-{cz,de,es,fr,nl,pt-br,zh}(a)centos.org => discuss-{cz,de,es,fr,nl,pt-br,zh}(a)lists.centos.org ci-users at centos.org => ci-users at lists.centos.org centos-gsoc: => gsoc at lists.centos.org centos-mirror at centos.org => mirror at lists.centos.org centos-mirror-announce at centos.org => mirror-announce at lists.centos.org centos-newsletter at centos.org => newsletter at lists.centos.org centos-promo at centos.org => promo at lists.centos.org centos-virt at centos.org => virt at lists.centos.org # Authentication Mailman2 had no real concept of authentication so you could just subscribe to one or more lists, and have a password associated with your email address for that/these subscription(s). Mailman3 itself is split into "core" and "webui" components, so when we'll import mailman2 lists/config into mailman3, your existing subscriptions will continue to work *but* not your password. Mailman3 will be configured to support SSO, and so if you already have a FAS/ACO account (https://accounts.centos.org) you'll be able to login directly into new webui and manage your settings/subscriptions *if* your ACO email address of course matches the one you initially subscribed with for lists.centos.org. If that's not the case, either create an ACO/FAS account that will match and you'll be then able to "link" your mailman3 account with FAS and so manage your settings/subscriptions. If you don't want to, there is always the documented process : https://docs.mailman3.org/en/latest/userguide.html#making-a-mailman-account Thanks for your understanding and patience. on behalf of the Infra team, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

2 1

Out-Of-Office
by Sivaramakrishna Polepalli 02 Apr '24

02 Apr '24

Hello, I will be OOO traveling from 03/28 to 05/06 returning back on 06/07. Please expect delays in my email responses. Please contact Aurus support prodsupport(a)aurusinc.com / Yogesh Baviskar ybaviskar(a)aurusinc.com for any support needs. Thanks Siva Polepalli +1 575-404-3272

1 0

CentOS 7/8s EOL : infrastructure impacts (please read)
by Fabian Arrotin 02 Apr '24

02 Apr '24

Hi all, As you're all aware (we sent multiple mails in the last year about this), CentOS 7 and Stream 8 will go EOL soon : https://blog.centos.org/2023/04/end-dates-are-coming-for-centos-stream-8-an… Let's lists some things that will happen on the CentOS Infrastructure as we'll be approching (or passed) these dates : # CentOS 7/8s content itself Usual process : content will be archived to https://vault.centos.org and removed from mirror.centos.org completely, with just a simple readme file dropped here (for example http://mirror.centos.org/centos/8/readme for already EOL'ed version). Worth knowing that some SIGs are still building for RHEL8, still supported for SIGs through https://cbs.centos.org so such kind of content will continue to be available there as long as SIGs can build against/for it # CBS/koji (https://cbs.centos.org) No impact on CBS env itself ( not running centos 7 nor 8s for a long time now) but the various build tag reflecting centos 7 and 8s will be locked so that nobody would be able to build content anymore : that would even be impossible as content itself will have been removed from mirror.centos.org (internally used for cbs build tags) # CentOS Forums (https://forums.centos.org) : still running on centos 7 and even if that's easy to migrate to newer/supported EL version, it was decided to just shutdown the service (based on discussion with the actual moderation team). An option (to be announced on forums.centos.org ?) is to eventually start moving thread/discussions on Fedora discourse (There is already a CentOS category there : https://discussion.fedoraproject.org/c/neighbors/centos/71) So the plan is just to shutdown forums.centos.org and remove A/AAAA records from DNS # mirrorlist.centos.org service : Starting from Stream 9 (and above), deployed CentOS instance ares using Fedora infra mirrormanager instance for metalink= instead of mirrorlist= in .repo files. We'll just decommission our mirror crawler (also running with a mix of perl/python2 code), so not validating any mirror for legacy/EOL releases. mirrorlist.centos.org A/AAAA records will be removed in the following weeks after c7 will be EOL'ed. That means that people still running CentOS 7 or 8-stream will not have functional yum/dnf stack, except if they point to either vault or have internal mirror but at least people would be aware that distro itself is EOL and that they shouldn't expect to receive any update anymore # CentOS mailing-lists Currently running on mailman2 stack, on top of CentOS 7 linux : there is WIP to port everything to up2date mailman3 stack, actually packaged for EPEL9. We have successfully imported archives into mailman3 and same for lists config but let's start a different/separate thread to discuss changes (like renaming lists, see next coming thread) Kind Regards, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

2 4

Out-Of-Office
by Sivaramakrishna Polepalli 01 Apr '24

01 Apr '24

Hello, I will be OOO traveling from 03/28 to 05/06 returning back on 06/07. Please expect delays in my email responses. Please contact Aurus support prodsupport(a)aurusinc.com / Yogesh Baviskar ybaviskar(a)aurusinc.com or any support needs. Thanks Siva Polepalli +1 575-404-3272

1 0

Re: [CentOS] CentOS 7/8s EOL : infrastructure impacts (please read)
by The GOAT 01 Apr '24

01 Apr '24

Hi, In thread... https://lists.centos.org/pipermail/centos/2024-March/1078098.html ...the mention of the AMIs got me thinking about these images. https://www.centos.org/download/aws-images/ Will the CentOS Linux 7 AMI images continue to be available after June 30 2024, so people can use the last image, attach ELS repos from TuxCare or Perforce and plow on using CentOS 7 for a while? What's the plan for these images AMI references?

1 0

unsubcribe
by Leonardo Cuyar Morales 30 Mar '24

30 Mar '24

-- Imagination is more important than knowledge

2 1

Out-Of-Office
by Sivaramakrishna Polepalli 30 Mar '24

30 Mar '24

Hello, I will be OOO traveling from 03/28 to 05/06 returning back on 06/07. Please expect delays in my email responses. Please contact Aurus support prodsupport(a)aurusinc.com / Yogesh Baviskar ybaviskar(a)aurusinc.com or any support needs. Thanks Siva Polepalli +1 575-404-3272

1 0

CentOS-announce Digest, Vol 218, Issue 2
by centos-announce-request＠centos.org 26 Mar '24

26 Mar '24

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2024:1277 CentOS 7 libX11 BugFix Update (Johnny Hughes) 2. CEBA-2024:1275 CentOS 7 lm_sensors BugFix Update (Johnny Hughes) 3. CEBA-2024:1276 CentOS 7 resource-agents BugFix Update (Johnny Hughes) 4. CESA-2024:1249 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 25 Mar 2024 15:01:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:1277 CentOS 7 libX11 BugFix Update Message-ID: <20240325150143.GA5320(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:1277 Upstream details at : https://access.redhat.com/errata/RHBA-2024:1277 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3e22c1e91e6c946f60aaa437911042d67c7e9de92d77cf458a51d5660658186c libX11-1.6.7-5.el7_9.i686.rpm f79bf580272858f3f9343a97221fc561755bb908456a1beb77582f9310486ae1 libX11-1.6.7-5.el7_9.src.rpm 1f4f286b0441b2c508c416f72ee52c1b323a1ba12aae4579f986c007ecde653f libX11-1.6.7-5.el7_9.x86_64.rpm 70bbd71ba6462d9f6702322739a79ddf57ab8a23f41a3ae1e2c47feacb60d0d1 libX11-common-1.6.7-5.el7_9.noarch.rpm 1ef57080cad8889aa2a957bb771d161af38b61bf4aec83a7fcd19e2dfe510079 libX11-devel-1.6.7-5.el7_9.i686.rpm 374f721b5f41a11a081cd23537162130ab654a02ece3e8c55f3840ecd8f839a0 libX11-devel-1.6.7-5.el7_9.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 25 Mar 2024 15:01:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:1275 CentOS 7 lm_sensors BugFix Update Message-ID: <20240325150157.GA5446(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:1275 Upstream details at : https://access.redhat.com/errata/RHBA-2024:1275 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 88e82b5a11526a65b2ac8dcbe253868992a00064db1db424255bd509feb452cb lm_sensors-3.4.0-8.20160601gitf9185e5.el7_9.1.src.rpm be4cfd2a6f6ccca83e063fb2eccc0c3e16716ba370638be5de4deda72c80848a lm_sensors-3.4.0-8.20160601gitf9185e5.el7_9.1.x86_64.rpm 95d76c0c65f9a62fc846a490f4d2b19a993d7bfe3b29c8f5435e619d31f10fe5 lm_sensors-devel-3.4.0-8.20160601gitf9185e5.el7_9.1.i686.rpm 552d8f1a349abd352ed882be0cfbe9423589f98f6621627e58afa84d6c83599d lm_sensors-devel-3.4.0-8.20160601gitf9185e5.el7_9.1.x86_64.rpm 189cab5bc603286773946e73c42d38c539c7a0de2d36fdb6fa6aba0763c86a44 lm_sensors-libs-3.4.0-8.20160601gitf9185e5.el7_9.1.i686.rpm 0af4fa113704a011a3594459a6619542c384a68bce85aa250f90448e347431fe lm_sensors-libs-3.4.0-8.20160601gitf9185e5.el7_9.1.x86_64.rpm 60f10f4641f2dac4d689ad5b1ee25cc224768eadce58b7f0d64c3eecf32b94ff lm_sensors-sensord-3.4.0-8.20160601gitf9185e5.el7_9.1.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 25 Mar 2024 15:02:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:1276 CentOS 7 resource-agents BugFix Update Message-ID: <20240325150210.GA5582(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:1276 Upstream details at : https://access.redhat.com/errata/RHBA-2024:1276 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 619d5b89b88c559b235692c6c00c5d06cedd0d274f0132dc0732b25bc91bb93e resource-agents-4.1.1-61.el7_9.20.src.rpm 1f633f20c7b2aa6eafb4ac8894d9cd73727c40432189eee52f62aee11daf62e9 resource-agents-4.1.1-61.el7_9.20.x86_64.rpm 6d0aee209b29a68899270b50fbdb5657444b46017f3f4b39ff4652e77f30292c resource-agents-aliyun-4.1.1-61.el7_9.20.x86_64.rpm 639a97b21ae7b51141fd76f2777d2f3ea1bd758549e53130764657fafe2daf7a resource-agents-gcp-4.1.1-61.el7_9.20.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Mon, 25 Mar 2024 15:37:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:1249 Important CentOS 7 kernel Security Update Message-ID: <20240325153748.GA12778(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:1249 Important Upstream details at : https://access.redhat.com/errata/RHSA-2024:1249 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ebf604edce00a3a3778207eeaac06a3de226dbf62bfb987ed00584aa8d736ea1 bpftool-3.10.0-1160.114.2.el7.x86_64.rpm 4ea83e958a87df368396a4445d79a7047566af99a681051e97005b0c5b61aa05 kernel-3.10.0-1160.114.2.el7.src.rpm d4e1ed8394af297a574fede15b7e0b3dcc28d263998175257f45e728f22fca91 kernel-3.10.0-1160.114.2.el7.x86_64.rpm 18d2703d9432cd3d8353acf0fb1f852fe4c15301b3d49fffac3f0194c6a4aaa0 kernel-abi-whitelists-3.10.0-1160.114.2.el7.noarch.rpm fe01de01f7bcb863a54f276394f9ab097a0d29db56661a42eb33d27e4bef27f8 kernel-debug-3.10.0-1160.114.2.el7.x86_64.rpm cfde4230671763bf6a464de9ec8c191195c9ae864571afd92bc7bea8dfcbb11e kernel-debug-devel-3.10.0-1160.114.2.el7.x86_64.rpm 74dfc146e5e4ab219dba838033e3a2a983e2ad796cee5a175fda1b6c17653193 kernel-devel-3.10.0-1160.114.2.el7.x86_64.rpm b5a460913216927a863650ccef6d332b05a92836c9647e73a369720e9156fe84 kernel-doc-3.10.0-1160.114.2.el7.noarch.rpm 4aeb221b696dbe4b67c7b108b689cf26df6c7baa673fd4a529bd4df444eaf4fc kernel-headers-3.10.0-1160.114.2.el7.x86_64.rpm 2ba740802cbbc7ff23957b8b2a38c06b773a113b40708d05815b6081f7eecb19 kernel-tools-3.10.0-1160.114.2.el7.x86_64.rpm d4ce276deccf36c3cdff38a52ff6f73bd2c271d8df45463c61cc66cdd8dd7e18 kernel-tools-libs-3.10.0-1160.114.2.el7.x86_64.rpm bee03f8565ac02484c05292876b9c0976e9334dad12bbf643dd9f59526e9eb6d kernel-tools-libs-devel-3.10.0-1160.114.2.el7.x86_64.rpm 0af8a6a9e3b24968bed3be9b8de12ef658fbbfc2164edfd7186a7cced585e5ec perf-3.10.0-1160.114.2.el7.x86_64.rpm 850766245b53884b841d001909aa89898b167cf79a244d26c44c42dd775019c3 python-perf-3.10.0-1160.114.2.el7.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 218, Issue 2 ***********************************************

1 0

CentOS Virt SIG and packages' priority problems?
by Gianluca Cecchi 14 Mar '24

14 Mar '24

Hello, some days ago I followed these instructions https://sigs.centos.org/virt/tdx/host/ and after enabling the repo I installed the tdx necessary bits as indicated, with the command dnf install kernel-tdx qemu-kvm-tdx libvirt-tdx This gave me: libvirt 9.5.0-1.el9s qemu-kvm 8.0.0-15.el9s kernel 5.14.0-395.el9s But now if I run a usual "dnf update" I'm proposed "standard" libvirt and qemu-kvm sw stack, I think because of their version apparently greater (10 vs 9.5 and 8.2 vs 8.0): Upgrading: libvirt x86_64 10.0.0-4.el9 appstream 23 k libvirt-client x86_64 10.0.0-4.el9 appstream 438 k libvirt-client-qemu x86_64 10.0.0-4.el9 appstream 47 k libvirt-daemon x86_64 10.0.0-4.el9 appstream 213 k libvirt-daemon-common x86_64 10.0.0-4.el9 appstream 139 k libvirt-daemon-config-network x86_64 10.0.0-4.el9 appstream 29 k libvirt-daemon-config-nwfilter x86_64 10.0.0-4.el9 appstream 42 k libvirt-daemon-driver-interface x86_64 10.0.0-4.el9 appstream 219 k libvirt-daemon-driver-network x86_64 10.0.0-4.el9 appstream 260 k libvirt-daemon-driver-nodedev x86_64 10.0.0-4.el9 appstream 240 k libvirt-daemon-driver-nwfilter x86_64 10.0.0-4.el9 appstream 255 k libvirt-daemon-driver-qemu x86_64 10.0.0-4.el9 appstream 976 k libvirt-daemon-driver-secret x86_64 10.0.0-4.el9 appstream 216 k libvirt-daemon-driver-storage x86_64 10.0.0-4.el9 appstream 23 k libvirt-daemon-driver-storage-core x86_64 10.0.0-4.el9 appstream 276 k libvirt-daemon-driver-storage-disk x86_64 10.0.0-4.el9 appstream 38 k libvirt-daemon-driver-storage-iscsi x86_64 10.0.0-4.el9 appstream 35 k libvirt-daemon-driver-storage-logical x86_64 10.0.0-4.el9 appstream 39 k libvirt-daemon-driver-storage-mpath x86_64 10.0.0-4.el9 appstream 32 k libvirt-daemon-driver-storage-rbd x86_64 10.0.0-4.el9 appstream 43 k libvirt-daemon-driver-storage-scsi x86_64 10.0.0-4.el9 appstream 35 k libvirt-daemon-lock x86_64 10.0.0-4.el9 appstream 64 k libvirt-daemon-log x86_64 10.0.0-4.el9 appstream 69 k libvirt-daemon-plugin-lockd x86_64 10.0.0-4.el9 appstream 38 k libvirt-daemon-proxy x86_64 10.0.0-4.el9 appstream 211 k libvirt-libs x86_64 10.0.0-4.el9 appstream 4.9 M python3-libvirt x86_64 10.0.0-1.el9 appstream 339 k qemu-img x86_64 17:8.2.0-6.el9 appstream 2.5 M qemu-kvm x86_64 17:8.2.0-6.el9 appstream 68 k qemu-kvm-audio-pa x86_64 17:8.2.0-6.el9 appstream 81 k qemu-kvm-block-blkio x86_64 17:8.2.0-6.el9 appstream 84 k qemu-kvm-block-rbd x86_64 17:8.2.0-6.el9 appstream 86 k qemu-kvm-common x86_64 17:8.2.0-6.el9 appstream 685 k qemu-kvm-core x86_64 17:8.2.0-6.el9 appstream 4.3 M qemu-kvm-device-display-virtio-gpu x86_64 17:8.2.0-6.el9 appstream 92 k qemu-kvm-device-display-virtio-gpu-pci x86_64 17:8.2.0-6.el9 appstream 76 k qemu-kvm-device-display-virtio-vga x86_64 17:8.2.0-6.el9 appstream 77 k qemu-kvm-device-usb-host x86_64 17:8.2.0-6.el9 appstream 90 k qemu-kvm-device-usb-redirect x86_64 17:8.2.0-6.el9 appstream 95 k qemu-kvm-docs x86_64 17:8.2.0-6.el9 appstream 1.2 M qemu-kvm-tools x86_64 17:8.2.0-6.el9 appstream 584 k qemu-kvm-ui-egl-headless x86_64 17:8.2.0-6.el9 appstream 77 k qemu-kvm-ui-opengl x86_64 17:8.2.0-6.el9 appstream 84 k qemu-pr-helper x86_64 17:8.2.0-6.el9 appstream 497 k What is the best option to blacklist the packages in appstream and prioritize the tdx ones? I tried adding priority=1 to the tdx repo file, but now I get this when running "dnf update": Error: Problem: package python3-libvirt-10.0.0-1.el9.x86_64 from appstream requires libvirt.so.0(LIBVIRT_9.7.0)(64bit), but none of the providers can be installed - cannot install both libvirt-libs-10.0.0-2.el9.x86_64 from appstream and libvirt-libs-9.5.0-1.el9s.x86_64 from @System - cannot install both libvirt-libs-10.0.0-3.el9.x86_64 from appstream and libvirt-libs-9.5.0-1.el9s.x86_64 from @System - cannot install both libvirt-libs-10.0.0-4.el9.x86_64 from appstream and libvirt-libs-9.5.0-1.el9s.x86_64 from @System - cannot install both libvirt-libs-9.10.0-1.el9.x86_64 from appstream and libvirt-libs-9.5.0-1.el9s.x86_64 from @System - cannot install both libvirt-libs-9.9.0-1.el9.x86_64 from appstream and libvirt-libs-9.5.0-1.el9s.x86_64 from @System - cannot install the best update candidate for package python3-libvirt-9.3.0-1.el9.x86_64 - cannot install the best update candidate for package libvirt-libs-9.5.0-1.el9s.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) # Currently I have python3-libvirt-9.3.0-1.el9.x86_64 installed. Thanks for any advise Gianluca

1 0

CentOS-announce Digest, Vol 218, Issue 1
by centos-announce-request＠centos.org 01 Mar '24

01 Mar '24

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2024:0987 CentOS 7 scap-security-guide BugFix Update (Johnny Hughes) 2. CESA-2024:0976 Important CentOS 7 firefox Security Update (Johnny Hughes) 3. CESA-2024:0957 Important CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 29 Feb 2024 15:07:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:0987 CentOS 7 scap-security-guide BugFix Update Message-ID: <20240229150728.GA27535(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:0987 Upstream details at : https://access.redhat.com/errata/RHBA-2024:0987 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: e02972fac05c3f064d850d48bd37730bdc682a15ee48e9df9f51ad3d023e5115 scap-security-guide-0.1.72-2.el7.centos.noarch.rpm 047afe9b60a6d1228931b215d26c7cc7dc637d69a40463e0a25163cd20c53b43 scap-security-guide-doc-0.1.72-2.el7.centos.noarch.rpm 5858767f54c2120e5d407542c3960c0bcdbe0ac20b7db144d540566f95fa03ee scap-security-guide-rule-playbooks-0.1.72-2.el7.centos.noarch.rpm Source: d364bd885edeb9178483402c85515ed341cd1c5ccdbe06aae2cbff54ea7a4d2a scap-security-guide-0.1.72-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 29 Feb 2024 15:08:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:0976 Important CentOS 7 firefox Security Update Message-ID: <20240229150824.GA28097(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:0976 Important Upstream details at : https://access.redhat.com/errata/RHSA-2024:0976 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7cc5e8e7cd7fd7b33ddc2f01d6d1866e7073a0a2e8ec65d4a8b21009e3f67777 firefox-115.8.0-1.el7.centos.i686.rpm 107322552a77011bd81b348ebfbb5f9181eec6a6de74a1a746e6bccf9773e1a6 firefox-115.8.0-1.el7.centos.x86_64.rpm Source: 6354f68d3ce245377a4c0f50452ee26c9004e7064feadc4b3af58ccb3e30e341 firefox-115.8.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 29 Feb 2024 15:09:00 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:0957 Important CentOS 7 thunderbird Security Update Message-ID: <20240229150900.GA28486(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:0957 Important Upstream details at : https://access.redhat.com/errata/RHSA-2024:0957 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 852bab23cc3bdff5b4cdf1f101f36a4d1fd4e8d3e570d399b4ef0b06e0e29536 thunderbird-115.8.0-1.el7.centos.x86_64.rpm Source: 11e2fb8b582c04f48eca9bb9cff8b661f03f1c0d45fbcca3c8ae096698110d06 thunderbird-115.8.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 218, Issue 1 ***********************************************

1 0

CentOS-announce Digest, Vol 217, Issue 3
by centos-announce-request＠centos.org 22 Feb '24

22 Feb '24

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2024:0857 Important CentOS 7 python-pillow Security Update (Johnny Hughes) 2. CEBA-2024:0721 CentOS 7 sos BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 21 Feb 2024 14:47:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:0857 Important CentOS 7 python-pillow Security Update Message-ID: <20240221144757.GA8192(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:0857 Important Upstream details at : https://access.redhat.com/errata/RHSA-2024:0857 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: e04dc4c0f21261a4b8f79045ccd056e8127d18e5487b1cb244df94daebd947ef python-pillow-2.0.0-25.gitd1c6db8.el7_9.i686.rpm f6c5c1dd3e31927fa431f3f886053e4f234ec506a168fc28c7d537f9e6f5e4c9 python-pillow-2.0.0-25.gitd1c6db8.el7_9.x86_64.rpm b2c1cdb60ecdd165581074138534e1d9c89d29286cfae22235a53418e6994f26 python-pillow-devel-2.0.0-25.gitd1c6db8.el7_9.i686.rpm 647a613d1c2a1a76e224f9b2858aada971c346c973f46566c503a58ea2958063 python-pillow-devel-2.0.0-25.gitd1c6db8.el7_9.x86_64.rpm 137fd6acb013717c21df14d056e3aec78767919094b31181c949789add37ed5c python-pillow-doc-2.0.0-25.gitd1c6db8.el7_9.x86_64.rpm d815a590697b3df0167d56b28753612896111d06c6e033a0694f444261d23d09 python-pillow-qt-2.0.0-25.gitd1c6db8.el7_9.x86_64.rpm 6388020c7ae6967173c10e44d5542309498d0c339891675e68467cdd71ec93bf python-pillow-sane-2.0.0-25.gitd1c6db8.el7_9.x86_64.rpm 4808002a70058c1d3b9c495b731f8403aaf27010bc15e1e5a808639ca82489a6 python-pillow-tk-2.0.0-25.gitd1c6db8.el7_9.x86_64.rpm Source: 4950d23640826e8a0131f97781d4896f9eafb48d2605007ea4a8cc68a9fb6879 python-pillow-2.0.0-25.gitd1c6db8.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 21 Feb 2024 14:48:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:0721 CentOS 7 sos BugFix Update Message-ID: <20240221144806.GA8348(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:0721 Upstream details at : https://access.redhat.com/errata/RHBA-2024:0721 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 607a56f5829235f4d97bd2c9135a74f23a25422c6eb8e64ad1a207404f8ce181 sos-3.9-5.el7.centos.12.noarch.rpm Source: 789555a93ac943b150ead73210125b05cd281ab34084c6f47a097268faba8d1a sos-3.9-5.el7.centos.12.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 217, Issue 3 ***********************************************

1 0

CentOS-announce Digest, Vol 217, Issue 2
by centos-announce-request＠centos.org 21 Feb '24

21 Feb '24

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2024:0762 CentOS 7 tzdata BugFix Update (Johnny Hughes) 2. CESA-2024:0753 Moderate CentOS 7 linux-firmware Security Update (Johnny Hughes) 3. CESA-2023:5616 Important CentOS 7 python-reportlab Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 20 Feb 2024 14:48:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2024:0762 CentOS 7 tzdata BugFix Update Message-ID: <20240220144841.GA18671(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2024:0762 Upstream details at : https://access.redhat.com/errata/RHBA-2024:0762 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 84b67246d4b4d43e8127de0275d0f6e2904295a58a879e7d64b8a9d7890561e9 tzdata-2024a-1.el7.noarch.rpm 10bf18711ec31e124e08d12cfe9942edc9e512ce03fb9b9ab9a4a20d6d665b83 tzdata-java-2024a-1.el7.noarch.rpm Source: 3a9a5c4da6290ff6f1327959b86d62b77fb4c2db88b1fdb1d3fc9e3bad74b3a4 tzdata-2024a-1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 20 Feb 2024 14:49:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2024:0753 Moderate CentOS 7 linux-firmware Security Update Message-ID: <20240220144939.GA19010(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2024:0753 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2024:0753 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6d01edd55d9f52f8ba1366e53274676bc33d48854b4465e49a15f474ddd0672f iwl1000-firmware-39.31.5.1-82.el7_9.noarch.rpm 372372d382848eb9ecb5e551dd606aa646c12d3683f43b876ed5191e7a529c3e iwl100-firmware-39.31.5.1-82.el7_9.noarch.rpm 7454f4ffa83154415c00c37d9cb1e5e253feeb7dd34081b445318d2340ae4e42 iwl105-firmware-18.168.6.1-82.el7_9.noarch.rpm df41fca55a3d1bff5343ac8fd47f2dabaf9e5da86bb0851f46af715e74c7cd59 iwl135-firmware-18.168.6.1-82.el7_9.noarch.rpm 68ad96ff2728b35a2bfef5e46685a550d379ee6937f9081450a2c2f4c5e5c68c iwl2000-firmware-18.168.6.1-82.el7_9.noarch.rpm 4bf12266defcaeaaa70a5bbe431d815b7c435f5f95d2be12d8be7de214533e53 iwl2030-firmware-18.168.6.1-82.el7_9.noarch.rpm 21ed5458a8abe02695e7c68bd4c068debb35056a454d12b095dcc9c2dd435449 iwl3160-firmware-25.30.13.0-82.el7_9.noarch.rpm a714e0889c00122a44ccbbd66032e67123e1f75d8cdad594e32de4c09400de94 iwl3945-firmware-15.32.2.9-82.el7_9.noarch.rpm 71ab07234942e8c84134be2b225f1e3f417e7974f4dcf6a080e9820b68b1b81c iwl4965-firmware-228.61.2.24-82.el7_9.noarch.rpm c21af136e37b18345d2d844866515fe9c44bedd736b4e98701ea2e6a2210c5a4 iwl5000-firmware-8.83.5.1_1-82.el7_9.noarch.rpm 3f3a9c60625ad194ae3406fcef007e24a583db933f244ad66404e2ce22e8628b iwl5150-firmware-8.24.2.2-82.el7_9.noarch.rpm 9653063ff86adaa3cf63420a5d68c5ebb55e16a3bbe27a79314e37a1bf604fdf iwl6000-firmware-9.221.4.1-82.el7_9.noarch.rpm 544b35d1b0c600d66cc166c5f116fe849ac376a65105997c84d89296afb22861 iwl6000g2a-firmware-18.168.6.1-82.el7_9.noarch.rpm ab9a79dcba43eba518e5c0bd8261fae155c1951f0d9f9de1194a57e26a1c43f4 iwl6000g2b-firmware-18.168.6.1-82.el7_9.noarch.rpm 9fc87325642e8e0a01c8a46507e124f43ad0d86942ddd1f2e5d1722588e7359c iwl6050-firmware-41.28.5.1-82.el7_9.noarch.rpm f563d696d882905f6633fed7a3fe77d0876a29170b14175715b53e21a84887b1 iwl7260-firmware-25.30.13.0-82.el7_9.noarch.rpm 8a8a993d640a917f86f781a7b6f422fb2bc8f0cdeafa9a8b16d5205c76f2a164 linux-firmware-20200421-82.git78c0348.el7_9.noarch.rpm Source: 5eb3ed618ee8cd5e2378cdbfcaab4fbd1092428d910f653dfb589f2d6dfe5231 linux-firmware-20200421-82.git78c0348.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 20 Feb 2024 14:49:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2023:5616 Important CentOS 7 python-reportlab Security Update Message-ID: <20240220144949.GA19108(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2023:5616 Important Upstream details at : https://access.redhat.com/errata/RHSA-2023:5616 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9b2ffb00109fdb9abfef72d0af7885da79740fdede6c929d10af7225716c8e69 python-reportlab-2.5-11.el7_9.src.rpm 22c712c0742c37d17a067192cfa1bcc35a1d96fc1200fdddc0f752ba8df52d72 python-reportlab-2.5-11.el7_9.x86_64.rpm 24c85de4433c7d3441a0b4765cbe8e897ea5e9178eca2d1f545940ae96e7f940 python-reportlab-docs-2.5-11.el7_9.x86_64.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)libera.chat Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 217, Issue 2 ***********************************************

1 0

Missing python-reportlab-2.5-11.el7_9
by Chris Schanzle 13 Feb '24

13 Feb '24

I am having troubles finding the -11 update to python-reportlab. I just got dinged for: Remote package installed : python-reportlab-2.5-10.el7 Should be : python-reportlab-2.5-11.el7_9 I don't see it in the list of updates, my local mirror, or at: http://mirror.centos.org/centos/7/updates/x86_64/Packages/ Thanks, Chris

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss