-
Notifications
You must be signed in to change notification settings - Fork 197
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Apply erratas to Debian / Ubuntu systems #2068
Comments
Hi Robert Do I understand it correctly that you have essentially re-implemented |
Yes, at least for a salt client. For a traditional client you still need it.
sent from my mobile device
…-------- Originale Nachricht --------
Von: Pau Garcia Quiles <[email protected]>
Gesendet: Sat Mar 28 00:37:26 GMT+01:00 2020
An: uyuni-project/uyuni <[email protected]>
Cc: Robert Paschedag <[email protected]>, Author <[email protected]>
Betreff: Re: [uyuni-project/uyuni] Apply erratas to Debian / Ubuntu systems (#2068)
Hi Robert
Do I understand it correctly that you have essentially re-implemented `errata.py` in Salt, so `errata.py` is no longer necessary?
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#2068 (comment)
|
Please find an updated version of the patch below. It now supports multiple erratas to be applied.
Example results
|
@rpasche Thanks for the contribution! |
@rpasche Thanks in Advance. |
@paususe Where should I create the PR to? Uyuni or - I guess - saltstack/salt? Should I somehow flag it, that this needs to go into the "uyuni" version of salt (I know you are using a specially patched version). Thanks for any hints. |
@rpasche Thanks for taking care of that. I'd say saltstack/salt should be the first target for this. As soon as we have green light there, we can cherry pick this to openSUSE/salt. But you don't have to do that. Just let us know and we'll take care of that. But if you'd like to do the PR to openSUSE/salt yourself, then you can do that of course. Just open a PR with the changes, add a link to the upstream PR and we'll take it from there. The branch that you'd have to target is |
The thing is, how can I test the latest stable
Are there any packages already available based on |
Is there a timeline when automatic patching on Ubuntu/Debian will be available? |
+1 for this feature, we primarily use Ubuntu and have errata loaded in but cannot apply patches which would make everything so much simpler. |
yes it's fixed, you can close this issue, i think so |
Hello,
Uyuni version is 2024.05 Regards, |
@gabardyne what salt version are you using? Since the fix seems to be confirmed to work at #2068 (comment), please create a new bug report, and include as much info as you can. The Uyuni version and error are a good start, but the version of the salt package on the affected client, and on the Uyuni server could provide info as well. |
Hi Uyuni,
I just wanted to share my knowledge, of how I'm currently - more or less - able to apply erratas to Ubuntu / Debian systems and this hopefully helps to implement this.
Currently the
aptpkg
salt module is not able to list errata information from repositories, because this information is simply missing for Debian / Ubuntu repositories. (For RPM based repos (and tools) likezypper
,yum
anddnf
, this information is availble within repositories).Because of this lack of information you cannot apply errata to a Debian / Ubuntu
salt client
, because the functions are missing.Due to this, I just now copied the functionality of the
errata.py
script (you may find at https://github.com/philicious/spacewalk-scripts/blob/master/errata.py (and which is just a copy from an RPM basedtraditional client
). For this to work, I needed to modify the Uyuni server (saltmaster
and also patch theaptpkg.py
salt module on the Debian / Ubuntu clients.Modifications on server:
/srv/salt/_modules/runners
read-only
API user in Uyuni (to retrieve errata information)/etc/salt/master.d/errata.conf
<uyuni_salt_master_name> is the FQDN of the uyuni server which is set within the
salt minion
configuration.User and PW should be clear.
salt master
service for the changes to take effect.Modifications on Ubuntu / Debian clients:
Note: The
salt
client needs to be one of the salt packages you can get here https://build.opensuse.org/project/subprojects/systemsmanagement:Uyuni:Stable (already contains further modifications for Debian / Ubuntu)aptpkg.py
(in/usr/lib/python2.7/dist-packages/salt/modules/
)I know....this is by far not final and there are still bugs but with this modification, I can at least apply errata to systems and they can be installed (if no further dependency problems arise on the client). The problem with dependencies on the client is, that for installation of the packet,
dpkg
seems to be used, wherasapt-get install
or àpt install` would be better (at least my opinion).aptpkg.py
(aptpkg.pyc
), so it gets recompiled.salt-minion
on the client (just to be sure)So before all these modifications, trying to apply an errata to a client looks like this in WebUI:
After modification like this:
I am also looking to @isbm , because he already helped me to integrate other functions into the
salt
package thepatch
would also have to - further fixed - and maybe later integrated intosalt
.Kind regards,
rpasche
The text was updated successfully, but these errors were encountered: