ghe

    Finalmente, he sucumbido al poder de google y voy a migrar mi "blog" (por llamarlo de alguna manera, ya que el número de actualizaciones era bastante baja) al servicio de blogspot.

    Además,  voy a separar un poco mis  posts en diferentes blogs para no mezclar todo:

    - Debian Always More  y Debian Siempre Más, los dedicaré a hablar sobre todo lo relaccionado con Debian y mi trabajo como debian Developer, teniendo tanto la versión en inglés como en español)
    - Free Software, Free World, para temas de linux, software libre y conocimiento abierto
    - Pienso, Luego Incordio, como blog personal
    - Locuras de un perdedor, donde iré recogiendo las cosas que escribía y que escribo en mis momentos de desvarío
    - Miradas Errantes, el obligado fotoblog
    - Ghe Rivero's World donde espero que sea una recopilación de todos los anteriores, para los que no quieran marearse con feeds y bookmarks.

   La mayoría están vacios de momento, pero poco a poco se irán populando.  A los que me lean por planet, los iré actualizando en breve.

   Buenos días, y por si no nos vemos luego, buenos días, buenas tardes y buenas noches.

Así titula marca en su versión web el inicio de la liga NBA. 45 puntos de Kobe Bryant. Sin discusión. ¿O es demasiado sensacionalista el titular? Si uno mira con más detenimiento los números, se da realmente cuenta, que el partido de Kobe no ha sido tan bueno como cabría esperar. Más bien a sido mediocre. Apenas un 40% de aciertos en 2 puntos (13 de 32), cuando el resto de su equipo a tirado apenas 5 tiros cada uno (de media), cuando estaba en la escuela a eso se le llamaba un chupón. Y con 18 de 27 en tiros libres.... poco se puede decir. Bien es cierto que hay que estar ahí para meter los 45 puntos. Pero para un gran jugador como él, me parecen demasiados tiros.

Chapuzas en España, hay muchas. Pero que que las llamadas de emergencias  del 112 se desvíen por obra y gracia de esa mal llamada empresa tecnológica ONO a tu número de casa.... no tiene nombre.

Y para colmo de males, con el soporte telefónico en el otro lado del charco, me tocó mandar a la mierda literalmente a unos cuantos operadores hasta que uno parecía algo espabilado... pero no demasiado, cuando lo único que consiguió es que "un técnico se pondrá en contacto con usted en las próximas 24h". Genial! Ale! Todo el mundo en Castilla y León a no usar las emergencias en las próximas 24 horas. Sin ambulancias, sin bomberos, sin policía...

Lo único bueno es que si no cojo el teléfono, acaba sonando en el 112.... el de verdad.

Updated: Finalmente lo han resuelto más rápido de lo que creía

• 12:42 Debian Bug report logs - #426698 lshw: Please add upstream's Homepage to the package description


• 13:21 From: Archive Administrator
  Subject: Processing of lshw_02.10-4_i386.changes


• 13:32 From: Debian Installer
  Subject: lshw_02.10-4_i386.changes ACCEPTED
  Announcing to debian-devel-changes@lists.debian.org
  Closing bugs: 426698


• 13:39 From: Debian Bug Tracking System
  Subject: Bug#426698: marked as done (lshw: Please add upstream's Homepage to the package description)
  

Tiempo total transcurrido: 57 minutos

Y de nuevo España a la cola en la penetracion de nuevas tecnologias.

Antes o después, todo hemos tenido la necesidad de correr servicios en puertos menores al 1024 con usuarios sin permisos. Para poder resolverlo, podemos usar pequeños trucos:

rinetd Permite no sólo redirigir puertos, si no también ip's. El formato del fichero es muy sencillo:
ip puerto ip_destino puerto_destino
La gran pega que tiene es que siempre nos aparecerá la máquina como la ip de origen, por lo que si redirigimos internamente el tomcat del 80 al 8080, todas las conexiones aparecerán como que provienen de localhost, situación bastante inútil para los logs.

iptables
iptables -t nat -A PREROUTING -p tcp --dport 80 -i eth0 -j REDIRECT --to-port 8080

start-stop-daemon Específico de Debian, y quizás la forma más sencilla si tenemos o nos preparamos un script para iniciar los servicios con sysinit.

Cada día nos adentramos más en la era Wireless, donde los cables tienden a desaparecer...o eso creíamos. Sin lugar a dudas, las comunicaciones hoy en día suelen tender a ser inalámbricas, pero si empezamos a contar los cables que tenemos en la mesa, al menos en mi caso, puedo llegar a asustarme.

