devel August 2020

devel@lists.centos.org

27 participants
22 discussions

anaconda dependency calculation?
by Nicholas Byrne 04 Aug '25

04 Aug '25

Hi all, I'm trying to find a tool that calculates all dependencies for a specific package or group of packages for use with CentOS 5 (beta) with the intention of putting together a custom single CD build of CentOS 5. With CentOS 4 i used a python script that used the hdrlist module to find all dependencies which borrowed code from a number of sources. I've looked at yumdownloader and how it checks dependencies (using the --resolve option) but if i pass it the list of packages defined in say the Base and the Core yum groups which generally form an absolute minimal install i end up with about 200 packages. If i do a custom install (using beta 1 disks) and deselect everything i end up with over 300 packages. So i'm guessing anaconda calculates dependencies in a slightly different way, can anyone point me to files/code where i should be looking to find out? Thanks very much in advance for help Nick This e-mail is the property of Quadriga Worldwide Ltd, intended for the addressee only and confidential. Any dissemination, copying or distribution of this message or any attachments is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from Quadriga may be monitored. Quadriga cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of Quadriga.

6 11

forums + portal for {lang}.centos.org sites
by Karanbir Singh 16 Aug '24

16 Aug '24

Hi, Earlier in the evening today Ralph, Fabian and I had a chat about the present state of the language subsites. This email sort of summarises the main issue ( s/w ). We seem to have run into a slight technical hitch with punbb/fluxbb. They dont support LDAP as a backend. And we had decided a few months back that all new rollouts must have ldap backend so we can rollin CentOS-DS / openldap based backend. So we need to look at alternatives, and since the primary focus of these international sites is going be forums : Here is a shortlist ( if there is anything else that people are aware of, please add to this list ) - phpBB - SMF - Fudforum - phorum - fluxbb Requirements: - Must be able to scale ( couple of hundred thousand msgs ) - Must be able to handle ldap auth ( if it cant, whats involved in writing the ldap-auth portion ) - Must address the specific requirements raised by the present www.centos.org forum users ( Can you please fill this section in ? ) - Must support all languages we need ( pure utf8 support would be good ) - Secure - Skin'able Nice to have: - Capable of running multiple instances from a single deployment - responsive community :D Things we will need to do: - Decide on what s/w to use. - Give the ArtWork people enough time to get the look & feel sorted. - Migrate newbb forums from www.centos.org to $system ( hey, english is a language too :D ). - Migrate fr.centos.org into the final s/w - setup {de/es/ja/it/pt_br}.centos.org Actions: Ralph and Fabian are going to work on setting up a test ldap server, once that is online we will then start by installing into our test-vm-farm the various s/w to eval them. If anyone would like to help, please feel free to jump right in. I'll setup a wiki page for this issue, which might be a good place to track progress. -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

22 81

Re: [CentOS-devel] Centos 8.x, dlm Package unavailable
by Judd O'Bannon 18 Sep '20

18 Sep '20

