Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.rc > #377836
| From | Cyril Brulebois <kibi@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.rc |
| Subject | Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources |
| Date | 2024-12-08 00:50 +0100 |
| Message-ID | <JRcz0-ewIc-3@gated-at.bofh.it> (permalink) |
| References | <JNMUp-ceeC-11@gated-at.bofh.it> <JNNdL-celA-3@gated-at.bofh.it> <JR9B7-euQa-3@gated-at.bofh.it> <JNMUp-ceeC-11@gated-at.bofh.it> <JR9B7-euQa-3@gated-at.bofh.it> |
| Organization | Debian |
[Multipart message — attachments visible in raw view] - view raw
Cyril Brulebois <kibi@debian.org> (2024-12-07): > Right now I'm seeing modules for 10 kernel ABIs, that can't help. After a quick look, I suppose we could extract the kernel ABI(s) from MANIFEST.udebs, matching kernel-image-(.+)\s, and focusing on including only the relevant modules. Most architectures have a single kernel-image but not all of them (mips64el notably). Additionally, given how critical it is to have linux-image-* available on netinst images, I think we should break the build if no such packages make it into those images. We have a lot of #ifdefs in tools/generate_di+k_list and some archs have multiple linux-image-* metapackages pulled, so maybe it'd be safer to check against the intermediary list I mentioned before (list.mid), making sure all linux-image-* packages it contains made it onto the disk? But a simple “no linux-image-* packages at all? surely broken!” heuristic would already be a net win? > I lost count of how critical it is to have firmware-nvidia-graphics > available (I thought it wasn't of much use, and was initially expected > not to move to nff for bookworm, which it did eventually anyway), but > that one alone steals 30+ MB of space before linux-image-*. Leaving that aside for now. > I haven't looked deeper at this point, maybe we have some other kinds of > “duplication” (not sure the t64 thing is over at this point, but I could > imagine how we might pull t64 and pre-t64 libraries until everything is > successfully rebuilt against the t64 ones). Leaving that aside for now. Cheers, -- Cyril Brulebois (kibi@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
Back to linux.debian.bugs.rc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Daniel Lewart <lewart3@gmail.com> - 2024-11-28 14:40 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Cyril Brulebois <kibi@debian.org> - 2024-11-28 15:00 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Daniel Lewart <lewart3@gmail.com> - 2024-11-29 10:00 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Cyril Brulebois <kibi@debian.org> - 2024-12-07 21:40 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Daniel Lewart <lewart3@gmail.com> - 2024-12-08 00:00 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Cyril Brulebois <kibi@debian.org> - 2024-12-08 00:10 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Cyril Brulebois <kibi@debian.org> - 2024-12-08 00:50 +0100
Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources Daniel Lewart <lewart3@gmail.com> - 2024-12-09 12:20 +0100
Processed (with 1 error): Re: Bug#1084789: debian-testing-amd64-netinst.iso has multiple versions of module udebs "Debian Bug Tracking System" <owner@bugs.debian.org> - 2024-12-15 18:20 +0100
Bug#1088605: Bug#1084789: debian-testing-amd64-netinst.iso has multiple versions of module udebs Steve McIntyre <steve@einval.com> - 2024-12-15 18:20 +0100
csiph-web