1. Raton
2. Teclado
3. Monitor
4. Corriente Ordenador
5. Corriente Monitor
6. Cable de red del Modem de Cable al Ordenador
7. Cable de red del Ordenador a la Fonera
8. Corriente Fonera
9. Sonido Ordenador-SubWoofer
10. Sonido Subwoofer - Satelite Izquierdo
11. Sonido Subwoofer - Satelite Derecho
12. Corriente Portatil
13. Corriente PDA
14. Corriente MP3
15. USB PDA-Portatil (Aunque cada vez me conecto más por bluetooth, el cable de corriente se enchufa al USB por lo que aunque esté conectado por bluetooth, también tengo el USB, yuju!)
16. USB MP3-Sobremesa
17. Corriente Móvil
18. Flexo Sobremesa
19. USB Camara Digital
=== Opcionales según cuadre ===
20. Cargador Pilas MP3, Camara Digital
21. USB Disco Externo
22. USB Lector de Tarjetas Externo

Y si le añadimos algún que otro cachibache temporal que llegue a mi habitación, un par de regletas conectadas en cascada, y otro router wireless que lo pongo para hacer chapuzas... podría llegar a los 25.

¿25 Cables y estamos en la era Wireless? Que alguien me lo explique!

Cuando ya estabamos todos deseando poner la mano encima al nuevo Nokia N800y a hacer comparaciones con su hermano pequñp 770, va Apple y nos hace mirar hacia otro lado con su iPhone. Desde siempre, Nokia ha sido uno de los líderes indiscutibles en cuanto a telefonía, y desde que irrumpió en el mercado con el 770, todos pensabamos que en el futuro sería el killer gadget... pero le faltaba rematarlo. Lo han intentado con la revisión actual, pero el hecho de ser una "simple" PDA sin teléfono, y de no disponer de un centro multimedia en condiciones hasta bien poco, ni de una suite PIM decente que se pudiera sincronizar con el escritorio ha alejado a mucha gente. Y si ha eso le añadimos un precio más o menos parecido, y 4 gigas de memoria, a simple vista tenemos un ganador.

Sin embargo, Nokia tiene una gran ventaja a su favor, y es que cuenta con el respaldo de la Comunidad, y con el suficiente apoyo a los grupos de desarrolladores (dudo mucho de que Apple abra el iPhone para que cualquiera le meta mano) y un poco de su parte (metiendo algo más de memoria por ejemplo) se puede crear un producto que si ser tan potente ni con una interfaz tan cuidada, si tenga todo lo necesario para trabajar en el día a día y con un montón de aplicaciones extras para poder divertirnos.

Go Nokia, Go Nokia Spanish Team!

Las operadoras virtuales de móviles están a puntito de aparecer. Eso nos llevan diciendo ya bastante tiempo, y hoy, puedo confirmarlo. El otro día estaba comprando en Carrefour Express, y en la caja, tenían el típico anuncio para recargar los móvilles: Movistar, Vodafone, Orange, y una cuarta marca tapada por una pegatina. Como soy un culo inquieto, aproveché un descuido de la cajera para arrancarla, y allí apareció: Carrefour Móvil. La pregunta és: ¿Nos fiaremos de un supermercado, que también vende seguros, viajes, y ahora también es operadora de Móviles? Dificil aceptarlo, pero el tiempo pone a cada uno en su sitio.

Finally, i'm a new DD. It took me a year and a half, but now it's over. I would like to thanks Amayita for everything, and Ranty to show me what is Debian. More news soon!

El senderó llegó a su fin. El camino, largo y pesado marcó sus días para siempre. Mordor quedó atrás. ¿Volver? Nunca más. Las sombras regresaron. El caos inundó los bastos páramos. Días oscuros volvieron a cubrir de miedos los sueños, pesadillas hechas realidad. La vida se hizo muerte, el día oscuridad, y los sueños de las gentes dejaron sitio en la noche a la desesperación. Pero no estaba todo perdido. Había que volver, ¿a dónde? ¿A Mordor? Nunca más

Una semana después de cambiar mi punto de acceso  de LINUS a BILL tal como comenté hace días, parece ser que he empezado a cazar ALIENS y ya me he embolsado mis primeros eurillos. No es una maravilla, pero a poco que tenga dos o tres de éstos a la semana (3 x 3.89 x 4 = 46.68 €) me puedo empezar a financiar la conexión a internet. No esta nada mal la cosa.


