Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.3_exp2 2016-06-11T15:25:20Z 2016-06-11T15:25:20Z Julian Andres Klode jak@debian.org 2016-06-11T15:24:13Z urn:sha1:5ff8dd6bd1c30c29a7398e339d3bdeaffe2f4489 2016-06-08T15:27:19Z David Kalnischkies david@kalnischkies.de 2016-06-08T11:44:29Z urn:sha1:007d8b488787f4c33ced5937f22f99f1b759088a Most (if not all) solvers should be able to run perfectly fine without root privileges as they get the entire state they are supposed to work on via stdin and do not perform any action directly, but just pass suggestions on via stdout. The new default is to run them all as _apt hence, but each solver can configure another user if it chooses/must. The security benefits are minimal at best, but it helps preventing silly mistakes (see 35f3ed061f10a25a3fb28bc988fddbb976344c4d) and that is always good. Note that our 'apt' and 'dump' solver already dropped privileges if they had them. 2016-05-27T12:08:44Z David Kalnischkies david@kalnischkies.de 2016-05-27T10:08:32Z urn:sha1:124e6916b7b02984803ff8217e8163947aae2882 libapt allows to configure compressors to be used by its system via configuration implemented in 03bef78461c6f443187b60799402624326843396, but that was never really documented and also only partly working, which also explains why the tests weren't using it… 2016-05-24T08:46:47Z David Kalnischkies david@kalnischkies.de 2016-05-24T08:37:57Z urn:sha1:40ebab6ac9dcbbebd3c3e6d70eee0d6e3ab36520 Reported-By: lintian: spelling-error-in-manpage Git-Dch: Ignore 2016-05-20T12:18:36Z David Kalnischkies david@kalnischkies.de 2016-05-06T12:21:02Z urn:sha1:43c71fad3a51d841132ba15a7a5930e1ee4126ed This allows to differentiate properly between 'apt-get upgrade', 'apt upgrade' and 'apt full-upgrade'. 2016-05-16T15:18:49Z David Kalnischkies david@kalnischkies.de 2016-05-16T15:18:49Z urn:sha1:6a5f38e99303e53f2b593442a5c1ace104c155b7 --show-upgraded is the default since 906fbf8886926eeb302332d997c9bd861291e155 so documenting it as if it would be an option having an effect as is feels wrong and we do the same for other options like install-recomends, download, …, too. This commit also removes -u from the documentation, but still supports it in the commandline parsing. Eventually we should deprecate the short option, but for now lets just stop documenting it. Closes: 824456 2016-05-12T14:21:10Z David Kalnischkies david@kalnischkies.de 2016-05-12T14:21:10Z urn:sha1:90e7fba4ac16fc764bf6aac7b59c17c3be551b60 Unexpected are for examples removal requests for versions which aren't installed, installations of already installed versions & requests to install and remove a package at the same time. 2016-05-12T12:52:29Z Johannes 'josch' Schauer josch@mister-muffin.de 2016-05-12T11:07:59Z urn:sha1:d67db03c2ab853eba7b67c8870af41796eea387c Document that package identifiers must be unique (apt only uses the last action for a given identifier) and that install requests do also imply upgrades and downgrades (and thus removal of the old version). This is to prevent that solvers express an upgrade or downgrade instruction as two stanzas: a removal of the old version and an installation of the new version. Instead, a single install stanza is sufficient to express upgrade or downgrade requests. 2016-05-11T08:51:06Z Julian Andres Klode jak@debian.org 2016-05-11T08:51:06Z urn:sha1:5b0577488ff60e7163fe7dc62a044329d398d726 2016-05-10T20:48:31Z David Kalnischkies david@kalnischkies.de 2016-05-10T20:48:31Z urn:sha1:eb1000f6e5fa7035c764d0e7aa9ca71c7aa8d52d The spec was slightly inconsistent if the preferences setting is available only as generic or specific setting & the code only supported the specific one, while for the strict-pinning was only generic… As the usual pattern for apt is to have both options we adapt the spec and code to support both as well. This also adds a purely informal "Solver" field so in case the request is saved in a file, we know to which solver the sent preferences apply. Closes: 823918