Analogous to bug #142604 shouldn't also net-wireless/bluez-bluefw-10 depend on sys-apps/hotplug because >=sys-fs/udev-096 has hotplug functionality built in and seems to have conflicts with sys-apps/hotplug.
Hints for the conflicts can be found here in bugzilla and in the forums. Unfortunately I don't have a link right now. But I had some issues with my usb scanner, the /dev/cdrom and /dev/dvd links and udev rules which have been ignored by udev. After unmerging hotplug everything is working well again as before I'd upgraded to the first udev version with hotplug and coldplug functionality, before udev-089 I guess.
So it's not really useful if hotplug is installed automatically again because of the bluez-bluefw dependency.
Maybe there are other packages which depend on hotplug. They are of course also affected and should be changed correspondingly.
Maybe there could be made a virtual/hotplug on which these packages could depend and virtual/hotplug is inherited by hotplug as well as the newer udev versions.
It's possibly sufficient if bluez-bluefw depended on sys-apps/hotplug-base instead of sys-apps/hotplug because sys-apps/hotplug-base is a dependecy of sys-apps/hotplug as well as sys-fs/udev.
Gentoo Base System version 1.12.1
Portage 2.1.1_pre4-r2 (default-linux/x86/2006.0, gcc-3.4.6/vanilla,
glibc-2.4-r3, 2.6.17-gentoo-r4 i686)
System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm) XP 1600+
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
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/gcc-config: [Not Present]
CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
CONFIG_PROTECT="/etc /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/eselect/compiler
/etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo
CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
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'"
USE="x86 3dnow 3dnowext X a52 aac aalib accessibility acpi alsa apache2 apm
arts asf audiofile avi berkdb bitmap-fonts bluetooth bzip2 cdda cddb cdparanoia
cdr chipcard cli crypt cups curl dga directfb divx4linux dlloader doc dri dv
dvb dvd dvdr dvdread eds effects emacs emboss encode expat extrafilters fame
fbcon ffmpeg flac foomaticdb fortran ftp gcc-libffi gcj gd gdbm geldkarte gif
gimp gimpprint glitz gmp gpm graphviz gs gstreamer gtk gtk2 gtkhtml hbci iconv
idn imagemagick imlib inkjar ipv6 irmc isdnlog jce jpeg kde lcms ldap leim
libg++ libwww lirc live mad mailwrapper mbox mbrola mikmod ming mjpeg mmx mmx2
mmxext mng modplug motif mozilla mp3 mp4 mpeg mplayer mysql mysqli nas ncurses
network nls nptl nptlonly nsplugin nvidia objc objc-gc odbc offensive ofx ogg
oggvorbis opengl oss pam pcre pdf pdflib perl php plugin png ppds pppd print
python qt qt3 qt4 quicktime quotes readline real reflection rtc rtsp scanner
sdl session slang slideshow smime speex spell spl sqlite sse sse-filters ssl
svg svga tcltk tcpd tetex theora threads tidy tiff tokenizer tools truetype
truetype-fonts type1-fonts udev unicode usb v4l v4l2 vdr vidix visualization
vlm vorbis win32codecs wmf xcomposite xine xml xml2 xmms xorg xpm xv xvid yv12
zip zlib elibc_glibc input_devices_evdev input_devices_keyboard
input_devices_mouse kernel_linux linguas_de lirc_devices_devinput userland_GNU
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS,
without any context except for the hpilp bug, i don't quite understand what the problem is since i have both hotplug and udev installed and they don't seem to conflict.
but nevertheless, i'll change the dep to hotplug-base. hope that somehow solves the issue for you. bluez-bluefw isn't really required for more modern kernels because /lib/firmware/ supercedes it. but if you are using an older kernel, then maybe you still require it.
I guess bluez-bluefw was installed as a dependency and wasn't uninstalled by emerge --depclean. If it's not needed anymore I'll try to uninstall it.
As you possibly know there are many and long discussions about inconsistant linkings for some devices like /dev/cdrom, /dev/cdrw etc. in the forums.
Many people including myself have the problem that randomly after each reboot sometimes /dev/cdrom is their CD-ROM drive and /dev/cdrw is their CD-RW burner and sometimes it's vice versa. Additional there are sometimes links like /dev/cdrom1 which are randomly linked against different devices.
Another problem is that some udev rules for some usb devices like setting the owner and group for the usb scanner are ignored even if they look correct.
After searching and reading a lot in the forums and in bugzilla I had the idea to uninstall hotplug and delete the directories /etc/hotplug*.
After this and rebooting the system every problem with the device links and the udev rules were fixed without changing anything else. The device links are consitant and link to the correct devices and the udev rules are applied again so that the correct permissions are set again.
That's why I suppose that there is a conflict between hotplug and udev.
And, btw., hotplug isn't needed anylonger if a newer udev version with built in hotplug functionality is installed. ;-)
If you have both udev and hotplug installed you have the same software installed twice. It's not quite unusual that this can lead to conflicts.
And thanks for the fix. :-)
ok, that does seem to make sense to me. i suppose because i have one of everything, this never really happens to me. but it might explain on my machine why i'm able to use udev to rename only one of my network devices and not the other as maybe hotplug is interfering with udev's operation.
btw, i should also make explicit, bluez-bluefw is replaced by bluez-firmware which recent kernel modules will use the built in firmware loading features and will search /lib/firmware/.
you only need bluez-firmware if you have a non-CSR (cambridge silicon radio) bluetooth device.
bluez-firmware looks more familiar than bluez-bluefw. So I'll uninstall it. I don't know if I really need firmware related package for a simple bluetooth dongle to connect to a cell phone.
I think you should just try it out and also unmerge hotplug. I guess then you can rename your other network devices again.
After my next emerge -uDN world which is hopefully in about 1 1/2 or 2 days I'll search the forums again and post the hotplug/udev thing in a more appropriate place and/or file another bug/feature request that the udev ebuild should not only block coldplug but also hotplug.