handyfloss

Pedazo de noticia que he leído vía EmpresaDigitala.net. Según esta, Microsoft apuesta por la seguridad para diferenciarse del software libre.

¡Oh, sorpresa! MS, la empresa que produce el ubícuo sistema operativo Windows, tan conocido por su invulnerabilidad ante ataques de software malicioso y su práctica ausencia de bugs y errores, ha decidido seguir por el camino de la perfección que la caracteriza, para diferenciarse del software libre, que tantos agujeros de seguridad sabemos que tiene, y cuyos bugs sabemos que se tardan tanto en solucionar. ¡Menos mal! Estoy ya harto de los virus y troyanos en mi Debian. Es que cada vez que me mandan un e-mail tengo miedo de abrirlo, no sea que se me infecte el ordenador. Además el antivirus que tengo todo el tiempo corriendo en segundo plano me come muchos recursos, y no puedo trabajar a gusto. ¡Ojalá pueda pasarme a Windows, y olvidarme de todo este rollo del [[malware]]!

¡Venga ya!

I am facing, right now, a task that is paradigmatic of when a GUI ([[Graphical user interface]]) would be preferable over a [[command line interface]]: cropping a picture to extract a fragment (a face in a bigger picture, more precisely).

One would, of course, open [[GIMP]], select the area to cut, then “save as”, e voilà! Sort of. First, starting GIMP is not incredibly fast. Then, you have to:

1. Select the “Selection” tool (with the mouse! That’s so slow)
2. Use the tool to select the region (with the mouse!)
3. Open the “Edit” menu (right click)
4. Choose “Copy” (with the mouse!)
5. Open the menu again, and choose “Paste selection as new” (with the… you get it)
6. Go to the newly opened picture, then “Save as”
7. Introduce name
8. Accept in the “Export” menu, when prompted about some transparency thingie
9. Choose some JPG parameters, like quality
10. Close GIMP

Of course, if you don’t like the result, you have to repeat everything. Then you will realize that the resulting file is too big, and will use [[ImageMagick]] to reduce it.

After doing the above, y resorted to convert, the tool of the [[ImageMagick]] suite that has save my *ss more times than I can count.

With convert, you write a (apparently cryptic and complex) command line once, and then you can reuse it. Cropping a region of an image blindly seems highly problematic, but it isn’t. You just choose a width, height and (x,y) position of top corner and run. If the result is too wide or whatever, you just rerun the command (hitting once the “up” arrow of the keyboard to rescue the last command, then modify at will).

The command line I am using:

convert source_image -crop WxH+x+y cropped_image && display -resize 50% cropped_image

After just a couple of runs (modifying W, H, x and y depending on the previous run), I obtained the desired result.

I decided to give a try to Ubuntu Hardy Heron, and installed the [[amd64]] version of it in my laptop.

My gripe is caused by a really annoying issue with the installation in a multiboot system. I have a laptop with four root partitions (Windows, Debian, Fedora and Ubuntu), and obviously [[GRUB]] generates the menu that allows me to choose at boot time. The file that GRUB reads is /root/grub/menu.lst, at /dev/sda5 (the Fedora partition, which was the last one).

The annoying issue I mention is that the installation is absolutely smooth but a [[bootloader]] is not installer. What this means is that when I reboot the computer after installation, I always get the old GRUB menu, and the new OS does not appear in the list.

The only solution I found is to do the following:

1. Do a normal install of Ubuntu, but do not reboot
2. Open a console (after installation Ubuntu lauches a GNOME live session)
3. Locate the kernel and initrd images I need. They are, respectively: /target/boot/vmlinuz-2.6.24-16-generic and /target/boot/initrd-img-2.6.24-16-generic.bak
4. Mount /dev/sda5 into /mnt/root3
5. Edit /mnt/root3/boot/grub/menu.lst (the old GRUB menu), and add the lines:

title --------- Ubuntu 8.04 TLS Hardy Heron - sda6 ----------
root

title Ubuntu Hardy Heron - kernel 2.6.24
root (hd0,5)
kernel /boot/vmlinuz-2.6.24-16-generic root=/dev/sda6 ro quiet splash
initrd /boot/initrd.img-2.6.24-16-generic.bak
boot

6. Reboot

After that, the new Ubuntu appears in the GRUB list.

The procedure is not incredibly difficult, but for a beginner it would be a major showstopper. And, in any case, it is a really sad error.

Around 1 month ago I said I had made the switch from KMail to Thunderbird for managing e-mail. Well, now I must confess I am making another switch, this time to Evolution, the native [[e-mail client]] for [[GNOME]].

The main (sole) reason is that [[Icedove]] (Thunderbird) was unreasonably slow lately. Maybe it’s a matter of versions (I’m running the latest in Debian Lenny), but it was driving me crazy. And so is [[Iceweasel]] (Firefox), but that’s another story. Evolution seems to be as fast as KMail to start up/minimize/maximize/quit, and as fast as Icedove to manage the [[IMAP]] folders (something KMail was seriously lacking).

Remember Project BHS? It is an effort I am making to log the evolution of Windows/Linux/Mac/Other market share, via the respective contributions to [[BOINC]] projects.

I have taken a further (and very crude) step towards the estimation of when will the Beast from Redmond fall, by extrapolating the “Number of hosts vs. time” curves to the points of crossing. For that I have fitted the data so far to (very crude, I know) second order polynomials (with [[Xmgrace]]), and calculated the crossing points (with [[GNU Octave]]).

The results can be:

1. Windows seems to go upwards and Linux/Mac downwards (will never cross)
2. The crossing point is above 100% or below 0% market share: the extrapolation is unfit (will never cross)
3. There is a crossing point and lies within 0-100% market share: that’s the World Domintion date!!

I will be posting data for different projects, along with a “confidence” percent. This value corresponds to the fraction of the total time required for Linux/Mac to overcome Windows (according to the present tendency) that is represented in the collected data. If 10-day data suggests that Linux will overcome Windows in 1000 days, then the result is not really very trustable. OTOH, 999-day data suggesting the same is compelling.

An important notice: expected times are not measured from “now”, but from the moment I started collecting data, on Feb 3, 2008 (3 months ago).

The following table illustrates the aforementioned data for some selected projects, with time in days and confidence percent in parenthesis.

As an example, the curve fits and corresponding crossing points are given in the following figure, for the case of SETI@Home. You can infer the limited trustability of the predictions from the tiny time extent of the data points used to extrapolate the curves. As time goes by, curves will be more and more trustable, so expect updates to this “project”.

SETI@Home data (click to enlarge)

The software used to process the data is BHS, and can be found at my home page.