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