After upgrading from lm-sensors 2.8.3 to 2.8.3.20040202, my temperature readings are now 10% of the correct values e.g. CPU temperature is now "+5.6 deg. C" instead of "+56 deg. C". The ChangeLog says: lm-sensors-2.8.3.20040202.ebuild: Version bump to a CVS snapshot, this should solve bad temperature offsets on 2.6.2 kernels. I'm using the gentoo-dev-sources-2.6.2-r1 so this may be why the temperature readings are screwed up, in which case the package dependencies should be updated to require the 2.6.2 kernel (is this possible?) Reproducible: Always Steps to Reproduce: 1. emerge -u =sys-apps/lm-sensors-2.8.3.20040202 2. sensors -s 3. sensors Actual Results: Temperature readings now 10% of correct values. Expected Results: No change in temperature readings. Portage 2.0.50_pre22 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.6.1-gentoo-r1) ================================================================= System uname: 2.6.1-gentoo-r1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.3.12 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apm arts avi berkdb cdr crypt cups dvd encode fbcon foomaticdb freetype gdbm gif gpm gps gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nptl oggvorbis opengl pam pdflib perl png ppds python quicktime readline sdl slang spell sse ssl svga tcpd truetype usb x86 xml2 xv zlib"
Correction - I'm using the gentoo-dev-sources-2.6.1-r1 kernel.
Yes, sadly the snapshot has the side effect of messing things up for < 2.6.2 users. We can't control kernel versions because firstly there is the wide and common possibility of users rolling their own kernels, and secondly there's no way to get Portage to use one ebuild for one kernel and another ebuild for another kernel. Also, gentoo-dev-sources-2.6.2_rc1 is out, so that should hopefully solve this. Please tell us if it doesn't. I'm reassigning this to dev-portage to see whether they have any ideas on a possible future implementation of this, i.e getting Portage to choose different packages for different kernel versions.
Upgrading to gentoo-dev-sources-2.6.2 solved the lm-sensors problem. Regarding the dependency issue, another example is the recent nvidia-kernel-5336-r1 update which also required the 2.6.2 kernel; for those with a 2.6.1 kernel, it required a rollback to nvidia-kernel-5336 (since the 2.6.2 kernel wasn't yet available.) Capturing these dependencies is tricky though, particularly given the number of different kernel flavours involved (vanilla vs. gentoo vs. dev. etc.) I'm guessing that it would require either boolean dependency logic (package depends on vanilla-sources >= 2.6.x, or gentoo-dev-sources >= 2.6.y), or a variable masking system (mask this if package A version z is installed.) Possibly a job for Portage-NG?
*** Bug 42090 has been marked as a duplicate of this bug. ***
*** Bug 46492 has been marked as a duplicate of this bug. ***
*** Bug 46504 has been marked as a duplicate of this bug. ***
closing, this isn't really a portage bug (the 'punted' issue needs elaborating :). Spb's metapkg glep that should hit the gentoo-dev ml sometime soon is probably what you're after.
