Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.1.exp11 2015-08-17T10:01:45Z 2015-08-17T10:01:45Z Michael Vogt mvo@debian.org 2015-08-17T10:01:45Z urn:sha1:88a8975f156e452d9f3ebe76822b236e8962ebba 2015-08-14T17:44:25Z Michael Vogt mvo@debian.org 2015-08-14T17:44:25Z urn:sha1:f8043f219f077b1cfc6c5ad2263c4caa4709a00d This allows us to run the clang static analyzer and to run the testsuite with the clang MemorySanitizer. 2014-09-29T22:15:15Z David Kalnischkies david@kalnischkies.de 2014-09-29T13:41:12Z urn:sha1:3809194b662f48733916e6248cd0c141f281313d We are the only possible users of private methods, so we are also the only users who can potentially export them via using them in inline methods. The point is: We don't need these symbols exported if we don't do this, so marking them as hidden removes some methods from the API without breaking anything as nobody could have used them. Git-Dch: Ignore 2014-05-10T10:50:00Z David Kalnischkies david@kalnischkies.de 2014-05-10T10:50:00Z urn:sha1:7a223b933cab0447438ca2e964576da39078eaf4 The cache heavily depends on the architecture(s) it is build for, especially if you move from single- to multiarch. Adding a new architecture to dpkg therefore has to be detected and must invalidate the cache so that we don't operate on incorrect data. The incorrect data will prevent us from doing otherwise sensible actions (it doesn't allow bad things to happen) and the recovery is simple and automatic in most cases, so this hides pretty well and is also not as serious as it might sound at first. Closes: 745036 2014-04-11T09:16:04Z David Kalnischkies david@kalnischkies.de 2014-04-11T09:16:04Z urn:sha1:8056a00cd76c0f9dd6c444f23aa9998f96f805ed FileFd code knows how to deal with such a compressor, so it isn't a problem, but it is absolutely not needed as we already have an (matching) identity compressor with '.' earlier in the list. Git-Dch: Ignore 2014-03-13T13:00:38Z David Kalnischkies david@kalnischkies.de 2014-03-12T13:39:18Z urn:sha1:7f350a377e0c65a656b9b5437e27d037fd742901 We have xz/lzma support for a while, but only via an external binary provided by xz-utils. Now that the Debian archive provides xz by default and dpkg pre-depends on the library provided by liblzma-dev we can switch now to use this library as well to avoid requiring an external binary. For now the binary is in a prio:required package, but this might change in the future. API wise it is quiet similar to bz2 code expect that it doesn't provide file I/O methods, so we piece this together on our own. 2014-03-13T12:58:45Z David Kalnischkies david@kalnischkies.de 2014-03-05T21:11:25Z urn: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) 2014-03-13T12:58:45Z David Kalnischkies david@kalnischkies.de 2014-03-01T12:55:20Z urn:sha1:d64e130aa333837a8fda0f1bba51f2867ca520f7 Reported-By: gcc -Wignored-qualifiers Git-Dch: Ignore 2014-03-13T12:58:44Z David Kalnischkies david@kalnischkies.de 2014-02-25T13:26:18Z urn:sha1:ce7f128c020e1347f91c6074238fc5da58c5df71 Inspired by the rest of the patch in 661537, but abstract the parsing of various ways of setting the build profiles more so it can potentially be reused and all apt parts have the same behaviour. Especially config options, cmdline options and environment will not be combined as proposed as this isn't APTs usual behaviour and dpkg doesn't do it either, so one overrides the other as it normally does. 2014-03-13T12:57:34Z David Kalnischkies david@kalnischkies.de 2014-02-24T22:10:25Z urn:sha1:a5414e56403537678d5be87acf59c37a05f55719 Automatically handle the override of list options via its parent value which can even be a comma-separated list of values. It also adds an easy way of providing a default for the list.