Sin embargo ahora me asalta la duda moral: ¿LINUS o BILL? ¿Compartir o cobrar? ¿Vi o Emacs? ¿Debian o Ubuntu?
Ya estoy deseando que me llegue la nueva Fonera que pedí el mismo día que la anunciaron, tiene pinta de ser un cacharrito muy cuco.

Desde hace unos días he cambiado la ubicación de mi router , y ahora ha pasado de estar en un patio interior, a una de las calles más transitadas de Salamanca. La verdad es que con el cambio he pasado de no tener a nadie que hiciera uso de la red a tener un tráfico relamente curioso, tal como se ve en el siguiente dibujo: (La columna de los usuarios que se han conectado está quitada a propósito, y ninguno de ellos era el mío, me sigo conectando  por RJ45) Es una pena no tener estadísticas de tiempos totales/ medios de conexión, tráfico total/medio de subida/bajada... y paso de ponerme a hacer números


Yo estoy registrado como usuario tipo LINUS: no gano nada por que se me conecten, y puedo acceder a cualquier punto del mundo. Lo que no sé en calidad de qué se están conectando estos usuarios, ya que no aparece en ningún sitio, y no puedo obtener ninguna ganancia a por ser LINUS, por lo que mi hucha aparece vacía. (Los usuario ALIEN son aquellos que pagan por conectarse) A partir de ahora, he cambiado mi perfil a BILL, a ver si realmente puedo conseguir algún dinerito (el 50% de los 3€ por 24h que vale conectarse a través de ). De esta forma, sabremos si la idea de realmente funciona (aunque es un poco pronto para hacer números)

PD.- Antes o después pienso volver a ser un LINUS

Tras mi último post y las dudas surgidas sobre si era algo real, ideas al aire o simplemente un tanteo de terreno, he decidido liarme la manta a la cabeza y empezar el proyecto de una vez por todas.

Cuando se está en un DataCenter trabajando y con multitud de servidores, una cosa que se desea pero es difícil de conseguir, bien por la dinámica de trabajo que se tiene, o porque es virtualmente imposible conseguirlo, es la centralización del manejo de todos los servidores. Hay iniciativas por parte de otras distribuciones que en cierta medida intentan cubrir parte de dichas necesidades con sus propios productos, como RedHat Network y Novell Customer Center. Ambas permiten controlar los sistemas instalados, los parches aplicados y ponen especial énfasis en las licencias contratadas. Aparte, RedHat desde las últimas actualizaciones de su software, también permite ciertas estadísticas de uso de la CPU, red..., manejar ficheros de configuración, creación de snapshots (ficheros de configuración, paquetes instalados) de los servidores registrados (No conozco tanto el de Novell como para saber si también lo permite). Todo está muy bien pero... todo depende de las máquinas de RedHat, Novell sin poder tener un control sobre la situación y sin poder mejorar nada, sin soporte para Debian (RHN permite hacer ciertas cosas con Solaris), aparte de que hay que pasar por caja por cada sistema.

Pero no queda sólo aqui la cosa. Con la aparición de procesadores baratos con sistemas de virtualización, ya no se empiezan a ver los servidores como máquinas únicas, sino que en un mismo hardware podemos encontrarnos de todo. Igualmente, la forma de trabajar también empieza a diferir enormente. Ahora podemos clonar servidores, moverlos de máquina, y de forma totalmente transparente y sin realizar ningún pago extra. (Como gran ejemplo, la demo del nuevo Xen Enterprise 3.0)

Hasta hoy, Debian ha seguido su política de "Do It YourSelf". Hay cientos de herramientas que permiten controlar todos los aspectos que hemos comentado, e incluso algunas son capaces de hacer mucho más. Pero el problema sigue siendo el mismo: INTEGRACIÓN Y CENTRALIZACIÓN.

Dicho esto, creo que ya tengo decidido mi proyecto para los próximos meses: "Debian Enterprise Ready" (Nombre totalmente aleatorio hasta que s eme ocurra algo más).

En los próximos días empezaré a pensar como llevar el proyecto a cabo, tecnologías a usar... y sobre todo y los más importante, cómo integrarlo en Debian. Más noticias en breve.

Existen multitud de proyectos que se inician en Debian, que antes de nacer ya han muerto de éxito, y aunque las ideas son realmente buenas, no suelen llegar a ningún sitio.

