Summary: | i2c overwrites linux-headers | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dane Elwell <dane.elwell> |
Component: | Current packages | Assignee: | x86-kernel (DEPRECATED) <x86-kernel> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | CC: | carlo, games, lostlogic |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dane Elwell
2003-10-02 06:02:27 UTC
hmm i wonder if i2c is required for directfb to work looks like the matrox driver explicitly requires i2c support ... i guess the solution is to add a variable so that users can build support for the video cards they have and we'll disable matrox by default since it comes with this baggage hmm, have you done anything fancy with /usr/include/linux ? what does `qpkg -I -v linux-header` show ? what about `qpkg -v -f /usr/include/linux` ? Spanky, AFAIK I haven't done anything with those. xerxes root # qpkg -I -v linux-header sys-kernel/linux-headers-2.4.19-r1 * xerxes root # qpkg -v -f /usr/include/linux/ xerxes root # Sorry, shouldn't have had that trailing slash: xerxes root # qpkg -v -f /usr/include/linux sys-apps/baselayout-1.8.6.10-r1 * sys-kernel/linux-headers-2.4.19-r1 * xerxes root # what does `ls /usr/include/linux/*i2c*` ? omicron@xerxes omicron $ ls /usr/include/linux/*i2c* /usr/include/linux/i2c-algo-ite.h /usr/include/linux/i2c-old.h what if you re-emerge linux-headers ? if that doesnt work, what does `qpkg -l linux-headers | grep i2c` show ? I have the same problem and I'm pretty sure that I didn't play with the kernel-headers, but: The file i2c-dev.h the ebuild isn't comfortable with, is from i2c-2.7.0. (compared merge and file date) Re-emerging linux-headers seems to have fixed the problem. As far as I'm aware, I didn't do anything to linux-headers myself, other than upgrading the last time it's version bumped. carlo: does re-emerging linux-headers fix your problem too ? if so, did you guys utilize the i2c ebuild at all ? and ignore my previous comments about messing around with kernel headers, that was an assumption of mine that proved wrong ;) I remember using the i2c ebuild at one point. I *think* I emerged i2c in an attempt to see if I had sensors on my motherboard, and was following some guides in the forums about emerge i2c and compiling support in my kernel. Since then, I've removed support from the kernel and unmerged i2c. Not much point in having them here if I don't actually have sensors on the mobo. ;) ok kernel guys heres the bug: emerge linux-headers ls /usr/include/linux/*i2c* emerge i2c emerge -C i2c ls /usr/include/linux/*i2c* you should see a bunch of i2c headers have gone mia :) SpanKY: Yes, it does.
> if so, did you guys utilize the i2c ebuild at all ?
If the i2c support in current gentoo-sources were not broken (due to ptrace
bugfix iirc), then I would use it...
Does this happen with i2c-2.8.0 [ebuild...] Is this bug still relevant? plasmaroo: i dont know, i dont use linux-headers or i2c ... i gave you a way to test to see if the bug exists or not ;) simply `ebuild i2c.ebuild clean unpack compile install ; ls ${D}/usr/include/ -R` and see if it installed the i2c headers SpanKY: The 2.7.0 ebuild had some bugs and such [AFAIK] and the 2.8.0 ebuild which I wrote shouldn't get this problem [and mine actually compiles as well]... And anyway, the problem is at Person X's end: our job is to figure out why it happens THERE not whether it happens on our boxen :-) Finally, i2c 2.7.0 doesn't merge for me... I'm sticking a merge output of 2.8.0 below, and it seems that 2.7.0 does things a little differently? // >>> Completed installing into /var/tmp/portage/i2c-2.8.0/image/ >>> Merging sys-apps/i2c-2.8.0 to / --- /usr/ --- /usr/share/ --- /usr/share/doc/ --- /usr/share/doc/i2c-2.8.0/ >>> /usr/share/doc/i2c-2.8.0/README.gz >>> /usr/share/doc/i2c-2.8.0/INSTALL.gz >>> /usr/share/doc/i2c-2.8.0/CHANGES.gz --- /usr/include/ --- /usr/include/linux/ >>> /usr/include/linux/i2c-proc.h >>> /usr/include/linux/i2c-algo-biths.h >>> /usr/include/linux/i2c-algo-pcf.h >>> /usr/include/linux/i2c-id.h >>> /usr/include/linux/i2c-algo-bit.h >>> /usr/include/linux/i2c-dev.h >>> /usr/include/linux/i2c.h --- /lib/ --- /lib/modules/ >>> /lib/modules/2.4.20-gentoo-r7/ >>> /lib/modules/2.4.20-gentoo-r7/kernel/ >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/ >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/ >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-algo-bit.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-pport.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-proc.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-velleman.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-elv.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-algo-pcf.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-core.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-algo-biths.o >>> /lib/modules/2.4.20-gentoo-r7/kernel/drivers/i2c/i2c-dev.o /// Can somebody please stick what merge output you get on 2.7.0? Sure. >>> Merging sys-apps/i2c-2.7.0 to / --- /lib/ --- /lib/modules/ --- /lib/modules/2.4.20-gentoo-r6/ --- /lib/modules/2.4.20-gentoo-r6/misc/ >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-core.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-pport.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-algo-bit.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-algo-pcf.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-proc.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-philips-par.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-elektor.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-dev.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-elv.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-pcf-epp.o >>> /lib/modules/2.4.20-gentoo-r6/misc/i2c-velleman.o --- /usr/ --- /usr/share/ --- /usr/share/doc/ --- /usr/share/doc/i2c-2.7.0/ >>> /usr/share/doc/i2c-2.7.0/README.gz >>> /usr/share/doc/i2c-2.7.0/INSTALL.gz >>> /usr/share/doc/i2c-2.7.0/CHANGES.gz --- /usr/include/ --- /usr/include/linux/ >>> /usr/include/linux/i2c.h >>> /usr/include/linux/i2c-algo-bit.h >>> /usr/include/linux/i2c-algo-pcf.h >>> /usr/include/linux/i2c-proc.h >>> /usr/include/linux/i2c-elektor.h >>> /usr/include/linux/i2c-dev.h >>> /usr/include/linux/i2c-pcf8584.h >>> /usr/include/linux/i2c-id.h Comment #10 says this is fixed, so I'm marking it as such as a user-side problem. This might be something to do with kernel-headers not being slotted properly to 0 at the time: they're all now slotted to zero now, FYI. |