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:
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.
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
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
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 -- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org