Package: apt-transport-https Version: 1.4.8 Severity: wishlist Dear Maintainer,
It is probably benefitical to mark apt-transport-https (perhaps other transports as well) as Multi-Arch: foreign, because they are still useful as a dependency even when requested by a foreign package. Otherwise installing a foreign package depening on apt-transport-https would pull foreign apt and cause problems). Example use-case: a fairly old but still useable laptop with 2G of RAM and mostly-i386 userland but running amd64 kernel. Skype for linux currently requires amd64 and depends on apt-transport-https. With apt-transport-https having Multi-Arch: foreign it's possible to have i386 version satisfy the dependency of an amd64 package and have 64-bit skypeforlinux coexist with everything else. I've applied the one-line patch and built a custom version of apt-transport-https for myself. It works okay. (I'm omitting system information because I'm typing this bug report on another machine.) Kernel: Linux 4.9.0-7-amd64 (SMP w/6 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), LANGUAGE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apt-transport-https depends on: ii libapt-pkg5.0 1.4.8 ii libc6 2.24-11+deb9u3 ii libcurl3-gnutls 7.52.1-5+deb9u6 ii libgcc1 1:6.3.0-18+deb9u1 ii libstdc++6 6.3.0-18+deb9u1 Versions of packages apt-transport-https recommends: ii ca-certificates 20161130+nmu1+deb9u1 apt-transport-https suggests no packages. -- no debconf information