blog.crox.net (Entries tagged as gentoo)

Gentoo Linux: "Package NOT merged due to file collisions" problem and solution

nospam@example.com (crox) — Thu, 12 Feb 2009 22:33:00 +0000

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.

VaudTax 2007 sous Gentoo 64 bit (VaudTax linux amd64)

nospam@example.com (crox) — Tue, 02 Sep 2008 22:22:00 +0000

- 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

Linux Kernel 2.6.25 on Gentoo sparc (error: -m64 is not supported by this configuration)

nospam@example.com (crox) — Thu, 24 Apr 2008 22:58:00 +0000

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 for x86_64 Linux (amd64)

nospam@example.com (crox) — Fri, 15 Jun 2007 14:50:00 +0000

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/

Getting Google Earth for linux to work properly on amd64 (x86_64) Gentoo - i915 module (do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. - Try running with LIBGL_THROTTLE_R

nospam@example.com (crox) — Sat, 02 Jun 2007 18:20:45 +0000

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

Diskless Linux on a Sunblade 100

nospam@example.com (crox) — Sat, 31 Mar 2007 22:14:00 +0000

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

Gentoo sparc: sys-devel/kgcc64 vs. sys-devel/gcc-sparc64 (blocking each other)

nospam@example.com (crox) — Sat, 31 Mar 2007 22:09:00 +0000

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

TestDisk / PhotoRec: tool to recover lost files and partitions (Gentoo Linux)

nospam@example.com (crox) — Sun, 18 Mar 2007 21:55:00 +0000

Homepage: http://www.cgsecurity.org/

Description in portage: Multi-platform tool to check and undelete partition, supports reiserfs, ntfs, fat32, ext2/3 and many others. Also includes PhotoRec to recover pictures from digital camera memory.

Installation (Gentoo Linux amd64):

echo 'app-admin/testdisk ~amd64' >> /etc/portage/package.keywords
echo 'app-admin/testdisk jpeg ntfs' >> /etc/portage/package.use
emerge -av app-admin/testdisk

To use it, just run 'photorec' as root in a shell window. Despite the name, photorec will find and recover many files, not only pictures. You'll find the full list on the PhotoRec homepage.

I haven't tried TestDisk yet, but PhotoRec has been useful several times already.

Flash, RealPlayer & Firefox on x86_64 Gentoo

nospam@example.com (crox) — Mon, 05 Feb 2007 23:19:00 +0000

It's as simple as:

# required as of now to get Flash 9
echo 'net-www/netscape-flash  ~amd64' >> /etc/portage/package.keywords
emerge -av netscape-flash

echo 'media-video/realplayer  nsplugin' >> /etc/portage/package.use
emerge -av realplayer

echo 'net-www/nspluginwrapper ~amd64' >> /etc/portage/package.keywords
emerge -av nspluginwrapper

Now I just need to figure out how to get sound when realplay is launched from Firefox (it works with the Flash plugin or when realplay is launched from a regular shell).

Swiss Keyboard Layout in recent xorg ("AltGr doesn't work")

nospam@example.com (crox) — Mon, 05 Feb 2007 09:17:47 +0000

It took me a while to figure out what was going on, so I hope this can be useful to someone else...

In gentoo, you need to unmerge x11-misc/xkeyboard-config and emerge x11-misc/xkbdata instead. (I have xorg-x11 7.1)

Then your keyboard section in xorg.conf needs to look like this:

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc105"
        Option          "XkbLayout"     "ch(fr)"
EndSection

fr_CH will not work. well, it sort of worked, but none of the AltGr combinations would work, regardless of what I tried with xmodmap, despite the keycode returned by xev being correct etc.

Gentoo Linux on HP/Compaq nx7400 Core 2 Duo Laptop

nospam@example.com (crox) — Thu, 01 Feb 2007 16:06:13 +0000

[this article has been updated several times with new info after it was initially written. last update: 2007-05-08]

New job, new laptop :o)

I picked up my new nx7400 at the post office this morning. In case you'd like to look it up, the exact reference is RH403ET: it's the version with a Core 2 Duo T5600 (2x 1.83GHz) CPU, 1024MB RAM, a 100 GB HD and a WSXGA+ (16801050) 15.4" screen.

When you open the box, the first step you have to go through is to setup the pre-installed XP Pro copy. I did not really want it, but it seems very difficult, if at all possible, to order a laptop without a Windows license. Once XP has been setup, you are "strongly encouraged" to create a set of backup disks. In this case, you'll need either 12 blank CDs or 2 blank DVDs. The setup process also leaves a 9GB-big "recovery partition" on your disk.