> On 8/25/20 11:21 AM, Theodor Mittermair wrote: >> Hello, >> >> I'd like to inquire about the status of the "dlm" package on Centos 8, >> which is required for using 'lvmlockd', replacement of 'clvmd'. >> I also asked on #centos irc channel and was directed to this mailing list >> There is a corresponding bug ticket [2] for this issue for quite some >> time, but since the end-of-life of CentOS 6 grows closer, some people >> would like to replace their CentOS 6 Cluster with a CentOS 8 one, which >> is why I ask on this mailing list now. >> >> With the release of CentOS 8.0 it seems there were some issues with >> HighAvailability in general [1], but seem to have been resolved with >> CentOS 8.1. >> >> However, as already mentioned there is a separate ticket [2], for the >> dlm package, which is unresolved as far ( 2020-08-25, Centos8.2 ) as i >> am aware. >> This prevents the use of clustered lvm and gfs2 out of the box, not an >> uncommon use when configuring a HA Cluster, also described by RedHat >> documentation [3]. >> In that tickets' conversation, it is mentioned that "that package is not >> in RHEL .. we have released what is in RHEL", however someone else >> seemed to have been in contact with RedHat and received information that >> "...this package is in fact part of a RedHat repository and then CentOS >> members should be able to take a look into it again...". >> >> I'd also like to bring attention to the following explicitly: >> * dlm-lib and dlm seem to be built from the same source rpm, dlm-lib is >> available while dlm is not. >> * apparently at some point in time dlm could be downloaded from koji >> [4], but no more. For testing purposes we built dlm ourselves, locally >> as well as on copr [5], which seems to work thus far. >> * fedora (however much this might mean) provides dlm. >> * It might just be a configuration error on the build system, if I >> understood correctly, there was/is larger amounts of restructuring. Also >> see chders' post from 2020-08-21 [2], which provides a possible >> explanation and solution. >> >> For completeness, you should be able reproduce the absence of that >> package with: >> "yum --disablerepo='*' >> --enablerepo=BaseOS,AppStream,HighAvailability,epel,cr,centosplus,PowerTools,Devel,extras,fasttrack >> list available | grep dlm" >> or simply attempt to >> "yum install dlm" >> on your CentOS 8.x Installation. >> >> Therefore, I would like to ask: >> Is this an error on my end, am I doing something wrong or missing a >> configuration? >> If no, is there actually any political/technical/administrative/law >> based reason for the unavailability of the "dlm" package? >> If no, according to recent posts on the ticket [2], there might be a >> rather simple solution (simplified, declaring the package to be included >> in a repository), is it valid and who could do this if applicable? >> >> with best regards >> Theodor Mittermair >> <https://koji.mbox.centos.org/koji/buildinfo?buildID=4801> >> [1] https://bugs.centos.org/view.php?id=16553 >> [2] https://bugs.centos.org/view.php?id=16939 >> [3] >> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/ht… >> [4] https://koji.mbox.centos.org/koji/buildinfo?buildID=145 >> [5] https://copr.fedorainfracloud.org/coprs/astra/dlm/ >> >> >> _______________________________________________ >> CentOS-devel mailing list >> CentOS-devel at centos.org >> https://lists.centos.org/mailman/listinfo/centos-devel >> > Hi Folks, > > Some clarity will follow on how we plan to deliver Addon repositories > like ResilientStorage, HighAvailability and NFV. > > Because of Red Hat’s desire to develop Addons along with the next minor > release of RHEL our plan is to enable ResilientStorage and NFV in CentOS > Stream for direct consumption. > > If you think a package belongs in another repository, we encourage you > to open a CentOS Stream bugzilla to discuss with RHEL maintainers: > > https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20… > > We do not plan to expand the portfolio of Addons for CentOS Linux. > > If there is a group of interested folks who wish to maintain extra > content built against CentOS Linux, you may apply for a Special Interest > Group: https://wiki.centos.org/SIGGuide > > Cheers! > --Brian My apologies as I just subscribed to this list, I'll likely break the thread up. I did my best to contain relevance above. First question, the statement ""...Resilient Storage is not base...". There has been a shift from 7 to 8 that I don't understand. RHEL 7 provides dlm in ResilientStorage, then CentOS 7 provides dlm in base [1]. The dlm package is still part of ResilientStorage in RHEL 8, but can't be provided? I wasn't able to find any answer to why that was changed. Can you provide any insight to the shift? Second question, the current advice seems to be "dlm will be in centos-stream and you should use that." However, tdawson made a pretty explicit statement: "If people are running their production machines on CentOS Stream ... well, in my opinion, that's their problem."[2] These statements appear contradictory. Just trying to piece this all together so I can explain to my peers the business and community decisions going on here. Currently someone that set up a cluster with gfs2 in 7 can't do the same thing in 8 due to the dlm package missing. That is a loss of functionality and seems to indicate it's a bug or intentional reduction in feature set. If I'm misunderstanding any of this please educate me. Thank you, Judd [1] http://mirror.centos.org/centos-7/7/os/x86_64/Packages/dlm-4.0.7-1.el7.x86_… [2] https://lists.centos.org/pipermail/centos-devel/2020-July/037034.html

8 11

plasma has moved from epel into playground causing update conflicts
by Andy Hall 28 Aug '20

28 Aug '20

