Un linux para viejos

Bueno, llega un momento en que uno quiere a la fuerza aplicar linux, y dice algo como, le instalo linux a mi abuela, que le va a resultar más fácil que windows y además le va a andar en el cacharro que tiene.

Pruevo varias distros:

• greenie linux una versión eslovaca tiene una versión con openbox, pero yo no entiendo nada.
• ubuntu tiene supuestamente una versión liviana, pero no es fácil.
• fedora tiene su versión con xfce que es la que estoy probando ahora.
• además pruevo otros, crouchbang (inglés), nimbleX (por error).

Todas tienen en común ser bien distintas de windows, tienen iconos chiquitos o tienen cosas sin traducir.
 Ahora estoy probando fedora 16 con xfce, que cosas le arreglo para que sea fácil?

• Iconos en el escritorio. (firefox)
• Saco lo de los distintos escritorios.
• Panel inferior. (saco el inferior y muevo el superior)
• Agrando la letra.
• Marcadores en Firefox (y cambio "Most Visited" por "Más visitados")
• Saco el icono de Sistema de Archivos del Escritorio.
• Activo el horario por Red.
• Actualizo el sistema.

Ahí queda un linux bastante estable que tiene firefox.
Tiene algunos puntos flojos, a saber:

1. El lector de mail no va y no se como poner gmail por default. (quizás con esto?)
2. No se autologea.
3. El menú de aplicaciones tiene demasiadas opciones, me gustaría sacar algunas, pero no se dónde configurarlo.
4. La tipografía es horrible.
5. Carpeta personal aparece con puntos suspensivos.
6. Las actualizaciones tardan una bocha.

Veremos que sucede, deseenmé suerte (ya a mi abuela).

Sobre git (procedimiento rudimentario)

La idea de los commits es poder separar lo que funciona de lo que no (aislar los problemas) si está todo en un gran commit no sirve de nada (excepto para poner todo o sacar todo) por lo que es importante que haya muchos commits, y que en cada uno haya un cambio.

Así que acá presento un procedimiento rudimentario para lograrlo de forma simple y clara.

La onda es que cuando te agarra la voragine programadora hagas el siguiente procedimiento, que aunque rudimentario puede funcionar.

0. hay que empezar desde *master* y tiene que estar todo *limpio*, si hay cambios de algun tipo hay que borrarlos `git co .` o guardarlos para después `git stash`

1. Creas una rama donde trabajar

        $ git checkout -b nombre_de_la_nueva_rama`

2. Haces un cambio cualquiera o dos como mucho, si corres un generador ya está, si modificas 2 archivos y lo que pusiste _anda_ ya está. La cuestión es lograr que eso que acabas de escribir ande. si agregas un botón y el botón se ve, fue, ya está, es hora de comitear.

3. Comitea lo que acabas de cambiar (ahí te pide un comentario, descriví lo que hiciste)

        $ git add . && git commit

4. Repetí 2-3 tantas veces como sea posible.

5. hacé un push (si la rama no existe primero creala)

        $ git promote
        $ git push

De esta forma quedan un monton de commits horribles, pero cada uno tiene una cosa que anda por si sola, así que uno puede, al encontrar un error, ver que commit lo creo y revertirlo `git revert` o corregirlo, pero entiende para qué está cada linea de código.