On Tue, 2019-01-08 at 10:50 +0100, Johannes Schauer wrote: > Hi Ben, > > Quoting Ben Hutchings (2019-01-08 09:46:43) > > > I know that the right kernel image is not a function of the > > > Debian > > > architecture alone. But this meta-package is not supposed to > > > replace > > > kernel selection for d-i or the like. It is meant to be one > > > central > > > place to encode a sane default mapping in the Debian linux kernel > > > package instead of (poorly) replicating such a mapping in > > > individual > > > packages. > > > > For many architectures there is no single good default - that's the > > main reason why we have multiple flavours. > > But for other architectures there is. > > So this binary package could be built for architectures where a > reasonable > default exists but not for those where it doesn't.
Then it wouldn't be safe to depend on it, so how would it be used? > Package: linux-image-default > Architecture: i386, alpha, amd64, arm64, armhf, ia64, m68k, armel, > hppa, powerpc, ppc64, ppc64el, powerpcspe, riscv64, s390x, sparc64 > Depends: > linux-image-686 [i386], Most i386 systems should use 686-pae. But some can't (otherwise we would drop 686). > linux-image-alpha-generic [alpha], Useless for SMP systems. > linux-image-amd64 [amd64], > linux-image-arm64 [arm64], Right. (Although for cloud deployments cloud-amd64 and (proposed) cloud-arm64 may be more suitable.) > linux-image-armmp [armhf], Some armhf systems need armmp-lpae to access all their RAM. > linux-image-itanium [ia64], I think this is rather slow on later Itanium chips. > linux-image-m68k [m68k], > linux-image-marvell [armel], Right. > linux-image-parisc [hppa], I don't think this will run on 64-bit systems. > linux-image-powerpc [powerpc], This won't run on most 64-bit systems (probably the majority). > linux-image-powerpc64 [ppc64], > linux-image-powerpc64le [ppc64el], > linux-image-powerpcspe [powerpcspe], > linux-image-riscv64 [riscv64], > linux-image-s390x [s390x], Right. > linux-image-sparc64 [sparc64] Useless for SMP systems. > Maybe some of the above still has to be removed but do really too few > architectures remain where a sane choice exists? If there is only one sensible choice then we only build one flavour. Ben. -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo.
signature.asc
Description: This is a digitally signed message part