First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 164659
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Mobile Herd <mobile@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Sonny Lander <spock255@hotmail.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
at76c503a-0.14-kernel_version_check.patch Version check text/plain Steev Klimaszewski 2007-02-10 04:40 0000 1.12 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 164659 depends on: Show dependency tree
Show dependency graph
Bug 164659 blocks: 156669
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2007-01-31 06:22 0000 
The net-wireless/at76c503a module requires linux/config.h from the kernel
source that was depreciated and removed.

Reproducible: Always

Steps to Reproduce:
1.emerge at76c503a

------- Comment #1 From Steev Klimaszewski 2007-02-10 04:40:42 0000 ------- 
Created an attachment (id=109700) [edit]
Version check

Try this patch, I am not sure if its affected by the work queue changes with
2.6.20 - and I don't have the hardware handy, but I figured I would write the
version check patch at least - this patch should apply cleanly to beta1, and
also work with kernels 2.6.19 and below (at least)

------- Comment #2 From Sonny Lander 2007-02-15 16:59:56 0000 ------- 
I did something similar by hand to make it compile for me, but I am trying out
your patch and cant get it to apply...

I tried to use this in the ebuild:

src_unpack() {
        epatch ${FILESDIR}/${P}-version-check.patch
}

I'm sure it is my fault but it is complaining that it can't find the files to
patch.

------- Comment #3 From manny15 2007-02-22 22:17:31 0000 ------- 
I also tried to have the ebuild apply the patch and failed. The ebuild seems to
completely bypass unpack(), but I don't know how. I wonder if it has anything
to do with the linux-mod eclass. But I looked at the eclass code and didn't
find anything that seems to override the default behavior of unpack(). I was
going to submit the bug upstream, since that's where I think it belongs, but
... I don't have an account at berlios. Yeah, I know. Laziness kicked in.

------- Comment #4 From Sonny Lander 2007-03-16 16:15:31 0000 ------- 
ping

The patch easly works when i do it by hand, if someone could add it to the tree
it would be nice :)

------- Comment #5 From manny15 2007-04-01 16:37:57 0000 ------- 
I've added a bug report for a CVS ebuild
(http://bugs.gentoo.org/show_bug.cgi?id=173034) It compiles and runs with my
2.6.20 kernel. The only thing broken now is Xorg :(

------- Comment #6 From Stefan Schweizer 2007-05-09 19:22:14 0000 ------- 
thank you patch and cvs ebuild in portage
First Last Prev Next    No search results available      Search page      Enter new bug