Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.2 2016-01-14T16:33:58Z 2016-01-14T16:33:58Z David Kalnischkies david@kalnischkies.de 2016-01-14T13:45:37Z urn:sha1:7fa4f5e12261d39666283051956d9e1f78eb609b Parsing XML entity files in shell isn't exactly nice and causing the substitution with a while-read loop isn't either, but it seems to be good enough for the moment without changing too much. Thanks: Niels Thykier for reporting on IRC 2015-08-10T15:25:26Z David Kalnischkies david@kalnischkies.de 2015-06-21T21:12:24Z urn:sha1:81460e32961bb0b9922bf8a1a27d87705d8c3e51 Having two different formats in the same file is very dirty and causes external tools to fail hard trying to parse them. It is probably not a good idea for them to parse them in the first place, but they do and we shouldn't break them if there is a better way. So we solve this issue for now by giving our deb822 format a new filename extension ".sources" which unsupporting applications are likely to ignore an can begin gradually moving forward rather than waiting for the unknown applications to catch up. Currently and for the forseeable future apt is going to support both with the same feature set as documented in the manpage, with the longtime plan of adopting the 'new' format as default, but that is a long way to go and might get going more from having an easier time setting options than from us pushing it explicitely. 2014-03-13T12:57:34Z David Kalnischkies david@kalnischkies.de 2014-02-23T23:25:29Z urn:sha1:fa19cc9573aac19cfbf43364d4b5660c9ab645bc It can be useful to have a whole makefile available for vendor setup, but by providing a basic one we can deal with the simple cases more easily (and changes to the system are presumably easier). 2014-02-22T17:22:04Z Michael Vogt mvo@debian.org 2014-02-22T17:22:04Z urn:sha1:5077916ef802948e6a3faab95b2d2a975438ec26 2014-02-22T17:07:57Z Michael Vogt mvo@debian.org 2014-02-22T17:07:43Z urn:sha1:46a78c652d80818b4643c471432ae961b1ca5bd9 2013-12-06T16:29:50Z Michael Vogt mvo@debian.org 2013-12-06T16:29:50Z urn:sha1:5cc8cbf368251c4be4ffa1482fa5fb6b9d950452 2013-12-06T12:22:00Z Michael Vogt mvo@debian.org 2013-12-06T12:22:00Z urn:sha1:7d15eeef6e61d9a02efcad2dc704f22df4276d9b 2013-12-01T14:51:33Z David Kalnischkies kalnischkies@gmail.com 2013-11-30T22:11:43Z urn:sha1:5b2c6ddcc0e45c92c544032ad2bb91bdf7222d7c The apt-key script uses quiet a few keyring files for operation which are specific to the distribution it is build on and is hence one of the most patched parts – even if it is not that often used anymore now that a fragment directory for trusted.gpg exists. 2013-11-30T22:34:15Z David Kalnischkies kalnischkies@gmail.com 2013-11-30T21:07:38Z urn:sha1:0005fa07886135d6adfec59f2d722df229b7af12 Adds a small helper to extract the small information bits we store in apt-vendor.ent and uses it in debian/rules to set apt:keyring as a substvar for debian/control populated with the &keyring-package; info 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.