Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 158099 - sys-apps/baselayout and x11-drivers/nvidia-drivers both define alias char-major-195 in /etc/modules.d/
Summary: sys-apps/baselayout and x11-drivers/nvidia-drivers both define alias char-maj...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-13 19:10 UTC by Vlastimil Babka (Caster) (RETIRED)
Modified: 2006-12-20 05:23 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-12-13 19:10:30 UTC
gehinom ~ # grep char-major-195 /etc/modules.d/*
/etc/modules.d/aliases:alias char-major-195 NVdriver
/etc/modules.d/aliases:alias /dev/nvidiactl char-major-195
/etc/modules.d/nvidia:alias char-major-195 nvidia
/etc/modules.d/nvidia:alias /dev/nvidiactl char-major-195
gehinom ~ # equery b /etc/modules.d/aliases
[ Searching for file(s) /etc/modules.d/aliases in *... ]
equery b sys-apps/baselayout-1.12.7-r2 (/etc/modules.d/aliases)
gehinom ~ # equery b /etc/modules.d/nvidia
[ Searching for file(s) /etc/modules.d/nvidia in *... ]
x11-drivers/nvidia-drivers-1.0.9631 (/etc/modules.d/nvidia)

This was usual cause of bug 149426 and now with new module-init-tools-3.2.2-r2 it's causing:

gehinom ~ # modules-update -f -v
 * Skipping /etc/modules.conf generation (prerequisites not satisfied)
 * Updating /etc/modprobe.conf by hand ...
Invalid dupliate alias found for 'char-major-195' (results: NVdriver nvidia)
 * Warning: could not generate /etc/modprobe.conf!                                                       [ !! ]
 * Updating modules.dep ...                                                                              [ ok ]

Not sure who to blame but I think nvidia-drivers has defined the alias first :)

# emerge --info
Portage 2.1.2_rc3-r4 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r4, 2.6.19-gentoo-r1-perfctr i686)
=================================================================
System uname: 2.6.19-gentoo-r1-perfctr i686 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.7
Last Sync: Unknown
ccache version 2.3 [enabled]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.3.5-r3, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon64 -msse3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=athlon64 -msse3 -pipe"
DISTDIR="/usr/portage-distfiles"
FEATURES="autoconfig ccache collision-protect cvs distlocks parallel-fetch sandbox sfperms strict stricter userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.upc.cz/mirrors/gentoo-mirror  ftp://ftp.sh.cvut.cz/MIRRORS/gentoo     ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo       http://gentoo.osuosl.org"
LANG="en_US.utf8"
LINGUAS="en cs"
MAKEOPTS="-j2"
PKGDIR="/usr/portage-packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/java-experimental /usr/portage/local/java-migrated /usr/portage/local/java-ant /usr/portage/local/caster"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext 7zip X aac alsa amr apache2 apm audiofile bash-completion berkdb bitmap-fonts bluetooth branding bzip2 caps cdr cjk cli cracklib crypt cups curl dbus directfb dlloader dri dts dvd dvdr elibc_glibc emboss encode fam fbcon ffmpeg fftw firefox flac foomaticdb fortran gdbm ggi gif gmp gpm gstreamer gtk gtk2 hal iconv icq idn imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jpeg kde kdeenablefinal kernel_linux kipi lcms libg++ libnotify libwww linguas_cs linguas_en lm_sensors lua lzo mad maildir matroska mbox mikmod mmx mmxext motif mozcalendar mozdevelop moznoirc mozsvg mp3 mpeg mplayer musicbrainz ncurses nls nptl nsplugin nvidia ogg openal opengl oscar pam pcre pdf perl png pppd python qt3 qt4 quicktime readline reflection rtc sdl seamonkey session slang sockets speex spell spl sqlite sse sse2 ssl svg svga tcl tcltk tcpd threads tiff tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU v4l video_cards_fbdev video_cards_nv video_cards_nvidia video_cards_v4l video_cards_vesa vorbis webdav win32codecs xcomposite xine xml xorg xosd xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-12-13 19:24:06 UTC
OK looks like both packages defined the alias for a long time, not sure why it didn't create issues until recently. In any case it should be resolved somehow.
Comment 2 SpanKY gentoo-dev 2006-12-13 19:28:06 UTC
no ... baselayout has always defined the nvidia alias, but that does not mean we need it anymore if the nvidia package is taking it over
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-12-14 04:05:34 UTC
Hmmm well, I can't reproduce this issue at all...

