Bug 40620 – Selective package merging depending on ${KV}?

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Paul Taylor 2004-02-06 10:23:39 UTC]

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"

[Comment 1 Paul Taylor 2004-02-06 10:24:48 UTC]

Correction - I'm using the gentoo-dev-sources-2.6.1-r1 kernel.

[Comment 2 Tim Yamin (RETIRED) 2004-02-07 16:00:16 UTC]

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.

[Comment 3 Paul Taylor 2004-02-07 16:43:05 UTC]

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?

[Comment 4 Tim Yamin (RETIRED) 2004-02-19 00:34:04 UTC]

*** Bug 42090 has been marked as a duplicate of this bug. ***

[Comment 5 Tim Yamin (RETIRED) 2004-04-01 10:43:28 UTC]

*** Bug 46492 has been marked as a duplicate of this bug. ***

[Comment 6 Tim Yamin (RETIRED) 2004-04-02 03:29:30 UTC]

*** Bug 46504 has been marked as a duplicate of this bug. ***

[Comment 7 Brian Harring (RETIRED) 2005-02-27 23:51:59 UTC]

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.