146004 2006-09-02 08:17 0000 vmware-modules-1.0.0.{13,15} does not compile against kernels <= 2.6.16 2007-03-16 09:36:11 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2006.1 x86 Linux RESOLVED FIXED P2 normal --- 137422 1 kurt.dillen@dls-belgium.com vmware@gentoo.org dcoorna@dbm.ulb.ac.be emil@kratern.se martin@mbs3.org vapier@gentoo.org kurt.dillen@dls-belgium.com 2006-09-02 08:17:13 0000 I did the GCC-4.1.1 upgrade on my system. Recompiled System and World. recompiled kernel and rebooted it, during reboot vmware was set to not automatically startup. I wanted to remake the vmware modules and got the following error: [root@dragon ~]# emerge vmware-modules >>> cfg-update-1.8.0-r3 : Building checksum index... (takes a few seconds) done! Calculating dependencies... done! >>> Emerging (1 of 1) app-emulation/vmware-modules-1.0.0.15 to / >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking VMware-server-1.0.1-29996.tar.gz ;-) * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.16-026test017 >>> Unpacking source... >>> Unpacking VMware-server-1.0.1-29996.tar.gz to /var/tmp/portage/vmware-modules-1.0.0.15/work >>> Unpacking ./vmware-server-distrib/lib/modules/source/vmmon.tar to /var/tmp/portage/vmware-modules-1.0.0.15/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmmon-only/Makefile to use M= instead of SUBDIRS= ... [ ok ] >>> Unpacking ./vmware-server-distrib/lib/modules/source/vmnet.tar to /var/tmp/portage/vmware-modules-1.0.0.15/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmnet-only/Makefile to use M= instead of SUBDIRS= ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/vmware-modules-1.0.0.15/work ... * Preparing vmmon module Using 2.6.x kernel build system. make -C /usr/src/linux/include/.. M=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.16-openvz-026.017' CC [M] /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.o In file included from include/linux/sched.h:12, from include/linux/module.h:10, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:12: include/linux/jiffies.h: In function kurt.dillen@dls-belgium.com 2006-09-02 08:17:13 0000 I did the GCC-4.1.1 upgrade on my system. Recompiled System and World. recompiled kernel and rebooted it, during reboot vmware was set to not automatically startup. I wanted to remake the vmware modules and got the following error: [root@dragon ~]# emerge vmware-modules >>> cfg-update-1.8.0-r3 : Building checksum index... (takes a few seconds) done! Calculating dependencies... done! >>> Emerging (1 of 1) app-emulation/vmware-modules-1.0.0.15 to / >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking VMware-server-1.0.1-29996.tar.gz ;-) * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.16-026test017 >>> Unpacking source... >>> Unpacking VMware-server-1.0.1-29996.tar.gz to /var/tmp/portage/vmware-modules-1.0.0.15/work >>> Unpacking ./vmware-server-distrib/lib/modules/source/vmmon.tar to /var/tmp/portage/vmware-modules-1.0.0.15/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmmon-only/Makefile to use M= instead of SUBDIRS= ... [ ok ] >>> Unpacking ./vmware-server-distrib/lib/modules/source/vmnet.tar to /var/tmp/portage/vmware-modules-1.0.0.15/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmnet-only/Makefile to use M= instead of SUBDIRS= ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/vmware-modules-1.0.0.15/work ... * Preparing vmmon module Using 2.6.x kernel build system. make -C /usr/src/linux/include/.. M=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.16-openvz-026.017' CC [M] /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.o In file included from include/linux/sched.h:12, from include/linux/module.h:10, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:12: include/linux/jiffies.h: In function ‘clock_t_to_jiffies’: include/linux/jiffies.h:397: warning: ISO C90 forbids mixed declarations and code In file included from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.h:20, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:49: /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait.h:37:5: warning: "VMW_HAVE_EPOLL" is not defined /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait.h:43:5: warning: "VMW_HAVE_EPOLL" is not defined In file included from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.h:20, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:49: /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait.h: At top level: /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait.h:60: error: conflicting types for ‘poll_initwait’ include/linux/poll.h:45: error: previous declaration of ‘poll_initwait’ was here /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:145: warning: initialization from incompatible pointer type /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:149: warning: initialization from incompatible pointer type make[3]: *** [/var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.o] Error 1 make[2]: *** [_module_/var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only] Error 2 make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.16-openvz-026.017' make: *** [vmmon.ko] Error 2 !!! ERROR: app-emulation/vmware-modules-1.0.0.15 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called linux-mod_src_compile linux-mod.eclass, line 469: Called die !!! Unable to make auto-build VMWARE_VER=VME_S1B1 KERNEL_DIR=/usr/src/linux KBUILD_OUTPUT=/usr/src/linux. !!! If you need support, post the topmost build error, and the call stack if relevant. my emerge --info: Portage 2.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.16-026test017 i686) ================================================================= System uname: 2.6.16-026test017 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -msse3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -msse3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://mir.zyrianes.net/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/ ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/ ftp://mirror.scarlet-internet.nl/pub/gentoo ftp://mirror.nutsmaas.nl/gentoo/" LC_ALL="en_US.UTF-8" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.dls-belgium.com/gentoo-portage" USE="x86 aalib acl acpi apache2 berkdb bitmap-fonts bzip2 clamav cli crypt cscope curl directfb dlloader dri fastcgi fbcon flash fortran ftp gd gif gpm imagemagick imlib ipv6 isdnlog java javascript jikes jpeg ldap libg++ libwww mbox mime mmx mng ncurses nfs nls nptl nptlonly pam pcre perl png posix ppds pppd python readline reflection sasl session slang snmp spl sqlite ssl svga tcpd tiff truetype-fonts type1-fonts udev unicode xml xml2 xmlrpc xorg zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS jakub@gentoo.org 2006-09-02 08:26:14 0000 This is definitely not a P1 blocker. Also, wth is 2.6.16-026test017? We don't support home-brew kernels. kurt.dillen@dls-belgium.com 2006-09-02 09:39:07 0000 (In reply to comment #1) > This is definitely not a P1 blocker. Also, wth is 2.6.16-026test017? We don't > support home-brew kernels. Depends then you don't have to support any of the kernels because they are all home-brew ones.... And if you say we support kernels from the official portage tree then you must support this one.... Because it is the openvz kernel from portage. johnjaylward@yahoo.com 2006-09-02 22:07:34 0000 This was the very similar to the problem I posted in comment #15 in bug 137422. specifically I noticed the similarities in the poll_initwait var that was redefined. kurt.dillen@dls-belgium.com 2006-09-03 01:04:24 0000 (In reply to comment #3) > This was the very similar to the problem I posted in comment #15 in bug 137422. > specifically I noticed the similarities in the poll_initwait var that was > redefined. John, this one is the same as your problem. ikelos@gentoo.org 2006-09-03 02:18:05 0000 Ok, just adding john's emerge --info copied directly from bug 137422 for completeness... Portage 2.1-r2 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.15 x86_64) ================================================================= System uname: 2.6.15 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.0.2/gentoo-portage" USE="amd64 X aac acl acpi aim alsa apache2 arts audiofile automount avi bash-completion berkdb bitmap-fonts bonjour bzip2 calendar cdparanoia cdr cli crypt cups curl curlwrappers dbus dga dio divx4linux dlloader dri dts dv dvb dvd dvdr dvdread eds emacs emboss encode exif fastcgi fbcon ffmpeg flac foomaticdb fortran ftp gd gdbm gif gimp glut gnome gphoto2 gpm gstreamer gtk gtk2 hal icq ieee1394 imap imlib ipv6 isdnlog jabber java javamail jikes jpeg jpeg2k junit kde kdeenablefinal logitech-mouse lzw lzw-tiff mad mime mng mono mozdevelop mozilla mp3 mpeg msn mysql ncurses nls no-old-linux nptl nptlonly nsplugin ogg oggvorbis openal openexr opengl oscar pam pcre pdf pdflib perl png ppds pppd python qt qt3 qt4 quicktime rdesktop readline reflection samba sdl session snmp spell spl ssl startup-notification svg tcl tcltk tcpd tetex tidy tiff tk truetype truetype-fonts type1-fonts udev unicode usb vhosts vim-pager vorbis wmf xcomposite xine xinerama xml xml2 xmms xorg xpm xprint xscreensaver xv yahoo zeroconf zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_fglrx video_cards_radeon video_cards_vesa video_cards_vga" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS ikelos@gentoo.org 2006-09-03 03:51:17 0000 Ok, so unfortunately this is a very old bug come back to bite me in the... It's a particularly ugly problem whereby vmware have written some compilation tests to determine whether particular functions are present, and to define or not define some variables based upon that. Unfortunately, to do this they turned every warning into an error, and if they encountered an error they assumed the function wasn't there. Sadly, trivial or silly errors because gcc-4 got a whole lot stricter, also trigger this and cause vmware to try defining it's own copy of functions rather than using the ones from the system. For further details see bug 122500 comment 136 and read onwards. So there's a couple of fast workarounds. For john, who's running on 2.6.15, he should be able to update to a later kernel (all the 2.6.17 kernels should work with gcc-4.1). For Kurt, I'm not certain what the latest version of the openvz kernel is (and whether it's an actual 2.6.17 kernel, or just a souped up 1.6.16 kernel), but if you've still got gcc-3.4 installed, you could compile just your kernel and modules with that and vmware-modules should build ok. I'm away for the next week, but will try looking into resurrecting the old patches for this whilst I'm away. Please let me know if any of the information on the other bug helps you determine which warning message is being encountered during the compilation... ikelos@gentoo.org 2006-09-03 03:53:05 0000 John, I've just posted a reply here and am adding you to the CC list. No, there's no need for you to open a new bug, we'll work off this one for the time being... kurt.dillen@dls-belgium.com 2006-09-03 05:05:18 0000 (In reply to comment #6) > Ok, so unfortunately this is a very old bug come back to bite me in the... > It's a particularly ugly problem whereby vmware have written some compilation > tests to determine whether particular functions are present, and to define or > not define some variables based upon that. Unfortunately, to do this they > turned every warning into an error, and if they encountered an error they > assumed the function wasn't there. Sadly, trivial or silly errors because > gcc-4 got a whole lot stricter, also trigger this and cause vmware to try > defining it's own copy of functions rather than using the ones from the system. > For further details see bug 122500 comment 136 and read onwards. > So there's a couple of fast workarounds. For john, who's running on 2.6.15, he > should be able to update to a later kernel (all the 2.6.17 kernels should work > with gcc-4.1). For Kurt, I'm not certain what the latest version of the openvz > kernel is (and whether it's an actual 2.6.17 kernel, or just a souped up 1.6.16 > kernel), but if you've still got gcc-3.4 installed, you could compile just your > kernel and modules with that and vmware-modules should build ok. > I'm away for the next week, but will try looking into resurrecting the old > patches for this whilst I'm away. Please let me know if any of the information > on the other bug helps you determine which warning message is being encountered > during the compilation... OK, maybe this sounds stupid. But I am running an other system also with vmware on it, and that one was build up from its initial install with gcc 4.1.1 and glibc 3.4 and that systems does not have any problems. Luckely for me the system infected is my vmware test environment and not production that is located on the other working system. So this looks for me as a random issue which will make it very difficult to debug. ikelos@gentoo.org 2006-09-03 05:24:46 0000 Kurt, could you please check the kernel versions that the vmware-modules are being built against with both? If they differ, that's probably what's causing the problem. If not, they there is some patching we can do of the makefiles to help you figure out what warning is causing the tests to fail... kurt.dillen@dls-belgium.com 2006-09-03 05:39:45 0000 (In reply to comment #9) > Kurt, could you please check the kernel versions that the vmware-modules are > being built against with both? If they differ, that's probably what's causing > the problem. If not, they there is some patching we can do of the makefiles to > help you figure out what warning is causing the tests to fail... I can already say that both kernels are different. The failing system is using the latest version of the openvz-sources (unstable). With the previous verions of that unstable kernel version same issue. Before the gcc 4.1.1 and glibc 3.4 update no issue. So doesn't look like kernel related but gcc or glibc related. Working system is using the gentoo-sources version: 2.6.17-gentoo-r4 to be correct. Maybe a small issue I need to report during my upgrade to gcc 4.1.1 and glibc 3.4 I had several system crashes so maybe there went something wrong. I have redone emerge -e system this morning and right now the emerge -e world is running on it. Until now without system crashes. ikelos@gentoo.org 2006-09-03 05:47:57 0000 Kurt, your working system is using a very different kernel (and probably a newer one). The issue is caused by gcc-4.1 throwing up warnings during kernel compilations which it never used to. These are turned into errors when the test programs are compiled and cause the tests to fail. The issue therefore didn't manifest itself until you upgraded gcc. The other kernel already successfully compiles with gcc-4.1 without warnings, so would next exhibit the issue. Unfortunately it sounds as though there is no openvz kernel version that will compile without these warnings. So the best workaround I have at the moment is to drop your gcc version back for that kernel and its modules. I'll see what I can work up in the coming week. kurt.dillen@dls-belgium.com 2006-09-03 05:53:45 0000 (In reply to comment #11) > Kurt, your working system is using a very different kernel (and probably a > newer one). The issue is caused by gcc-4.1 throwing up warnings during kernel > compilations which it never used to. These are turned into errors when the > test programs are compiled and cause the tests to fail. The issue therefore > didn't manifest itself until you upgraded gcc. The other kernel already > successfully compiles with gcc-4.1 without warnings, so would next exhibit the > issue. Unfortunately it sounds as though there is no openvz kernel version > that will compile without these warnings. So the best workaround I have at the > moment is to drop your gcc version back for that kernel and its modules. I'll > see what I can work up in the coming week. Mike for me it isn't an urgent issue as I told you before it is my test vmware server. After the complete recompile of my environment I will try to reinstall the old gcc compiler. And see what happens then. I keep you up to date ikelos@gentoo.org 2006-09-03 05:55:24 0000 Ok, that'd be very helpful if you could. Thanks very much! 5:) kurt.dillen@dls-belgium.com 2006-09-03 10:56:11 0000 (In reply to comment #13) > Ok, that'd be very helpful if you could. Thanks very much! 5:) So here are the results. I re-emerged gcc version 3.4.6 the one I used when everything worked fine. I compiled it 3 times. And then made the kernel with it and wanted to compile the modules against it. I will put the emerge --info and the compile result in the next 2 replies kurt.dillen@dls-belgium.com 2006-09-03 10:57:16 0000 emerge --info [root@dragon linux]# emerge --info >>> cfg-update-1.8.0-r3 : Building checksum index... (takes a few seconds) done ! Portage 2.1-r2 (default-linux/x86/2006.1, gcc-3.4.6, glibc-2.4-r3, 2.6.16-026tes t017 i686) ================================================================= System uname: 2.6.16-026test017 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 42 00+ Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -msse3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -msse3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.b elnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://distro.ibiblio.org/pub/linux/dist ributions/gentoo/ http://mir.zyrianes.net/gentoo/ ftp://ftp.tu-clausthal.de/pub/ linux/gentoo/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo http ://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/ gentoo http://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/ ftp://vlaai.snt.ipv 6.utwente.nl/pub/os/linux/gentoo/ ftp://mirror.scarlet-internet.nl/pub/gentoo ft p://mirror.nutsmaas.nl/gentoo/" LC_ALL="en_US.UTF-8" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/d istfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.dls-belgium.com/gentoo-portage" USE="x86 aalib acl acpi apache2 berkdb bitmap-fonts bzip2 clamav cli crypt cscop e curl directfb dlloader dri fastcgi fbcon flash fortran ftp gd gif gpm imagemag ick imlib ipv6 isdnlog java javascript jikes jpeg ldap libg++ libwww mbox mime m mx mng ncurses nfs nls nptl nptlonly pam pcre perl png posix ppds pppd python re adline reflection sasl session slang snmp spl sqlite ssl svga tcpd tiff truetype -fonts type1-fonts udev unicode xml xml2 xmlrpc xorg zlib elibc_glibc input_devi ces_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU v ideo_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cir rus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint vide o_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video _cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video _cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_tride nt video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_card s_via video_cards_vmware video_cards_voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORT AGE_RSYNC_EXTRA_OPTS [root@dragon linux]# emerge vmware-modules kurt.dillen@dls-belgium.com 2006-09-03 10:57:48 0000 [root@dragon linux]# emerge vmware-modules >>> cfg-update-1.8.0-r3 : No new packages have been emerged, checksum index OK.. . Calculating dependencies... done! >>> Emerging (1 of 1) app-emulation/vmware-modules-1.0.0.15 to / >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking VMware-server-1.0.1-29996.tar.gz ;-) * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.16-026test017 >>> Unpacking source... >>> Unpacking VMware-server-1.0.1-29996.tar.gz to /var/tmp/portage/vmware-module s-1.0.0.15/work >>> Unpacking ./vmware-server-distrib/lib/modules/source/vmmon.tar to /var/tmp/p ortage/vmware-modules-1.0.0.15/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmmon-only/Makefile to use M= instead of SUBDIRS= ... [ ok ] >>> Unpacking ./vmware-server-distrib/lib/modules/source/vmnet.tar to /var/tmp/p ortage/vmware-modules-1.0.0.15/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmnet-only/Makefile to use M= instead of SUBDIRS= ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/vmware-modules-1.0.0.15/work ... * Preparing vmmon module Using 2.6.x kernel build system. make -C /usr/src/linux/include/.. M=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.16-openvz-026.017' CC [M] /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/drive o In file included from include/linux/sched.h:12, from include/linux/module.h:10, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only inux/driver.c:12: include/linux/jiffies.h: In function `clock_t_to_jiffies': include/linux/jiffies.h:397: warning: ISO C90 forbids mixed declarations and c e In file included from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only inux/driver.h:20, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only inux/driver.c:49: /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait :37:5: warning: "VMW_HAVE_EPOLL" is not defined /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait :43:5: warning: "VMW_HAVE_EPOLL" is not defined In file included from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only inux/driver.h:20, from /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only inux/driver.c:49: /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait : At top level: /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait :60: error: conflicting types for 'poll_initwait' include/linux/poll.h:45: error: previous declaration of 'poll_initwait' was he /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/./include/compat_wait :60: error: conflicting types for 'poll_initwait' include/linux/poll.h:45: error: previous declaration of 'poll_initwait' was he /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:145: w ning: initialization from incompatible pointer type /var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/driver.c:149: w ning: initialization from incompatible pointer type make[3]: *** [/var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only/linux/d ver.o] Error 1 make[2]: *** [_module_/var/tmp/portage/vmware-modules-1.0.0.15/work/vmmon-only Error 2 make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.16-openvz-026.017' make: *** [vmmon.ko] Error 2 !!! ERROR: app-emulation/vmware-modules-1.0.0.15 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called linux-mod_src_compile linux-mod.eclass, line 469: Called die !!! Unable to make auto-build VMWARE_VER=VME_V55 KERNEL_DIR=/usr/src/linux K ILD_OUTPUT=/usr/src/linux. !!! If you need support, post the topmost build error, and the call stack if r evant. [root@dragon linux]# kurt.dillen@dls-belgium.com 2006-09-03 10:59:27 0000 (In reply to comment #13) > Ok, that'd be very helpful if you could. Thanks very much! 5:) So maybe we can conclude that the issue is not gcc related, so the only thing that is still different from my previous working situation on the same system is glibc. I really hope you find out where the problem comes from. If you need any help or you want me to do some tests let me know. I will do them ASAP when I have time to do them ikelos@gentoo.org 2006-09-03 11:04:52 0000 Ok Kurt, thanks for testing that out for me. I have the feeling the issue still lies with the kernel sources throwing warnings at the compiler, but we won't know until I produce you some patches that'll help us identify what goes on when the test programs are compiled. If you're willing to play around with stuff then please go back to gcc-4 and follow the instructions in bug 122500 comment 142, and report back the compilation output. That might provide some clue as to the type of warnings that are killing the tests... kurt.dillen@dls-belgium.com 2006-09-03 11:28:55 0000 Created an attachment (id=95870) Results from the requested actions Here are the results of the actions out of the other bug ikelos@gentoo.org 2006-09-03 12:04:49 0000 Superb! Thanks for that Kurt, as you can see from the last four attempts, it's actually failing because of the kernel's clock_to_t_jiffies function, which apparently declares something after there have been some statements. This isn't allowed by ISO C90 standards, and in pedantic mode gcc will spit out warnings about it (which then get elevated to errors by the -Werror directive). It *looks* as though this can be turned off using a -Wno-declaration-after-statement flag before the -Werror flag. I've knocked up a testing ebuild for you to try out, and put it in the vmware overlay. Please give that a go and see whether it works. The easiest way is to get a copy of layman and add the vmware overlay (don't forget to source layman's make.conf from your own make.conf). If that all works, then I'll do a bit more testing and get it into the tree soon... 5:) ikelos@gentoo.org 2006-09-03 12:05:23 0000 Sorry, hit the wrong button, just before I hit commit. My bad, sorry! 5:( kurt.dillen@dls-belgium.com 2006-09-03 12:30:38 0000 (In reply to comment #20) > Superb! Thanks for that Kurt, as you can see from the last four attempts, it's > actually failing because of the kernel's clock_to_t_jiffies function, which > apparently declares something after there have been some statements. This > isn't allowed by ISO C90 standards, and in pedantic mode gcc will spit out > warnings about it (which then get elevated to errors by the -Werror directive). > It *looks* as though this can be turned off using a > -Wno-declaration-after-statement flag before the -Werror flag. > I've knocked up a testing ebuild for you to try out, and put it in the vmware > overlay. Please give that a go and see whether it works. The easiest way is > to get a copy of layman and add the vmware overlay (don't forget to source > layman's make.conf from your own make.conf). If that all works, then I'll do a > bit more testing and get it into the tree soon... 5:) Installed layman, added vmware overlay, compiled vmware-modules Compiled without error, started vmware up and no errors, all VM's are up and running. Thank you Mike. If you are going to do some more fine tuning around this. I am willing to help because I can bring this VMWare server down without problems. It is my test environment. Always nice to have. johnjaylward@yahoo.com 2006-09-03 18:35:52 0000 (In reply to comment #6) > Ok, so unfortunately this is a very old bug come back to bite me in the... > So there's a couple of fast workarounds. For john, who's running on 2.6.15, he > should be able to update to a later kernel (all the 2.6.17 kernels should work > with gcc-4.1). upgraded to the 2.6.17-gentoo-r7 kernel and everything compiled well. was the only thing I changed since the last attempt to compile, was definatly the fix. removing myself from the CC since this solved my issue, but shoot me an email if you think I can be of more help. dcoorna@dbm.ulb.ac.be 2006-09-05 06:14:43 0000 well I'm back from holidays and without vmware.. kernel is now 17r7 gcc 411 vmware-modules are built but are not loaded (others modules are) hence vmware does not run.. I'd really like someone to help me understand and solve this ikelos@gentoo.org 2006-09-05 10:25:03 0000 David, please insert your compilation output, so that we can verify it is definitely this bug. Also include your "emerge --info" output. Since this bug was not reported for the 2.6.17 kernel, this is most likely a different problem. Also, if you really do believe it's the same issue, please try compiling the modules from the vmware overlay. If you need help getting that setup, please just ask. In general, the more information you can provide us about your problem, the more likely to locate the specific problem, and provide a working fix. Thanks... 5:) dcoorna@dbm.ulb.ac.be 2006-09-06 04:09:19 0000 Sorry I guess I anticipated a bug when I probably made a mistake although I don't really understand it, my problem was that the modules were not loaded, but it may come from the simultaneous update of kernel and vmware and gcc (after a 2 weeks holiday trip) I remembered vmware complaining that the kernel sources where not those of the active kernel (freshly built in but not booted yet), anyway I recompiled the kernel rebooted it, and re-emerged vmware and voila ikelos@gentoo.org 2006-09-06 05:55:58 0000 Not a problem. Vmware (maybe it's a kernel thing in general) dos check to ensure it's going to be compiled with the same version of gcc as the kernel. If you upgrade your gcc and then try to recompile the kernel it will complain, and you'll simply have to recompile the kernel. I think the error messages are pretty clear about this, so I don't intend to add any notes anywhere about it (especially given that I dunno where I'd put them!). I'm glad you got the problem resolved though... 5:) ikelos@gentoo.org 2006-09-13 14:51:09 0000 Ok, a fix has just gone into CVS. Please give it a couple of hours, then resync. Hopefully vmware-modules will then compile with gcc-4.1 against kernels <= 2.6.16 without messing up higher up kernels, or lower down gcc's... 5:) Marking this as fixed, if there are still problems, please feel free to re-open it! asowden@12ngstreet.com 2006-09-15 08:01:00 0000 I've just worked through a similar issue to this bug with workstation 5.5.1.19175-r4 which uses vmware-modules 1.0.0.13. My problems started following an upgrade to gcc 4.1.1. I'm using kernel gentoo-sources 2.6.15-gentoo-r1. With gcc 3.3.6, everything compiles fine. With gcc 4.1.1, I got a failure very similar to that reported by Kurt (comment #16). I followed the procedure recommended by Mike (comment #18), and examining the stderr of the compile I concluded that the extra warnings produced by gcc 4.1.1 could also be my problem. However, my 'pedantic' warning appeared to be "'packed' attribute ignored for field of type 'unsigned char[5u]'". After a bit of trial and error, I found that -Wno-attributes rendered this warning safe, and the modules compiled OK. I created a modified version of Mike's 'pedantic-errors.patch', and made a small change to the 1.0.0.13 ebuild file (both files included as attachments). The resulting ebuild emerges fine with gcc 4.1.1. Initial testing with workstation has so far been good. I can't be sure that the warnings I've passed through with -Wno-attributes aren't needed by the scripts to indicate something important. This would need a more trained eye. As my version of this bug ony occurs with gcc 4.1.1 and the relatively old 2.6.15 kernel, it's probably of only minor interest. asowden@12ngstreet.com 2006-09-15 08:03:58 0000 Created an attachment (id=97052) New ebuild fpr 1.0.0.13 vmware-modules asowden@12ngstreet.com 2006-09-15 08:04:49 0000 Created an attachment (id=97053) Patch for new ebuild of 1.0.0.13 vmware-modules asowden@12ngstreet.com 2006-09-15 08:06:42 0000 (From update of attachment 97052) vmware-modules-1.0.0.13.ebuild ikelos@gentoo.org 2006-09-17 02:47:21 0000 Sorry about the slight delay Anthony. This was an issue that was supposed to be fixed using the vmware-any-any patches, but apparently it wasn't. 5:( I'll try and get the patches into the tree sometime this coming week... emil@kratern.se 2006-09-28 23:50:11 0000 Anthony, Mike: I tried Anthonys patch without success. The error was the same as before (same as #16). I tried to modify Anthonys patch with "-Wno-error" (I realize you probably can't put this into an ebuild). But it compiles, loads, and works alright! I will test with better flags if you can suggest some (I'm far from an gcc-expert). My emerge --info: Portage 2.1.1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.15-gentoo-r8 x86_64) ================================================================= System uname: 2.6.15-gentoo-r8 x86_64 Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz Gentoo Base System version 1.12.5 Last Sync: Tue, 26 Sep 2006 19:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.2.11-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo " LINGUAS="en en_US en_GB sv_SE sv" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa arts avi bash-completion berkdb bitmap-fonts browserplugin cairo cdr cli crypt cups dbus dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam firefox fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kernel_linux ldap libg++ linguas_en linguas_en_GB linguas_en_US linguas_sv linguas_sv_SE mad mikmod mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg opengl oss pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl synaptics tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nvidia vorbis xinerama xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS ikelos@gentoo.org 2006-09-29 01:20:00 0000 Emil, -Wno-error will not allow the tests to perform their correct function. In general I think at least two of the tests are supposed to fail. If you read comment 6, it should point you towards the steps needed to find the error that's causing your problem. Once we know which one that is, we can try and turn it off. In the past I've found -Wno-packed and -Wno-attribute to be the two necessary flags. Anyway, please have a go at the debugging steps mention and report the compilation errors you're experiencing. Thanks... 5:) vapier@gentoo.org 2006-10-07 19:32:44 0000 well vmmon-only/autoconf/epoll.c is obviously wrong: void poll_test(void) { struct poll_wqueues test; return poll_initwait(&test); } autoconf/epoll.c:10: warning: 'return' with a value, in function returning void martin@mbs3.org 2006-10-24 18:34:22 0000 Hi there... it happens to me too. Here's my output from emerge, followed by my emerge --info: >>> Emerging (1 of 2) app-emulation/vmware-modules-1.0.0.13 to / * vmware-any-any-update104.tar.gz MD5 ;-) ... [ ok ] * vmware-any-any-update104.tar.gz RMD160 ;-) ... [ ok ] * vmware-any-any-update104.tar.gz SHA1 ;-) ... [ ok ] * vmware-any-any-update104.tar.gz SHA256 ;-) ... [ ok ] * vmware-any-any-update104.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking vmware-any-any-update104.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.15-gentoo-r1 >>> Unpacking source... >>> Unpacking vmware-any-any-update104.tar.gz to /var/tmp/portage/vmware-modules-1.0.0.13/work >>> Unpacking ./vmware-any-any-update104/vmmon.tar to /var/tmp/portage/vmware-modules-1.0.0.13/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmmon-only/Makefile to use M= instead of SUBDIRS= ... [ ok ]>>> Unpacking ./vmware-any-any-update104/vmnet.tar to /var/tmp/portage/vmware-modules-1.0.0.13/work * Applying various patches (bugfixes/updates) ... * 000_all_makefile-include-directory.patch ... [ ok ] * Done with patching * Converting vmnet-only/Makefile to use M= instead of SUBDIRS= ... [ ok ]>>> Source unpacked. >>> Compiling source in /var/tmp/portage/vmware-modules-1.0.0.13/work ... * Preparing vmmon module Using 2.6.x kernel build system. make -C /usr/src/linux/include/.. M=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.15-gentoo-r1' make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. CC [M] /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.o In file included from include/asm/mpspec.h:5, from include/asm/smp.h:18, from include/linux/smp.h:19, from include/linux/sched.h:26, from include/linux/module.h:10, from /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.c:16: include/asm/mpspec_def.h:78: warning: 'packed' attribute ignored for field of type 'unsigned char[5u]' In file included from /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.h:20, from /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.c:53: /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/./include/compat_wait.h:37:5: warning: "VMW_HAVE_EPOLL" is not defined /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/./include/compat_wait.h:43:5: warning: "VMW_HAVE_EPOLL" is not defined In file included from /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.h:20, from /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.c:53: /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/./include/compat_wait.h:60: error: conflicting types for 'poll_initwait' include/linux/poll.h:45: error: previous declaration of 'poll_initwait' was here /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.c:160: warning: initialization from incompatible pointer type /var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.c:164: warning: initialization from incompatible pointer type make[3]: *** [/var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only/linux/driver.o] Error 1 make[2]: *** [_module_/var/tmp/portage/vmware-modules-1.0.0.13/work/vmmon-only] Error 2 make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.15-gentoo-r1' make: *** [vmmon.ko] Error 2 !!! ERROR: app-emulation/vmware-modules-1.0.0.13 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile ebuild.sh, line 1255: Called linux-mod_src_compile linux-mod.eclass, line 482: Called die !!! Unable to make auto-build VMWARE_VER=VME_V55 KERNEL_DIR=/usr/src/linux KBUILD_OUTPUT=/usr/src/linux. !!! If you need support, post the topmost build error, and the call stack if relevant. --- Portage 2.1.1 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) D CPU 3.20GHz Gentoo Base System version 1.12.5 Last Sync: Tue, 24 Oct 2006 22:20:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=prescott -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/" LINGUAS="" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X aac aalib acpi adns adsl afs aiglx aim alsa apache2 automount avahi bash-completion beagle berkdb binary-drivers bitmap-fonts bittorrent bl bonjour bonobo branding bzip2 cairo cdparanoia cdr cli cracklib crypt css cups dbus dlloader dri dvd dvdr dvdread elibc_glibc encode evo evolution exif ffmpeg firefox flac fortran ftp gaim gd gdbm gif gimp glitz glut gnome gnutls gphoto2 gpm graphviz gs gstreamer gtk gtk2 hal hddtemp howl icq imagemagick imap innodb input_devices_keyboard input_devices_mouse isdnlog jabber java javascript jpeg junit kernel_linux libg++ libnotify libsamplerate libsexy lm_sensors mad mime mono mp3 msn musepack musicbrainz nas ncurses nls nptl nptlonly nsplugin nvidia offensive ogg openal opengl oscar pam pcre pda pdf perl plotutils png portaudio posix ppds pppd python readline reflection samba sdl sensord session sharedmem sndfile spamassassin speex spell spl ssl subtitles subversion svg svga symlink szip tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_nv video_cards_nvidia video_cards_vesa vim-syntax vorbis win32codecs winbind wmp wxwindows xorg xpm xscreensaver xvid yahoo zip zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY vapier@gentoo.org 2006-12-16 17:50:57 0000 the problem is that -Wall is forced after -Wno-unused ... so the vm build tests include a bunch of headers with unused C code, the compiler warns and then errors because of -Werror simply forcing -Wno-unused at the end of the compile (so that you're sure it comes after any instance of -Wall) allows it to build nicely ive added a trivial patch to portage and now i can emerge this package with 2.6.19.1 95870 2006-09-03 11:28 0000 Results from the requested actions Manuel-compile.txt text/plain W3Jvb3RAZHJhZ29uIHZtbW9uLW9ubHldIyB2aSBNYWtlZmlsZS5rZXJuZWwKW3Jvb3RAZHJhZ29u IHZtbW9uLW9ubHldIyBtYWtlClVzaW5nIDIuNi54IGtlcm5lbCBidWlsZCBzeXN0ZW0uCmNjIC1X YWxsIC1Xc3RyaWN0LXByb3RvdHlwZXMgLURWTVdfVVNJTkdfS0JVSUxEIC1EVk1NT04gLURWTUNP UkUgLUkuL2luY2x1ZGUgLUkuL2NvbW1vbiAtSS4vbGludXggLUkuL3ZtY29yZSAtSWluY2x1ZGUy L2FzbS9tYWNoLWRlZmF1bHQgLURLQlVJTERfQkFTRU5BTUU9InZtbW9uIiAtV25vLXVudXNlZCAt V2Vycm9yIC1TIC1vIC9kZXYvbnVsbCAteGMgLi9hdXRvY29uZi9ub3BhZ2UxLmMKSW4gZmlsZSBp bmNsdWRlZCBmcm9tIC91c3IvaW5jbHVkZS9saW51eC9zY2hlZC5oOjIwLAogICAgICAgICAgICAg ICAgIGZyb20gL3Vzci9pbmNsdWRlL2xpbnV4L21tLmg6NCwKICAgICAgICAgICAgICAgICBmcm9t IC4vYXV0b2NvbmYvbm9wYWdlMS5jOjE6Ci91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6NDY6 IGVycm9yOiBleHBlY3RlZCBzcGVjaWZpZXItcXVhbGlmaWVyLWxpc3QgYmVmb3JlIJF3YWl0X3F1 ZXVlX2hlYWRfdJIKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUuaDogSW4gZnVuY3Rpb24gkXNl bWFfaW5pdJI6Ci91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6NzM6IGVycm9yOiCRc3RydWN0 IHNlbWFwaG9yZZIgaGFzIG5vIG1lbWJlciBuYW1lZCCRd2FpdJIKL3Vzci9pbmNsdWRlL2FzbS9z ZW1hcGhvcmUuaDogSW4gZnVuY3Rpb24gkWRvd26SOgovdXNyL2luY2x1ZGUvYXNtL3NlbWFwaG9y ZS5oOjEwNjogZXJyb3I6IGV4cGVjdGVkIJE6kiBvciCRKZIgYmVmb3JlIJFMT0NLX1NFQ1RJT05f U1RBUlSSCi91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6IEluIGZ1bmN0aW9uIJFkb3duX2lu dGVycnVwdGlibGWSOgovdXNyL2luY2x1ZGUvYXNtL3NlbWFwaG9yZS5oOjEzMzogZXJyb3I6IGV4 cGVjdGVkIJE6kiBvciCRKZIgYmVmb3JlIJFMT0NLX1NFQ1RJT05fU1RBUlSSCi91c3IvaW5jbHVk ZS9hc20vc2VtYXBob3JlLmg6IEluIGZ1bmN0aW9uIJFkb3duX3RyeWxvY2uSOgovdXNyL2luY2x1 ZGUvYXNtL3NlbWFwaG9yZS5oOjE1ODogZXJyb3I6IGV4cGVjdGVkIJE6kiBvciCRKZIgYmVmb3Jl IJFMT0NLX1NFQ1RJT05fU1RBUlSSCi91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6IEluIGZ1 bmN0aW9uIJF1cJI6Ci91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6MTgyOiBlcnJvcjogZXhw ZWN0ZWQgkTqSIG9yIJEpkiBiZWZvcmUgkUxPQ0tfU0VDVElPTl9TVEFSVJIKSW4gZmlsZSBpbmNs dWRlZCBmcm9tIC91c3IvaW5jbHVkZS9hc20vc2lnaW5mby5oOjQsCiAgICAgICAgICAgICAgICAg ZnJvbSAvdXNyL2luY2x1ZGUvbGludXgvc2lnbmFsLmg6NywKICAgICAgICAgICAgICAgICBmcm9t IC91c3IvaW5jbHVkZS9saW51eC9zY2hlZC5oOjI4LAogICAgICAgICAgICAgICAgIGZyb20gL3Vz ci9pbmNsdWRlL2xpbnV4L21tLmg6NCwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXV0b2NvbmYv bm9wYWdlMS5jOjE6Ci91c3IvaW5jbHVkZS9hc20tZ2VuZXJpYy9zaWdpbmZvLmg6IEF0IHRvcCBs ZXZlbDoKL3Vzci9pbmNsdWRlL2FzbS1nZW5lcmljL3NpZ2luZm8uaDo2MDogZXJyb3I6IHNpemUg b2YgYXJyYXkgkV9wYWSSIGlzIHRvbyBsYXJnZQpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Vzci9p bmNsdWRlL2xpbnV4L3NjaGVkLmg6MzIsCiAgICAgICAgICAgICAgICAgZnJvbSAvdXNyL2luY2x1 ZGUvbGludXgvbW0uaDo0LAogICAgICAgICAgICAgICAgIGZyb20gLi9hdXRvY29uZi9ub3BhZ2Ux LmM6MToKL3Vzci9pbmNsdWRlL2xpbnV4L2NvbXBsZXRpb24uaDoxNTogZXJyb3I6IGV4cGVjdGVk IHNwZWNpZmllci1xdWFsaWZpZXItbGlzdCBiZWZvcmUgkXdhaXRfcXVldWVfaGVhZF90kgovdXNy L2luY2x1ZGUvbGludXgvY29tcGxldGlvbi5oOiBJbiBmdW5jdGlvbiCRaW5pdF9jb21wbGV0aW9u kjoKL3Vzci9pbmNsdWRlL2xpbnV4L2NvbXBsZXRpb24uaDoyNzogZXJyb3I6IJFzdHJ1Y3QgY29t cGxldGlvbpIgaGFzIG5vIG1lbWJlciBuYW1lZCCRd2FpdJIKLi9hdXRvY29uZi9ub3BhZ2UxLmM6 IEluIGZ1bmN0aW9uIJFMaW51eERyaXZlck5vUGFnZZI6Ci4vYXV0b2NvbmYvbm9wYWdlMS5jOjc6 IGVycm9yOiCRVk1fRkFVTFRfTUFKT1KSIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzIGZ1 bmN0aW9uKQouL2F1dG9jb25mL25vcGFnZTEuYzo3OiBlcnJvcjogKEVhY2ggdW5kZWNsYXJlZCBp ZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkgb25jZQouL2F1dG9jb25mL25vcGFnZTEuYzo3OiBl cnJvcjogZm9yIGVhY2ggZnVuY3Rpb24gaXQgYXBwZWFycyBpbi4pCi4vYXV0b2NvbmYvbm9wYWdl MS5jOiBBdCB0b3AgbGV2ZWw6Ci4vYXV0b2NvbmYvbm9wYWdlMS5jOjExOiBlcnJvcjogdmFyaWFi bGUgkXZtdXNlcl9tb3BzkiBoYXMgaW5pdGlhbGl6ZXIgYnV0IGluY29tcGxldGUgdHlwZQouL2F1 dG9jb25mL25vcGFnZTEuYzoxMjogZXJyb3I6IHVua25vd24gZmllbGQgkW5vcGFnZZIgc3BlY2lm aWVkIGluIGluaXRpYWxpemVyCmNjMTogd2FybmluZ3MgYmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMK Li9hdXRvY29uZi9ub3BhZ2UxLmM6MTM6IHdhcm5pbmc6IGV4Y2VzcyBlbGVtZW50cyBpbiBzdHJ1 Y3QgaW5pdGlhbGl6ZXIKLi9hdXRvY29uZi9ub3BhZ2UxLmM6MTM6IHdhcm5pbmc6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciCRdm11c2VyX21vcHOSKQpmYWxzZQpjYyAtV2FsbCAtV3N0cmljdC1w cm90b3R5cGVzIC1EVk1XX1VTSU5HX0tCVUlMRCAtRFZNTU9OIC1EVk1DT1JFIC1JLi9pbmNsdWRl IC1JLi9jb21tb24gLUkuL2xpbnV4IC1JLi92bWNvcmUgLUlpbmNsdWRlMi9hc20vbWFjaC1kZWZh dWx0IC1ES0JVSUxEX0JBU0VOQU1FPSJ2bW1vbiIgLVduby11bnVzZWQgLVdlcnJvciAtUyAtbyAv ZGV2L251bGwgLXhjIC4vYXV0b2NvbmYvc2thczEuYwpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Vz ci9pbmNsdWRlL2xpbnV4L3NjaGVkLmg6MjAsCiAgICAgICAgICAgICAgICAgZnJvbSAvdXNyL2lu Y2x1ZGUvbGludXgvbW0uaDo0LAogICAgICAgICAgICAgICAgIGZyb20gLi9hdXRvY29uZi9za2Fz MS5jOjU6Ci91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6NDY6IGVycm9yOiBleHBlY3RlZCBz cGVjaWZpZXItcXVhbGlmaWVyLWxpc3QgYmVmb3JlIJF3YWl0X3F1ZXVlX2hlYWRfdJIKL3Vzci9p bmNsdWRlL2FzbS9zZW1hcGhvcmUuaDogSW4gZnVuY3Rpb24gkXNlbWFfaW5pdJI6Ci91c3IvaW5j bHVkZS9hc20vc2VtYXBob3JlLmg6NzM6IGVycm9yOiCRc3RydWN0IHNlbWFwaG9yZZIgaGFzIG5v IG1lbWJlciBuYW1lZCCRd2FpdJIKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUuaDogSW4gZnVu Y3Rpb24gkWRvd26SOgovdXNyL2luY2x1ZGUvYXNtL3NlbWFwaG9yZS5oOjEwNjogZXJyb3I6IGV4 cGVjdGVkIJE6kiBvciCRKZIgYmVmb3JlIJFMT0NLX1NFQ1RJT05fU1RBUlSSCi91c3IvaW5jbHVk ZS9hc20vc2VtYXBob3JlLmg6IEluIGZ1bmN0aW9uIJFkb3duX2ludGVycnVwdGlibGWSOgovdXNy L2luY2x1ZGUvYXNtL3NlbWFwaG9yZS5oOjEzMzogZXJyb3I6IGV4cGVjdGVkIJE6kiBvciCRKZIg YmVmb3JlIJFMT0NLX1NFQ1RJT05fU1RBUlSSCi91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6 IEluIGZ1bmN0aW9uIJFkb3duX3RyeWxvY2uSOgovdXNyL2luY2x1ZGUvYXNtL3NlbWFwaG9yZS5o OjE1ODogZXJyb3I6IGV4cGVjdGVkIJE6kiBvciCRKZIgYmVmb3JlIJFMT0NLX1NFQ1RJT05fU1RB UlSSCi91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6IEluIGZ1bmN0aW9uIJF1cJI6Ci91c3Iv aW5jbHVkZS9hc20vc2VtYXBob3JlLmg6MTgyOiBlcnJvcjogZXhwZWN0ZWQgkTqSIG9yIJEpkiBi ZWZvcmUgkUxPQ0tfU0VDVElPTl9TVEFSVJIKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC91c3IvaW5j bHVkZS9hc20vc2lnaW5mby5oOjQsCiAgICAgICAgICAgICAgICAgZnJvbSAvdXNyL2luY2x1ZGUv bGludXgvc2lnbmFsLmg6NywKICAgICAgICAgICAgICAgICBmcm9tIC91c3IvaW5jbHVkZS9saW51 eC9zY2hlZC5oOjI4LAogICAgICAgICAgICAgICAgIGZyb20gL3Vzci9pbmNsdWRlL2xpbnV4L21t Lmg6NCwKICAgICAgICAgICAgICAgICBmcm9tIC4vYXV0b2NvbmYvc2thczEuYzo1OgovdXNyL2lu Y2x1ZGUvYXNtLWdlbmVyaWMvc2lnaW5mby5oOiBBdCB0b3AgbGV2ZWw6Ci91c3IvaW5jbHVkZS9h c20tZ2VuZXJpYy9zaWdpbmZvLmg6NjA6IGVycm9yOiBzaXplIG9mIGFycmF5IJFfcGFkkiBpcyB0 b28gbGFyZ2UKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC91c3IvaW5jbHVkZS9saW51eC9zY2hlZC5o OjMyLAogICAgICAgICAgICAgICAgIGZyb20gL3Vzci9pbmNsdWRlL2xpbnV4L21tLmg6NCwKICAg ICAgICAgICAgICAgICBmcm9tIC4vYXV0b2NvbmYvc2thczEuYzo1OgovdXNyL2luY2x1ZGUvbGlu dXgvY29tcGxldGlvbi5oOjE1OiBlcnJvcjogZXhwZWN0ZWQgc3BlY2lmaWVyLXF1YWxpZmllci1s aXN0IGJlZm9yZSCRd2FpdF9xdWV1ZV9oZWFkX3SSCi91c3IvaW5jbHVkZS9saW51eC9jb21wbGV0 aW9uLmg6IEluIGZ1bmN0aW9uIJFpbml0X2NvbXBsZXRpb26SOgovdXNyL2luY2x1ZGUvbGludXgv Y29tcGxldGlvbi5oOjI3OiBlcnJvcjogkXN0cnVjdCBjb21wbGV0aW9ukiBoYXMgbm8gbWVtYmVy IG5hbWVkIJF3YWl0kgpjYzE6IHdhcm5pbmdzIGJlaW5nIHRyZWF0ZWQgYXMgZXJyb3JzCi4vYXV0 b2NvbmYvc2thczEuYzogQXQgdG9wIGxldmVsOgouL2F1dG9jb25mL3NrYXMxLmM6MTA6IHdhcm5p bmc6IJFzdHJ1Y3QgZmlsZZIgZGVjbGFyZWQgaW5zaWRlIHBhcmFtZXRlciBsaXN0Ci4vYXV0b2Nv bmYvc2thczEuYzoxMDogd2FybmluZzogaXRzIHNjb3BlIGlzIG9ubHkgdGhpcyBkZWZpbml0aW9u IG9yIGRlY2xhcmF0aW9uLCB3aGljaCBpcyBwcm9iYWJseSBub3Qgd2hhdCB5b3Ugd2FudAouL2F1 dG9jb25mL3NrYXMxLmM6IEluIGZ1bmN0aW9uIJFjaGVja19kb19tbWFwX3Bnb2ZmkjoKLi9hdXRv Y29uZi9za2FzMS5jOjExOiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlv biCRZG9fbW1hcF9wZ29mZpIKZmFsc2UKY2MgLVdhbGwgLVdzdHJpY3QtcHJvdG90eXBlcyAtRFZN V19VU0lOR19LQlVJTEQgLURWTU1PTiAtRFZNQ09SRSAtSS4vaW5jbHVkZSAtSS4vY29tbW9uIC1J Li9saW51eCAtSS4vdm1jb3JlIC1JaW5jbHVkZTIvYXNtL21hY2gtZGVmYXVsdCAtREtCVUlMRF9C QVNFTkFNRT0idm1tb24iIC1Xbm8tdW51c2VkIC1XZXJyb3IgLVMgLW8gL2Rldi9udWxsIC14YyAu L2F1dG9jb25mL2Vwb2xsLmMKLi9hdXRvY29uZi9lcG9sbC5jOiBJbiBmdW5jdGlvbiCRcG9sbF90 ZXN0kjoKLi9hdXRvY29uZi9lcG9sbC5jOjg6IGVycm9yOiBzdG9yYWdlIHNpemUgb2YgkXRlc3SS IGlzbpJ0IGtub3duCmNjMTogd2FybmluZ3MgYmVpbmcgdHJlYXRlZCBhcyBlcnJvcnMKLi9hdXRv Y29uZi9lcG9sbC5jOjEwOiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlv biCRcG9sbF9pbml0d2FpdJIKLi9hdXRvY29uZi9lcG9sbC5jOjEwOiB3YXJuaW5nOiCRcmV0dXJu kiB3aXRoIGEgdmFsdWUsIGluIGZ1bmN0aW9uIHJldHVybmluZyB2b2lkCmZhbHNlCmNjIC1XYWxs IC1Xc3RyaWN0LXByb3RvdHlwZXMgLURWTVdfVVNJTkdfS0JVSUxEIC1EVk1NT04gLURWTUNPUkUg LUkuL2luY2x1ZGUgLUkuL2NvbW1vbiAtSS4vbGludXggLUkuL3ZtY29yZSAtSWluY2x1ZGUyL2Fz bS9tYWNoLWRlZmF1bHQgLURLQlVJTERfQkFTRU5BTUU9InZtbW9uIiAtV25vLXVudXNlZCAtV2Vy cm9yIC1TIC1vIC9kZXYvbnVsbCAteGMgLi9hdXRvY29uZi9zZXRuaWNlLmMKSW4gZmlsZSBpbmNs dWRlZCBmcm9tIC91c3IvaW5jbHVkZS9saW51eC9zY2hlZC5oOjIwLAogICAgICAgICAgICAgICAg IGZyb20gLi9hdXRvY29uZi9zZXRuaWNlLmM6MToKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUu aDo0NjogZXJyb3I6IGV4cGVjdGVkIHNwZWNpZmllci1xdWFsaWZpZXItbGlzdCBiZWZvcmUgkXdh aXRfcXVldWVfaGVhZF90kgovdXNyL2luY2x1ZGUvYXNtL3NlbWFwaG9yZS5oOiBJbiBmdW5jdGlv biCRc2VtYV9pbml0kjoKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUuaDo3MzogZXJyb3I6IJFz dHJ1Y3Qgc2VtYXBob3JlkiBoYXMgbm8gbWVtYmVyIG5hbWVkIJF3YWl0kgovdXNyL2luY2x1ZGUv YXNtL3NlbWFwaG9yZS5oOiBJbiBmdW5jdGlvbiCRZG93bpI6Ci91c3IvaW5jbHVkZS9hc20vc2Vt YXBob3JlLmg6MTA2OiBlcnJvcjogZXhwZWN0ZWQgkTqSIG9yIJEpkiBiZWZvcmUgkUxPQ0tfU0VD VElPTl9TVEFSVJIKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUuaDogSW4gZnVuY3Rpb24gkWRv d25faW50ZXJydXB0aWJsZZI6Ci91c3IvaW5jbHVkZS9hc20vc2VtYXBob3JlLmg6MTMzOiBlcnJv cjogZXhwZWN0ZWQgkTqSIG9yIJEpkiBiZWZvcmUgkUxPQ0tfU0VDVElPTl9TVEFSVJIKL3Vzci9p bmNsdWRlL2FzbS9zZW1hcGhvcmUuaDogSW4gZnVuY3Rpb24gkWRvd25fdHJ5bG9ja5I6Ci91c3Iv aW5jbHVkZS9hc20vc2VtYXBob3JlLmg6MTU4OiBlcnJvcjogZXhwZWN0ZWQgkTqSIG9yIJEpkiBi ZWZvcmUgkUxPQ0tfU0VDVElPTl9TVEFSVJIKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUuaDog SW4gZnVuY3Rpb24gkXVwkjoKL3Vzci9pbmNsdWRlL2FzbS9zZW1hcGhvcmUuaDoxODI6IGVycm9y OiBleHBlY3RlZCCROpIgb3IgkSmSIGJlZm9yZSCRTE9DS19TRUNUSU9OX1NUQVJUkgpJbiBmaWxl IGluY2x1ZGVkIGZyb20gL3Vzci9pbmNsdWRlL2FzbS9zaWdpbmZvLmg6NCwKICAgICAgICAgICAg ICAgICBmcm9tIC91c3IvaW5jbHVkZS9saW51eC9zaWduYWwuaDo3LAogICAgICAgICAgICAgICAg IGZyb20gL3Vzci9pbmNsdWRlL2xpbnV4L3NjaGVkLmg6MjgsCiAgICAgICAgICAgICAgICAgZnJv bSAuL2F1dG9jb25mL3NldG5pY2UuYzoxOgovdXNyL2luY2x1ZGUvYXNtLWdlbmVyaWMvc2lnaW5m by5oOiBBdCB0b3AgbGV2ZWw6Ci91c3IvaW5jbHVkZS9hc20tZ2VuZXJpYy9zaWdpbmZvLmg6NjA6 IGVycm9yOiBzaXplIG9mIGFycmF5IJFfcGFkkiBpcyB0b28gbGFyZ2UKSW4gZmlsZSBpbmNsdWRl ZCBmcm9tIC91c3IvaW5jbHVkZS9saW51eC9zY2hlZC5oOjMyLAogICAgICAgICAgICAgICAgIGZy b20gLi9hdXRvY29uZi9zZXRuaWNlLmM6MToKL3Vzci9pbmNsdWRlL2xpbnV4L2NvbXBsZXRpb24u aDoxNTogZXJyb3I6IGV4cGVjdGVkIHNwZWNpZmllci1xdWFsaWZpZXItbGlzdCBiZWZvcmUgkXdh aXRfcXVldWVfaGVhZF90kgovdXNyL2luY2x1ZGUvbGludXgvY29tcGxldGlvbi5oOiBJbiBmdW5j dGlvbiCRaW5pdF9jb21wbGV0aW9ukjoKL3Vzci9pbmNsdWRlL2xpbnV4L2NvbXBsZXRpb24uaDoy NzogZXJyb3I6IJFzdHJ1Y3QgY29tcGxldGlvbpIgaGFzIG5vIG1lbWJlciBuYW1lZCCRd2FpdJIK Y2MxOiB3YXJuaW5ncyBiZWluZyB0cmVhdGVkIGFzIGVycm9ycwouL2F1dG9jb25mL3NldG5pY2Uu YzogSW4gZnVuY3Rpb24gkXRlc3SSOgouL2F1dG9jb25mL3NldG5pY2UuYzo0OiB3YXJuaW5nOiBp bXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiCRc2V0X3VzZXJfbmljZZIKLi9hdXRvY29u Zi9zZXRuaWNlLmM6NDogZXJyb3I6IJFjdXJyZW50kiB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4g dGhpcyBmdW5jdGlvbikKLi9hdXRvY29uZi9zZXRuaWNlLmM6NDogZXJyb3I6IChFYWNoIHVuZGVj bGFyZWQgaWRlbnRpZmllciBpcyByZXBvcnRlZCBvbmx5IG9uY2UKLi9hdXRvY29uZi9zZXRuaWNl LmM6NDogZXJyb3I6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQpmYWxzZQptYWtl IC1DIC9saWIvbW9kdWxlcy8yLjYuMTYtMDI2dGVzdDAxNy9idWlsZC9pbmNsdWRlLy4uIFNVQkRJ UlM9JFBXRCBTUkNST09UPSRQV0QvLiBtb2R1bGVzCm1ha2VbMV06IEVudGVyaW5nIGRpcmVjdG9y eSBgL3Vzci9zcmMvbGludXgtMi42LjE2LW9wZW52ei0wMjYuMDE3JwpnY2MgLW0zMiAtRF9fS0VS TkVMX18gLUlpbmNsdWRlIC1pbmNsdWRlIGluY2x1ZGUvbGludXgvYXV0b2NvbmYuaCAtV2FsbCAt V3VuZGVmIC1Xc3RyaWN0LXByb3RvdHlwZXMgLVduby10cmlncmFwaHMgLWZuby1zdHJpY3QtYWxp YXNpbmcgLWZuby1jb21tb24gLWZmcmVlc3RhbmRpbmcgLU8yIC1mb21pdC1mcmFtZS1wb2ludGVy IC1waXBlIC1tc29mdC1mbG9hdCAtbXByZWZlcnJlZC1zdGFjay1ib3VuZGFyeT0yIC1tYXJjaD1r OCAtSWluY2x1ZGUvYXNtLWkzODYvbWFjaC1kZWZhdWx0IC1XZGVjbGFyYXRpb24tYWZ0ZXItc3Rh dGVtZW50IC1Xbm8tcG9pbnRlci1zaWduIC1XYWxsIC1Xc3RyaWN0LXByb3RvdHlwZXMgLURWTVdf VVNJTkdfS0JVSUxEIC1EVk1NT04gLURWTUNPUkUgLUkvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkv Li9pbmNsdWRlIC1JL3VwZ3JhZGUvdGVzdC92bW1vbi1vbmx5Ly4vY29tbW9uIC1JL3VwZ3JhZGUv dGVzdC92bW1vbi1vbmx5Ly4vbGludXggLUkvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi92bWNv cmUgLUlpbmNsdWRlMi9hc20vbWFjaC1kZWZhdWx0IC1ES0JVSUxEX0JBU0VOQU1FPSJ2bW1vbiIg LVduby11bnVzZWQgLVdlcnJvciAtUyAtbyAvZGV2L251bGwgLXhjIC91cGdyYWRlL3Rlc3Qvdm1t b24tb25seS8uL2F1dG9jb25mL25vcGFnZTEuYwpjYzE6IHdhcm5pbmdzIGJlaW5nIHRyZWF0ZWQg YXMgZXJyb3JzCkluIGZpbGUgaW5jbHVkZWQgZnJvbSBpbmNsdWRlL2xpbnV4L3NjaGVkLmg6MTIs CiAgICAgICAgICAgICAgICAgZnJvbSBpbmNsdWRlL2xpbnV4L21tLmg6NCwKICAgICAgICAgICAg ICAgICBmcm9tIC91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2F1dG9jb25mL25vcGFnZTEuYzox OgppbmNsdWRlL2xpbnV4L2ppZmZpZXMuaDogSW4gZnVuY3Rpb24gkWNsb2NrX3RfdG9famlmZmll c5I6CmluY2x1ZGUvbGludXgvamlmZmllcy5oOjM5Nzogd2FybmluZzogSVNPIEM5MCBmb3JiaWRz IG1peGVkIGRlY2xhcmF0aW9ucyBhbmQgY29kZQpmYWxzZQpnY2MgLW0zMiAtRF9fS0VSTkVMX18g LUlpbmNsdWRlIC1pbmNsdWRlIGluY2x1ZGUvbGludXgvYXV0b2NvbmYuaCAtV2FsbCAtV3VuZGVm IC1Xc3RyaWN0LXByb3RvdHlwZXMgLVduby10cmlncmFwaHMgLWZuby1zdHJpY3QtYWxpYXNpbmcg LWZuby1jb21tb24gLWZmcmVlc3RhbmRpbmcgLU8yIC1mb21pdC1mcmFtZS1wb2ludGVyIC1waXBl IC1tc29mdC1mbG9hdCAtbXByZWZlcnJlZC1zdGFjay1ib3VuZGFyeT0yIC1tYXJjaD1rOCAtSWlu Y2x1ZGUvYXNtLWkzODYvbWFjaC1kZWZhdWx0IC1XZGVjbGFyYXRpb24tYWZ0ZXItc3RhdGVtZW50 IC1Xbm8tcG9pbnRlci1zaWduIC1XYWxsIC1Xc3RyaWN0LXByb3RvdHlwZXMgLURWTVdfVVNJTkdf S0JVSUxEIC1EVk1NT04gLURWTUNPUkUgLUkvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi9pbmNs dWRlIC1JL3VwZ3JhZGUvdGVzdC92bW1vbi1vbmx5Ly4vY29tbW9uIC1JL3VwZ3JhZGUvdGVzdC92 bW1vbi1vbmx5Ly4vbGludXggLUkvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi92bWNvcmUgLUlp bmNsdWRlMi9hc20vbWFjaC1kZWZhdWx0IC1ES0JVSUxEX0JBU0VOQU1FPSJ2bW1vbiIgLVduby11 bnVzZWQgLVdlcnJvciAtUyAtbyAvZGV2L251bGwgLXhjIC91cGdyYWRlL3Rlc3Qvdm1tb24tb25s eS8uL2F1dG9jb25mL3NrYXMxLmMKY2MxOiB3YXJuaW5ncyBiZWluZyB0cmVhdGVkIGFzIGVycm9y cwpJbiBmaWxlIGluY2x1ZGVkIGZyb20gaW5jbHVkZS9saW51eC9zY2hlZC5oOjEyLAogICAgICAg ICAgICAgICAgIGZyb20gaW5jbHVkZS9saW51eC9tbS5oOjQsCiAgICAgICAgICAgICAgICAgZnJv bSAvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi9hdXRvY29uZi9za2FzMS5jOjU6CmluY2x1ZGUv bGludXgvamlmZmllcy5oOiBJbiBmdW5jdGlvbiCRY2xvY2tfdF90b19qaWZmaWVzkjoKaW5jbHVk ZS9saW51eC9qaWZmaWVzLmg6Mzk3OiB3YXJuaW5nOiBJU08gQzkwIGZvcmJpZHMgbWl4ZWQgZGVj bGFyYXRpb25zIGFuZCBjb2RlCi91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2F1dG9jb25mL3Nr YXMxLmM6IEluIGZ1bmN0aW9uIJFjaGVja19kb19tbWFwX3Bnb2ZmkjoKL3VwZ3JhZGUvdGVzdC92 bW1vbi1vbmx5Ly4vYXV0b2NvbmYvc2thczEuYzoxMTogd2FybmluZzogcGFzc2luZyBhcmd1bWVu dCAxIG9mIJFkb19tbWFwX3Bnb2ZmkiBmcm9tIGluY29tcGF0aWJsZSBwb2ludGVyIHR5cGUKL3Vw Z3JhZGUvdGVzdC92bW1vbi1vbmx5Ly4vYXV0b2NvbmYvc2thczEuYzoxMTogd2FybmluZzogcGFz c2luZyBhcmd1bWVudCAyIG9mIJFkb19tbWFwX3Bnb2ZmkiBtYWtlcyBpbnRlZ2VyIGZyb20gcG9p bnRlciB3aXRob3V0IGEgY2FzdAovdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi9hdXRvY29uZi9z a2FzMS5jOjExOiBlcnJvcjogdG9vIG1hbnkgYXJndW1lbnRzIHRvIGZ1bmN0aW9uIJFkb19tbWFw X3Bnb2ZmkgpmYWxzZQpnY2MgLW0zMiAtRF9fS0VSTkVMX18gLUlpbmNsdWRlIC1pbmNsdWRlIGlu Y2x1ZGUvbGludXgvYXV0b2NvbmYuaCAtV2FsbCAtV3VuZGVmIC1Xc3RyaWN0LXByb3RvdHlwZXMg LVduby10cmlncmFwaHMgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZuby1jb21tb24gLWZmcmVlc3Rh bmRpbmcgLU8yIC1mb21pdC1mcmFtZS1wb2ludGVyIC1waXBlIC1tc29mdC1mbG9hdCAtbXByZWZl cnJlZC1zdGFjay1ib3VuZGFyeT0yIC1tYXJjaD1rOCAtSWluY2x1ZGUvYXNtLWkzODYvbWFjaC1k ZWZhdWx0IC1XZGVjbGFyYXRpb24tYWZ0ZXItc3RhdGVtZW50IC1Xbm8tcG9pbnRlci1zaWduIC1X YWxsIC1Xc3RyaWN0LXByb3RvdHlwZXMgLURWTVdfVVNJTkdfS0JVSUxEIC1EVk1NT04gLURWTUNP UkUgLUkvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi9pbmNsdWRlIC1JL3VwZ3JhZGUvdGVzdC92 bW1vbi1vbmx5Ly4vY29tbW9uIC1JL3VwZ3JhZGUvdGVzdC92bW1vbi1vbmx5Ly4vbGludXggLUkv dXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi92bWNvcmUgLUlpbmNsdWRlMi9hc20vbWFjaC1kZWZh dWx0IC1ES0JVSUxEX0JBU0VOQU1FPSJ2bW1vbiIgLVduby11bnVzZWQgLVdlcnJvciAtUyAtbyAv ZGV2L251bGwgLXhjIC91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2F1dG9jb25mL2Vwb2xsLmMK Y2MxOiB3YXJuaW5ncyBiZWluZyB0cmVhdGVkIGFzIGVycm9ycwpJbiBmaWxlIGluY2x1ZGVkIGZy b20gaW5jbHVkZS9saW51eC9zY2hlZC5oOjEyLAogICAgICAgICAgICAgICAgIGZyb20gaW5jbHVk ZS9saW51eC9tbS5oOjQsCiAgICAgICAgICAgICAgICAgZnJvbSBpbmNsdWRlL2xpbnV4L3BvbGwu aDoxMSwKICAgICAgICAgICAgICAgICBmcm9tIC91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2F1 dG9jb25mL2Vwb2xsLmM6NToKaW5jbHVkZS9saW51eC9qaWZmaWVzLmg6IEluIGZ1bmN0aW9uIJFj bG9ja190X3RvX2ppZmZpZXOSOgppbmNsdWRlL2xpbnV4L2ppZmZpZXMuaDozOTc6IHdhcm5pbmc6 IElTTyBDOTAgZm9yYmlkcyBtaXhlZCBkZWNsYXJhdGlvbnMgYW5kIGNvZGUKZmFsc2UKZ2NjIC1t MzIgLURfX0tFUk5FTF9fIC1JaW5jbHVkZSAtaW5jbHVkZSBpbmNsdWRlL2xpbnV4L2F1dG9jb25m LmggLVdhbGwgLVd1bmRlZiAtV3N0cmljdC1wcm90b3R5cGVzIC1Xbm8tdHJpZ3JhcGhzIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1mbm8tY29tbW9uIC1mZnJlZXN0YW5kaW5nIC1PMiAtZm9taXQtZnJh bWUtcG9pbnRlciAtcGlwZSAtbXNvZnQtZmxvYXQgLW1wcmVmZXJyZWQtc3RhY2stYm91bmRhcnk9 MiAtbWFyY2g9azggLUlpbmNsdWRlL2FzbS1pMzg2L21hY2gtZGVmYXVsdCAtV2RlY2xhcmF0aW9u LWFmdGVyLXN0YXRlbWVudCAtV25vLXBvaW50ZXItc2lnbiAtV2FsbCAtV3N0cmljdC1wcm90b3R5 cGVzIC1EVk1XX1VTSU5HX0tCVUlMRCAtRFZNTU9OIC1EVk1DT1JFIC1JL3VwZ3JhZGUvdGVzdC92 bW1vbi1vbmx5Ly4vaW5jbHVkZSAtSS91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2NvbW1vbiAt SS91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2xpbnV4IC1JL3VwZ3JhZGUvdGVzdC92bW1vbi1v bmx5Ly4vdm1jb3JlIC1JaW5jbHVkZTIvYXNtL21hY2gtZGVmYXVsdCAtREtCVUlMRF9CQVNFTkFN RT0idm1tb24iIC1Xbm8tdW51c2VkIC1XZXJyb3IgLVMgLW8gL2Rldi9udWxsIC14YyAvdXBncmFk ZS90ZXN0L3ZtbW9uLW9ubHkvLi9hdXRvY29uZi9zZXRuaWNlLmMKY2MxOiB3YXJuaW5ncyBiZWlu ZyB0cmVhdGVkIGFzIGVycm9ycwpJbiBmaWxlIGluY2x1ZGVkIGZyb20gaW5jbHVkZS9saW51eC9z Y2hlZC5oOjEyLAogICAgICAgICAgICAgICAgIGZyb20gL3VwZ3JhZGUvdGVzdC92bW1vbi1vbmx5 Ly4vYXV0b2NvbmYvc2V0bmljZS5jOjE6CmluY2x1ZGUvbGludXgvamlmZmllcy5oOiBJbiBmdW5j dGlvbiCRY2xvY2tfdF90b19qaWZmaWVzkjoKaW5jbHVkZS9saW51eC9qaWZmaWVzLmg6Mzk3OiB3 YXJuaW5nOiBJU08gQzkwIGZvcmJpZHMgbWl4ZWQgZGVjbGFyYXRpb25zIGFuZCBjb2RlCmZhbHNl CiAgQ0MgW01dICAvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvbGludXgvZHJpdmVyLm8KSW4gZmls ZSBpbmNsdWRlZCBmcm9tIGluY2x1ZGUvbGludXgvc2NoZWQuaDoxMiwKICAgICAgICAgICAgICAg ICBmcm9tIGluY2x1ZGUvbGludXgvbW9kdWxlLmg6MTAsCiAgICAgICAgICAgICAgICAgZnJvbSAv dXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvbGludXgvZHJpdmVyLmM6MTI6CmluY2x1ZGUvbGludXgv amlmZmllcy5oOiBJbiBmdW5jdGlvbiCRY2xvY2tfdF90b19qaWZmaWVzkjoKaW5jbHVkZS9saW51 eC9qaWZmaWVzLmg6Mzk3OiB3YXJuaW5nOiBJU08gQzkwIGZvcmJpZHMgbWl4ZWQgZGVjbGFyYXRp b25zIGFuZCBjb2RlCkluIGZpbGUgaW5jbHVkZWQgZnJvbSAvdXBncmFkZS90ZXN0L3ZtbW9uLW9u bHkvbGludXgvZHJpdmVyLmg6MjAsCiAgICAgICAgICAgICAgICAgZnJvbSAvdXBncmFkZS90ZXN0 L3ZtbW9uLW9ubHkvbGludXgvZHJpdmVyLmM6NDk6Ci91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8u L2luY2x1ZGUvY29tcGF0X3dhaXQuaDozNzo1OiB3YXJuaW5nOiAiVk1XX0hBVkVfRVBPTEwiIGlz IG5vdCBkZWZpbmVkCi91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2luY2x1ZGUvY29tcGF0X3dh aXQuaDo0Mzo1OiB3YXJuaW5nOiAiVk1XX0hBVkVfRVBPTEwiIGlzIG5vdCBkZWZpbmVkCkluIGZp bGUgaW5jbHVkZWQgZnJvbSAvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvbGludXgvZHJpdmVyLmg6 MjAsCiAgICAgICAgICAgICAgICAgZnJvbSAvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvbGludXgv ZHJpdmVyLmM6NDk6Ci91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS8uL2luY2x1ZGUvY29tcGF0X3dh aXQuaDogQXQgdG9wIGxldmVsOgovdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvLi9pbmNsdWRlL2Nv bXBhdF93YWl0Lmg6NjA6IGVycm9yOiBjb25mbGljdGluZyB0eXBlcyBmb3IgkXBvbGxfaW5pdHdh aXSSCmluY2x1ZGUvbGludXgvcG9sbC5oOjQ1OiBlcnJvcjogcHJldmlvdXMgZGVjbGFyYXRpb24g b2YgkXBvbGxfaW5pdHdhaXSSIHdhcyBoZXJlCi91cGdyYWRlL3Rlc3Qvdm1tb24tb25seS9saW51 eC9kcml2ZXIuYzoxNDU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIGZyb20gaW5jb21wYXRpYmxl IHBvaW50ZXIgdHlwZQovdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvbGludXgvZHJpdmVyLmM6MTQ5 OiB3YXJuaW5nOiBpbml0aWFsaXphdGlvbiBmcm9tIGluY29tcGF0aWJsZSBwb2ludGVyIHR5cGUK bWFrZVsyXTogKioqIFsvdXBncmFkZS90ZXN0L3ZtbW9uLW9ubHkvbGludXgvZHJpdmVyLm9dIEVy cm9yIDEKbWFrZVsxXTogKioqIFtfbW9kdWxlXy91cGdyYWRlL3Rlc3Qvdm1tb24tb25seV0gRXJy b3IgMgptYWtlWzFdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvbGludXgtMi42LjE2LW9w ZW52ei0wMjYuMDE3JwptYWtlOiAqKiogW3ZtbW9uLmtvXSBFcnJvciAyCg== 97052 2006-09-15 08:03 0000 New ebuild fpr 1.0.0.13 vmware-modules vmware-modules-1.0.0.13.ebuild application/octet-stream IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1lbXVsYXRpb24vdm13YXJlLW1vZHVsZXMv dm13YXJlLW1vZHVsZXMtMS4wLjAuMTMuZWJ1aWxkLHYgMS4zIDIwMDYvMDgvMjIgMTk6NTQ6MDgg d29sZjMxbzIgRXhwICQKCiMgQWx0ZXIgZWJ1aWxkIHNvIHRoYXQgdGhlIG1ldGFkYXRhIGNhY2hl IGlzIGludmFsaWRhdGVkLgoKaW5oZXJpdCB2bXdhcmUtbW9kCgpLRVlXT1JEUz0iLSogYW1kNjQg eDg2IgpWTVdBUkVfVkVSPSJWTUVfVjU1IgoKI1ZNV0FSRV9NT0RfRElSPSJ2bXdhcmUtc2VydmVy LWRpc3RyaWIvbGliL21vZHVsZXMvc291cmNlIgoKc3JjX3VucGFjaygpIHsKICAgICAgICB2bXdh cmUtbW9kX3NyY191bnBhY2sKCiAgICAgICAgaWYgW1sgIiQoZ2NjLW1ham9yLXZlcnNpb24pIiAt ZXEgIjQiIF1dIDsgdGhlbgogICAgICAgICAgICAgICAgaWYgW1sgJChnY2MtbWlub3ItdmVyc2lv bikgLWdlIDEgXV0gOyB0aGVuCiAgICAgICAgICAgICAgICAgICAgICAgIGZvciBtb2QgaW4gJHtW TVdBUkVfTU9EVUxFX0xJU1R9OyBkbwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNk ICIke1N9Ii8ke21vZH0tb25seQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVwYXRj aCAke0ZJTEVTRElSfS8ke1BWfS1nY2M0LWlnbm9yZS1wZWRhbnRpYy1lcnJvcnMucGF0Y2gKICAg ICAgICAgICAgICAgICAgICAgICAgZG9uZQogICAgICAgICAgICAgICAgZmkKICAgICAgICBmaQp9 Cg== 97053 2006-09-15 08:04 0000 Patch for new ebuild of 1.0.0.13 vmware-modules 1.0.0.13-gcc4-ignore-pedantic-errors.patch application/octet-stream ZGlmZiAtdU5yIE1ha2VmaWxlLmtlcm5lbCBNYWtlZmlsZS5rZXJuZWwKLS0tIE1ha2VmaWxlLmtl cm5lbAkyMDA2LTA3LTMxIDE4OjA0OjQzLjAwMDAwMDAwMCArMDEwMAorKysgTWFrZWZpbGUua2Vy bmVsCTIwMDYtMDktMDMgMTk6NTU6NTIuMDAwMDAwMDAwICswMTAwCkBAIC0xNCw3ICsxNCw3IEBA CiBlbmRpZgogdm1fY2hlY2tfYnVpbGQgPSAkKHNoZWxsIGlmICQoQ0MpICQoQ1BQRkxBR1MpICQo Q0ZMQUdTKSAkKENGTEFHU19LRVJORUwpIFwKIAkkKEVYVFJBX0NGTEFHUykgLUlpbmNsdWRlMi9h c20vbWFjaC1kZWZhdWx0IC1ES0JVSUxEX0JBU0VOQU1FPSBcCi0JLVdlcnJvciAtUyAtbyAvZGV2 L251bGwgLXhjICQoMSkgXAorCS1Xbm8tYXR0cmlidXRlcyAtV2Vycm9yIC1TIC1vIC9kZXYvbnVs bCAteGMgJCgxKSBcCiAJJChWTVdBUkVfREVCVUdfUkVESVJFQ1QpOyB0aGVuIGVjaG8gIiQoMiki OyBlbHNlIGVjaG8gIiQoMykiOyBmaSkKCiBDQ19XQVJOSU5HUyA6PSAtV2FsbCAtV3N0cmljdC1w cm90b3R5cGVzCg==