241950 – (modules-uname) [TRACKER] Packages using /lib/modules/`uname -r` rather than /usr/src/linux

Bug 241950 (modules-uname) - [TRACKER] Packages using /lib/modules/`uname -r` rather than /usr/src/linux

Summary: [TRACKER] Packages using /lib/modules/`uname -r` rather than /usr/src/linux

Status:	RESOLVED FIXED

Alias:	modules-uname

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Gentoo Kernel Bug Wranglers and Kernel Maintainers

URL:
Whiteboard:
Keywords:	Tracker

Depends on:	239773 239775 241952 241956 241958 241960 241964 250300 250301 250302 250377 250381 255774 340573 387809 541270
Blocks:
	Show dependency tree

Reported:	2008-10-14 12:49 UTC by Diego Elio Pettenò (RETIRED)
Modified:	2021-06-03 22:56 UTC (History)
CC List:	3 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Diego Elio Pettenò (RETIRED) gentoo-dev

2008-10-14 12:49:10 UTC

There are some packages that instead of building (or checking) against /usr/src/linux (which the user can select to be a different kernel than the running one) use /lib/modules/`uname -r`/build to build against the currently-running kernel.

This is bad in many situations, like:

- livecd installs: the running kernel is the one from the livecd and is most likely not the same the user is installing to;
- livecd chroot fixes: as above;
- generic chroot: running kernel comes from outside, as above;
- kernel updates: users most likely would want their system to have all the modules ready _before_ restarting.

Comment 1 Mike Pagano gentoo-dev

2021-06-03 22:56:27 UTC

All dependent bugs are closed