It seems people are really kicking it now!

Once again I’m impressed how fast the community have been able to get all this done.

When I’m done moving my webserver to a new hosting provider I think I might give Take 2 a go.

Get it while it’s hot

[20:44] <ericIII> atvfiles take 2 alpha 2:

http://forum.awkwardtv.org/viewtopic.php?f=18&t=1175

Go to the forum thread for changelog and other updates.

ericIII has just released to first alpha version of ATVFiles for Take 2

Go to the forum page for more details.

On the same note Perian has also been verified to run on Take 2.

This is great news indeed. Once ATVFiles is running on Take 2 it will not be long before I upgrade :)

Updated 29/02/2008

On 14/02/2008 I discovered that the Firefox meta package now points to Firefox 3.0 (and this article had a recipe for downgrading to Firefox 2)

While this is all fine and dandy since Firefox 3 seems to be quite stable and do have some great advantages over Firefox 2 I am not sure I like to be forced into running it since some extensions are not yet compatible with Firefox 3 (this includes Sage, Better GMail2, FoxyProxy, StumbleUpon and many more I use daily).

The “fix” is to downgrade the Firefox package.

$ sudo apt-get install firefox-2 firefox-2-gnome-support latex-xft-fonts ubufox

As expected AkwardTV is ready with a safe update to v2.0.

There are still some problems though

  • Plugins won’t run. They need to be fixed to work with the new BackRow. The author of ATVFiles reports that he has it running on his own box – but it might be a couple of days before it’s released.
  • The safe update does not install the new firmware thereby not enabling 1080p. And apparently 1080i disappears.
  • The state of kext’s is unknown. Someone reported that smbfs.kext loaded but there is no report on wether it actually works.
  • The state of the USB patch is unknown.

The good people of #akwardTV have started to play with the Take 2 software release.

Though I haven’t tried it myself (and probably won’t until someone does a safe update) here are the first impressions.

  1. It looks like it’s essentially stil OS X 10.4.x
  2. Kernel is Darwin 8.8.2
  3. After doing a full update the PatchStick still works. This means that the firmware (EFI) update doesn’t lock it out – but
    SSH is not working (rendering PatchStick sort of useless, see next
    point); this might be due to ssh-keygen missing in 2.0.

    Update 2008-02-12 22:01: You need to modify the PatchStick to
    copy

    ssh-keygen

    and

    scp

    to the right place as it is missing in 2.0.

  4. Most plugins most likely won’t work but the actual work needed to make them work is not yet known as are the changes made to BackRow.
  5. After upgrading a systems restore revert the software to 1.x (the actual version depends on what the machine was shipped with).
  6. Update 2008-02-12 21:51: Apparently the AppleTV now supports
    1080p

I’ll try to keep this updated. Also keep an eye on AwkwardTV

See also AppleTV Take 2 (part 2)

After trying my luck with VMware Server 2.0 Beta (which I’ve been running while I upgraded my laptop to Hardy). Finally getting tired of the bloated MUI I switched back to Server 1.0.4 and discovered that the server console not longer works:

$ vmware-server-console
/usr/lib/vmware-server-console/bin/vmware-server-console: /usr/lib/vmware-server-console/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
/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_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/lib/vmware-server-console/bin/vmware-server-console: /usr/lib/vmware-server-console/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
/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_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/lib/vmware-server-console/bin/vmware-server-console: /usr/lib/vmware-server-console/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
/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_4.2.0' not found (required by /usr/lib/libstdc++.so.6)

Luckily the first solution I tried work:

$ sudo ln -sf /usr/lib/libpng12.so.0 /usr/lib/vmware-server-console/lib/libpng12.so.0/libpng12.so.0
$ sudo ln -sf /lib/libgcc_s.so.1 /usr/lib/vmware-server-console/lib/libgcc_s.so.1/libgcc_s.so.1

This is in no way hot news but I wanted to write it down anyway.

I am currently working on upgrading some VMware ESX 2.5 servers to ESX 3.0.2. We have opted for a rolling upgrade by installing one of the servers with 3.0.2, adding a new LUN, format it with VMFS3 and then migrating servers of the old servers and LUNs and then reinstalling the server. The new VMFS was formated with standard options (but not by me).

Then, when moving one of the last servers of the machine I wanted to reinstall I got this:

A general system error occurred: File [OldLUN]:MySuperserver.vmdk is larger than the maximums size supported by datastore NewLun.

Oh, the horror.

It turns out that the maximum file sizes supported by a given block size
has changed.

In VMFS3:

Max file size  Block size
256 GB         1 MB
512 GB         2 MB
1024 GB        4 MB
2048 GB        8 MB

It seems there is no way around this other than vacating the datastore and trying again.

Sometimes when I use VMware Workstation I suddenly might find that my CTRL, shift and capslock keys do not work when I am back in Xorg.

I have yet to find out exactly what happens but running

setxkbmap

from a terminal (without any arguments) fixes the problem.

(This workaround was found in the VMware Community forums)

Weird.


Update 21-03-2008

Please see my updated instructions for VMware Workstation 6.0.3 – It will also work for 6.0.2


When running vmware-config.pl for VMware Workstation 6.0.2 (build 59824) one is presented with this error:

Unknown VMware Workstation 6.0.2 build 59824 detected. Building for
Workstation 6.0.0.
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config2/vmmon-only'
make -C /lib/modules/2.6.24-4-generic/build/include/.. SUBDIRS=$PWD
SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.24-4-generic'
  CC [M]  /tmp/vmware-config2/vmmon-only/linux/driver.o
  CC [M]  /tmp/vmware-config2/vmmon-only/linux/driverLog.o
  CC [M]  /tmp/vmware-config2/vmmon-only/linux/hostif.o
  CC [M]  /tmp/vmware-config2/vmmon-only/common/comport.o
  CC [M]  /tmp/vmware-config2/vmmon-only/common/cpuid.o
In file included from include/asm/bitops.h:2,
                 from
/tmp/vmware-config2/vmmon-only/./include/vcpuset.h:74,
                 from
/tmp/vmware-config2/vmmon-only/./include/modulecall.h:23,
                 from /tmp/vmware-config2/vmmon-only/common/vmx86.h:19,
                 from /tmp/vmware-config2/vmmon-only/common/hostif.h:18,
                 from /tmp/vmware-config2/vmmon-only/common/cpuid.c:15:
include/asm/bitops_32.h:9:2: error: #error only <linux/bitops.h> can be
included directly
make[2]: *** [/tmp/vmware-config2/vmmon-only/common/cpuid.o] Error 1
make[1]: *** [_module_/tmp/vmware-config2/vmmon-only] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-4-generic'
make: *** [vmmon.ko] Error 2
make: Leaving directory `/tmp/vmware-config2/vmmon-only'
Unable to build the vmmon module.

For more information on how to troubleshoot module-related problems,
please visit our Web site at
"http://www.vmware.com/download/modules/modules.html" and
"http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html".

Execution aborted.

No worries the solution is right at hand – Simply follow the instuctions for 6.0.3.

Update (11-08-2008): I am told that this tricks also works for VMware Server 1.x. There is a problem with the Server Console but this can also be fixed.