rre Casenove
> Sent: Wednesday, February 01, 2012 1:52 AM
> To: red...@nmoura.eti.br; spacewalk-list@redhat.com
> Subject: Re: [Spacewalk-list] Clone errata with pkgs of another channel.
>
> Hi,
> Any news on this one? I'm planning to add centos management in my
> setup..so I
t; From: spacewalk-list-boun...@redhat.com
>> [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Nilton Moura
>> Sent: Friday, January 27, 2012 11:49 AM
>> To: spacewalk-list@redhat.com
>> Subject: Re: [Spacewalk-list] Clone errata with pkgs of another channel.
>
n...@redhat.com [mailto:
> spacewalk-list-boun...@redhat.com] *On Behalf Of *Nilton Moura
> *Sent:* Friday, January 27, 2012 11:49 AM
> *To:* spacewalk-list@redhat.com
> *Subject:* Re: [Spacewalk-list] Clone errata with pkgs of another channel.
>
>
> ** **
>
> H
ewalk-list-boun...@redhat.com] On Behalf Of Nilton Moura
Sent: Friday, January 27, 2012 11:49 AM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Clone errata with pkgs of another channel.
Hi.
I've been reading the python-clone-errata.py and I see that it uses the
findByNvrea method.
Hi.
I've been reading the python-clone-errata.py and I see that it uses the
findByNvrea method. Can I create another method like this, adding vendor or
provider parameter? I guess this will solve my problem, which is the first
entry matched on database is returned, no matter the channel. (I debug
Hi,
I'm cloning erratas from RHN with rhn-clone-errata.py 0.9.0 by Andy
Speagle, but some erratas are being associated with packages from another
channel (when the same package exist on CentOS for example).
For example, after publish the errata RHSA-2012:0060 from
rhel-5-x86_64-server, I go to Pa