80587 – gentoo-dev-sources make install puts YES or y at end of modules dir

Bug 80587 - gentoo-dev-sources make install puts YES or y at end of modules dir

Summary: gentoo-dev-sources make install puts YES or y at end of modules dir

Status:	RESOLVED INVALID

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Core system (show other bugs)
Hardware:	x86 Linux

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

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2005-02-03 07:55 UTC by Greg Watson (linuxkrn)
Modified:	2005-02-03 08:38 UTC (History)
CC List:	0 users

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 Greg Watson (linuxkrn) 2005-02-03 07:55:03 UTC

For some reason I've had problems with several different systems putting either YES or y at the end of my modules directory name.

drwxr-xr-x  3 root root 424 Feb  3 09:36 2.6.10-gentoo-r6YES
drwxr-xr-x  3 root root 424 Jan  1 08:30 2.6.9-gentoo-r13YES
drwxr-xr-x  3 root root 424 Nov 12 00:53 2.6.9-gentoo-r1YES
drwxr-xr-x  3 root root 424 Nov 18 04:24 2.6.9-gentoo-r4YES

While this wouldn't be a huge problem, apps that install modules try to look for module dir of /lib/modules/`uname -r` which doesn't exist since it has YES appended.


Reproducible: Always
Steps to Reproduce:
1. emerge gentoo-dev-sources
2. configure and make
3. make module_install

Actual Results:  
example: 2.6.10-gentoo-r6YES

Expected Results:  
2.6.10-gentoo-r6

Portage 2.0.51-r15 (default-linux/x86/2004.0, gcc-3.3.5,
glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r13YES i686)
=================================================================
System uname: 2.6.9-gentoo-r13YES i686 Intel(R) Xeon(TM) CPU 3.06GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Oct 19 2004, 10:14:33)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.21-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
USE="x86 apm arts avi berkdb bitmap-fonts crypt cups encode f77 font-server
foomaticdb fortran gdbm gif gpm gtk gtk2 imlib ipv6 jpeg ldap libg++ libwww mad
mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png
python quicktime readline sdl slang spell ssl svga tcpd truetype truetype-fonts
type1-fonts xml2 xmms xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

Comment 1 Daniel Drake (RETIRED) gentoo-dev

2005-02-03 08:38:22 UTC

Because you used "make oldconfig" when changing between kernel versions when you should not do this (it should only be done between individiual gentoo _revisions_). Start from a fresh .config and you will not run into this problem.