If we increase priority for Uyuni repo (now is 99 as default) will solve this problem in future? Thanks, Cristian Gherman On 5/24/20 8:58 AM, Cristian Gherman wrote:

Hello,

On Opensuse 15.1 I had to upgrade python3-psycopg2-2.8.4-2.1.uyuni.x86_64 from uyuni repo.

zypper install python3-psycopg2-2.8.4-2.1.uyuni.x86_64

After that updates are installed

BR

Cristian Gherman

On 5/23/20 9:30 PM, Julio González Gil wrote:

...

As for the Uyuni-Proxy-release itself, it's normal. It seems we didn't realize we also need to update 000product definitions. Personally I'd remove the version from there, since we are a rolling release version.

I will need to check what openSUSE Tumbleweed is doing in such case. But having the *-release packages being 2020.01 shouldn't be a problem for now.

But I am not sure I can understand the problem on the server. Please run `zypper up` and paste the whole output (do not confirm anything).

For lucene and python3-psycopg2, we provide them at Uyuni. Could be that now Leap 15.1 has more recent version, so the update is not applied because that would mean a vendor change (which could be fine, but we need to give it a try first).

However I am not so sure why the spacewalk-backend-* are not being updated.

The output of `zypper up` on the server should give us more hints.

Also maybe the output of `rpm -qa|grep spacewalk-backend`

On sábado, 23 de mayo de 2020 18:17:10 (CEST) Bidault, Philippe wrote:

...

Hi all,

I have updated the uyuni servers+proxies to 2020.05 (zypper update), and for now, so far so good.

The only thing I am not really sure to understand, is the presence of newest packages not being updated and being kept-back:

On the proxies, there is only one:

uyuni_proxy:~ # zypper info Uyuni-Proxy-release Refreshing service 'spacewalk'. Retrieving repository 'Uyuni Client Tools for openSUSE Leap 15.1 (x86_64)' metadata ...........................................................................

.................[done] Retrieving repository 'openSUSE Leap 15.1 (x86_64)' metadata ...........................................................................

........................................[done] Retrieving repository 'openSUSE Leap 15.1 Updates (x86_64)' metadata ...........................................................................

................................[done] Retrieving repository 'Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64)' metadata ...........................................................................

.................[done] Loading repository data... Reading installed packages...

Information for package Uyuni-Proxy-release: -------------------------------------------- Repository     : Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64) Name           : Uyuni-Proxy-release Version        : 2020.01-75.3.uyuni Arch           : x86_64 Vendor         : obs://build.opensuse.org/systemsmanagement:Uyuni Support Level  : Level 3 Installed Size : 1.4 KiB Installed      : Yes Status         : out-of-date (version 2020.01-72.1.uyuni installed) Source package : Uyuni-Proxy-release-2020.01-75.3.uyuni.src Summary        : Uyuni Proxy 2020.01 Description    :      Uyuni Proxies extend large and/or geographically      dispersed Uyuni environments to reduce load on the Uyuni      Server, lower bandwidth needs, and provide faster local      updates.

But on the Uyuni servers, there are 18:

The following 18 package updates will NOT be installed:    Uyuni-Server-release lucene python3-psycopg2 spacewalk-backend spacewalk-backend-app spacewalk-backend-applet spacewalk-backend-config-files spacewalk-backend-config-files-common spacewalk-backend-config-files-tool spacewalk-backend-iss spacewalk-backend-iss-export spacewalk-backend-package-push-server spacewalk-backend-server spacewalk-backend-sql spacewalk-backend-sql-postgresql spacewalk-backend-tools spacewalk-backend-xml-export-libs spacewalk-backend-xmlrpc

Could you please confirm that this is a normal behaviour, due to perhaps version dependencies coming from the Uyuni zypper pattern?

If yes, I guess that I should not see this update available on all the proxies in the Uyuni web console ?

Latest Package                                       Installed Package Uyuni-Proxy-release-2020.01-75.3.uyuni.x86_64 Uyuni-Proxy-release-2020.01-72.1.uyuni.x86_64

Thanks,

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-4f22-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#sthash.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/

-- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org

Hello, Yes, after upgraded manual to python3-psycopg2-2.8.4-2.1.uyuni.x86_64 the rest of spacewalk packages are updated Cristian Gherman On 5/24/20 9:18 PM, Julio González Gil wrote:

Not really.

This is related to packages having different "vendors".

On paper we should always use the packages from openSUSE Leap 15.1 if they exist there.

However in this case we needed a newer python3-psycopg2 version and sadly I didn't notice this would provoke a vendor change.

A soon as the updated package is on Leap 15.1, the server should start using it again. Most probably I will need to add a note to the release notes about changin the vendor again, and forcing an update (as I guess the release for the package will be lower on Leap).

Do I understand that with this, you also got the updates for spacewalk-backend packages?

If so, I will update the release notes and will send an announcement about this.

On domingo, 24 de mayo de 2020 8:11:39 (CEST) Cristian Gherman wrote:

...

If we increase priority for Uyuni repo (now is 99 as default) will solve this problem in future?

Thanks,

Cristian Gherman

On 5/24/20 8:58 AM, Cristian Gherman wrote:

...

Hello,

On Opensuse 15.1 I had to upgrade python3-psycopg2-2.8.4-2.1.uyuni.x86_64 from uyuni repo.

zypper install python3-psycopg2-2.8.4-2.1.uyuni.x86_64

After that updates are installed

BR

Cristian Gherman

On 5/23/20 9:30 PM, Julio González Gil wrote:

...

As for the Uyuni-Proxy-release itself, it's normal. It seems we didn't realize we also need to update 000product definitions. Personally I'd remove the version from there, since we are a rolling release version.

I will need to check what openSUSE Tumbleweed is doing in such case. But having the *-release packages being 2020.01 shouldn't be a problem for now.

But I am not sure I can understand the problem on the server. Please run `zypper up` and paste the whole output (do not confirm anything).

For lucene and python3-psycopg2, we provide them at Uyuni. Could be that now Leap 15.1 has more recent version, so the update is not applied because that would mean a vendor change (which could be fine, but we need to give it a try first).

However I am not so sure why the spacewalk-backend-* are not being updated.

The output of `zypper up` on the server should give us more hints.

Also maybe the output of `rpm -qa|grep spacewalk-backend`

On sábado, 23 de mayo de 2020 18:17:10 (CEST) Bidault, Philippe wrote:

...

Hi all,

I have updated the uyuni servers+proxies to 2020.05 (zypper update), and for now, so far so good.

The only thing I am not really sure to understand, is the presence of newest packages not being updated and being kept-back:

On the proxies, there is only one:

uyuni_proxy:~ # zypper info Uyuni-Proxy-release Refreshing service 'spacewalk'. Retrieving repository 'Uyuni Client Tools for openSUSE Leap 15.1 (x86_64)' metadata ........................................................................ ...

.................[done] Retrieving repository 'openSUSE Leap 15.1 (x86_64)' metadata ........................................................................ ...

........................................[done] Retrieving repository 'openSUSE Leap 15.1 Updates (x86_64)' metadata ........................................................................ ...

................................[done] Retrieving repository 'Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64)' metadata ........................................................................ ...

.................[done] Loading repository data... Reading installed packages...

Information for package Uyuni-Proxy-release: -------------------------------------------- Repository : Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64) Name : Uyuni-Proxy-release Version : 2020.01-75.3.uyuni Arch : x86_64 Vendor : obs://build.opensuse.org/systemsmanagement:Uyuni Support Level : Level 3 Installed Size : 1.4 KiB Installed : Yes Status : out-of-date (version 2020.01-72.1.uyuni installed) Source package : Uyuni-Proxy-release-2020.01-75.3.uyuni.src Summary : Uyuni Proxy 2020.01 Description : Uyuni Proxies extend large and/or geographically dispersed Uyuni environments to reduce load on the Uyuni Server, lower bandwidth needs, and provide faster local updates.

But on the Uyuni servers, there are 18:

