blog.crox.net

When trying to get the latest sys-libs/timezone-data on a somewhat old system, I got the following error:

[list of nearly all files the package was about to install]
 - Package 'sys-libs/timezone-data-2008i' NOT merged due to file
 - collisions. If necessary, refer to your elog messages for the whole
 - content of the above message.

According to equery, it looks like those files were installed by glibc:

# equery b /usr/share/zoneinfo/CET
sys-libs/glibc-2.3.4.20041102-r1 (/usr/share/zoneinfo/CET)

So I tried

# COLLISION_IGNORE="/usr/share/zoneinfo" emerge -av timezone-data

which showed less errors but still gave me:

 - sys-libs/glibc-2.3.4.20041102-r1
 -      /usr/bin/tzselect
 -      /usr/sbin/zdump
 -      /usr/sbin/zic

I ended up with

# COLLISION_IGNORE="/usr" emerge -av timezone-data

which worked well.

I looked at the ebuilds and saw that newer glibc packages depend on sys-libs/timezone-data, so upgrading glibc should solve the problem too. I've submitted bug 258802 since I didn't find the info anywhere else.

- Lu à plusieurs reprises (mais pas vérifié moi-même) : il est difficile, mais pas impossible, de faire fonctionner VaudTax avec une VM Java 64 bits. (Il faut remplacer le swt.jar fourni par une série de liens symboliques.) Par contre, le format des fichiers sauvegardés n'est semble-t-il pas compatible d'une version 32 bits à une version 64 bits et vice-versa... J'ai donc opté pour la version téléchargeable qui inclut une JVM (32 bits).

- L'installation s'est déroulée sans peine, mais ensuite en exécutant VaudTax j'ai obtenu le message suivant :

Vous devez installer le navigateur Internet Mozilla Firefox afin de pouvoir visualiser l'aide de VaudTax 2007, se référer ici : http://www.eclipse.org/swt/faq.php#browserlinuxrcp

Ne souhaitant pas renoncer à l'aide en ligne, j'ai fini par trouver après de nombreux essais infructueux une procédure qui devrait fonctionner dans la plupart des cas :

- Télécharger xulrunner depuis http://releases.mozilla.org/pub/mozilla.org/xulrunner/releases/1.8.0.1/linux-i686/en-US/ (avec la version 1.9 ça ne fonctionne pas chez moi)

- Décompacter xulrunner-1.8.0.1.en-US.linux-i686.tar.gz dans le répertoire dans lequel VaudTax est installé (chez moi et par défaut : $HOME/VaudTax2007)

- Modifier le script qui démarre VaudTax (chez moi et par défaut : $HOME/VaudTax2007/VaudTax2007) en ajoutant les lignes suivantes juste après #!/bin/sh :

export MOZILLA_FIVE_HOME=$HOME/VaudTax2007/xulrunner
export LD_LIBRARY_PATH=$MOZILLA_FIVE_HOME:$LD_LIBRARY_PATH

Liens utiles :

http://ymartin59.free.fr/wordpress/index.php/2008/02/17/suisse-vaudtax-2007-sur-linux-64-bits/
http://www.eclipse.org/swt/faq.php#browserlinux

I wanted to try the new 2.6.25 kernel on a Sunblade 100 I'm reinstalling. But immediately after entering "make" I got the following error:

arch/sparc64/kernel/asm-offsets.c:1: error: -m64 is not supported by this configuration
arch/sparc64/kernel/asm-offsets.c:1: error: -mlong-double-64 not allowed with -m64
arch/sparc64/kernel/asm-offsets.c:1: error: -mcmodel= is not supported on 32 bit systems
make[1]: *** [arch/sparc64/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2

I found the solution here, along with the explanation. To make it short, to get it to work, for now you'll have to type:

 # CROSS_COMPILE=sparc64-unknown-linux-gnu- make

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...