Casi todos los años, suelen aparecer nuevos proyectos, ideas, firmas comerciales... para tratar de conseguir que Debian sea algo más que una distribución echa por y para "especialistas" y pueda tener una derivación más orientada al usuario final y a la empresa, pero todos ellos suelen fracasar o caer en el olvido al poco tiempo. Debian-enterprise, UserLinux, DCC (Debian Core Corsortium), son algunos de ellos. Pero, ¿qué es lo que hace que no se llegue a conseguir gran cosa?

A excepción de Debian-Enterprise, cuya web está totalmente inaccesible, llegué a estar involucrado en UL y DCC de una forma activa. Mirando hacia atrás, me doy cuenta que una de las mayores equivocaciones que hay es no contar en absoluto con la gente de Debian a la hora de crear el proyecto (Recordemos los problemas de DCC con el nombre, o Ubuntu con...) y tratar de amoldar Debian a las necesidades y no al revés. Las "prisas" por tener algo funcional a corto plazo, obliga de desplazarse de la versión stable de Debian, dando lugar a nuevos conflictos. No se puede exigir a Debian amoldarse a las necesidades de los proyectos, ni tratar de modificar su forma de trabajo desde fuera.

Siempre he querido que alguno de estos proyectos llegara a buen puerto, y no descarto empezar algo por mi propia cuenta ahora que mi tiempo libre se ha incrementado muy notablemente (ya no tengo ninguna realación con la universidad como estudiante), pero siguiendo unas pautas mínimas que considero necesarias

