]> git.saurik.com Git - apt.git/blame - debian/NEWS
* [BREAK] merged lp:~mvo/apt/history
[apt.git] / debian / NEWS
CommitLineData
b98f40fa
DK
1apt (0.7.24) unstable; urgency=low
2
49012e99 3 * Already included in the last version but now with better documentation
b98f40fa 4 is the possibility to add/prefer different compression types while
daee881b 5 downloading archive information, which can decrease the time needed for
b98f40fa
DK
6 update on slow machines. See apt.conf (5) manpage for details.
7 * APT manages his manpage translations now with po4a, thanks to Nicolas
8 François and Kurasawa Nozomu, who also provide the ja translation.
9 Thanks to Christian Perrier we have already a fr translation and
10 a few more are hopefully added in the near future.
11 * This version also introduces some _experimental_ configuration options
12 to make more aggressive use of dpkg's triggers. If you want to help
13 testing these _experimental_ options see apt.conf (5) manpage.
14
15 -- David Kalnischkies <kalnischkies@gmail.com> Thu, 24 Sep 2009 15:13:16 +0200
16
97c17a01 17apt (0.7.23) unstable; urgency=low
629e1b39
EL
18
19 * Code that determines which proxy to use was changed. Now
20 'Acquire::{http,ftp}::Proxy[::<host>]' options have the highest priority,
21 and '{http,ftp}_proxy' environment variables are used only if options
22 mentioned above are not specified.
23
88905348 24 -- Eugene V. Lyubimkin <jackyf.devel@gmail.com> Thu, 19 Aug 2009 11:26:16 +0200
629e1b39 25
62a91a82
MV
26apt (0.6.44) unstable; urgency=low
27
28 * apt-ftparchive --db now uses Berkeley DB_BTREE instead of DB_HASH.
29 If you use a database created by an older version of apt, delete
30 it and allow it to be recreated the next time.
31
32 -- Michael Vogt <mvo@debian.org> Wed, 26 Apr 2006 12:57:53 +0200
33
77113d11
AL
34apt (0.5.25) unstable; urgency=low
35
36 * apt-ftparchive --db now uses Berkeley DB version 4.2. If used with a
37 database created by an older version of apt, an attempt will be made
38 to upgrade the database, but this may not work in all cases. If your
39 database is not automatically upgraded, delete it and allow it to be
40 recreated the next time.
41
42 -- Matt Zimmerman <mdz@debian.org> Sat, 8 May 2004 12:38:07 -0700
43