rpm hotfix information

The System.SoftwareManagement.get_rpm_package_information() spawns out this rpm command

 

$ /bin/rpm -qa --queryformat \"%{NAME}\\n\"

 

 

and returns the result from the output of that command.

 

 

The System.SoftwareManagement.get_hotfix_information() method enumerates the /hotfix directory for .def files. for each .def file, it parses the contents and returns the results contained in those definition files.

 

 

You can be assured that if these commands return a component, then it means it has been installed into the system. Of course, if someone had command line access to your device, they could manually go into the /hotfix directory and create a random hotfix file and, in that case, that wouldn't mean it's installed on the system, but that's definitely an edge case. If all the software was installed via standard means, then the results of these methods will be accurate.

 

 

Why do you ask? Are you seeing the results from these calls returning information that you think is contrary to the software you have installed on your device?

 

 

-Joe

No, I am not seeing invalid results but there is another edge case. A few months ago we were installing a hotfix and that hotfix installation failed (i.e. the actual fixes that were part of the hotfix were not applied) but the .def file was added by the install anyway. When running CLI commands to validate the HF installation - commands that probably too “enumerate the /hotfix directory for .def files. for each .def file, it parses the contents and returns the results contained in those definition files” – we received a false positive that the HF was indeed installed.

 

 

We were just wondering if iControl was using some type of lower level check, that’s all.

 

Odds are the CLI commands and iControl both use the same underlying logic to query this information. If this happened, then I'd make sure you report it to support (which you probably have already).

 

 

-Joe