blog.crox.net

Lightning is a Thunderbird plug-in that adds calendar functions. More on the mozilla.org page. I tried to install the .xpi from there, but it failed with the following error message:

"Lightning" could not be installed because it is not compatible with your Thunderbird build type (Linux_x86_64-gcc3). Please contact the author of this item about the problem.

So I downloaded the source from this page, and followed the instructions from here. This page and the link to that one were also helpful.

In case you don't want to open all those links, I've put the resulting .xpi file here for you to download: lightning-0.3.1-x86_64.xpi. Or if you prefer to build it yourself, here is how I did it:

[untar/bz, cd mozilla]
make distclean
export CFLAGS="-O2 -pipe -fPIC"
export CHOST="x86_64-pc-linux-gnu"
export CXXFLAGS="${CFLAGS}"
export MAKEOPTS="-j3"
ac_cv_visibility_pragma=no ./configure --enable-application=mail --enable-extensions=default,lightning
make

(of course you may want to change some stuff to better suit your system, I've got a Core 2 Duo laptop running Gentoo Linux)

Then just select Tools > Extensions in Thunderbird and install the lightning.xpi you've just built (located in dist/xpi-stage/lightning.xpi).


UPDATE - 2007-06-28 - Lightning 0.5

After reading Matthew's comment I downloaded the newly released Lightning 0.5 from here, and built lightning-0.5-x86_64.xpi following the exact same procedure that I used for 0.3.1. Then I installed it from Tools > Extensions, restarted Thunderbird and immediately noticed the different appearance. (I did not uninstall 0.3.1 first, which apparently is ok.)

UPDATE - 2008-09-28 - Lightning 0.9

Download from http://releases.mozilla.org/pub/mozilla.org/calendar/lightning/releases/0.9/contrib/linux-x86_64/

There is no 64 bit version of Google Earth for linux, so you'll need to make sure you have the latest version of the following packages first:

app-emulation/emul-linux-x86-baselibs
app-emulation/emul-linux-x86-compat
app-emulation/emul-linux-x86-gtklibs
app-emulation/emul-linux-x86-qtlibs
app-emulation/emul-linux-x86-soundlibs
app-emulation/emul-linux-x86-xlibs

This allowed me to start GE in the first place. But then it was horribly slow, although glxinfo reported "direct rendering: Yes" etc.

When started from the console, GE would output the following:

do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset.

Doing a search led me to try setting LIBGL_ALWAYS_INDIRECT=1 before running Google Earth. Indeed the warning disappeared, and GE was really faster. However, as soon as I would zoom too close, the whole screen was getting more and more sky-blue, until no image was being displayed anymore...

Finally, I found this article, and especially the comments from Eduardo Habkost and "Researcher".

I followed Researcher's instructions, and Google Earth is now working perfectly. For your convenience, I've put drm_nowaitVblank.c here to download (you cannot copy-paste from the original page because the parser there treats the includes as html code). Also to compile the code on amd64 you'll want to use gcc32 and not gcc...

Fondu is "A set of programs to interconvert between mac font formats and pfb, ttf, otf and bdf files on unix."

I think that says it all :o) In particular, it allowed me to convert a .dfont-packaged font from a Mac to a set of .ttf files that I can use on my linux desktop.

Initially written on 2006-05-17

On my other (x86/amd64) diskless machines, I use PXE with pxegrub. My setup is quite similar to (and inspired by) this one.

Now, on sparc machines, there is no BIOS nor PXE. But you don't need all that, since you have the Open Boot... This is how I managed to make my Sunblade 100 totally diskless (using a "vanilla" kernel, the latest version being currently 2.6.16.16).

Note: In this example, 10.0.0.10 will be my dhcp/nfs/tftp server which I will refer to as 'fileserver'. 10.0.0.30 is the sunblade.

- when configuring the kernel:

[*] Default bootloader kernel arguments (ip=dhcp root=/dev/nfs nfsroot=10.0.0.10:/diskless/sunblade)

(in "Networking" -> "Networking support" -> "Networking options")

[*]   IP: kernel level autoconfiguration
 [*]     IP: DHCP support
 [*]     IP: BOOTP support
 [*]     IP: RARP support

(in "File systems" -> "Network File Systems")

<*> NFS file system support
[*]   Provide NFSv3 client support
[*] Root file system on NFS

Configure all other settings as you would do for a disk install, but make sure you compile your NIC driver in the kernel (not as module)

Then:

make
make modules_install
make tftpboot.img ROOT_IMG=/dev/null

(the resulting tftpboot.img will be in arch/sparc64/boot/tftpboot.img)

I copied tftpboot.img to fileserver as tftpimage-2.6.16.16, and added the following entry in my dhcpd.conf:

host sunblade {
    hardware ethernet 00:03:BA:08:12:34;
    fixed-address 10.0.0.30;
    always-reply-rfc1048 on;
    filename "sunblade/boot/tftpimage-2.6.16.16";
}

Finally, to net-boot your diskless Sunblade you'll need to enter

boot net:dhcp

in the Open Boot prompt. When you are happy with it, you can set it as default:

setenv boot-device net:dhcp cdrom disk net

Notes:

- apparently, instead of using make tftpboot.img you can just "elftoaout" vmlinux

- another alternative would be to use tilo, which comes with silo, to build the image

If you get this:

[blocks B ] sys-devel/gcc-sparc64 (is blocking sys-devel/kgcc64-3.4.6)

Check this thread on the gentoo forums:

There are a couple of architectures on Gentoo that have a 32-bit userland, but need a 64-bit kernel compiler. kgcc64 is an attempt to provide one package for all of those architectures rather than the gcc- packages that exist now. The way we migrated over to this caused the issue you are seeing.

Basically, you'll need to

emerge --unmerge gcc-sparc64 && emerge sys-devel/kgcc64