241960 – net-analyzer/portbunny: kernel sources accessed through /lib/modules/`uname -r`

Bug 241960 - net-analyzer/portbunny: kernel sources accessed through /lib/modules/`uname -r`

Summary: net-analyzer/portbunny: kernel sources accessed through /lib/modules/`uname -r`

Status:	RESOLVED DUPLICATE of bug 250301

Alias:	None

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

Importance:	High normal (vote)
Assignee:	No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:	modules-uname
	Show dependency tree

Reported:	2008-10-14 12:54 UTC by Diego Elio Pettenò (RETIRED)
Modified:	2013-06-16 08:54 UTC (History)
CC List:	1 user (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:54:16 UTC

This bug is being reported because this ebuild is currently trying to build against the kernel tree by accessing it through /lib/modules/`uname -r` instead than through /usr/src/linux like it should.

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.

Please fix your ebuild to use /usr/src/linux.

Thanks,
Diego

Comment 1 Pacho Ramos gentoo-dev

2013-06-16 08:54:45 UTC


*** This bug has been marked as a duplicate of bug 250301 ***