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.
Updated by Alexis Mousset almost 10 years ago
- Is duplicate of Bug #6425: Generic method for installing package freeze on debian with untrusted sources added
Updated by Matthieu CERDA almost 10 years ago
- Status changed from New to In progress
- Assignee set to Matthieu CERDA
Updated by Alexis Mousset almost 10 years ago
- Subject changed from aptitude called without DEBIAN_FRONTEND=noninteractive to aptitude hangs on unsigned packages
Sadly this is not enough for unsigned packages: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773715.
It seems there is no fix available for this issue.
Updated by Matthieu CERDA almost 10 years ago
We should at least resync ncf's stdlib with CFEngine's one, there are missing elements here.
Updated by Alexis Mousset over 9 years ago
- Status changed from In progress to Rejected
Updated by Alexis Mousset over 9 years ago
The cfengine stdlib has been resynchronised in #6415.
A workaround for the aptitude issue is to use the -o Aptitude::Cmdline::ignore-trust-violations=true option.
Updated by Alexis Mousset over 8 years ago
- Related to Bug #8621: Agent uses malfunctioning "aptitude" for updates checking in debian|ununtu added
Updated by Alexis Mousset over 6 years ago
- Related to Bug #13305: old packages generic methods are failing on old debian added
Updated by Alexis Mousset almost 3 years ago
- Target version changed from 0.x to ncf-0.x
- Priority set to 0
Updated by Alexis Mousset almost 3 years ago
- Project changed from 41 to Rudder
- Category set to Generic methods
Actions