Can the below be fixed ? I guess this package should not be in both repos... # yum update Last metadata expiration check: 0:10:02 ago on Fri 28 Aug 2020 23:47:51 BST. Error: Problem 1: package plasma-workspace-geolocation-5.18.4.1-2.epel8.playground.x86_64 requires libgps.so.24()(64bit), but none of the providers can be installed - cannot install both gpsd-libs-3.18.1-2.epel8.playground.1.x86_64 and gpsd-libs-3.19-4.el8.1.x86_64 - cannot install the best update candidate for package plasma-workspace-geolocation-5.18.4.1-2.el8.x86_64 - cannot install the best update candidate for package gpsd-libs-3.19-4.el8.1.x86_64 Problem 2: problem with installed package gpsd-libs-3.19-4.el8.1.x86_64 - cannot install both gpsd-libs-3.18.1-2.epel8.playground.1.x86_64 and gpsd-libs-3.19-4.el8.1.x86_64 - cannot install both gpsd-libs-3.19-4.el8.1.x86_64 and gpsd-libs-3.18.1-2.epel8.playground.1.x86_64 - package plasma-workspace-geolocation-5.18.4.1-2.epel8.playground.x86_64 requires libgps.so.24()(64bit), but none of the providers can be installed - package plasma-workspace-geolocation-libs-5.18.4.1-2.epel8.playground.x86_64 requires plasma-workspace-geolocation = 5.18.4.1-2.epel8.playground, but none of the providers can be installed - cannot install the best update candidate for package plasma-workspace-geolocation-libs-5.18.4.1-2.el8.x86_64 # yum info plasma-workspace-geolocation Last metadata expiration check: 0:14:17 ago on Fri 28 Aug 2020 23:47:51 BST. Installed Packages Name : plasma-workspace-geolocation Version : 5.18.4.1 Release : 2.el8 Architecture : x86_64 Size : 206 k Source : plasma-workspace-5.18.4.1-2.el8.src.rpm Repository : @System >From repo : epel Summary : Plasma5 geolocation components URL : https://cgit.kde.org/plasma-workspace.git License : GPLv2+ Description : Plasma5 geolocation components. Available Packages Name : plasma-workspace-geolocation Version : 5.18.4.1 Release : 2.epel8.playground Architecture : x86_64 Size : 87 k Source : plasma-workspace-5.18.4.1-2.epel8.playground.src.rpm Repository : epel-playground Summary : Plasma5 geolocation components URL : https://cgit.kde.org/plasma-workspace.git License : GPLv2+ Description : Plasma5 geolocation components.

2 1

Update announcement question (6, 7, and 8)
by BC 28 Aug '20

28 Aug '20

I have noticed some email announcements missing recently. Just to mention a few, the 3.10.0-1127.19.1.el7, 2.6.32-754.31.1.el6, and 2.6.32-754.33.1.el6 kernels. I'm just wondering if there was a reason behind this I wasn't aware of or if it was a fluke or whatever. As to the RSS feed for 8, I'm using feeds.centos.org/ via liferea and some updates come weeks after. Is this a known issue or is my setup perhaps broken? Does anyone else see the same behavior? Thanks for all the hard work!

2 1

Scheduled RDU2 Network Maintenance 03-Sept-2020 12:00-13:00 UTC
by Brian Stinson 27 Aug '20

27 Aug '20

Hi Folks, We'd like to announce an outage window from Noon to 13:00 UTC on Thursday, 03-Sept-2020 for our services in the RDU2 Community Cage. This includes ci.centos.org, apps.ci.centos.org, apps.ocp.ci.centos.org, and cbs.centos.org During this period we expect intermittent network disconnects while our switches receive firmware upgrades. Thank you for your patience while we complete this maintenance. --Brian

1 0

8.2+Xeon: qemu-kvm: error: failed to set MSR 0x48e to 0xfff9fffe04006172
by Anthony Alba 26 Aug '20

26 Aug '20

On 8.2, with modular virt installed OR switching to centos-release-advanced-virtualization I am seeing qemu-kvm: error: failed to set MSR 0x48e to 0xfff9fffe04006172 when trying to create a VM with virt-install on a Dell PowerEdge R630 with a Xeon E5-2640. The command works on a desktop Haswell. There was such a bug in RH bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1738741 but that is about nested virtualisation and L1->L1 migration with a L2 guest. I am not doing any such magick, just a plain L1 VM. I tried reloading kvm_intel with pml=0 but got the same error. qemu-kvm-4.2.0-19.el8.x86_64 libvirt-6.0.0-17.el8.x86_64 Any ideas? (See below, does intel_iommu have to be on?) The CPU type is processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 63 model name : Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz stepping : 2 microcode : 0x43 cpu MHz : 2809.143 cache size : 20480 KB physical id : 0 siblings : 16 core id : 0 cpu cores : 8 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 15 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc dtherm ida arat pln pts md_clear flush_l1d bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 5200.46 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: # virt-host-validate QEMU: Checking for hardware virtualization : PASS QEMU: Checking if device /dev/kvm exists : PASS QEMU: Checking if device /dev/kvm is accessible : PASS QEMU: Checking if device /dev/vhost-net exists : PASS QEMU: Checking if device /dev/net/tun exists : PASS QEMU: Checking for cgroup 'cpu' controller support : PASS QEMU: Checking for cgroup 'cpuacct' controller support : PASS QEMU: Checking for cgroup 'cpuset' controller support : PASS QEMU: Checking for cgroup 'memory' controller support : PASS QEMU: Checking for cgroup 'devices' controller support : PASS QEMU: Checking for cgroup 'blkio' controller support : PASS QEMU: Checking for device assignment IOMMU support : PASS QEMU: Checking if IOMMU is enabled by kernel : WARN (IOMMU appears to be disabled in kernel. Add intel_iommu=on to kernel cmdline arguments)

