Actions
Bug #6696
closedaptitude hangs on unsigned packages
Pull Request:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
0
Name check:
Fix check:
Regression:
Description
In 20_cfe_basics/cfengine/packages.cf :
have_aptitude:: package_add_command => "$(debian_knowledge.call_aptitude) $(debian_knowledge.dpkg_options) --assume-yes install"; package_list_update_command => "/usr/bin/aptitude update"; package_delete_command => "$(debian_knowledge.call_aptitude) $(debian_knowledge.dpkg_options) --assume-yes -q remove"; package_update_command => "$(debian_knowledge.call_aptitude) $(debian_knowledge.dpkg_options) --assume-yes install"; package_patch_command => "$(debian_knowledge.call_aptitude) $(debian_knowledge.dpkg_options) --assume-yes install"; package_verify_command => "/usr/bin/aptitude show"; package_noverify_regex => "(State: not installed|E: Unable to locate package .*)"; package_patch_list_command => "/usr/bin/aptitude --assume-yes --simulate --verbose full-upgrade"; package_patch_name_regex => "^Inst\s+(\S+)\s+.*"; package_patch_version_regex => "^Inst\s+\S+\s+\[?\(?([^\],\s]+).*";
package_patch_list_command uses directly /usr/bin/aptitude instead of $(debian_knowledge.call_aptitude) (which adds the DEBIAN_FRONTEND=noninteractive env var).
This has been fixed in cfengine (3.5 and 3.6), we could update the ncf stdlib.
Actions