Apr. 30, 2008
fails miserably. I’m guessing other distributions shipping with the 2.6.24 suffer from the same problem. The trouble starts when the installer tries to build the vmxnet network driver.
The error I’m getting is:
In file included from /tmp/vmxnet-only/vmxnet.c:36:
/tmp/vmxnet-only/vm_basic_types.h:161: error: conflicting types for ‘uintptr_t’
I found the following web page that hosts a number of patches and pre-patched sources solving the problem. http://projects.tuxx-home.at/?id=vmware_updates
Posted by patrik in Ubuntu | No Comments
Apr. 29, 2008
…. since a while a go. I know some of the people I meet have not heard of it so I am helping to spread the word.
“The Open Web Application Security Project (OWASP) is a worldwide free and open community focused on improving the security of application software. Our mission is to make application security “visible,” so that people and organizations can make informed decisions about application security risks.”
Posted by patrik in Security | No Comments
Apr. 29, 2008
Yet another tool that does not work out of the box on Hardy. If you’re experiencing the following error message
/usr/lib/vmware-server-console/bin/vmware-server-console: /usr/lib/vmware-server-console/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4′ not found (required by /usr/lib/libcairo.so.2)
Well… simply run the following command (at your own risk) and you should be all set
sudo rm -f /usr/lib/vmware-server-console/lib/libgcc_s.so.1/libgcc_s.so.1
Posted by patrik in Ubuntu | 1 Comment
Apr. 29, 2008
Why would anyone want to encrypt theire drives with random keys? Well the whole drive wouldn’t be that suitable perhaps but the swap and tmp partitions could. Looking at the man page for crypttab suggests the following setup for a randomly encrypted swap:
cswap /dev/sda6 /dev/random swap
This all looked great until I rebooted the system to find it stopping at “Starting early crytpo disks”. Looking into this further revealed a problem in cryptsetup which I have filed as a bug in Launchpad: https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/223072
The work-around is to use a keyfile as for any other partition on the system.
Posted by patrik in Ubuntu | No Comments
Apr. 29, 2008
One of the first things I noticed in Ubuntu Hardy Heron was that the key agent failed to load any other keys than the first one id_rsa. Having quite a few keys with more or less complex password this was not a pleasant surprise. Somebody obviously found this out before me, however a fix never made it into the main release. BUT there is a workaround documented in launchpad;
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/195908
Basically it tells you to run the following commands. I have tested it and it works great.
mkdir ~/.gnome2/keystore; for i in ~/.ssh/*pub; do key=$(basename $i .pub); echo -e “[default]\npurposes=ssh-authentication” > ~/.gnome2/keystore/${key}.keystore; ln -s ~/.ssh/$key ~/.gnome2/keystore/; done