Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=2.3.8 2021-07-28T11:08:35Z 2021-07-28T11:08:35Z Julian Andres Klode julian.klode@canonical.com 2021-07-28T10:43:56Z urn:sha1:4001af8920389e2bb2672b673b181c4e92515872 This is very basic support on the testing side, we just test the debug output but not how long it actually took. Would be nice to check time really. 2021-07-28T11:08:35Z Julian Andres Klode julian.klode@canonical.com 2021-07-27T15:14:23Z urn:sha1:51ee79e385d8ccb2f32195cc01f3f9c943197603 Fix the typo, and use the helper function to convert it, so we do not end up with 5 seconds encoded as 0s and 5*10^6 microseconds. 2021-07-28T11:08:35Z Julian Andres Klode julian.klode@canonical.com 2021-07-27T14:40:38Z urn:sha1:48a7ece8d0e065240153a85089f544383e16137f This yields more accurate delays and avoids issues with clock skew. 2021-07-28T11:08:32Z Julian Andres Klode julian.klode@canonical.com 2021-07-13T10:21:23Z urn:sha1:7e88def0548a92112f8295686c2a12379e4028be If there is an item with fetchAfter at the top of a queue, reduce sleep() timeout so we can detect it and start it, by calling Cycle() on the queue in the next iteration. For some reasons we have to call select() with a 0s timeout if we just marked an item as ready. Oh well. Previous versions of this patch only called global Bump() after a timeout from select(); this was unfortunately incorrect - it meant that we never bumped a queue that did not start yet while other queues were running, potentially significantly delaying retries. 2021-07-28T11:04:10Z Julian Andres Klode julian.klode@canonical.com 2021-07-08T14:49:20Z urn:sha1:121ccd0e0c2612bab9ba5383d5599b54e29e4643 Add a new Item field called FetchAfter, which determines the earliest time the item should be fetched at. Adjust insertion into queue to take it into account alongside priority, and only fill pipelines with items that are ready. 2021-07-13T14:16:55Z Julian Andres Klode julian.klode@canonical.com 2021-07-13T14:03:06Z urn:sha1:363e3a4c91da353d99cf1af3d5089c9455d461de Enqueuing by calling Init(), and then resetting the status to idle means that the item can get enqueued twice if we call Cycle() from inside pkgAcquire::Run(). Reset the status to StatIdle before calling Init() 2021-07-05T09:50:05Z Julian Andres Klode jak@debian.org 2021-07-05T09:50:05Z urn:sha1:544d81a26f8c97a2a45262aecbaef4a5b43fb325 Restore dpkg::chroot-directory functionality See merge request apt-team/apt!178 2021-06-10T17:25:17Z David Kalnischkies david@kalnischkies.de 2021-06-10T16:06:14Z urn:sha1:8083d4019844f764058efa2a950ed16975178bff If we call dpkg inside a chroot we have to ensure that the temporary directory we construct to call dpkg --recursive is inside the chroot and that we strip the path to the chroot from the directory name we pass to dpkg. Note that the added test succeeds before and (hopefully) after as we can't really chroot here or fiddle with the needed settings as we are already setting up apt to work with a quasi-chroot. The test perhaps helps in ensuring we don't break it too much in the future though. (Broken five years (and one day) ago this seems to have an immense user base at the moment, but it might in the future via mmdebstrap) References: f495992428a396e0f98886c9a761a804aa161c68 Reported-By: Johannes Schauer Marin Rodrigues on IRC Tested-By: Johannes Schauer Marin Rodrigues 2021-06-10T10:58:24Z David Kalnischkies david@kalnischkies.de 2021-06-10T10:58:24Z urn:sha1:7adecd8b2543fc8ee5288b91525a366cf9525cb8 Volatile sources are parsed after the status file, so if we have a version already installed the size information is not stored, so that a reinstall of said version is refused claiming a broken repository. References: 1412cf51403286e9c040f9f86fd4d8306e62aff2 2021-06-10T10:51:45Z David Kalnischkies david@kalnischkies.de 2021-06-10T10:51:45Z urn:sha1:e45417c4767c2e54def08f52d55350ed0651d95a The error says the repository is broken but doesn't mention which one it is. The item description gives us at least all the information, but is not as nicely formatted. As this message is not even marked for translation this is a rather temporary affair and we can survive without the eye candy for a while.