Hi, before I am playing bug ping-pong (as I don't think we can do much about this on the apt side), let me ask a d-i question first: On Thu, Apr 20, 2023 at 10:33:08PM +0200, Cyril Brulebois wrote: > Askar Safin <safinaskar@mail.ru> (2023-04-20): > > I don't know what should really be done. I can list possible solutions: > > > > - Fix d-i. Remove /usr/lib/finish-install.d/60cleanup or replace it with > > something else > > d-i is merely exposing a bug in bash-completion, so I don't think we > should change anything there. > > > - Fix "apt-get clean". Make it not remove /var/cache/apt/*.bin Why is d-i calling 'apt-get clean' to begin with? Is it perhaps just wanting to remove /var/cache/apt/archives/*.deb ? If so, could you switch to: -o APT::Keep-Downloaded-Packages=false (well, probably in a conf file rather than on each command line). This instructs apt(-get) to remove the deb file right after it has installed them with dpkg, which might even be beneficial for space constraint installation targets. At the very least it is a much used & tested option as it is the default with apt (but not apt-get). d-i could also "just" run 'apt-cache gencaches' to create the caches; but perhaps it is intended that the caches are gone (docker people e.g. like to do that I am told, but they nuke other things as well…). > > - Fix "bash-completion". Make it work even if /var/cache/apt/*.bin are > > not present (for example, by recreating them on-the-fly) The completion script explicitly disables the recreation on-the-fly as creating the files takes a while robbing users for many seconds of their interactivity. So, we can't just "fix" the completion script as that has a(nother?) set of users complain as well. Best regards David Kalnischkies
Attachment:
signature.asc
Description: PGP signature