Hi,
I created a script (based on something I found on the net) just like
this,
but encountered issues since the API call
system.listLatestUpgradeablePackages gives also older versions than the
latest one (it gives all newer versions for every installed packet,
instead
of just the latest).
In trunk, this is partially fixed but the fixed API call still gives
back
packages belonging to other channels ...
So I created a perl script that uses the fixed SQL statement directly
and
made some checks so it's just the latest package that is really
returned.
the SQL statement should not be needed anymore after 1.8 is released
If someone is interested, I can post it on a site (after a minor code
cleanup) ... we use it to push updates via the API to multiple servers
at
once (easier than using the webitf, but a bit slower due to the extra
checks needed)
Franky
On 2012-10-09 16:47, Peter Purvis wrote:
I see this was asked a couple years ago but can't see any simpler way
to
make it happen now.
Using spacewalk 1.7 and right now I'm attempting to install updates
rather than just errata by parsing
system.listLatestUpgradeablePackages
into system.schedulePackageInstall which looks in theory like it
should
work however it is giving me far more packages due for update than
the
gui suggests.
It would be a lot easier if there was something along the lines of
system.schedulePackageUpdate.
Does anyone have any pointers on the best way to achieve this?
Thanks
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
