Am Fri, Dec 27, 2024 at 02:36:51AM -0800, schrieb Josh Triplett: > apt-get and apt support a -U option to update before running the > command. Please consider providing an option in apt.conf to always act
Given how command line parsing works in apt, this already has a config option… `APT::Update` (but Julian was faster than I was; lets sent the mail anyway). > as if this option were provided. That would allow (for instance) CI > systems to make `apt install xyz` Just Work. At the expense of just breaking mirrors as there is no cooldown or anything that would stop apt from asking the mirror every time even if you chain hundreds of install calls together like most people do in CI. It is also kinda likely to break scripts or surprise you in other clever ways as it quiet literally does what it says in the man page… so it e.g. effects also an innocent "apt install --dry-run foo" call. And the man page mentions other problems. In my eyes, this needs more work before we can let that loose on the general public, but obviously, that wasn't my call to make. I wonder if you wouldn't be better served by a "if lists/ is empty, call update first" rather than a "call it all the time" – to at least trim away some of problems this "magic update call" causes. > "true", "false", and (perhaps in the future) "binaries" (to update only > binary repos and not source repos). Unlikely as they tend to come in pairs (or the deb-src as an addendum to the deb if you prefer to look at it this way), but are secured by the same Release file, so you can't just "half"-update from the repository as apt wouldn't know anymore which files are current or not. Beside, are Components, Icons, Translations, Contents, … and all the other potential targets part of your 'binaries' set or not? (There are bugs with the existing ways of entering such a "half" update state in the form of --no-list-cleanup already that will be hard enough to solve without adding more pain) Best regards David Kalnischkies
signature.asc
Description: PGP signature
