apt/apt-pkg/update.cc, branch 1.4_beta4Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.4_beta42016-06-22T12:05:01Zrun update post-invokes even on (partial) failures2016-06-22T12:05:01ZDavid Kalnischkiesdavid@kalnischkies.de2016-06-16T21:13:26Zurn:sha1:57f7fb6511fcc7c55ee7a88475d15385093c048e
Unsecure repositories result in error messages by default which causes
the acquire run to fail hard, but non-failing repositories are still
updated just like in the slightly less hard-failures which got this
behaviour in 35664152e47a1d4d712fd52e0f0a2dc8ed359d32.
update: Run Post-Invoke-Success if not all sources failed2016-05-10T18:14:02ZJulian Andres Klodejak@debian.org2016-05-10T17:15:17Zurn:sha1:35664152e47a1d4d712fd52e0f0a2dc8ed359d32
Failures can happen and APT regardless will do a partial cache
update anyway. Because APT ensures that the list directory is
in a sane state, it makes sense to also call success hooks if
success was only partial - otherwise it loses sync with APT.
Most importantly, this causes the appstream cache to be empty,
see launchpad bug #1562733.
This is somewhat overly optimistic though: As soon as any repository
has nonexisting optional files, the missing optional files are also
treated as success, which means a single broken repository without an
InRelease file still runs Success hooks, even though it really should
not.
Report non-transient errors as errors, not as warnings2016-03-16T16:56:50ZJulian Andres Klodejak@debian.org2016-03-16T15:46:39Zurn:sha1:f695e76199a43b7f4d5816e20d18496b6448b833
This makes it easier to understand what really is an error
and what not.
Fix all the wrong removals of includes that iwyu got wrong2015-08-17T12:29:02ZMichael Vogtmvo@debian.org2015-08-17T12:29:02Zurn:sha1:ac7f8f7916f16905d8eeb0133bc650d89726d0f4
Git-Dch: ignore
Cleanup includes after running iwyu2015-08-17T10:01:45ZMichael Vogtmvo@debian.org2015-08-17T10:01:45Zurn:sha1:88a8975f156e452d9f3ebe76822b236e8962ebbadrop extra newline in 'Failed to fetch' and 'GPG error' message2015-08-10T15:27:59ZDavid Kalnischkiesdavid@kalnischkies.de2015-08-09T17:01:49Zurn:sha1:0efb29eb36184bbe6de7b1013d1898796d94b171
I never understood why there is an extra newline in those messages, so
now is as good time as any to drop them. Lets see if someone complains
with a good reason to keep it…
ensure partial dirs are 0700 and owned by _apt:root2014-10-06T23:59:49ZDavid Kalnischkiesdavid@kalnischkies.de2014-10-06T09:15:03Zurn:sha1:04a54261afd1c99686109f102afc83346c01c930
Reworks the API involved in creating and setting up the fetcher to be a
bit more pleasent to look at and work with as e.g. an empty string for
no lock isn't very nice. With the lock we can also stop creating all our
partial directories "just in case". This way we can also be a bit more
aggressive with the partial directory itself as with a lock, we know we
will gone need it.
cleanup headers and especially #includes everywhere2014-03-13T12:58:45ZDavid Kalnischkiesdavid@kalnischkies.de2014-03-05T21:11:25Zurn:sha1:453b82a388013e522b3a1b9fcd6ed0810dab1f4f
Beside being a bit cleaner it hopefully also resolves oddball problems
I have with high levels of parallel jobs.
Git-Dch: Ignore
Reported-By: iwyu (include-what-you-use)
Move ListUpdate/AquireUpdate into update.{cc,h}2013-10-05T10:22:55ZMichael Vogtmvo@debian.org2013-10-05T10:22:55Zurn:sha1:d428d131a29a08fa7c1d95b98b684fb2ebb554c0
This moves the ListUpdate/AquireUpdate out of the "catch-all"
algorithm.{cc,h} file into its own update.{cc,h}