apt, branch 1.4_rc1

Release 1.4~rc1

2017-02-06T13:41:36Z

gitignore: Ignore aptdropprivs

2017-02-06T13:40:45Z

Gbp-Dch: ignore

Dutch manpage translation update

2017-02-06T13:27:58Z

Closes: #853762

Dutch program translation update

2017-02-06T13:22:45Z

Closes: #853761

algorithms: Fix typo: gental -> gentle

2017-01-30T23:57:58Z

Oh dear, nobody (or rather no tool) saw that yet... Gbp-Dch: ignore

Only merge acquire items with the same meta key

2017-01-28T13:06:29Z

Since the introduction of by-hash, two differently named files might have the same real URL. In our case, the files icons-64x64.tar.gz and icons-128x128.tar.gz of empty tarballs. APT would try to merge them and end with weird errors because it completed the first download and enters the second stage for decompressing and verifying. After that it would queue a new item to copy the original file to the location, but that copy item would be in the wrong stage, causing it to use the hashes for the decompressed item. Closes: #838441

COPYING.GPL: Update to recent version (address, LGPL name)

2017-01-28T13:03:44Z

Just copied over from common-licenses. Seems we missed to do that earlier. Gbp-Dch: ignore

Japanese manpages & program translation update

2017-01-27T21:02:09Z

Committer-Notes: Complete files pulled from website as patches tend to be hard to work with in this context. Last-Translator not updated as wished. po-files refreshed. Mailingslist-Thread: <20170106014830.f843cd8b89243a8e57c4062c@gmail.com>

French manpages translation update

2017-01-27T20:56:02Z

Committer notes: po file from #852485, patch applied from msg #2, further adapted as the patch the --fix-broken string is referring to apt instead of apt-get. Also changing the dot in "&apt-cache. &apt;" to a semicolon to fix the syntax error and refreshed to drop the outdated fuzzy comments. Closes: 852460

avoid malloc if option whitelist is disabled (default)

2017-01-27T20:06:09Z

Config options are checked in various paths, so making "useless" memory allocations wastes time and can also cause problems like #852757. The unneeded malloc was added in ae73a2944a89e0d2406a2aab4a4c082e1e9da3f9. (We have no explicit malloc here – its std:string doing this internally)