2 1

Centos 8.x, dlm Package unavailable
by Theodor Mittermair 25 Aug '20

25 Aug '20

Hello, I'd like to inquire about the status of the "dlm" package on Centos 8, which is required for using 'lvmlockd', replacement of 'clvmd'. I also asked on #centos irc channel and was directed to this mailing list There is a corresponding bug ticket [2] for this issue for quite some time, but since the end-of-life of CentOS 6 grows closer, some people would like to replace their CentOS 6 Cluster with a CentOS 8 one, which is why I ask on this mailing list now. With the release of CentOS 8.0 it seems there were some issues with HighAvailability in general [1], but seem to have been resolved with CentOS 8.1. However, as already mentioned there is a separate ticket [2], for the dlm package, which is unresolved as far ( 2020-08-25, Centos8.2 ) as i am aware. This prevents the use of clustered lvm and gfs2 out of the box, not an uncommon use when configuring a HA Cluster, also described by RedHat documentation [3]. In that tickets' conversation, it is mentioned that "that package is not in RHEL .. we have released what is in RHEL", however someone else seemed to have been in contact with RedHat and received information that "...this package is in fact part of a RedHat repository and then CentOS members should be able to take a look into it again...". I'd also like to bring attention to the following explicitly: * dlm-lib and dlm seem to be built from the same source rpm, dlm-lib is available while dlm is not. * apparently at some point in time dlm could be downloaded from koji [4], but no more. For testing purposes we built dlm ourselves, locally as well as on copr [5], which seems to work thus far. * fedora (however much this might mean) provides dlm. * It might just be a configuration error on the build system, if I understood correctly, there was/is larger amounts of restructuring. Also see chders' post from 2020-08-21 [2], which provides a possible explanation and solution. For completeness, you should be able reproduce the absence of that package with: "yum --disablerepo='*' --enablerepo=BaseOS,AppStream,HighAvailability,epel,cr,centosplus,PowerTools,Devel,extras,fasttrack list available | grep dlm" or simply attempt to "yum install dlm" on your CentOS 8.x Installation. Therefore, I would like to ask: Is this an error on my end, am I doing something wrong or missing a configuration? If no, is there actually any political/technical/administrative/law based reason for the unavailability of the "dlm" package? If no, according to recent posts on the ticket [2], there might be a rather simple solution (simplified, declaring the package to be included in a repository), is it valid and who could do this if applicable? with best regards Theodor Mittermair <https://koji.mbox.centos.org/koji/buildinfo?buildID=4801> [1] https://bugs.centos.org/view.php?id=16553 [2] https://bugs.centos.org/view.php?id=16939 [3] https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/ht… [4] https://koji.mbox.centos.org/koji/buildinfo?buildID=145 [5] https://copr.fedorainfracloud.org/coprs/astra/dlm/

3 3

CPE Feedback Survey
by Ant Carroll 21 Aug '20

21 Aug '20

Hey folks, CPE <https://docs.fedoraproject.org/en-US/cpe/>need your help :) Over the last several months we've been trying to improve how we interact and share information with you all. From the blog posts, to mails and how we work on the tickets you send us. Here is a link to a very short survey we've put together to learn how we can give you the best experience possible going forward by understanding the experiences you've had recently. If you could take the time (5mins max) to complete it for us it would be hugely valuable as we work on this continuous improvement - https://fedoraproject.limequery.com/696793?lang=en <https://meet.google.com/linkredirect?authuser=0&dest=https%3A%2F%2Ffedorapr…> Cheers, Ant -- Ant Carroll Associate Manager, CPE Team Red Hat Waterford <http://www.redhat.com> Communications House Cork Road, Waterford City ancarrol(a)redhat.com M: +353876213163 IM: ancarrol @redhatjobs <https://twitter.com/redhatjobs> redhatjobs <https://www.facebook.com/redhatjobs> @redhatjobs <https://instagram.com/redhatjobs> <https://www.redhat.com/>

1 1

Missing -devel packages
by Orion Poplawski 15 Aug '20

15 Aug '20

Is there anything I can do to help out with missing -devel packages in CentOS 8? I'm waiting for a number of them, e.g.: https://bugs.centos.org/view.php?id=17401 Thanks, Orion -- Orion Poplawski Manager of NWRA Technical 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/

5 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel August 2020