apt/vendor, branch 2.7.5

Remove incorrectly added unused Debian vendor CMake file

2023-03-03T16:50:54Z

The file is a remnant of the unrelated and closed !145 pull request which tries to generate "apt-vendor.ent" – but that file exists in our sources already while the script that would generate it doesn't. Regression-of: 7e7eb113587230aeb9fe745b2eeac44e634999f5 Gbp-Dch: Ignore

Add non-free-firmware component in documentation

2023-01-29T23:55:30Z

This changes a lot of lines technically, but its easy enough to unfuzzy the translations as most of the mentions are examples to be copied literally in translations (sadly po4a isn't clever enough for this).

Switch from "security.d.o" to "deb.d.o" (matching bullseye release notes)

2022-06-24T23:01:10Z

Also, this adds "SUITE-updates", which helps show off one of the smaller benefits of deb822-style sources.list (less duplication).

Avoid building all docs in nodoc build profile

2022-05-07T08:45:44Z

Differentiating between different types of documentation we build helps in better expressing what needs to be done for our arch:any and arch:all packages currently as well.

add vendor information for Procursus

2021-04-13T12:34:36Z

vendor: Adjust Debian -security codename

2021-01-24T12:27:42Z

Signed-off-by: Wolfgang Schweer

Bump codenames to bullseye/hirsute and adjust -security codename

2021-01-07T11:18:59Z

Closes: #969932

ubuntu: http: Add non-interactive to user agent if run by systemd

2020-04-09T08:39:34Z

Include that apt is being run from a service in the user agent, so traffic can be analysed for interactive vs non-interactive use, and prioritised accordingly. It looks like this now: User-Agent: Debian APT-HTTP/1.3 (2.0.1) non-interactive A previous version included the full service names, but this raised some privacy concerns. LP: #1825000

vendor/getinfo: Don't assume that Ubuntu is the last vendor

2019-03-15T15:25:43Z

If your dpkg-vendor configuration in base-files is an Ubuntu derivative, but not exactly Ubuntu, and not an exact match for anything in vendor/, we want to use vendor/ubuntu. Previously we used whatever $DISTRO happened to be at the end of the "for" loop above, but that's undesirable: even if we assume that find(1) returns results in alphabetical order (which is not guaranteed), we wouldn't want to return a non-Ubuntu result if a future apt version happens to have a vendor that sorts later than vendor/ubuntu, for example vendor/zombieos or something. Closes: #924662 Signed-off-by: Simon McVittie

vendor/getinfo: Iterate through vendors in lexicographic order

2019-03-15T15:25:35Z

find(1) works in readdir() order, which isn't guaranteed to be sorted. If the current vendor is not an exact match for any subdirectory in vendor/, and is somehow a derivative of more than one of them, we should at least produce a deterministic answer. Closes: #924662 Signed-off-by: Simon McVittie