Re: gcc version issue trying to install vmware5
Ernest jw ter Kuile [EMAIL PROTECTED] writes: On Monday 13 June 2005 09:25, Goswin von Brederlow wrote: Changing the link breaks your debian system. this is not true. I've had this link pointing to gcc-3.4 since quite a while. Every time gcc must be reinstalled (which is not often) i simply replace the link. everything works, nothing is broken. Beside, wat could this break ? If you must then create a /usr/local/bin/gcc. Debian won't overwrite that. in what way would this be different ? if changing the link breaks Debian, why would this not ? it has the same effect (hint : no packages use /usr/bin/gcc, and they shouldn't) . System accounts are unlikely to have /usr/local/ in their path before /usr/bin: [EMAIL PROTECTED]:~% echo $PATH /home/mrvn/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games [EMAIL PROTECTED]:~% su - Password: [EMAIL PROTECTED]:~# echo $PATH /root/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games See the difference. My user would get /usr/local/bin/gcc while root still gets /usr/bin/gcc. gcc package insists that gcc - gcc-3.3. And rightly so. Wrong. It should guard the (current) default, and not prevent people from changing it. Beside, when setting this default, it should use the alternative method Debian has perfected, and which is used by most other packages specifically for this purpose. No. gcc specificaly does not use the alternative system because different gcc versions are incompatible. You can't just switch between them. They are not alternatives to produce object files but each one has its own kind of object files. Even gcc 3.3 and 3.4 on amd64 have slight differences in their abi that can cause programs to break if you mix. g++ 3.3 and 3.4 are so different nearly everything fails when mixing the two. The exact same reason kernel modules want the same gcc version is the reason gcc can't be an alternative. Even so, I do agree that on upgrade, package gcc should want to restore the current gcc to the default version Debian is using. It most definitly should _ask_ before doing so. Since it is not an alternative and not configurable at all it (dpkg) is right to not ask. dpkg just unpacks the link contained in the deb. I'd much prefer to set an environment variable as well, but it's going to require a deeper understanding of the module compilation subsystem of the 2.6 kernel. Both CC and HOSTCC seem to be ignored. Did you export it? that doesn't help. The Makefile that comes with the kernel.org source clobbers any existing CC and HOSTCC. I don't think Debian has changed that behavior. The vmware-config.pl script does care about the environment: sub get_cc { $gHelper{'gcc'} = ''; if (defined($ENV{'CC'}) (not ($ENV{'CC'} eq ''))) { $gHelper{'gcc'} = internal_which($ENV{'CC'}); If CC is set it will be used. It even says: print wrap('Using compiler ' . $gHelper{'gcc'} . '. Use environment variable CC to override.' . \n\n, 0); I think that the kernel doesn't and the nvidia modules _need_ the 3.4 version. The kernel doesn't use gcc. It uses gcc-3.4 because that is the only one that can build 64bit kernels on i386. 1) the kernel build system as provided by kernel.org uses gcc. Not a specific gcc, just any available gcc (nearly, it does check for really old gccs). 2) using gcc-3.3 to build a amd64 kernel is not efficient, but the resulting kernel will boot without any trouble, even if a bit slow. It is not broken in anyway (try it!). I actualy use gcc-3.3 for my kernel because I was to lazy / forgot to use a different one. Never had a problem with it. Any kernel modules you build also have to use gcc-3.4 and not gcc. All kernel modules should be compiled using the exact same gcc as the one used to compile the kernel. if you use gcc-3.3 for the kernel, modules should use that too. If one module (nvidia) requires gcc version 3.4 or higher, then the kernel and all other modules must be recompiled to use that same gcc. Just for the record : changing the kernel Makefile (as Debian apparently did) to force a specific gcc is IMNSHO dumb. The kernel Makefile isn't changed to force a gcc version afaik. The Debian system ships a gcc link (or script on some archs) that garanties calling gcc will use a gcc version compatible with the existing binaries and libs. But that doesn't mean gcc-3.4 should be THE gcc. Goswin, nobody claimed that. They just want easy choice. what about changing package gcc to check available versions of gcc, and asking the user the one they want to ? Can't work. The C/C++ ABI to use is not a users/admins choice but must be made by debian prior to compiling all packages. Don't worry, I'm still using Debian, and I don't plan to change. Ernest ter Kuile. a developer. MfG Goswin -- To
Re: Installer dies during local network installation
Andreas Klein [EMAIL PROTECTED] writes: Hi, I try to install amd64-sid on my brand new Tyan K8E (S2865). Nforce4 chipset wih 2Gb LAN-Adaptors, one Broadcom BMC5721 GbE, one Marvell 88E-CAA. I went on with the expert option. The installation process proceed until the network is alredy configured and the installer ask for confirmation for eth0 configuration. After confirming, installer dies. No response from system. I tried out: http://debian-amd64.alioth.debian.org/debian-installer/2005-06-13/netboot/mini.iso http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/amd64/20050605/debian-testing-amd64-netinst.iso Next step was to add a standard 3com NIC (3c95x) and only use these module. No chance. Same behavior! Last step was to try the i386-sarge installer (http://http.us.debian.org/debian/dists/testing/main/installer-i386/current/images/netboot/). Everything fine! Working great. BUT it's an AMD64 and I want to have that! Any help? Regards, Andreas Klein Please install the kernel-image-2.6-amd64-generic on your i386 sarge system and reboot into that. I expect the same behaviour (freezing) to happen then, which would make it a kernel problem. If on the other hand the kernel and networking works then a Installer bug is more likely. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Now that I have working box, any problems with LVM?
[EMAIL PROTECTED] (J.A. de Vries) writes: Hi list, I was considering to use LVM on my brand new box now that is working. I have never used it before, but want to learn about it. (How's that for a reason? }:-) Before I start this little endeavor I'd like to ask if anyone knows of any caveats of using LVM[12] on debian-amd64. Also what are the feelings on the list of adding root to LVM? This is not a critical box in any way, but as it is supposed to be a server stability is of some concern. Grx HdV Some hints: 1. you can't boot from lvm so make / or /boot not on lvm (I prefer the former). 2. /etc/lvm/backup might be needed for recovery. If you want / on lvm then link /etc/lvm to somewhere else (e.g. /boot/lvm). 3. /dev on lvm creates deadlocks when doing a snapshot or pvmove (or used to do with prior versions). Best way is to have / not on lvm. devfs or udev might do the trick too. 4. don't use lvm1. Thats basicaly just there to allow using old volume groups. 5. If you create a / outside the lvm (and I strongly suggest doing that) make it not to small and not to big (somewhere between 100-500Mb) and at the begining of the disk. You might want to copy a few extra things to /bin or /sbin that usualy reside in /usr. E.g. in case something does go wrong with the lvm (and then /usr won't be there) an editor might be usefull. Copy nano or zile to /bin. 6. If / is on lvm and something does go wrong remeber that / won't be mountable. Have a rescue system available. e.g. a bootable usb stick with busybox, an editor, /etc/lvm/*, Actualy those are very usefull in any case. Apart from those hints I have only one problem with lvm on my amd64: Reconstructing a raid5 on lvm only does 1MB/s (instead of 50 MB/s vithout lvm). Usage speed doesn't suffer though, it just takes forever to build the first time or when replacing a disk. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3.1, megaraid2 install cd
Joel Johnson [EMAIL PROTECTED] writes: John Madden wrote: I knew keeping a copy of this around would come in handy, have fun! http://mirrors.kecra.com/debian-installer-amd64-20050214.iso A note that I have still from my install on a 2850, when booting, use noexec=off so that the grub install will work. It will be interesting to see if anything else has changed since the sarge release. Please don't keep realy old images around as they are mostly unusable or still have the unupgradable libc6/base-files combination. It might be ok to keep this particular image (if someone can test it still works) till etch images are being build witht the 2.6.11 (or later) kernel. But we had many old problems, esspecialy the libc6/base-files change, come up again and again due to outdated images being still distributed. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: base system installation error
[EMAIL PROTECTED] writes: Hello. For the last two days I have been trying to install debian-amd64 on various machines but have been getting the following error immediately after the start of the base system installation phase of the installation: [!!] Install the base system Base system installation error The debootstrap program exited with an error (return value 2). (next page...) Failed to install the base system The base system installation into /target/ failed. Does anyone know why this is happening? There do not seem to be any relevat error messages in /var/log/messages. All of the relevant mount points seem fine and are writable. All preceeding parts of the installation go off without a hitch. The installation is from amd64.debian.net/debian-installer/daily/netboot/ from 6/6/2005. Any thoughts at all? Is there a outstanding bug I'm not aware of? I did this exact same installation on an identical machine less that a week ago with no problems. jamie. Check the 3rd/4th console for details. If you are trying to install testing or unstable it is probably exim failing. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
apt-listchanges gets: ImportError: No module named _bsddb
Hi, This ring bells with anyone? Fetched 54.8kB in 0s (76.1kB/s) Traceback (most recent call last): File /usr/bin/apt-listchanges, line 218, in ? main() File /usr/bin/apt-listchanges, line 71, in main seen = anydbm.open(config.save_seen, 'c') File /usr/lib/python2.3/anydbm.py, line 82, in open mod = __import__(result) File /usr/lib/python2.3/dbhash.py, line 5, in ? import bsddb File /usr/lib/python2.3/bsddb/__init__.py, line 40, in ? import _bsddb ImportError: No module named _bsddb TIA, Ed Tomlinson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-listchanges gets: ImportError: No module named _bsddb
Hi Ed, El dom, 19-06-2005 a las 18:54 -0400, Ed Tomlinson escribi: Hi, This ring bells with anyone? Fetched 54.8kB in 0s (76.1kB/s) Traceback (most recent call last): File /usr/bin/apt-listchanges, line 218, in ? main() File /usr/bin/apt-listchanges, line 71, in main seen = anydbm.open(config.save_seen, 'c') File /usr/lib/python2.3/anydbm.py, line 82, in open mod = __import__(result) File /usr/lib/python2.3/dbhash.py, line 5, in ? import bsddb File /usr/lib/python2.3/bsddb/__init__.py, line 40, in ? import _bsddb ImportError: No module named _bsddb That file is found in package python2.3, at least since version 2.3.5-2, which I have installed. I guess importing it works here: $ python Python 2.3.5 (#2, Mar 27 2005, 09:43:31) [GCC 3.3.5 (Debian 1:3.3.5-12)] on linux2 Type help, copyright, credits or license for more information. import bsddb Unfortunately I don't know how to diagnose python library errors, so make sure you have the latest version of that package installed. Greetings, -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Advice sought on moving to AMD64
How hard is it to use Debian AMD64? I run about 15 Debian servers for various clients. These are all 32 bit machines, mainly dual Xeons or Pentium IVs; we use Debian on our Apple ibooks too. All of our machines run stable + a few things from testing + occasionally something from unstable. We are getting ready to purchase a machine for a web application prototype. I won't go into the nitty gritty of what the machine is to be used for, but suffice it to say that we want good Postgresql 8.x read and write performance and enquiries on the postgres list brought us here. Basically, I'm keen not to make a lot of work for our team by supporting unusual hardware. However, we are keen to experience the benefits of using 64bit! Does Debian AMD64 have installers, eg netinstallers? Does AMD64 have stable, testing and unstable package trees? Thanks for any comments, Rory p.s. Our standard environment includes: Apache 1.3x/Apache 2.x PHP4 Python 2.3/2.4 including all standard modules Perl including all standard modules Postgresql 7.4/8 (I believe I can compile the latter from the debian source packages myself) Exim4 screen netfilter/iptables etc. One possible configuration we are looking for is as below: Motherboard: Dual AMD Opteron,[X2881G2NR],AMD8131, Up to 3x PCI-X,S-ATA Raid,2x Gigabit LAN Chipset: AMD-8131 Info : 5 x PCI (Total); 1x PCI-X for 1U and 3x PCI-X for 2U; Graphics Slot = None Ports : 2xUSB V2.0 [Rear],PS/2 Kb, Mouse,Serial,Parallel Maximum: RAM 16GB using 8 x 2GB On-board Graphics : Integrated ATI 8MB Rage XL Std HDD Controller : IDE UDMA 100 (Primary Secondary On-board SCSI : None On-board RAID : S-ATA Raid (Raid 0, 1, 10, 4 drives) Silicon Image 3114 On-board LAN : 2 x Broadcom 10/100/1000 Gigabit Ethernet On-board Audio : None CPU: 2 x AMD Opteron 242 1.6GHz (2-way) - 1MB Cache RAM: 2,048 MB Total using 4 x 512MB PC3200 DDR Registered ECC (Use Only In Pairs) Chassis: 2U C215S, 8x H-Swap SCSI Bays, Slim CD and FD bays, 660mm, 2x 64bit PCI, 510W (Black) Rail Kit : Telescopic Rail Kit included with case RAID Controller: LSI MegaRaid 320-1, 64 Bit PCI, Ultra320, 64mb, Single channel, Raid levels 0,1,3,5,10 SCSI HDD : 6 x 36GB 15,000 rpm Ultra320 Ethernet : 1 2 x Broadcom 10/100/1000 Gigabit Ethernet on-board motherboard -- Rory Campbell-Lange [EMAIL PROTECTED] www.campbell-lange.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Advice sought on moving to AMD64
Rory Campbell-Lange wrote: How hard is it to use Debian AMD64? Hard to use? Wouldn't say hard at all, its like any other OS now. Easy to install in one shot now. Our standard environment includes: Apache 1.3x/Apache 2.x PHP4 Python 2.3/2.4 including all standard modules Perl including all standard modules Postgresql 7.4/8 (I believe I can compile the latter from the debian source packages myself) Exim4 screen netfilter/iptables etc. Everything on your list is available as far as I'm aware, don't know about the postgresql though. You have to realize that its much easier than most to bring the standard x86 packages over since they use the same execution structure. (I think I worded that right, my brain feels fried right now.) One possible configuration we are looking for is as below: Motherboard: Dual AMD Opteron,[X2881G2NR],AMD8131, Up to 3x PCI-X,S-ATA Raid,2x Gigabit LAN Chipset: AMD-8131 Info : 5 x PCI (Total); 1x PCI-X for 1U and 3x PCI-X for 2U; Graphics Slot = None Ports : 2xUSB V2.0 [Rear],PS/2 Kb, Mouse,Serial,Parallel Maximum: RAM 16GB using 8 x 2GB On-board Graphics : Integrated ATI 8MB Rage XL Std HDD Controller : IDE UDMA 100 (Primary Secondary On-board SCSI : None On-board RAID : S-ATA Raid (Raid 0, 1, 10, 4 drives) Silicon Image 3114 On-board LAN : 2 x Broadcom 10/100/1000 Gigabit Ethernet On-board Audio : None CPU: 2 x AMD Opteron 242 1.6GHz (2-way) - 1MB Cache RAM: 2,048 MB Total using 4 x 512MB PC3200 DDR Registered ECC (Use Only In Pairs) Chassis: 2U C215S, 8x H-Swap SCSI Bays, Slim CD and FD bays, 660mm, 2x 64bit PCI, 510W (Black) Rail Kit : Telescopic Rail Kit included with case RAID Controller: LSI MegaRaid 320-1, 64 Bit PCI, Ultra320, 64mb, Single channel, Raid levels 0,1,3,5,10 SCSI HDD : 6 x 36GB 15,000 rpm Ultra320 Ethernet : 1 2 x Broadcom 10/100/1000 Gigabit Ethernet on-board motherboard Actually, I run the S2882UG3NR and have run it almost since day 1 of the x86_64 debian days; works flawlessly. Tyan makes a great motherboard too. Unlike most companies who will put out a motherboard and put out random fixes for flaws, these guys actually go back and meticulously update their supported hardware so that you really do get the most for your money. So in short its a piece of cake. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Advice sought on moving to AMD64
El lun, 20-06-2005 a las 00:30 +0100, Rory Campbell-Lange escribi: How hard is it to use Debian AMD64? I run about 15 Debian servers for various clients. These are all 32 bit machines, mainly dual Xeons or Pentium IVs; we use Debian on our Apple ibooks too. All of our machines run stable + a few things from testing + occasionally something from unstable. We are getting ready to purchase a machine for a web application prototype. I won't go into the nitty gritty of what the machine is to be used for, but suffice it to say that we want good Postgresql 8.x read and write performance and enquiries on the postgres list brought us here. Basically, I'm keen not to make a lot of work for our team by supporting unusual hardware. However, we are keen to experience the benefits of using 64bit! Does Debian AMD64 have installers, eg netinstallers? Does AMD64 have stable, testing and unstable package trees? I'm using a server (opteron) with a batch java app and postgresql The perfomance is optimal, better than Xeon and P IV I'm using sarge and it's very stable (no problem reported for the last 4 months) and the developers of the app are very satisfied I'd installed at first time postgres 7.4 and later I'd compiled a 8.0 whitout problem I hope this help you Thanks for any comments, you'r wellcome Rory p.s. Our standard environment includes: Apache 1.3x/Apache 2.x PHP4 Python 2.3/2.4 including all standard modules Perl including all standard modules Postgresql 7.4/8 (I believe I can compile the latter from the debian source packages myself) Exim4 screen netfilter/iptables etc. One possible configuration we are looking for is as below: Motherboard: Dual AMD Opteron,[X2881G2NR],AMD8131, Up to 3x PCI-X,S-ATA Raid,2x Gigabit LAN Chipset: AMD-8131 Info : 5 x PCI (Total); 1x PCI-X for 1U and 3x PCI-X for 2U; Graphics Slot = None Ports : 2xUSB V2.0 [Rear],PS/2 Kb, Mouse,Serial,Parallel Maximum: RAM 16GB using 8 x 2GB On-board Graphics : Integrated ATI 8MB Rage XL Std HDD Controller : IDE UDMA 100 (Primary Secondary On-board SCSI : None On-board RAID : S-ATA Raid (Raid 0, 1, 10, 4 drives) Silicon Image 3114 On-board LAN : 2 x Broadcom 10/100/1000 Gigabit Ethernet On-board Audio : None CPU: 2 x AMD Opteron 242 1.6GHz (2-way) - 1MB Cache RAM: 2,048 MB Total using 4 x 512MB PC3200 DDR Registered ECC (Use Only In Pairs) Chassis: 2U C215S, 8x H-Swap SCSI Bays, Slim CD and FD bays, 660mm, 2x 64bit PCI, 510W (Black) Rail Kit : Telescopic Rail Kit included with case RAID Controller: LSI MegaRaid 320-1, 64 Bit PCI, Ultra320, 64mb, Single channel, Raid levels 0,1,3,5,10 SCSI HDD : 6 x 36GB 15,000 rpm Ultra320 Ethernet : 1 2 x Broadcom 10/100/1000 Gigabit Ethernet on-board motherboard -- Rory Campbell-Lange [EMAIL PROTECTED] www.campbell-lange.net -- Angel Claudio Alvarez Usuario Linux Registrado 143466 GPG Public Key en http://pgp.mit.edu key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 signature.asc Description: This is a digitally signed message part
Re: Now that I have working box, any problems with LVM?
On Thu, 2005-06-16 at 10:38 +, J.A. de Vries wrote: I would appreciate that very much. I'd give me something to build on. My steps after building a new kernel package are: 1) back up /boot/grub/menu.lst 2) comment out or move aside /etc/ld.so.conf 3) run ldconfig 4) dpkg -i your new kernel image and module images 5) /usr/local/src/lvm/LVM2.#/scripts/lvm2create_initrd/lvm2create_initrd -c /etc/lvm/lvm.conf 2.6.#.# {= new kernel version you just installed} 6) replace normal ld.so.conf, re-run ldconfig 7) The package-created menu.lst will be useless. Discard it, and extend the backed-up menu.lst to include the new kernel, as follows: title Debian GNU/Linux, kernel 2.6.11.11 Default root(hd0,1) kernel /vmlinuz root=/dev/ram0 lvm2root=/dev/mainvg/rootlv ro initrd /initrd-lvm2-2.6.11.11.gz savedefault boot Note the root, indicating whatever your non-LVM /boot partition is, and the root and lvm2root kernel arguments, as well as the initrd (of course. I wasn't aware of /dev deadlocks re: LVM2, but haven't tried snapshots or pvmove. Makes me more dubious about my own install. Frankly, if Goswin strongly advises something, it's a good idea to take the advice. :) It's a shame if the feature's not ready for prime time yet; the root FS is one of those places where the added performance and flexibility of LVM2 can really be nice to have... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gcc version issue trying to install vmware5
Goswin von Brederlow wrote: The vmware-config.pl script does care about the environment: sub get_cc { $gHelper{'gcc'} = ''; if (defined($ENV{'CC'}) (not ($ENV{'CC'} eq ''))) { $gHelper{'gcc'} = internal_which($ENV{'CC'}); If CC is set it will be used. It even says: print wrap('Using compiler ' . $gHelper{'gcc'} . '. Use environment variable CC to override.' . \n\n, 0); Well, it cares about it, but setting CC still doesn't work. I removed the symlink I hand-libbed onto the box for gcc-3.4 and then did apt-get install --reinstall gcc to make sure that things are setup the Debian way, exported CC, and tried to compile: $ export CC=gcc-3.4 $ sudo vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: snip Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler /usr/bin/gcc-3.4. Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.11.11/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. ... make[1]: Entering directory `/usr/src/linux-2.6.11.11' /tmp/vmware-config0/vmmon-only/Makefile:87: *** Inappropriate build environment you wanted to use gcc version 3.4.5 while kernel attempts to use gcc version 3.3.6. /tmp/vmware-config0/vmmon-only/Makefile:89: *** For proper build you'll have to replace gcc with symbolic link to /usr/bin/gcc-3.4. Stop. make[1]: *** [_module_/tmp/vmware-config0/vmmon-only] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.11.11' make: *** [vmmon.ko] Error 2 make: Leaving directory `/tmp/vmware-config0/vmmon-only' Unable to build the vmmon module. snip remaining Just to be damn sure that the kernel build system wouldn't remember that I had previously used gcc and was now trying to use gcc-3.4, I rebuilt my kernel using: make CC=gcc-3.4 HOSTCC=gcc-3.4 And the results are the same, (as someone previously on this thread indicated they would be). vmware-config.pl overwrites the PATH (line 7746 in the current vmware5), so dropping a symlink for gcc into /usr/local/bin/ doesn't help (without modifying the script). Exporting CC to be /usr/local/bin/gcc also fails with the same errors listed above. However, with the symlink in place and /usr/local/bin/ in my PATH, I was able to use module-assistant to build the nvidia kernel module, and the build system for the ivtv modules also works, so I imagine other stuff does as well. So, in summary, the gcc symlink in /usr/local/bin/ works pretty well (at least for me, YMMV), and vmware-config.pl is not going to work without either placing something in /usr/bin (e.g. /usr/bin/vmwarecc - /usr/bin/gcc-3.4) or modifying the script to not muck with the PATH. Thanks, tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]