# grep char-major-195 /etc/modules.d/*
/etc/modules.d/aliases:alias char-major-195 NVdriver 
/etc/modules.d/aliases:alias /dev/nvidiactl char-major-195 
/etc/modules.d/nvidia:alias char-major-195 nvidia
/etc/modules.d/nvidia:alias /dev/nvidiactl char-major-195

# modules-update -f -v
 * Updating /etc/modules.conf ...                                                                                                        [ ok ]
 * Updating /etc/modprobe.conf ...                                                                                                       [ ok ]
 * Updating modules.dep ...                                                                                                              [ ok ]

# qlist -CIev baselayout module-init-tools
sys-apps/baselayout-1.12.7-r2
sys-apps/module-init-tools-3.2.2-r2

Anyway, defining the aliases at two places is really redundant...
Comment 4 Chris Gianelloni (RETIRED) gentoo-dev 2006-12-14 05:26:43 UTC
Well, NVdriver is the *ancient* module for the NVIDIA drivers.  It has been "nvidia" for quite some time.  I would say the simplest solution would be to remove it from baselayout and let the drivers take care of it themselves.
Comment 5 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-12-14 05:57:28 UTC
(In reply to comment #3)
> Hmmm well, I can't reproduce this issue at all...

because you don't USE=no-old-linux for module-init-tools, thus generating of modprobe.conf is different
Comment 6 Roy Marples (RETIRED) gentoo-dev 2006-12-14 13:03:13 UTC
(In reply to comment #4)
> Well, NVdriver is the *ancient* module for the NVIDIA drivers.  It has been
> "nvidia" for quite some time.  I would say the simplest solution would be to
> remove it from baselayout and let the drivers take care of it themselves.

Removed it from our SVN (revsion 2425)
Do we need to bump baselayout or is everyone happy to wait for the next release?
Comment 7 Chris Gianelloni (RETIRED) gentoo-dev 2006-12-14 15:40:59 UTC
I am fine with waiting.  Are you going to bump both 1.12 and 1.13?
Comment 8 Roy Marples (RETIRED) gentoo-dev 2006-12-14 16:02:59 UTC
(In reply to comment #7)
> I am fine with waiting.  Are you going to bump both 1.12 and 1.13?

Well, unless anything big comes along there probably won't be any more 1.12 releases as I'd like to get 1.13 moved into ~ARCH soon.
Comment 9 Chris Gianelloni (RETIRED) gentoo-dev 2006-12-15 06:22:39 UTC
I'd prefer see a 1.12 release, if possible.  Moving to ~arch soon for 1.13 still might not give it enough time to go stable before we snapshot for 2007.0, and I'd rather be safe than sorry.
Comment 10 Roy Marples (RETIRED) gentoo-dev 2006-12-19 09:27:52 UTC
Fixed in baselayout-1.12.8 and baselayout-1.13.0_alpha10
Comment 11 Roy Marples (RETIRED) gentoo-dev 2006-12-19 09:27:58 UTC
Fixed in baselayout-1.12.8 and baselayout-1.13.0_alpha10
Comment 12 Chris Gianelloni (RETIRED) gentoo-dev 2006-12-20 05:23:36 UTC
Thanks, Roy.  You're a gentleman and a scholar, but don't worry, I won't tell anyone and sully your good name.  ;]