[Spacewalk-list] Foreign packages leaked to RHEL Channel

Tue Mar 20 11:43:54 UTC 2012

Hi Jason,
thanks for the explanation.

All,
I'm on Spacewalk 1.5 also, is this behavior of rhn-clone-errata.py the 
same in Spacewalk 1.7? Or can a "fix" be expected for 1.8? Does this even 
qualify as bug or is it wanted behavior? From my point of view it is 
clearly a bug, since my plans are to manage a small number of RHEL Systems 
(~5-10) alongside with higher numbers of CentOS Systems (~100-150) in one 
Spacewalk System.

regards from Berlin

Jens Neu
Health Services Network Administration

Phone: +49 (0) 30 68905-2412
Mail: jens.neu at biotronik.de

From:
"Jason M. Nielsen" <jnielsen at myriad.com>
To:
spacewalk-list at redhat.com
Date:
03/16/2012 04:51 PM
Subject:
Re: [Spacewalk-list] Foreign packages leaked to RHEL Channel
Sent by:
spacewalk-list-bounces at redhat.com

Its likely the fact that when you push errata (from the command line) it 
automatically applies them to all channels to which the errata has a 
package reference. Unfortunately when it does this it also pushes the 
packages themselves to the channels to which the errata are applied and 
hence you end up with packages being cross posted.

This even happens with rhel4 to 5 and back. Good news is it does not 
cross post ARCH. =)

If you push errata in and do not publish you can then publish via the 
GUI and select what channels and it wont cross post packages.

There is also a "fix" for the clone errata script I think floating 
around that breaks your errata up into assigned bits according to say 
"distro". So you end up with errrata FOO pushed and published twice but 
its called "RHEL5-FOO" and "RHEL4-FOO". Or something along those lines.

I've not used Centos but the above was my experience with RHEL versions. 
It sounds like the exact same issue but maybe not. Im on SW 1.5.

On 03/14/2012 08:37 AM, Jens Neu wrote:
> Dear all,
>
> I am running Spacewalk 1.5 (on CentOS 5.7, against full Oracle 11g) with 
Centos
> 5, 6 and Fedora 16 Channels for some time now. I also use the 
centos-errata.py
> (0.8.1) script (https://github.com/davidnutter/Centos-Errata) to import 
CentOS
> Errata which works fine for me.
>
> Additionally I have several RHEL 5 machines with valid subscriptions, 
these I
> run against mrepo on one of them. Now, I would like the RHEL 5 machines 
also be
> managed with Spacewalk, so I created a RHEL 5 Channel, synced it to my 
local
> mrepo, fired up rhn-clone-errata.py; easy enough, piece of cake, seemed 
to work
> fine.
>
> But: for some reason I see CentOS packages in my freshly created RHEL 
Channel.
> This thread
> 
https://www.redhat.com/archives/spacewalk-list/2011-August/msg00149.htmltells 
me
> that I'm not crazy, and since the CentOS Packages show up after Errata
> publishing I also had a suspicion about whats going on.
>
> Now: how can I fix this? This behaviour pretty much prevents running 
RHEL and
> CentOS Channels on a single Spacewalk...
>
> best regards
> Jens
>
>
>
> Jens Neu
> Health Services Network Administration
>
> Phone: +49 (0) 30 68905-2412
> Mail: jens.neu at biotronik.de
>
> _
> __www.biotronik.com_<http://www.biotronik.com/>
> 
--------------------------------------------------------------------------------
>
> BIOTRONIK SE&  Co. KG
> Woermannkehre 1, 12359 Berlin, Germany
> Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRA 6501
>
> Vertreten durch ihre Komplementärin:
> BIOTRONIK MT SE
> Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRB 118866 B
> Geschäftsführende Direktoren: Christoph Böhmer, Dr. Werner Braun, Dr. 
Lothar Krings
> 
--------------------------------------------------------------------------------
> *
> BIOTRONIK* - A global manufacturer of advanced Cardiac Rhythm Management 
systems
> and Vascular Intervention devices. Quality, innovation, and reliability 
define
> BIOTRONIK and our growing success. We are innovators of technologies 
like the
> first wireless remote monitoring system - Home Monitoring®, Closed Loop
> Stimulation and coveted lead solutions as well as state-of-the-art 
stents,
> balloons and guide wires for coronary and peripheral indications. We 
highly
> invest in the development of drug eluting devices and are leading the 
industry
> with our drug eluting absorbable metal scaffold program.
> 
--------------------------------------------------------------------------------
>
> This e-mail and the information it contains including attachments are
> confidential and meant only for use by the intended recipient(s); 
disclosure or
> copying is strictly prohibited. If you are not addressed, but in the 
possession
> of this e-mail, please notify the sender immediately and delete the 
document.

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

www.biotronik.com

BIOTRONIK SE & Co. KG
Woermannkehre 1, 12359 Berlin, Germany
Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRA 6501

Vertreten durch ihre Komplementärin:
BIOTRONIK MT SE
Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRB 118866 B
Geschäftsführende Direktoren: Christoph Böhmer, Dr. Werner Braun, Dr. 
Lothar Krings

BIOTRONIK - A global manufacturer of advanced Cardiac Rhythm Management 
systems and Vascular Intervention devices. Quality, innovation, and 
reliability define BIOTRONIK and our growing success. We are innovators of 
technologies like the first wireless remote monitoring system - Home 
Monitoring®, Closed Loop Stimulation and coveted lead solutions as well as 
state-of-the-art stents, balloons and guide wires for coronary and 
peripheral indications. We highly invest in the development of drug 
eluting devices and are leading the industry with our drug eluting 
absorbable metal scaffold program.

This e-mail and the information it contains including attachments are 
confidential and meant only for use by the intended recipient(s); 
disclosure or copying is strictly prohibited. If you are not addressed, 
but in the possession of this e-mail, please notify the sender immediately 
and delete the document.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20120320/177311fe/attachment.htm>