Bug 1302996 - The system.comparePackageProfile and system.comparePackages API do not return installed rpm's package_id instead it returns 'package_name_id'. This makes it unsuable with other APIs like system.schedulePackageInstall and system.schedulePackageRemove.
Summary: The system.comparePackageProfile and system.comparePackages API do not return...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Spacewalk
Classification: Community
Component: API
Version: 2.4
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Gennadii Altukhov
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On: 1086451
Blocks: space27
TreeView+ depends on / blocked
 
Reported: 2016-01-29 09:10 UTC by Gennadii Altukhov
Modified: 2017-09-28 18:08 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1086451
Environment:
Last Closed: 2016-06-16 08:01:58 UTC
Embargoed:

Attachments (Terms of Use)

Description Gennadii Altukhov 2016-01-29 09:10:55 UTC 
The system.comparePackageProfile API does not return installed rpm's package_id instead it returns 'package_name_id'. This makes it unsuable with other APIs like system.schedulePackageInstall and system.schedulePackageRemove.

There is no other API which returns package id when package_name_id is provided.

When there are multiple systems comparing them with stored package profile from WebUI is manual task. The API system.comparePackageProfile can be used to automate this but as this provides package_name_id its not usable with any other API.
Comment 1 Gennadii Altukhov 2016-01-29 09:11:33 UTC 
Taking...
Comment 2 Gennadii Altukhov 2016-01-29 09:12:56 UTC 
Taking...
Comment 3 Gennadii Altukhov 2016-01-29 12:21:50 UTC 
spacewalk.git:

a60ba0f5d0f12bfc685f375bca0fb72fe7a90d3d
7531663c58fe6e92d68e4408d6fbb55d9c59d4da

Changes to fix bug:

1) added information about epoch, version, release to PackageMetadataSerializer (if epoch is null, PackageMetadataSerializer omit it from XML-RPC)

2) Added new API-methods to install/remove packages using their Nevra:

schedulePackageInstallByNevra
schedulePackageRemoveByNevra
Comment 4 Tomáš Kašpárek 2016-06-16 08:01:58 UTC 
Spacewalk 2.5 was released.
Comment 5 Eric Herget 2017-09-28 18:08:57 UTC 
This BZ closed some time during 2.5, 2.6 or 2.7.  Adding to 2.7 tracking bug.
Note You need to log in before you can comment on or make changes to this bug.