lefred's blog


There Are 10 Types of People in the World....

Google calendar support in Gnome 3 evolution ?

During my test and discovery phase of Fedora 15, I noticed that Evolution doesn’t support anymore google calendar… is it on purpose ? why ?

Or do I need to install some other package ?

I found this feature in Fedora 14 something very useful !

I hope this is something that will be fixed in the final release.

In Fedora 14 (evolution-2.32.2-1.fc14.x86_64) :

In Fedora 15 :


Gnome 3 and my favorite window focus and raise behavior

Yesterday night I installed Fedora 15 Alpha to see and test the gnome-shell (gnome 3) improvements.

I stopped to test for one reason: I was not able to setup my favorite behavior for window’s focus.

What I like (this is mandatory, that’s also the one major reason why I don’t use Mac OSX daily) is that the focus follows the mouse but doesn’t raises the window !

After having “googled” a bit, I tried to install gnome-tweak-tool… but it didn’t help for this task… 🙁

The solution is to use gconf-editor and changing the default value (click) of /apps/metacity/general/focus_mode to sloppy.

Now I’m very happy and I can continue my tests of Gnome 3.


Puppet and 64bits packages

Since I use puppet to manage my machines (and the machines of customers), I noticed that I had more packages installed then before, I noticed also obviously the same behavior in packages to update and bandwidth consumption during updates.

I realize that on 64bits machines, most of the time, the 32bits version of the packages managed by puppet were also installed.

This is what I did in my recipes before:

package { "corosync": ensure => "installed", require => Yumrepo["clusterlabs"]; }

This kind of package declaration installed then the two version of the package, in this case corosync and the dependencies too.

To avoid this I added the fact hardwaremodel and used the alias to keep my recipes consistent:

package { "corosync.$hardwaremodel": ensure => "installed", alias => "corosync", require => Yumrepo["clusterlabs"]; }

Hope this could help people having noticed the same behavior… or not 🙂


Get rid of the touchpad while using the mouse

I’ve been fighting several weeks (and making a huge number of typo’s due to that) with the touchpad of my macbook pro on Fedora/Gnome.

I’ve tested several solutions :

– disable it in Gpointing Device Settings –> fail (it always comes back after a short moment)
– use synclient TouchpadOff=1 –> fail
– creating udev rules : –> fail

ACTION=="add", SUBSYSTEM=="input", ENV{ID_CLASS}="mouse", RUN+="/usr/bin/synclient TouchpadOff=1" ACTION=="remove", SUBSYSTEM=="input", ENV{ID_CLASS}="mouse", RUN+="/usr/bin/synclient TouchpadOff=0

So the best solution I’ve found (one that works) is : rmmod bcm5974

Now I’ll try to add it into the udev rules too.


Fedora 13 on mac book pro 13″

I used preupgrade to updgrade Fedora from 12 to 13.

After the process, I had to resync the partition in refit to be able to boot Linux.

I rebuilded the needed packages for nvidia and the broadcom wireless card.

I needed also to do some modifications to be able to use the integrated iSight webcam:

1. download the apple firmware :

wget http://www.i-nz.net/files/projects/linux-kernel/isight/against-revision-140/firmware/AppleUSBVideoSupport

then extract it (using the Fedora 12 package isight-firmware-tools) :

[root@delvaux ~]# su -c "ift-extract --apple-driver AppleUSBVideoSupport"

after this operation it should be working for most of the macbook pro, but not for this model, another change is needed.

first find the idProduct number:

[fred@delvaux Desktop]$ lsusb -v | grep iSight -B 3 | grep idProduct idProduct 0x8507

and mofify the file /etc/udev/rules.d/isight.rules with the returned value :

[root@delvaux rules.d]# cat isight.rules ACTION=="add", SYSFS{idVendor}=="05ac", SYSFS{idProduct}=="8507", RUN+="/usr/lib64/udev/ift-load --firmware /lib/firmware/isight.fw"


recent
categories