The following 18 package updates will NOT be installed: Uyuni-Server-release lucene python3-psycopg2 spacewalk-backend spacewalk-backend-app spacewalk-backend-applet spacewalk-backend-config-files spacewalk-backend-config-files-common spacewalk-backend-config-files-tool spacewalk-backend-iss spacewalk-backend-iss-export spacewalk-backend-package-push-server spacewalk-backend-server spacewalk-backend-sql spacewalk-backend-sql-postgresql spacewalk-backend-tools spacewalk-backend-xml-export-libs spacewalk-backend-xmlrpc

Could you please confirm that this is a normal behaviour, due to perhaps version dependencies coming from the Uyuni zypper pattern?

If yes, I guess that I should not see this update available on all the proxies in the Uyuni web console ?

Latest Package Installed Package Uyuni-Proxy-release-2020.01-75.3.uyuni.x86_64 Uyuni-Proxy-release-2020.01-72.1.uyuni.x86_64

Thanks,

Regards, Philippe.

Philippe Bidault | Unix Engineer

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

[cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-99a5-4a 65-a

bd8-074c86bf11aa.png]http://www.getronics.com/ http://www.linkedin.com/company/2077785[cid:LinkedIn_4aeb630a-f385-4f2 2-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#sthas h.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/

-- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org

On domingo, 24 de mayo de 2020 23:31:01 (CEST) Bidault, Philippe wrote:

Hi,

Thanks for the tip !

I have updated python3-psycopg2 (which then switch from OpenSUSE to Uyuni repository), and most of the remaining updates followed, except 2:

Good, I will update the release notes on the website tomorrow, and will send an announcement to all mailing lists. Thanks for confirming!

The following 2 package updates will NOT be installed: Uyuni-Server-release lucene

I was able to upgrade Uyuni-Server-release by hand afterward (zypper up Uyuni-Server-release)

But regarding lucene, I have this message trying to upgrade it : "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."

I guess that I have to stick on the Uyuni channel, so I will not update Lucene.

Yes, lucene should be used from Uyuni for now. That's a known "issue".

Another question if you don't mind. If now Uyuni has been updated to version 2020.05, why is the version of Uyuni-Server-release still 2020.01 ?

uyuni:~ # rpm -qa | grep Uyuni-Server-release Uyuni-Server-release-2020.01-75.3.uyuni.x86_64

