Summary: | net-misc/cisco-vpnclient-3des-4.8.00.0490s does not compile with linux-2.6.22-rc* | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Chris Gianelloni (RETIRED) <wolf31o2> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aslvrstn, dietrich.moerman, m.debruijne, marktrolley, mkrainer, toto, XL, zlin |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 184683 | ||
Attachments: |
Patch for kernels up to 2.6.22
Modify vpnclient ebuild to use new patch Patch for VPNClient 4.7. Replaces 2.6.19.patch. |
Description
Juergen Rose
2007-06-30 07:20:24 UTC
*** Bug 183850 has been marked as a duplicate of this bug. *** Created attachment 124375 [details] Patch for kernels up to 2.6.22 Courtesy of http://tuxx-home.at/archives/2007/05/29/T16_34_26/. Created attachment 124376 [details, diff]
Modify vpnclient ebuild to use new patch
Patch looks good (In reply to comment #3) > Created an attachment (id=124376) [edit] > Modify vpnclient ebuild to use new patch > I have tested the patch and patched ebuild on gentoo-sources kernels 2.6.21-r4 and 2.6.22, and it compiles and works correctly on both. Thanks and regards, Ian This bug also applies to version 4.7. Include the fix there too. Created attachment 124815 [details, diff]
Patch for VPNClient 4.7. Replaces 2.6.19.patch.
This can be dropped in place of 2.6.19.patch for Vpnclient 4.7.
Thanks, proposed fix works like a charm. I'll be pushing for 2.6.22 stabling in the next few days, would be nice to see this fixed. I'm having the same issue on amd64 with 2.6.22-gentoo-r2. Although it tries to allply the 2.6.19 patch & not the 2.6.22 patch. Any word on when the new patch will be merged into the portage tree? >>> Emerging (1 of 1) net-misc/cisco-vpnclient-3des-4.8.00.0490 to / * vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz RMD160 ;-) ... [ ok ] * vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz SHA1 ;-) ... [ ok ] * vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz SHA256 ;-) ... [ ok ] * vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz ;-) ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.22-gentoo-r2MWS1 >>> Unpacking source... >>> Unpacking vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz to /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work * Applying 2.6.19.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient ... make -C /usr/src/linux SUBDIRS=/var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient modules make[1]: Entering directory `/usr/src/linux-2.6.22-gentoo-r2' CC [M] /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.o In file included from /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/Cniapi.h:15, from /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:27: /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/GenDefs.h:110:2: warning: #warning 64 bit /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c: In function 'CniInjectReceive': /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:297: warning: implicit declaration of function 'skb_set_timestamp' /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:331: error: 'struct sk_buff' has no member named 'nh' /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:332: error: 'struct sk_buff' has no member named 'mac' /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c: In function 'CniInjectSend': /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:454: error: 'struct sk_buff' has no member named 'mac' /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:455: error: 'struct sk_buff' has no member named 'nh' /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:458: error: 'struct sk_buff' has no member named 'h' /var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.c:458: error: 'struct sk_buff' has no member named 'nh' make[2]: *** [/var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient/linuxcniapi.o] Error 1 make[1]: *** [_module_/var/tmp/portage/net-misc/cisco-vpnclient-3des-4.8.00.0490/work/vpnclient] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.22-gentoo-r2' make: *** [default] Error 2 !!! ERROR: net-misc/cisco-vpnclient-3des-4.8.00.0490 failed. Call stack: ebuild.sh, line 1632: Called dyn_compile ebuild.sh, line 983: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile cisco-vpnclient-3des-4.8.00.0490.ebuild, line 46: Called die !!! Failed to make module 'cisco_ipsec' Cheers Change the line "epatch ${FILESDIR}/2.6.19.patch" to read "epatch ${FILESDIR}/2.6.22.patch" in the ebuild (see second attachment in this bug report). I've updated the "4.8" ebuild and my "lan access" patch to use the "2.6.X" patch from "tuxx-at.de". See http://bugs.gentoo.org/show_bug.cgi?id=182755#c12 for details. Axel I added the patch for 4.8 and marked it stable. I'm not really sure what I am supposed to be doing with the last attachment. If it belongs in another bug, please put it there. (In reply to comment #13) > I added the patch for 4.8 and marked it stable. I'm not really sure what I am > supposed to be doing with the last attachment. If it belongs in another bug, > please put it there. Umm, fix the same issue with version 4.7? You want a separate bug opened for same issue with the same package, just a different version? Technically, yes... but in this case, there's no reason to do so. You've already made me aware of it. I *really* wish I could get rid of the older versions, since I don't have access to them anymore. I've updated the ebuild with a new revision for you to try out. If it doesn't work, file a new bug, please. Thanks. |