DEBIAN_STABLE: enable non-free-firmware component and use stable-backports Related to commit 87ea3f5, support new non-free-firmware component also within DEBIAN_STABLE class, given that bookworm is current Debian stable release. While at it, instead of hardcoding bullseye-backports, let's use stable-backports instead, which should always fit, no matter the codename for the current stable release.
Add non-free component to security.debian.org repository of old Debian releases AFAIK those components used to be missing in the past, but nowadays they are provided as such, even when being empty. Unify the configuration by enabling the same components as used for non-security repository.
Update DEBIAN_STABLE's apt sources.list configuration for bullseye Related fix for commit 07181b4c86f. Now that bullseye is the new Debian stable release, also adjust the backports entry accordingly. FTR, when using "stable-backports" instead of "bullseye-backports", apt warns about: | W: Conflicting distribution: http://ftp.debian.org/debian stable-backports InRelease (expected stable-backports but got bullseye-backports) We might not worry about this, but it might be confusing for users, so until we've a better approach for this, let's keep it as-is. Thanks: d630 for the bug report Closes: https://github.com/grml/grml-live/issues/105
DEBIAN_STABLE: use buster-backports instead of stretch-backports Debian/buster is the current stable release, there's no point in enabling stretch-backports there. FTR: we could set it to 'stable-backports' instead, though then apt/apt-get/... will complain about it: | W: Conflicting distribution: http://ftp.debian.org/debian stable-backports InRelease (expected stable-backports but got buster-backports)
Use stretch-backports instead of jessie-backports for stable
sources.list: fix comments and drop unused entries There's no point in shipping the ftp.at.debian.org/ftp.de.debian.org entries anymore since we're using ftp.debian.org by default nowadays Drop the misleading "mirror selected via geo-ip" comments, since we're using ftp.debian.org nowadays (and neither http.debian.net nor httpredir.debian.org)
sources.list configs: enable contrib/non-free for backports
DEBIAN_STABLE: backports should point to jessie nowadays
Switch from http.debian.net to ftp.debian.org Out of 10 recent ISO builds within ~4 days 9 of them failed. :( At least 7 of those 9 broken builds were caused by broken downloads: | 20141023 => 07:52:28 E: Failed to fetch http://http.debian.net/debian/pool/main/libr/librsvg/librsvg2-common_2.40.4-1_amd64.deb: Error reading from server. Remote end closed connection [IP: 2001:41c8:1000:21::21:35 80] | 20141024 => 06:47:25 W: Failed to fetch xz:/var/lib/apt/lists/partial/http.debian.net_debian_dists_testing_main_binary-amd64_Packages Hash Sum mismatch | 20141026 => 05:29:52 W: Failed to fetch http://http.debian.net/debian/dists/testing/main/i18n/Translation-en Hash Sum mismatch | 20141027 => E: Unable to find a source package for gcc-4.7 | 20141027 => E: Unable to find a source package for gcc-4.7 | 20141027 => 05:10:38 W: Failed to fetch xz:/var/lib/apt/lists/partial/http.debian.net_debian_dists_testing_main_binary-amd64_Packages Hash Sum mismatch | 20141027 => 09:32:37 Err http://http.debian.net/debian/ testing/main libsystemd-daemon0 amd64 215-5+b1 | 09:32:37 Error reading from server. Remote end closed connection [IP: 2001:41c8:1000:21::21:35 80] | 20141027 => 20:29:56 E: Failed to fetch http://http.debian.net/debian/pool/main/s/systemd/libsystemd-daemon0_215-5+b1_amd64.deb: Error reading from server. Remote end closed connection [IP: 2001:41c8:1000:21::21:35 80] | 20141027 => 22:44:01 E: Failed to fetch http://http.debian.net/debian/pool/main/libx/libxfont/libxfont1_1.4.99.901-1_amd64.deb: Error reading from server. Remote end closed connection [IP: 2001:41c8:1000:21::21:35 80] This is a serious development and release stopper for us. Therefore let's try switching to ftp.debian.org which has been reported to have a useful network bandwidth and failover setup available (thanks zobel + weasel).
Update DEBIAN_STABLE for wheezy as current stable release
Switch from cdn.debian.net to http.debian.net Let's see whether it works nowadays, we hit: | W: Failed to fetch bzip2:/var/lib/apt/lists/partial/cdn.debian.net_debian_dists_sid_main_source_Sources Hash Sum mismatch | W: Failed to fetch bzip2:/var/lib/apt/lists/partial/cdn.debian.net_debian_dists_sid_main_binary-amd64_Packages Hash Sum mismatch | W: Failed to fetch bzip2:/var/lib/apt/lists/partial/cdn.debian.net_debian_dists_sid_main_i18n_Translation-en Hash Sum mismatch in today's automated builds, so it's worth a try...
Revert "Replace cdn.debian.net with http.debian.net" This reverts commit 0533a725f51aa9759cf12312cff52a50756ba47e. "E: Method gave invalid 200 URI Start message" seems to be related to http.debian.net
Replace cdn.debian.net with http.debian.net Visit http://http.debian.net/ for details. Also drop the "mirror selected via geo-ip" from the comments as it's missleading if the deb line gets replaced for RELEASE builds with snapshot.debian.org.
provide package config for Debian/stable builds and enable backports by default there linux-image-3.1.0-1-grml-amd64 depends on a recent version of linux-base and initramfs-tools, so when building against Debian/stable using a fresh kernel version we depend on backports.
retrieve source packages via grml-live using SOURCES class
Add security.debian.org to sources.list of lenny, squeezy, wheezy, stable and testing. Thanks: Christian Hofstaedtler <ch@grml.org>
Redesign sources.list handling. Get rid of /etc/grml/fai/apt/sources.list. Main changes: * no longer recursively deploy /etc/apt via fcopy * /etc/grml/fai/apt/sources.list is gone * /etc/apt/sources.list will no longer use entries from GRML_LIVE_SOURCES once the system has been initially installed More details: As we get rid of /etc/grml/fai/apt/sources.list we finally manage to no longer magically touch grml-live's configuration files WRT sources.list handling. Instead the set up of sources.list happens as follows: ${GRML_FAI_CONFIG}/config/files/etc/apt/sources.list/GRML_LIVE_SOURCES_LIST is generated based on $GRML_LIVE_SOURCES (iff set by the user, otherwise it falls back to sane defaults using grml repos and the according Debian suite). This GRML_LIVE_SOURCES_LIST file then gets deployed on *fresh* deployments. It won't be reused anymore for the existing installation, so if you run grml-live with the "-u" option the system will keep /etc/apt/sources.list as it is as well as the files inside /etc/apt/sources.list.d/. This provides more flexibility combined with a more transparent and consistent behaviour for the user. Then /etc/apt/sources.list.d/debian.list will be set up based on the detected Debian suite and the files from ${GRML_FAI_CONFIG}/config/files/etc/apt/sources.list.d/debian.list/DEBIAN_*. Finally /etc/apt/sources.list/grml-stable.list will be deployed and depending on the build type also /etc/apt/sources.list.d/grml-testing.list might be installed.