path: root/doc/forum/chroot_issue_when_upgrading
diff options
authorJoey Hess2016-04-01 13:28:26 -0400
committerJoey Hess2016-04-01 13:28:26 -0400
commitbeba93baede04835687e1caeefead24f173d9048 (patch)
tree699b785adadd764ae49c2bc190d01abc4496bd03 /doc/forum/chroot_issue_when_upgrading
parent73a8916c5d78312e91c7a26341c270aceccfc99b (diff)
Diffstat (limited to 'doc/forum/chroot_issue_when_upgrading')
1 files changed, 21 insertions, 0 deletions
diff --git a/doc/forum/chroot_issue_when_upgrading/comment_8_d1c546c6f88035d40eca823d25d67e92._comment b/doc/forum/chroot_issue_when_upgrading/comment_8_d1c546c6f88035d40eca823d25d67e92._comment
new file mode 100644
index 00000000..9792a624
--- /dev/null
+++ b/doc/forum/chroot_issue_when_upgrading/comment_8_d1c546c6f88035d40eca823d25d67e92._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 8"""
+ date="2016-04-01T17:26:15Z"
+ content="""
+ -f, --fix-broken
+ Fix; attempt to correct a system with broken dependencies
+ in place. This option, when used with install/remove, can
+ omit any packages to permit APT to deduce a likely
+ solution. If packages are specified, these have to
+ completely correct the problem. The option is sometimes
+ necessary when running APT for the first time; APT itself
+ does not allow broken package dependencies to exist on a
+ system.
+So I don't see how you could get into this situation unless perhaps
+your debootstrap configuration gets into a broken dependency situation somehow.
+IIRC, apt-get -f install can decide to *remove* arbitrary packages as necessary
+to get to a sane dependency tree. So I'm very dubious about doing it by default.