* Pensar a largo plazo. No querer tener algo funcional para mañana. Si lo empezase hoy, mi plazo sería para la primera versión "estable" sería etch + 1
* No desviarse de Debian. Si hay algo que realmente queremos y necesitamos, hacer que entre en Debian. Al tener una visión a largo plazo, tenemos tiempo más que de sobra para trabajar con los mantenedores corespondientes para hacerlo posible.
* Pensar como una empresa, un DataCenter, y no un usuario entusiasmado de Debian. Tras más de 3 años trabajando en el DataCenter de una Universidad y pelearme diariamente con RedHat (Orientado a la empresa como la que más) y SuSE, es fácil darse cuenta que es lo que necesita Debian, en que se diferencia de éstas, para poder ser una opción a plantearse (Y no me refiero a soporte IHV, ISV, aunque también ayudaría

Pues si, Novell 10.0 ya está aquí, tanto en versión servidor como de escritorio (auqneu este último me da error al descargar las iso) Es la RC3, pero en breve podremos hacernos una idea de si la tan espera versión supondrá un nuevo paso en el escritorio de linux.

Novell 10.0 RC3

Update: Parece que ya han arreglado el enlace a la versión Desktop.

Pues sí, tras superar numerosos problemillas surgidos en los últimos meses, vuelvo a estar online y listo para empezar a dar guerra con más fuerza que nunca. Es totalmente cierto que cuanto más fuerte te dan, más resistente te vuelves.

Todo empezó sobre mediados de marzo más o menos. Dejé mi trabajo en la Universidad (que era indefinido! que locura. Algún día contaré qué pasa cuando se mezclan plano académico y profesional: Que abandonan el barco el responsable de redes y el responsable de sistemas y seguridad) para empezar nuevos retos, y conseguí hacerme un hueco en uno de los proyectos más interesantes e importantes que puede haber ahora: FON. Sin embargo, justo cuando iba ha realizar la entrevista, plof, se paró todo de golpe. Debido a problemas familiares y personales, tuve que dar marcha atrás en todo, renunciar a FON, renunciar a otra entrevista en Insa IBM, y tragarse uno el orgullo y volver a la Universidad de donde se fue dando un gran portazo (aunque la vuelta era algo muy deseado por ambas partes en ese momento).

Sin embargo, no todo ha sido malo. He desconectado, dentro de lo que cabe, durante un par de meses del mundo virtual, prácticamente he finalizado el proceso de Debian (sólo queda que me creen las cuentas) y casi finalizar (este viernes es el último examen) por fin, mi licenciatura en Informática. (que si bien no sirve para nada, más que para ponerlo en el curriculum cuando buscas trabarjo, te quita tiempo y horas de sueño), y recargar las pilas para estar con más ganas que nunca de comerme el mundo.

Así pues, en un mes más o menos, volveré a entrar en una dinámica en la que decidiré qué haré durante los próximos años. En breve, se va a presentar la reestructuración del CPD de la Universidad, y espero que realmente sea tal, ya que me encantaría seguir, pero aún así, a partir de Julio, buscaré algún proyecto que me interese y me sienta agusto, aunque seguiré con la espina clavada de que pude acabar en FON y tuve que renunciar :(

Haycosas , que aunque a simple vista no tienen nada que ver, pueden ser totalmente incompatibles. Véase el caso de una pala escabadora y la fibra óptica. ¿Alguien tiene pegamento y cinta aislante de sobra?

Lo bueno de estas situaciones, es que ya que cambias la fibra, puedes aprovechar y meter otra tirada sin "pedir licencia" para hacer obras en la calle.

Ifolder, es una de las grandes aplicaciones que siempre había hechado de menos en el escritorio para compartir ficheros entre varias máquinas, sin andar con florituras de CVS/SVN como tienen algunos montados. El día 4 de Febrero, y como regalo de cumpleaños (Un cuarto de siglo), Novell decidió hacer Flaim, la base de datos sobre la que se construye iFolder, sea liberada! Una gran noticia! Ya no hay excusas para no tener paquetes oficiales en Debian!

Para todos aquellos que nos gusta trabajar con varios sistemas de pruebas a la vez, existen numerosas alternativas, más o menos libres para correr máquinas virtuales. La más usada de todas es VMware, ya que es de las que mejor rendimiento y más fácil de manejar llega a ser, pero tiene la gran pega de que no es libre. Para ello tenemos Qemu, que es libre, pero con un rendimiento menor, además de que la configuración de red, no es todo lo intuitiva que debería. Exsiten otras opciones como XEN, pero tiene la gran pega de que hace falta modificar el núcleo tanto del sistema anfitrión como de los invitados... o tener acceso a uno de los nuevos micros de Intel VT o AMD PAcifica que ya incluyen instrucciones de virtualización de serie, por lo que no hace falta recompilar kernels.

Pero en esta ocasión, nos vamos a centrar en Qemu. Una de las grandes desventajas que tiene frente a VMWare es el rendimiento que ofrece, que llega a ser varias veces inferior e instalar un sistema usando una imagen ISO puede ser un auténtico dolor. Para remediarlo, existe un módulo de aceleración, llamado kqemu, que tiene la gran pega de que no es libre... aunque algún día llegará a serlo. Al no ser libre (la restricción que tiene es que no permite la redistribución de binarios), no está incluido en Debian... pero todo tiene solución. Lo que vamos a hacer es recompilar nosotros mismos el paquete y añadirle soporte para kqemu.

KQemu, es un módulo del kernel, por lo que necesitaremos los headers de nuestra máquina para poder compilarlo correctamente.

apt-get install kernel-headers-`uname -r`

Obviamente, todo esto siempre que vayamos a instalar qemu en la misma máquina que lo estamos reempaquetando. Lo siguiente será bajarnos tanto el fuente del paquete qemu, así como las dependencias de compilación que tenga

mkdir -p ~/sandbox && cd ~/sandbox
apt-get source qemu
apt-get build-dep qemu

Y finalmente, los módulos de kqemu que descompriremos dentro del directorio de qemu.
wget http://fabrice.bellard.free.fr/qemu/kqemu-0.7.2.tar.gz
cd qemu-*
tar xvzf ../kqemu-0.7.2.tar.gz

Dado que kqemu, incluye parte que se distribuye en formato binario, si intentemos crear un paquete como lo hemos hecho toda la vida, va a resultar imposible, por lo que simplemente crearemos un paquete binario y lo instalaremos. (Todo esto como superusuario)

dpkg-buildpackage -b
dpkg -i ../qemu*.deb

Y voilá! Ya tenemos qemu con soporte de aceleración en Debian. Como apunte final, simplemente añadimos kqemu a /etc/modulesy en caso de que usemos udev, crearemos el fichero /etc/modutils/kqemu con el siguiente contenido:

options kqemu major=0

Para evitar que se actualice qemu con la versión de Debian, y no disfrutemos de la aceleración, podemos bloquear el paquete de la siguiente forma:

echo qemu hold | dpkg --set-selections

Próximo día: Creación de una LAN con máquinas qemu

ACtualización: Para los que estén usando udev, es recomendable modificar el fichero /etc/udev/permissions.rules y añadir al final del todo para que todos los usuarios puedan disfrutar de él.
KERNEL=="kqemu", MODE="0666"