Re: [uyuni-users] Package being kept-back while upgrading from 2020.05 to 2020.06

Right, those two are normal, as we need them from Uyuni even if Leap has newer versions (compatibility problems, hopefully will be able to fix them on a future release). On lunes, 20 de julio de 2020 12:40:35 (CEST) Bidault, Philippe wrote:

Hi,

Thanks perfect. Only lucene and libntlm0 remaining now:

uyuni:~ # zypper up Loading repository data... Reading installed packages...

The following 2 package updates will NOT be installed: libntlm0 lucene

Nothing to do.

Philippe.

Philippe Bidault | Unix Engineer Getronics M. 34617301667 | E. Philippe.Bidault@Getronics.com | W. www.getronics.com

Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain. The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you.

Legal disclaimer: http://www.getronics.com/legal/ -----Original Message----- From: Julio González Gil Sent: lunes, 20 de julio de 2020 12:10 To: Bidault, Philippe Cc: uyuni-users@opensuse.org Subject: Re: [uyuni-users] Package being kept-back while upgrading from 2020.05 to 2020.06

No, not really. lucene shold come from Uyuni, as I told (and same for libntlm0)

But now that I see your log:

...

The following product is going to change vendor:

Uyuni Server 2020.01 openSUSE ->

obs://build.opensuse.org/systemsmanagement:Uyuni

I wonder how that's even possible, but anyway it's wrong. Uyuni Server should always come from Uyuni, and not openSUSE.

So just allow the vendor change for it, and problem will get fixed.

If you run `zypper up Uyuni-Server-release`, zypper should tell you what to do.

Can you run zypper up On lunes, 20 de julio de 2020 11:54:51 (CEST) Bidault, Philippe wrote:

...

Hi Julio,

No, I never used this "--allow-vendor-change" option in the past.

If I force the upgrade of the 3 packages, here is what I can see:

uyuni:~ # zypper up libntlm0 lucene Uyuni-Server-release Loading repository data... Reading installed packages... There is an update candidate for 'lucene' from vendor 'openSUSE', while the

current vendor is

...

'obs://build.opensuse.org/systemsmanagement:Uyuni'. Use 'zypper install lucene-6.6.0-lp151.2.2.noarch' to install this candidate. There is an update candidate for 'libntlm0' from vendor 'openSUSE', while the current vendor is 'obs://build.opensuse.org/systemsmanagement:Uyuni'. Use 'zypper install libntlm0-1.6-lp151.3.3.1.x86_64' to install this candidate. Resolving package dependencies...

The following package is going to be upgraded:

Uyuni-Server-release

The following product is going to be upgraded:

Uyuni Server 2020.01 2020.01-0 -> 2020.06-0

The following product is going to change vendor:

Uyuni Server 2020.01 openSUSE ->

obs://build.opensuse.org/systemsmanagement:Uyuni

...

1 package to upgrade. Overall download size: 8.6 KiB. Already cached: 0 B. After the operation, 16.0 B will be freed.

Continue? [y/n/v/...? shows all options] (y):

...

So is this ok ? Do we want to change the vendor from Uyuni -> OpenSuse vendor for Lucene and libntlm0 and from OpenSuse -> Uyuni vendor for "Uyuni

Server" ?

...

Regards, Philippe.

Philippe Bidault | Unix Engineer Getronics

M. 34617301667 | E. Philippe.Bidault@Getronics.com | W. www.getronics.com

Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain. The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you.

Legal disclaimer: http://www.getronics.com/legal/ -----Original Message----- From: Julio González Gil Sent: lunes, 20 de julio de 2020 11:48 To: uyuni-users@opensuse.org Cc: Bidault, Philippe Subject: Re: [uyuni-users] Package being kept-back while upgrading from 2020.05 to 2020.06

...

Did you update allowing vendor changes in the past to switch lucene from Uyuni to openSUSE?

...

Seems to be what's preventing the update of such packages.

Please check what the lucene package with `zypper info lucene`

If the vendor is not:

...

Vendor : obs://build.opensuse.org/systemsmanagement:Uyuni

But instead of openSUSE, stop the services, run:

`zypper up --allow-vendor-change`

And start the services again.

WARNING: Use this command only in this particular example.

On lunes, 20 de julio de 2020 11:22:51 (CEST) Bidault, Philippe wrote:

...

Hi all,

This is like a dejá-vu of my previous upgrade from 2020.04 to 2020.05 😊

I have packages being kept-back while upgrading the packages:

uyuni:~ # zypper up Retrieving repository 'Main Update Repository' metadata ........................................................................ .. .

.........................................[done]

...

Building repository 'Main

...

Update Repository' cache ........................................................................ .. .

..............................................[done] Loading

...

...

repository data... Reading installed packages...

The following 3 package updates will NOT be installed:

libntlm0 lucene Uyuni-Server-release

The following product update will NOT be installed:

"Uyuni Server"

Nothing to do.

Is this expected ? Do I have to upgrade libntlm0 and Uyuni-Server-release by hand (zypper up libntlm0 Uyuni-Server-release) ?

...

Regards, Philippe.

Philippe Bidault | Unix Engineer

Getronics ________________________________ M. 34617301667 | E. Philippe.Bidault@Getronics.com | W. www.getronics.com

[cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-99a5- 4a65-a bd8-074c86bf11aa.png]http://www.getronics.com/ http://www.linkedin.com/company/2077785[cid:LinkedIn_4aeb630a-f385-4 f22-9 27e-31323d2554b8.png]https://www.linkedin.com/company/2077785 [cid:Twitter_6c9cce61-b2e3-49d4-991c-e799d031f1ae.png] https://twitter.com/Getronics http://twitter.com/Getronics [cid:Youtube_5150f807-4ba8-46a3-bbbf-038ccfdc2793.png] https://www.youtube.com/user/getronicsonline?feature=results_main http://www.youtube.com/user/getronicsonline?feature=results_main sign-info <http://www.getronics.com/knowledge-share/news-and-events/ovum.php#sth ash.cb KPq4wA.bnvveIrq.dpbs>

...

Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain.

...

The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you.

Legal disclaimer: http://www.getronics.com/legal/

-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com

-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com

-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com