apt.git - Saurik's version of apt managed for tvOS/ARM64

Age	Commit message (Collapse)	Author
2015-04-19	Merge branch 'debian/jessie' into debian/experimental	David Kalnischkies
	Conflicts: apt-pkg/acquire-item.cc cmdline/apt-key.in methods/https.cc test/integration/test-apt-key test/integration/test-multiarch-foreign
2015-04-07	keyids in "apt-key del" should be case-insensitive	David Kalnischkies
	gnupg is case-insensitive about keyids, so back then apt-key called it directly any keyid was accepted, but now that we work more with the keyid ourself we regressed to require uppercase keyids by accident. This is also inconsistent with other apt-key commands which still use gnupg directly. A single case-insensitive grep and we are fine again. Closes: 781696
2015-03-16	test exitcode as well as string equality	David Kalnischkies
	We use test{success,failure} now all over the place in the framework, so its only consequencial to do this in the situations in which we test for a specific output as well. Git-Dch: Ignore
2014-11-28	support long keyids in "apt-key del" instead of ignoring them	James McCoy
	apt-key given a long keyid reports just "OK" all the time, but doesn't delete the mentioned key as it doesn't find the key. Note: In debian/experimental this was closed with 29f1b977100aeb6d6ebd38923eeb7a623e264ffe which just added the testcase as the rewrite of apt-key had fixed this as well. Closes: 754436
2014-10-26	tests: enhance output of grep and test fails	David Kalnischkies
	Git-Dch: Ignore
2014-10-02	ensure world-readability for trusted.gpg in postinst	David Kalnischkies
	apt-key creates trusted.gpg if it needs it with 644 nowadays, but before it ensured this, it was gpg creating it, which gives it by default 600. Not a problem as long as our gpgv is run as root, but now that we drop privileges we have to ensure that we can also read trusted.gpg files created by earlier apt-key versions. Closes: 647001
2014-09-27	ensure apt-key del handles 16-byte key ids	James McCoy
	The original patch does not apply against the rewritten apt-key, but an additional test doesn't hurt. Closes: 754436
2014-09-27	use only one --keyring in gpg interactions	David Kalnischkies
	We were down to at most two keyrings before, but gnupg upstream plans dropping support for multiple keyrings in the longrun, so with a single keyring we hope to be future proof – and 'apt-key adv' isn't a problem anymore as every change to the keys is merged back, so we have now the same behavior as before, but support an unlimited amount of trusted.gpg.d keyrings.
2014-09-27	allow to specify fingerprints in 'apt-key del'	David Kalnischkies

2014-09-27	add a test for apt-key export{,all}	David Kalnischkies
	Git-Dch: Ignore
2014-09-27	support gnupg2 as drop-in replacement for gnupg	David Kalnischkies
	If both are available APT will still prefer gpg over gpg2 as it is a bit more lightweight, but it shouldn't be a problem to use one or the other (at least at the moment, who knows what will happen in the future).
2013-08-12	let apt-key del work better with softlink and single key keyrings	David Kalnischkies
	Having fragement files means there is a good chance that there is one key per keyring, so deal with that as well as with setups in which keyrings are linked into trusted.gpg.d as we can't just modify those files (they might be in /usr for example).
2013-08-12	make the keyring locations in apt-key configurable	David Kalnischkies
	Might come in handy for more than just a simple testcase.