apt/doc/apt-key.8.xml, branch 1.3.1 Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.3.1 2016-08-10T21:20:15Z fix programmatic typo in apt-key manpage 2016-08-10T21:20:15Z David Kalnischkies david@kalnischkies.de 2016-08-01T13:13:14Z urn:sha1:b9e6db821a6ddbc5bf6a90c80c296d4e91283a63 Reported-By: Johannes 'josch' Schauer on IRC Gbp-Dch: Ignore Release 1.3~pre1 2016-07-07T18:39:03Z Julian Andres Klode jak@debian.org 2016-07-07T18:38:00Z urn:sha1:4bdf29d39c401ac479f6486469328fa648f9feab apt-key.8: Put (deprecated) into the term tag 2016-07-07T18:20:44Z Julian Andres Klode jak@debian.org 2016-07-07T18:20:44Z urn:sha1:ec51fe3ff619835a0e2e672112f42ad3293ee760 Now post-build script should no longer complain... Gbp-Dch: ignore deprecate 'apt-key update' and no-op it in Debian 2016-07-01T22:03:20Z David Kalnischkies david@kalnischkies.de 2016-07-01T21:44:37Z urn:sha1:f4dcab0504a68595d9e95c953ce66f46f9ad30aa Debian isn't using 'update' anymore for years and the command is in direct conflict with our goal of not requiring gnupg anymore, so it is high time to officially declare this command as deprecated. warn if apt-key is used in scripts/its output parsed 2016-07-01T20:00:52Z David Kalnischkies david@kalnischkies.de 2016-07-01T20:00:52Z urn:sha1:08fcf9628806af202e555bd02b3611e4e9a3d757 apt-key needs gnupg for most of its operations, but depending on it isn't very efficient as apt-key is hardly used by users – and scripts shouldn't use it to begin with as it is just a silly wrapper. To draw more attention on the fact that e.g. 'apt-key add' should not be used in favor of "just" dropping a keyring file into the trusted.gpg.d directory this commit implements the display of warnings. alias apt-key list to finger 2016-07-01T14:40:36Z David Kalnischkies david@kalnischkies.de 2016-07-01T14:40:36Z urn:sha1:a5f9b45e4a67246f7af2c6fc62de9c531cd314a4 There is no real point in having two commands which roughly do the same thing, especially if the difference is just in the display of the fingerprint and hence security sensitive information. Closes: 829232 update manpage last-modified from git via pre-export hook 2015-11-25T14:20:10Z David Kalnischkies david@kalnischkies.de 2015-11-22T18:02:13Z urn:sha1:ab5b1d0d31b2fbdc4896f8a107611ff056d6a668 Never updating this information is wrong, updating it automatically isn't super correct either, but it seems conventional to have it and updating it more often than needed seems better than updating it never. Git-Dch: Ignore refer to apt-secure(8) in unsecure repositories warning 2015-11-04T17:04:01Z David Kalnischkies david@kalnischkies.de 2015-10-15T07:35:52Z urn:sha1:002b1bc46b18e9d309d337ddb15a6ccdfb6c9dde The manpage is also slightly updated to work better as a central hub to push people from all angles into the right directions without writting a book disguised as an error message. ensure that all docs use all entities files 2014-08-26T18:49:48Z David Kalnischkies david@kalnischkies.de 2014-07-18T14:42:40Z urn:sha1:5abbf5bbb5ee8717f89cac6ef409c4cec79259f6 Not all are needed for all files at the moment, but the new docbook building hadn't available some of the entities it used as the files weren't correctly copied around in all cases and having the same across the bord makes working with all of them a little easier. Git-Dch: Ignore add a vendor specific file to have configurable entities 2013-11-30T22:34:15Z David Kalnischkies kalnischkies@gmail.com 2013-11-30T18:15:02Z urn:sha1:694ef56e802bbab94595fc491fdc6ef8b4f525c1 manpages sometimes refer to distro-specific things like the name of the package providing the achive-keyring. Having a central place to configure this helps in having it consistent in the manpages and allows to load this info from other places in the buildsystem as well later.