Hi Have you seen this ? https://www.uyuni-project.org/uyuni-docs/uyuni/administration/content-lifecy... Here it might be better explained what the idea is. You need to make a normal repository out of the module repo. The UI helps you to create the filters and check that you do not select conflicting modules. But you need to know which modules you need. You need to create one rule per module. The result is a normal repository. When you assign this instead of the original repositories you have the same behavior as with centos7 and you can install everything what is in the repo and the UI show correct numbers. Calculation all this for every client on the server will never scale to 10 thousands of systems. Somebody told us kartello/foreman AKA Satellite6 uses the same mechanism. Am Donnerstag, 22. Oktober 2020, 12:12:05 CEST schrieb Bidault, Philippe:
Thanks Silvio for the reply.
However I am not really if this help me.
If I install squid on a CentOS 8 (yum install squid), I will see 22 false-positives updates appearing on the Uyuni web UI for this server, all Perl related:
perl-constant-1.33-1001.module_el8.1.0+229+cd132df8.noarch perl-constant-1.33-396.el8.noarch CEBA-2019:3337-1 perl-DBI-1.641-3.module_el8.1.0+199+249f9f29.x86_64 perl-DBI-1.641-3.module_el8.1.0+199+8f0a6bbd.x86_64 CEBA-2019:3337-1 perl-Digest-MD5-2.55-397.module_el8.1.0+229+cd132df8.x86_64 perl-Digest-MD5-2.55-396.el8.x86_64 CEBA-2019:3337-1 perl-Digest-SHA-6.02-2.module_el8.1.0+229+cd132df8:1.x86_64 perl-Digest-SHA-6.02-1.el8:1.x86_64 CEBA-2019:3337-1 perl-Exporter-5.72-1001.module_el8.1.0+229+cd132df8.noarch perl-Exporter-5.72-396.el8.noarch CEBA-2019:3337-1 perl-File-Temp-0.230.600-2.module_el8.1.0+229+cd132df8.noarch perl-File-Temp-0.230.600-1.el8.noarch CEBA-2019:3337-1 perl-IO-Socket-IP-0.39-6.module_el8.1.0+229+cd132df8.noarch perl-IO-Socket-IP-0.39-5.el8.noarch CEBA-2019:3337-1 perl-libnet-3.11-4.module_el8.1.0+229+cd132df8.noarch perl-libnet-3.11-3.el8.noarch CEBA-2019:3337-1 perl-MIME-Base64-3.15-1001.module_el8.1.0+229+cd132df8.x86_64 perl-MIME-Base64-3.15-396.el8.x86_64 CEBA-2019:3337-1 perl-parent-0.237-2.module_el8.1.0+229+cd132df8:1.noarch perl-parent-0.237-1.el8:1.noarch CEBA-2019:3337-1 perl-Pod-Escapes-1.07-396.module_el8.1.0+229+cd132df8:1.noarch perl-Pod-Escapes-1.07-395.el8:1.noarch CEBA-2019:3337-1 perl-Pod-Perldoc-3.28-397.module_el8.1.0+229+cd132df8.noarch perl-Pod-Perldoc-3.28-396.el8.noarch CEBA-2019:3337-1 perl-Pod-Usage-1.69-396.module_el8.1.0+229+cd132df8:4.noarch perl-Pod-Usage-1.69-395.el8:4.noarch CEBA-2019:3337-1 perl-Socket-2.027-4.module_el8.1.0+229+cd132df8:4.x86_64 perl-Socket-2.027-3.el8:4.x86_64 CEBA-2019:3337-1 perl-Term-ANSIColor-4.06-397.module_el8.1.0+229+cd132df8.noarch perl-Term-ANSIColor-4.06-396.el8.noarch CEBA-2019:3337-1 perl-Term-Cap-1.17-396.module_el8.1.0+229+cd132df8.noarch perl-Term-Cap-1.17-395.el8.noarch CEBA-2019:3337-1 perl-Text-ParseWords-3.30-396.module_el8.1.0+229+cd132df8.noarch perl-Text-ParseWords-3.30-395.el8.noarch CEBA-2019:3337-1 perl-Text-Tabs+Wrap-2013.0523-396.module_el8.1.0+229+cd132df8.noarch perl-Text-Tabs+Wrap-2013.0523-395.el8.noarch CEBA-2019:3337-1 perl-threads-2.21-3.module_el8.1.0+229+cd132df8:1.x86_64 perl-threads-2.21-2.el8:1.x86_64 CEBA-2019:3337-1 perl-threads-shared-1.58-3.module_el8.1.0+229+cd132df8.x86_64 perl-threads-shared-1.58-2.el8.x86_64 CEBA-2019:3337-1 perl-Time-Local-1.280-2.module_el8.1.0+229+cd132df8:1.noarch perl-Time-Local-1.280-1.el8:1.noarch CEBA-2019:3337-1 perl-Unicode-Normalize-1.25-1001.module_el8.1.0+229+cd132df8.x86_64 perl-Unicode-Normalize-1.25-396.el8.x86_64 CEBA-2019:3337-1
I guess that this occurs because of the fact that the 'squid' module is installed:
Dependencies resolved. ================================================================================================================================================================ Package Architecture Version Repository Size ================================================================================================================================================================ Installing: squid x86_64 7:4.4-8.module_el8.2.0+319+d18e041f.1 susemanager:centos8-x86_64-appstream 3.5 M Installing dependencies: libecap x86_64 1.0.1-2.module_el8.2.0+319+d18e041f susemanager:centos8-x86_64-appstream 29 k perl-Carp noarch 1.42-396.el8 susemanager:centos8-x86_64 30 k perl-DBI x86_64 1.641-3.module_el8.1.0+199+8f0a6bbd susemanager:centos8-x86_64-appstream 740 k perl-Data-Dumper x86_64 2.167-399.el8 susemanager:centos8-x86_64 58 k perl-Digest noarch 1.17-395.el8 susemanager:centos8-x86_64-appstream 27 k
Regards, Philippe.
Philippe?Bidault?|?Unix Engineer| Getronics
M.34617301667 | E. Philippe.Bidault@Getronics.com | W.www.getronics.com -----Original Message----- From: Silvio Moioli
Sent: jueves, 22 de octubre de 2020 11:02 To: Bidault, Philippe ; uyuni-users@opensuse.org Subject: Re: [uyuni-users] DNF module support Uyuni CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
On 22/10/2020 10.58, Bidault, Philippe wrote:
Does somebody know when the DNF modules available in CentOS 8 for example will be supported in Uyuni ?
If we enable some DNF modules on a CentOS 8, we currently have mismatch between updates showed in the Web UI and real available updates.
Currently what you can do is to create channels via the Content Lifecycle Management feature to "filter" specific modules you are interested in.
https://www.uyuni-project.org/uyuni-docs/uyuni/administration/content-lifecy...
Regards, -- Silvio Moioli SUSE Manager Development Team -- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org
-- Regards Michael Calmer -------------------------------------------------------------------------- Michael Calmer SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D-90409 Nuernberg T: +49 (0) 911 74053 0 F: +49 (0) 911 74053575 - e-mail: Michael.Calmer@suse.com -------------------------------------------------------------------------- SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer (HRB 36809, AG Nürnberg) -- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org