That package is generated by our product definition at 000product OBS package. I need to see what we will do about it. Most probably I will need to add it to the list of packages that need to change version for a release (just as I do for the release notes, pattern, doc, and a config file at spacewalk-backend. However before going on that way, I also want to check what openSUSE Tumbleweed is doing, as they are rolling release as well. For now, don't worry. Having that version ond the release package should not cause any problem (we already had several releases since them, and I am not aware of any bugs).

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: Cristian Gherman Sent: domingo, 24 de mayo de 2020 21:34 To: uyuni-users@opensuse.org Subject: Re: [uyuni-users] Packages being kept-back after upgrade of 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.

Hello,

Yes, after upgraded manual to python3-psycopg2-2.8.4-2.1.uyuni.x86_64 the rest of spacewalk packages are updated

Cristian Gherman

On 5/24/20 9:18 PM, Julio González Gil wrote:

...

Not really.

This is related to packages having different "vendors".

On paper we should always use the packages from openSUSE Leap 15.1 if they exist there.

However in this case we needed a newer python3-psycopg2 version and sadly I didn't notice this would provoke a vendor change.

A soon as the updated package is on Leap 15.1, the server should start using it again. Most probably I will need to add a note to the release notes about changin the vendor again, and forcing an update (as I guess the release for the package will be lower on Leap).

Do I understand that with this, you also got the updates for spacewalk-backend packages?

If so, I will update the release notes and will send an announcement about this.

On domingo, 24 de mayo de 2020 8:11:39 (CEST) Cristian Gherman wrote:

...

If we increase priority for Uyuni repo (now is 99 as default) will solve this problem in future?

Thanks,

Cristian Gherman

On 5/24/20 8:58 AM, Cristian Gherman wrote:

...

Hello,

On Opensuse 15.1 I had to upgrade python3-psycopg2-2.8.4-2.1.uyuni.x86_64 from uyuni repo.

zypper install python3-psycopg2-2.8.4-2.1.uyuni.x86_64

After that updates are installed

BR

Cristian Gherman

On 5/23/20 9:30 PM, Julio González Gil wrote:

...

As for the Uyuni-Proxy-release itself, it's normal. It seems we didn't realize we also need to update 000product definitions. Personally I'd remove the version from there, since we are a rolling release version.

I will need to check what openSUSE Tumbleweed is doing in such case. But having the *-release packages being 2020.01 shouldn't be a problem for now.

But I am not sure I can understand the problem on the server. Please run `zypper up` and paste the whole output (do not confirm anything).

For lucene and python3-psycopg2, we provide them at Uyuni. Could be that now Leap 15.1 has more recent version, so the update is not applied because that would mean a vendor change (which could be fine, but we need to give it a try first).

However I am not so sure why the spacewalk-backend-* are not being updated.

The output of `zypper up` on the server should give us more hints.

Also maybe the output of `rpm -qa|grep spacewalk-backend`

On sábado, 23 de mayo de 2020 18:17:10 (CEST) Bidault, Philippe wrote:

...

Hi all,

I have updated the uyuni servers+proxies to 2020.05 (zypper update), and for now, so far so good.

The only thing I am not really sure to understand, is the presence of newest packages not being updated and being kept-back:

On the proxies, there is only one:

uyuni_proxy:~ # zypper info Uyuni-Proxy-release Refreshing service 'spacewalk'. Retrieving repository 'Uyuni Client Tools for openSUSE Leap 15.1 (x86_64)' metadata ...................................................................... .. ...

.................[done] Retrieving repository 'openSUSE Leap 15.1 (x86_64)' metadata ...................................................................... .. ...

........................................[done] Retrieving repository 'openSUSE Leap 15.1 Updates (x86_64)' metadata ...................................................................... .. ...

................................[done] Retrieving repository 'Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64)' metadata ...................................................................... .. ...

.................[done] Loading repository data... Reading installed packages...

Information for package Uyuni-Proxy-release: -------------------------------------------- Repository : Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64) Name : Uyuni-Proxy-release Version : 2020.01-75.3.uyuni Arch : x86_64 Vendor : obs://build.opensuse.org/systemsmanagement:Uyuni Support Level : Level 3 Installed Size : 1.4 KiB Installed : Yes Status : out-of-date (version 2020.01-72.1.uyuni installed) Source package : Uyuni-Proxy-release-2020.01-75.3.uyuni.src Summary : Uyuni Proxy 2020.01

Description : Uyuni Proxies extend large and/or geographically dispersed Uyuni environments to reduce load on the Uyuni Server, lower bandwidth needs, and provide faster local updates.

But on the Uyuni servers, there are 18:

The following 18 package updates will NOT be installed: Uyuni-Server-release lucene python3-psycopg2 spacewalk-backend

spacewalk-backend-app spacewalk-backend-applet spacewalk-backend-config-files spacewalk-backend-config-files-common spacewalk-backend-config-files-tool spacewalk-backend-iss spacewalk-backend-iss-export spacewalk-backend-package-push-server spacewalk-backend-server spacewalk-backend-sql spacewalk-backend-sql-postgresql spacewalk-backend-tools spacewalk-backend-xml-export-libs spacewalk-backend-xmlrpc

Could you please confirm that this is a normal behaviour, due to perhaps version dependencies coming from the Uyuni zypper pattern?

If yes, I guess that I should not see this update available on all the proxies in the Uyuni web console ?

Latest Package Installed Package Uyuni-Proxy-release-2020.01-75.3.uyuni.x86_64 Uyuni-Proxy-release-2020.01-72.1.uyuni.x86_64

Thanks,

Regards, Philippe.

Philippe Bidault | Unix Engineer

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

[cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-9 9a5-4a 65-a

bd8-074c86bf11aa.png]http://www.getronics.com/ http://www.linkedin.com/company/2077785[cid:LinkedIn_4aeb630a-f3 85-4f2 2-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 #sthas h.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/

-- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org

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