Version bump for the cisco vpnclient. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 71562 [details] The ebuild (renamed old version)
seems to not compile with kernel 2.6.14, at least not with gentoo-sources-2.6.14 (but older versions do neither): laptop linux # emerge cisco-vpnclient-3des Calculating dependencies ...done! >>> emerge (1 of 1) net-misc/cisco-vpnclient-3des-4.7.00.0640 to / >>> md5 files ;-) cisco-vpnclient-3des-4.7.00.0640.ebuild >>> md5 files ;-) files/digest-cisco-vpnclient-3des-4.7.00.0640 >>> md5 src_uri ;-) vpnclient-linux-x86_64-4.7.00.0640-k9.tar.gz >>> Unpacking source... >>> Unpacking vpnclient-linux-x86_64-4.7.00.0640-k9.tar.gz to /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work >>> Source unpacked. make -C /lib/modules/2.6.14-gentoo/build SUBDIRS=/var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient modules make[1]: Entering directory `/usr/src/linux-2.6.14-gentoo' CC [M] /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.o /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.c: In function `CniInjectReceive': /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.c:292: Fehler: structure hat kein Element namens
seems to not compile with kernel 2.6.14, at least not with gentoo-sources-2.6.14 (but older versions do neither): laptop linux # emerge cisco-vpnclient-3des Calculating dependencies ...done! >>> emerge (1 of 1) net-misc/cisco-vpnclient-3des-4.7.00.0640 to / >>> md5 files ;-) cisco-vpnclient-3des-4.7.00.0640.ebuild >>> md5 files ;-) files/digest-cisco-vpnclient-3des-4.7.00.0640 >>> md5 src_uri ;-) vpnclient-linux-x86_64-4.7.00.0640-k9.tar.gz >>> Unpacking source... >>> Unpacking vpnclient-linux-x86_64-4.7.00.0640-k9.tar.gz to /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work >>> Source unpacked. make -C /lib/modules/2.6.14-gentoo/build SUBDIRS=/var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient modules make[1]: Entering directory `/usr/src/linux-2.6.14-gentoo' CC [M] /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.o /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.c: In function `CniInjectReceive': /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.c:292: Fehler: structure hat kein Element namens »stamp« /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.c: In function `CniInjectSend': /var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.c:432: Fehler: structure hat kein Element namens »stamp« make[2]: *** [/var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient/linuxcniapi.o] Fehler 1 make[1]: *** [_module_/var/tmp/portage/cisco-vpnclient-3des-4.7.00.0640/work/vpnclient] Fehler 2 make[1]: Leaving directory `/usr/src/linux-2.6.14-gentoo' make: *** [default] Fehler 2 !!! ERROR: net-misc/cisco-vpnclient-3des-4.7.00.0640 failed. !!! Function src_compile, Line 34, Exitcode 0 !!! Failed to make module 'cisco_ipsec' !!! If you need support, post the topmost build error, NOT this status message. laptop linux# laptop linux # emerge info Portage 2.0.53_rc6 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3, 2.6.13-gentoo-r5 (2.6.14 is not yet installed due to this) i686) ================================================================= System uname: 2.6.13-gentoo-r5 i686 Intel(R) Pentium(R) M processor 1.73GHz Gentoo Base System version 1.12.0_pre9 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS=" ftp://ftp.rz.uni-wuerzburg.de/pub/unix/linux/gentoo/ #http://ftp.uni-erlangen.de/pub/mirrors/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://distfiles.gentoo.org/ " LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 7zip X aac aalib acpi alsa arts avi bash-completion berkdb bitmap-fonts bzlib cdparanoia cdr crypt css cups curl dlloader drm dts dvd dvdr dvdread eds emboss encode exif fam flac flash foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib ipv6 jabber jack java jpeg junit kde libg++ libwww lirc lm_sensors mad mikmod mime mmx mmx2 mmxext motif mp3 mpeg musicbrainz ncurses nls nodrm nptl nptlonly ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime rdesktop readline real samba sdl spell sqlite sse ssl svg symlink tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis wifi win32codecs xine xinerama xml2 xmms xv xvid zeroconf zlib video_cards_i915 linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS laptop linux #
Also recieving the above bug, but as mentioned old versions are the same.
someone seems to have a solution for 2.6.14. See here http://forums.gentoo.org/viewtopic-t-375714.html (also have a look at http://bugs.gentoo.org/show_bug.cgi?id=107208 )
I've put a patch in: http://bugs.gentoo.org/show_bug.cgi?id=107208 It works for me, but I'm new to patches/ebuilds.
Created attachment 73588 [details, diff] Patch for kernel 2.6.14 and higher skbuff change I have attached what I think is more correct patch for the >=2.6.14 skbuff changes. Two functions have been provided to convert between the skbuff timestamp and a struct timeval; apparently the kernel devs want to reserve the right to change the format of the skbuff timestamp field.
Added to CVS... thanks for the info and the patch...