Lone in the night

A picture found on my disk; my friend Fabrice in my studio. Could be seen: ARP Odyssey, Yamaha DX7, Roland A30, Atari STe, Fostex DMT8vl, Behringer Modulizer Pro, Boss RRV10 & RBF10, Kawai K1m and Roland SC55. Not shown: Akai S5000, Alesis Fusion 8 HD, Yamaha CS01, and few other funny stuffs.

Kid A by Radiohead Wormwood by The Residents PodCast: a review of Physics of the Impossible by Michio Kaku. Heard at CBC's "Quirks & Quarks", a scientific Exploration into the World of Phasers, Force Fields, Teleportation, and Time Travel . Wow! Haven't bought the book so far, but dying to...

A couple of weeks ago, my wife and I have decided to end our 14 years of collaboration. No more love, but no hate. Simply diverging paths. Better that way.

On one of my machines, I run an out-of-the-box Fedora Core 3. One of the issues I had was a continuous hiss (white noise) on the speakers. Found on the net, here the solution: - go to Applications => Sound & Video => Volume Control - File => Change Device. If you have several devices, you should check on all. For my part, the noisy source came from "Ensoniq AudioPCI". - Edit => Preference. It opens "Volume Control Preferences". - Check-on "Capture"; the new source appears on the "Capture" tab. - You get the fellow; mute it and the noise instantaneously ceases.

This year, Mr. Winter has a pretty strange behavior, here in Quebec. We had a lot of snow, and no warm periods that usually let the snow melt down and provide our so delightfull winter mud. No, all the fallen snowflakes are still here. Consequently, all the city snow repositories are full and Montreal has to open new ones. But also, a couple of houses were crunched by the weight of the snow on their roofs. That's a total mystery to me. When I was young, at primary school, I remember clearly the teacher saying that on countrysides having a lot of snow, the roofs were sharp to let snowflakes slipping alongside. But here in Montreal, most of the roofs are flat. If someone has an explanation, please let me know.

This bug seems to be here from a long time. Even if a patch exists, the bug is still here in the most recent version. Here is the resolution (I assume gcc is installed): Stop your vsftpd daemon: service vsftpd stop Download the lastest source package (vsftpd-2.0.5 so far) from http://vsftpd.beasts.org . gunzip and untar # gunzip vsftpd-2.0.5.tar.gz # tar xf vsftpd-2.0.5.tar # cd vsftpd-2.0.5 A couple of files must be changed postlogin.c , line 1831 Replace ... if (p_sess->is_anonymous && tunable_chown_uploads) { vsf_sysutil_fchmod(new_file_fd, 0600); if (tunable_one_process_model) { ... by ... if (p_sess->is_anonymous && tunable_chown_uploads) { vsf_sysutil_fchmod(new_file_fd, (0666 & ~tunable_anon_umask)); if (tunable_one_process_model) { ... tunable.c , line 129,130 Replace /* -rw-rw-rw- */ unsigned int tunable_file_open_mode = 0666; by /* -rw------- */ unsigned int tunable_file_open_mode = 0600; builddefs.c , line 9 Replace ...

The goal of this document is to explain how delegating the authentication mecanism for my Linux servers on a LDAP directory. Like many of you, our architecture also includes an Windows Active Directory server for the Windows workstation. To avoid having passwords both in AD and LDAP, they are only owned by AD; LDAP only have extra-info (groups user belongs to, and so on). This curious architecture is due to the fact our AD server belongs to a forest we don't manage. In turn, we have full control on the LDAP server. The main drawback of this specific architecture is to split identification and authentication; one is done on LDAP, the other on AD. Ok, now let's open the hood ... Every user must have a posixAccount object class. This object class contains the Unix specific information. You could use several tools to create this object class; personaly, I do it with simple openldap commands, wrapped in a small script: # ldapmodify -W -x -v -h $LDAP -D $CRED -a -f /tmp/posixAccount...