It seems that Bios version 08 fixes some bugs with SpeedStep and linux [see link #1], and anyway it's probably a good idea to use the latest stable version, so I went to hp.com, downloaded the latest Bios + flash utility from there and updated.

After having completed this, here is what I've done:

- restarted the computer with sysrescuecd
- used gparted to shrink the XP ntfs partition to 25 GB and move it to the end of the disk
- still with gparted created a new 80 MB primary partition at the beginning of the disk (future /boot)
- created a new extended partition with the remaining space between /boot and XP
- created two logical partitions for swap and / within the extended partition

After that I rebooted on a gentoo 2006.1 amd64 install CD (minimal), and went through a regular gentoo install:

- mount / and /boot in /mnt/gentoo
- download and untar stage3 + portage snapshot
- at this point I left the default CFLAGS="-O2 -pipe" in make.conf, I just added MAKEOPTS="-j3" and filled GENTOO_MIRRORS (march=native or march=core2 seem promising but are not available before gcc 4.2 resp. 4.3)

CPU FREQ

emerge -av cpufrequtils
echo 'echo 1833000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq' >> /etc/conf.d/local.start
echo 'echo 1833000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq' >> /etc/conf.d/local.start
echo 1833000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 1833000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq
vi /etc/conf.d/cpufrequtils
/etc/init.d/cpufrequtils start
rc-update add cpufrequtils boot

PSMOUSE BUG

- compile psmouse as module
- echo '/sbin/rmmod psmouse' >> /etc/conf.d/local.stop

WLAN

After having installed everything, I restarted my new system, and wanted to add support for the Intel PRO/Wireless 3945ABG card:

echo 'net-wireless/ipw3945' >> /etc/portage/package.unmask
echo 'net-wireless/ipw3945 ~amd64' >> /etc/portage/package.keywords
echo 'net-wireless/ipw3945d ~amd64' >> /etc/portage/package.keywords
echo 'net-wireless/ipw3945-ucode ~amd64' >> /etc/portage/package.keywords

Everything went fine until emerge complained that ipw3945-1.1.3 needed a kernel >= 2.6.19...

So I downloaded the latest stable kernel (2.6.19.2 as of today) from the nearest mirror, reconfigured it based on my 2.6.18 .config (some new options appeared, and some things like SATA have moved between 2.6.18 and 2.6.19, overall the H/W support for my laptop seems to be better)

- reboot on 2.6.19.2
- emerge ipw3945
- echo 'ipw3945' >> /etc/modules.autoload.d/kernel-2.6
- modules-update
- reboot
=> iwconfig eth1 now displays what you'd expect it to

XORG

echo 'VIDEO_CARDS="i810"' >> /etc/make.conf
echo 'INPUT_DEVICES="evdev keyboard mouse synaptics"' >> /etc/make.conf
emerge xorg-x11

there is a problem with the vga bios which does not "advertise" the 1680x1050 mode. here is the workaround:

- echo 'sys-apps/915resolution ~amd64' >> /etc/portage/package.keywords
- emerge -av sys-apps/915resolution
- pick up a mode you don't need from the output of 915resolution -l
- here is what I put in /etc/conf.d/915resolution: replace=( "41 1680 1050 24" )
- /etc/init.d/915resolution start
- rc-update add 915resolution default

ALSA

it looks like there is a problem with the hda-intel driver included in kernel 2.6.19, so I recompiled the kernel without alsa support and emerged alsa-driver:

- echo 'ALSA_CARDS="hda-intel"' >> /etc/make.conf
- echo 'media-sound/alsa-headers ~amd64' >> /etc/portage/package.keywords
- echo 'media-sound/alsa-driver ~amd64' >> /etc/portage/package.keywords
- emerge -av alsa-driver

- emerge alsa-utils
- vi /etc/modules.d/alsa
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-card-0
- modules-update
- rc-update add alsasound boot
- /etc/init.d/alsasound restart

PCMCIA

emerge -av sys-apps/pcmciautils
echo 'pcmcia' >> /etc/modules.autoload.d/kernel-2.6
echo 'yenta-socket' >> /etc/modules.autoload.d/kernel-2.6
modules-update

TEMPERATURE SENSORS

echo 'gnome-extra/sensors-applet hddtemp' >> /etc/portage/package.use
emerge -av gnome-extra/sensors-applet

Links:

[1] http://people.solsys.ro/silviu/2006/11/17/hp-nx7400-linux-problems-solved/
[2] http://psykil.livejournal.com/300856.html
[3] http://psykil.livejournal.com/2006/12/03/
[4] http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html
[5] http://tuxmobil.org/gentoo_mobile.html
[6] http://gentoo-wiki.com/Safe_Cflags
[7] http://devel.reinikainen.net/docs/how-to/nx7400/
[8] http://forums.gentoo.org/viewtopic-t-517019.html
[9] http://emisca.altervista.org/nx7400/
[10] http://ubuntuforums.org/showthread.php?t=345569