I have a system which has a custom kernel and older version of openvpn installed. To avoid having spacewalk install updates to these packages, I have these excludes listed in /etc/yum/pluginconf.d/rhnplugin.conf: exclude=analog dpkg openvpn kernel kernel-PAE kernel-debug kernel-xen However, in the spacewalk server WebUI, the package updates are listed and cannot be marked as "ignore" for a specific update or excluded permanently by name. Via email, I get a message multiple times a day with errata for package updates on these systems. This request is for an exclude or ignore option that prevents spacewalk from considering a particular update as applicable to a system.
Just to follow up on this idea, it might make sense to be able to apply the exclusions to a system group in addition to per-system exclusions.
Hi Kevin, although Spacewalk can't exclude certain packages for server/group you can achieve this by creating cloned channel which contains all but excluded packages. Any time later updated packages in original channel can be simply cloned to new channel via errata cloning. Regards, Michael
Hi Kevin We are using an older version of spacewalk, but had the same problem (use a specified version of an rpm on some systems). Maybe you could try using the yum plugin "yum-plugin-versionlock". In our environment, with this plugin (see steps below) we could "lock" the packages, so that also update tasks from spacewalk will not update these packages: 1. install plugin: "yum install yum-plugin-versionlock.noarch" 2. exclude package foo: "yum versionlock foo" 3. check exclude: "yum check-update" Maybe this is a solution for your problem. Kind regards, Rolf Linder
Am I correct in assuming that this is basically the same RFE as tracked in bug 129178?
No, I don't think so. My request is to exclude packages permanently, not to ever show them as updates, for a given system or system group. I don't want to have to maintain multiple channels for this. As an example, I have some systems where I have packages intentionally held back to previous versions that I never want to upgrade because we know the upgrade will break other software on the system, so I want those upgrades not to prompt me for approval as in bug 129178 but simply not be considered upgrade candidates at all, much in the same way as yum can do with the exclude= lines.
Spacewalk project as an upstream for Red Hat Satellite 5 product is going to be End Of Life on May 31 2020. Spacewalk 2.10 has been released as the last release of this project. https://github.com/spacewalkproject/spacewalk/wiki/ReleaseNotes210 Any new feature will not be included therefore closing remaining RFEs to set expectations properly.