Hi Pierre, I'm going to do a targeted rewrite of the offending section of code as I have time this week. I'll get it updated ASAP.
Andy > -----Original Message----- > From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list- > boun...@redhat.com] On Behalf Of Pierre 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 need this to be fixed. > If you need any help, I can provide some. Andy, how do you plan to fix > this? > > Thanks, > > Pierre > > 2012/1/27 Nilton Moura <red...@nmoura.eti.br>: > > Thank you. > > > > I'm trying to do this, but I guess you will finish early. How do you > > think you'll do this? With a new method or only changing the script? > > I'm searching a method to acomplish, but on getDetails for instance, I > > need to know the id. So, if I lookup with Nvrea and check the vendor > > or provider with getDetails, and after come back to a new lookup with > > Nvrea.. but I think this shouldn't work cause it will bring the same > > result, and sounds ugly too. > > > > Can you give me some light? > > > > Thanks. > > > > 2012/1/27 Speagle, Andy <andy.spea...@wichita.edu> > > > >> Hi Nilton, > >> > >> > >> > >> That's a good catch. that has never been an issue for me since I > >> don't have mixed vendors on my system. I'll get this updated and put > >> out a patch as soon as I can. Thanks for sharing your usage case. > >> > >> > >> > >> Andy > >> > >> > >> > >> 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. > >> > >> > >> > >> 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 with some prints on the script and comparing with > the id's on the database). > >> > >> > >> > >> If not, the another "solution" (workaround), is to first upload > >> packages from RHN than the CentOS for example (but this sounds very > ugly). > >> > >> > >> > >> Thanks, > >> > >> Nilton Moura. > >> > >> 2012/1/26 Nilton Moura <red...@nmoura.eti.br> > >> > >> 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 Packages and the GUI shows me only one > >> package (openssl-0.9.8e-20.el5_7.1-i686), but if I go to Packages in > >> Manage Errata, the list appears different: > >> > >> > >> > >> openssl-0.9.8e-20.el5_7.1-i686 RHEL x86_64 Server (v. 5) rhn > >> > >> openssl-0.9.8e-20.el5_7.1-x86_64 CentOS x86_64 (v. 5) updates > >> > >> openssl-devel-0.9.8e-20.el5_7.1-i386 CentOS x86_64 (v. 5) updates > >> > >> openssl-devel-0.9.8e-20.el5_7.1-x86_64 CentOS x86_64 (v. 5) updates > >> > >> openssl-perl-0.9.8e-20.el5_7.1-x86_64 CentOS x86_64 (v. 5) updates > >> > >> > >> > >> I uploaded two prints with this to better understanding: > >> > >> > >> > >> -> http://static.inky.ws/image/1180/image.jpg > >> > >> -> http://static.inky.ws/image/1181/image.jpg > >> > >> > >> > >> If I manually remove this CentOS packages from the errata and add the > >> corrected packages from rhel channel I correct this. > >> > >> > >> > >> Thanks, > >> > >> Nilton Moura. > >> > >> > > > > > > > > _______________________________________________ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list