[Spacewalk-list] API. Merge single new errata and packages

[wm-lists]

Thanks for the script.  I'll have to give that a try and see what the
results are..

My use case would be if, say, httpd is updated by Red Hat for a specific
vulnerability and I wanted to progress only that advisory and associated
packages through to my dev channels and on to the production channels in
order to quickly implement it.  My errata flow is Red Hat --> DEV Channel
-->PROD Channel

So knowing that, where does the errata.clone call use as it's source?  If
my prod channel's original channel is the dev channel, would it use that?

Will


On Wed, Sep 25, 2013 at 11:23 AM, Matt Micene <matt.micene at dlt.com> wrote:

> I knocked together this python script to look at the behavior of the API
> around cloning errata.  It looks to me like once you've published an
> errata, cloning it to the channel takes care of linking the package.
>
> So the script will wants a source, target and date range then lists all
> the available errata in the source, clones them to the target and then
> publishes anything that's left.
>
> This probably isn't the right workflow by a long shot (off the top of my
> head I think you'd probably want to get the unpublished list first maybe?),
> and there's no error checking but it may prove interesting just for the
> behavior.
>
> HTH,
> Matt
>
>
> > -----Original Message-----
> > From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-
> > bounces at redhat.com] On Behalf Of Matt Micene
> > Sent: Wednesday, September 25, 2013 9:09 AM
> > To: spacewalk-list at redhat.com
> > Subject: Re: [Spacewalk-list] API. Merge single new errata and packages
> >
> > Will,
> >
> > I haven't looked at the Errata workflow in a while but I believe the
> > next step isn't to mergePackages but to use the errata.publish call.
> >
> > If you look at the UI after your clone step, the errata should show up
> > in the clone as unpublished.  The next step is publish, which moves the
> > package into the channel.  You can also use
> > errata.listUnpublishedErrata to make sure the errata you are trying to
> > merge are ready.
> >
> > One thing to note, you say you are trying to merge a single errata.
> > errata.mergeErrata will merge all errata from the source channel
> > constrained by the date range or list.  While you are probably passing
> > a single value in that list, it may have odd side effects.  You may
> > want to look at the errata.clone* methods which only operate on the
> > provided list rather than using that list as a constraint.
> >
> > HTH,
> > Matt
> >
> > > -----Original Message-----
> > > From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-
> > > bounces at redhat.com] On Behalf Of wm-lists
> > > Sent: Tuesday, September 24, 2013 8:45 PM
> > > To: spacewalk-list at redhat.com
> > > Subject: [Spacewalk-list] API. Merge single new errata and packages
> > >
> > > I'm sure there's a simple way to do this, but I'm probably over-
> > > complicating it.
> > > I'm looking to write a python script, that, given an Errata Advisory
> > > Name, will merge the Errata and associated package from one channel
> > > (say Red Hat source) to another channel (say our development
> > channel).
> > >
> > > I've got the Errata merge fine with the mergeErrata api call,
> > >
> > lient.channel.software.mergeErrata(key,channelinfo.get('clone_original'
> > > ), mychannel.get('label'),[errata])
> > >
> > > But there isn't a mergePackage that only merges one package.
> > >
> > > Any help or guidance?
> > >
> > > Thanks
> > > Will
> > >
> > > Sent from my iPhone
> > > Sent from my iPhone
> > >
> > > _______________________________________________
> > > Spacewalk-list mailing list
> > > Spacewalk-list at redhat.com
> > > https://www.redhat.com/mailman/listinfo/spacewalk-list
> >
> > _______________________________________________
> > Spacewalk-list mailing list
> > Spacewalk-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130925/5070b0d2/attachment.htm>