Passwords con caracteres aleatorios

En muchas ocasiones, cuando tenemos que crear un servicio que pide usuario/password, tendemos al uso de passwords simples o poco elaboradas. Tanto si es para un uso personal como si es para compartir información entre usuarios (este, quizás, más importante aún securizar), las password simples o basadas en diccionarios no son del todo una buena idea.

Este pequeño script de python genera una clave de N caracteres aleatorios (pasados por argumento, o 10 en su defecto), que puede añadir símbolos indicando el argumento "@".

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import string,random,sys

dictionary = string.ascii_letters + string.digits
dictionary_extra = '@.-!~'

N = 10
if(len(sys.argv)>1):
 if(sys.argv[1][0]=='@'):
  dictionary += dictionary_extra
  if(len(sys.argv[1])>1): N=int(sys.argv[1][1:])
 else:
  N = int(sys.argv[1])
print ''.join(random.SystemRandom().choice(dictionary) for _ in range(N))

Ejemplos de uso:

$ python randompasswd @20
Dk5nl8w~.WxrkEj94!V~

$ python randompasswd @
0KAiU0z@rC

$ python randompasswd 
eqUL9Kaw22G1QFc

sendlines, un expect simplificado

Para automatizar tareas siempre había hecho uso de autoexpect, ya que, una vez realizado (y guardado) todo la primera vez, sólo había que hacer un par de apaños al script resultante. Sin embargo, hay veces que no necesitamos algo tan sofisticado o no queremos instalar tcl/tsh en la máquina.

No hay problema: un pequeño script en python lee de un archivo de texto y le manda, línea a línea, su contenido al ejecutable que hayamos elegido.

Seguramente haya muchas cosas por pulir, pero hace lo que tiene que hacer (Pricipio KISS, que le llaman ;) ).

Uso: sendlines -f fichero_de_texto -c "comando a ejecutar" [ -d delay ], donde:

• fichero_de_texto: archivo que contiene las lineas que se van a mandar. No contempla comentarios, lo manda del tirón
• comando: orden que recibirá las entradas de fichero_de_texto. Si tiene parámetros, poner todo el comando entre comillas (ej: "grep -v grep")
• delay: tiempo entre lineas. Opcional, espera un tiempo (en segundos) entre cada linea que manda

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import subprocess
import time
import sys, getopt

def run(cmd,textFile,delay):
 with open(textFile,'r') as text:
  content=text.readlines()
 p = subprocess.Popen(cmd,stdout=subprocess.PIPE,stdin=subprocess.PIPE)
 for line in content:
  p.stdin.write(line+'\n')
  if(delay): time.sleep(float(delay))
 p.communicate()[0]
 p.stdin.close()


def usage():
 print '''
Usage: sendlines -f TEXTFILE -c "COMMAND" [ -d DELAY ]
- TEXTFILE: Text file where read lines from. Mandatory.
- COMMAND: Command to be executed (if there are any arguments to be sent, must be put all between quotes). Mandatory
- DELAY: Time (in seconds) to wait between sending lines. Optional.
'''


if __name__ == "__main__":
 textfile = None
 command = None
 delay = None
 try:
  opts, args = getopt.getopt(sys.argv[1:], "f:c:d:", ["file=", "command=", "delay="])
 except getopt.GetoptError as err:
     # print help information and exit:
  print str(err) # will print something like "option -a not recognized"
  sys.exit(2)
 for o, a in opts:
  if o in ("-f", "--file"):
   textfile = a
  elif o in ("-c", "--command"):
   command = a.split(' ')
  elif o in ("-d", "--delay"):
   delay = a
  else:
   assert False, "unhandled option"
   usage()
 if(command and textfile):
  run(command,textfile,delay)
 else:
  usage()
  print 'Missing argument(s). Exit\n'
  sys.exit(2)

Hacer un pg_dump aprovechando los cores de la máquina

Desde la versión 9.3, postgreSQL permite hacer dumps de la base de datos en forma paralela, aprovechando así el número de cores de la máquina.

En una forma rápida, podemos lanzar este proceso:

pg_dump -h $MAQUINA -U $USER -d $DATABASE -Fd -j `nproc` -f $DESTINO

Las variables son autorreferentes, con lo que la gracia de este comando se encuentra en la opción -Fd (obligatoria para que use diferentes cores), que realiza el dump en un directorio en lugar de un archivo; y la opción -j, que refiere al número de procesos que se lanzan simultáneamente. En este caso, hacemos uso de lo que devuelve nproc para levantar tantos procesos como núcleos.

Un pequeño script de backup de base de datos local (perfecto para meter en un cronjob del usuario postgres) sería:

#!/bin/bash
## This script will create a backup for each database listed in the DATABASES variable
## Use as postgres user or add the -U [username] to the pg_dump line

DATABASES="template1 db other_db"

CORES=`nproc`
TARGET_FOLDER=/var/backups

for DATABASE in $DATABASES; do
    mkdir -p $TARGET_FOLDER/$DATABASE
    pg_dump -d $DATABASE -Fd -j $CORES -f $TARGET_FOLDER/$DATABASE
done

Recuperando el blog

¡Buenas!

Han pasado unas cuantas (CUANTAS) cosas desde que hice mi última entrada, tanto en mi vida como en el mundo linux. Desconozco la frecuencia con la que escribiré de nuevo, pero quiero darle un uso de sysadmin a este pobre blog, añadiendo trucos, utilidades y tuneaje, aparte de hablar de los pequeños proyectos que tengo en GitHub.

Así que, abracetes y ¡let the Hunger Games begin!

Debian 5.0 "lenny" lanzado

Como ya anunciaran en su momento los chicos de Debian, Lenny ya ha pasado a ser la nueva versión estable de Debian, tras 22 meses de desarrollo desde la salida de Etch. Soporta 12 arquitecturas de procesador e incluye las versiones más estables (que no las últimas) de KDE, Gnome, Xfce y LXDE.

Esto hace que la nueva versión de testing sea Squeeze. Personalmente yo suelo llamarlas por el número, testing y unstable, pero para gustos los colores.

Anuncio de versión: http://lists.debian.org/debian-announce/2009/msg00002.html

Página oficial de Debian: http://www.debian.org

Y para los que usamos testing, otra buena noticia: se está incluyendo poco a poco la actualización de KDE a 4.2, ahora que la estable ha salido, a la versión unstable, que es el paso previo para testing/squeeze.

Feliz día de los enamorados (de Debian) :D

Repositorio para testing/amd64

He puesto en marcha un pequeño repositorio de paquetes para debian testing (actualmente lenny, en breve squeeze) para la arquitectura amd64.

Ahora mismo sólo está el vlc 0.9.8a, recompilado de los paquetes de ubuntu más un parche que arregla el problema del video integrado, y poca cosa más. Iré agregando según pase el tiempo y la necesidad :)

Los paquetes no van firmados (otra cosa a la que dedicarle tiempo). Os pongo la línea para sources.list:

deb http://davidp.dyndns.org:8080/debian debian main

Crítica humorística a Wine

Wine se encuentra actualmente en su versión de desarrollo 1.1.12 . Desde que el proyecto viera la luz, muchos cambios han pasado por su código fuente, incluída la incorporación/implementación del código necesario para muchas de las funciones de DirectX (¡y van por la 10!), lo que es un logro digno de admiración.

No obstante, y pretendiendo ser realistas, las implementaciones del código aún distan de ser suficientes para permitir cualquier juego. Si bien puedo hacer que funcionen títulos como "Tomb Raider Anniversary", "World of Warcraft" o "The Witcher", en algunos otros casos debemos decir que sí, que ejecutarse se ejecuta, pero aún queda para decir que es "jugable". Por lo menos a ojos del equipo de desarrollo del videojuego.

Tal es el caso del Principe de Persia 2008, calidad artística donde las haya, que puede instalarse en Linux (eso nos cuentan los chicos de PlayOnLinux) aunque yo diría que lo que puede hacerse es "ejecutarse": hay que bajar la resolución al mínimo, quitar las texturas HD... en fin, y cuando consigues que funcione, ve guardando cada poco, que puede írsete al cuerno y aparecer tu bonito escritorio (con compiz o sin él).

Os pongo una muestra de cómo queda el juego según la plataforma:

Win/XBox360




Linux, sin texturas, a baja resolución, rezándole a algún beato:



Bueno, os dejo que tengo un mago que se no sube de nivel solito. Que vuestros días sean largos, y escasos los contratiempos ;)

Nokia añade la licencia LGPL a QT

Si bien hasta hoy se podía elegir entre la licencia GPL y no pagar por el kit de desarrollo de QT, o su versión comercial y así mantener como cerrado el código generado, Nokia ha añadido el tipo de licencia LGPL tanto a la interfaz de usuario como al kit de desarrollo a partir de la versión 4.5 .

Traduciendo del enlace original (http://www.qtsoftware.com/about/news/lgpl-license-option-added-to-qt), El paso a la licencia LGPL proveerá a los desarrolladores de código fuente tanto libre como comercial una licencia más permisiva que la GPL y, por tanto, aumentar la flexibilidad. Además, los repositorios del código de QT estarán públicamente disponibles y alentará las contribuciones de las comunidades de desarrolladores de escritorio y aplicaciones embebidas. Con estos cambios, los programadores podrán guiar de manera activa la evolución del framework de QT.

Las versiones anteriores no ven modificada su licencia GPL.

Mientras escribo este post, veo que en Barrapunto se han hecho eco de la noticia: http://softlibre.barrapunto.com/article.pl?sid=09/01/14/0849214&from=rss

Veremos si este cambio de licencia hace que los desarrolladores eligen QT para sus aplicaciones en multiplataforma. Personalmente, todo cambio que dé libertad al programador para desarrollar (y distribuir) un producto, es bienvenido.

Avidemux "a-la-QT"

Avidemux es un editor de videos muy similar en características al VirtualDub de otras plataformas. Ya conocía de la existencia de elección entre librería GTK y QT fuera de Linux para este programa, pero gracias al blog Ubuntu Life (tardais en ir a visitarlo), veo que también existe para la plataforma del pingüino.

Para tenerlo disponible en Debian (por problemas de licencia, supongo), es necesario tener disponible el repositorio debian-multimedia de Marillat, así que aseguraos de visitar su web para comprobar que teneis en vuestro sources.list el repositorio antes de intentar instalarlo:

apt-get install avidemux-qt

Estado actual de k3b

He conseguido compilar k3b desde su svn y realizado algunas capturas para que veais cómo va el proyecto. Pensad que k3b "sufre" un cambio muy radical en su transición a KDE4 por la implementación de phonon (para lo relacionado con el audio) y solid (hardware), y que son sólo 2 programadores.

Desde aquí mucho ánimo, que la cosa va bastante bien:

Como veis, es "sólo" la adaptación de k3b al entorno KDE4. Pero qué quereis que os diga, a mí ya me gustaba tal y como era en KDE3, con lo que contento y feliz de que siga por el mismo camino.

Objetivos y mejoras de KDE 4.2

Puesto que hace mucho que no escribo en este blog (y eso que sabía el compromiso que tengo al separar mi antiguo blog en 2 para no mezclar vida privada y labor informática), me he puesto a mirar la página de techbase de KDE, donde figuran los planes y objetivos con cada versión grande.

Para la versión entrante, la 4.2, que saldrá a finales de Enero, tienen marcados los siguientes objetivos:

• módulos KDevelop y KDevplatform


• Marco de desarrollo en Decibel para VoIP y comunicación en tiempo real


• Paquetes "Plasmagik" (de instalar por click) para plasma y un creador de add-ons


• Un Kopete más pulido


• Agregar KBlogger a KDE-PIM


• Eigen 2 (librería de cálculo aritmético lineal) en kdesupport, usado en edu/office/games


• Edición modal (a lo "VI") en Kate/KDevelop


• Ark (gestor de archivos comprimidos) muy mejorado


• Montones de pequeñas características

De las pequeñas características, sacado del feature plan, destaco las siguientes:

• "Modo administrador" en SystemSettings


• Un administrador de impresión, sustituto del extinto KDEPrint, llamado system-config-printer-kde


• Integración con QtScript


• Importar esquemas de colores de KDE3


• aprendizaje básico de krunner


• arrastre de iconos del panel al escritorio


• soporte python en plasma


• agrupación de iconos en la barra de tareas


• plasmoides en el protector de pantalla


• auto-ocultar panel


• soporte para Google Gadgets


• decoración de sombras de la ventana


• ajuste personalizado de la velocidad de los efectos


• efectos de cubo y magic lamp, conocidos de compiz


• plasmoide de contactos basado en los encontrados en kopete


• kget soporta torrents, ahora soportará el protocolo ed2k (edonkey/emule) gracias a mldonkey


• applet para gestionar la red


• Dragon Player, independiente de xine


• anotaciones sonoras y de enlaces en okular


• reducción de ojos rojos en Gwenview


• backend de okular para faxes


• página inicial de konqueror cambiada, mostrando los marcadores del usuario


• zoom para imágenes en dolphin

Visto lo visto, no son pocas las novedades que nos esperan, algunas con más impaciencia que otras. Todo aquello que no se pueda implementar para la versión 4.2 (aunque la mayoría de lo que os he puesto es trabajo ya terminado o en progreso), saldrá para la 4.3, prevista para el 30 de junio de 2009, y cuyo plan de características aún no ha sido concretado.

QT Creator, ¿un posible RAD para QT/KDE?

Los que nos dedicamos a la programación, ya sea como hobby (mi caso) o como parte del trabajo diario, tenemos que agradecer a Trolltech, la creadora de las bibliotecas QT, el nacimiento de esta nueva herramienta: QT Creator.

QT Creator se presenta como un IDE (Integrated Development Enviroment) ligero y multiplataforma diseñado para hacer más simple la tarea de crear aplicaciones basadas en QT4. Dispone de un asistente (wizard), ayuda rápida, autorelleno de sintaxis y compilador integrado en su versión para Windows (en Linux dispondríamos de los paquetes que vienen en nuestra distribución, con lo que no es problema ninguno).

Aquí os pongo un vídeo demostrativo (el mismo que aparece en la página de trolltech):

Yo lo he estado probando y me ha gustado bastante, acostumbrado que estoy a la interfaz de Delphi. Me falta, sin embargo, una gestión un poco mejor de las señales/slots, pero hay que darle tiempo al tiempo, puesto que la versión final saldrá a primeros del año que viene.

Noticia vista en barrapunto: http://softlibre.barrapunto.com/softlibre/08/10/31/0127204.shtml
Enlace a QT Creator, en la página de Trolltech: http://trolltech.com/developer/qt-creator

KDE 4.2 "arreglará" los mensajes emergentes

KDE 4.2 tiene pensado salir como estable para finales de enero de 2009 (concretamente, el 27, según su planning), y poco a poco se va viendo lo que nos traerá esta nueva versión.

Uno de los detalles destacables es el "arreglo" de los mensajes emergentes. Para explicar un poco mejor, tomemos como ejemplo a kopete, el cliente de mensajería: cuando un usuario entra, el mensaje emergente aparece arriba, a la derecha de la pantalla. Lo mismo si nos abre una conversación y nos da a elegir si queremos abrir una ventana o ignorar el mensaje. Todo arriba a la derecha.

Ahora, el sistema de mensajes emergentes pertenece al plasmoide "systray", de manera que aparece donde tiene que aparecer:



Pero no sólo se queda en kopete, sino que va almacenando los mensajes emergentes para que vayan saliendo de manera organizada uno encima de otro. Además, se ha "plasmizado" para que tenga un aspecto visual más acorde al tema elegido.

Esta nueva mejora del systray no es la única: vuelve la ocultación de iconos y la inclusión de plasmoides dentro de la bandeja.

KDE 4.2 quizá sea lo que debió nacer como KDE 4.0 (por lo menos, para aquéllos que no entienden el lío de "KDE4 no es KDE 4.0" y cosas así), pero no podemos negar que está haciéndose un trabajo increíble para darnos una experiencia de escritorio cómoda y funcional.

Vía: http://aseigo.blogspot.com/2008/10/plasma-is-now-feature-complete.html

Virtualbox 2.0 también es QT4

Si no nos bastaba con que la gente del VLC nos diera la sorpresa de pasar sus widgets a QT4, resulta que VirtualBox, el virtualizador de sistemas operativos, también se pasa a estas librerías para mostrarnos su intefaz.

Aunque la configuración de la red más allá de virtualizar un sistema operativo resulta algo engorrosa, este programa hace auténticas virguerías en conseguir una virtualización casi perfecta (hay muchos artículos que explican cómo ejecutar una aplicación windows en un escritorio linux a través de VirtualBox y RDP) y es altamente recomendable para los que les guste probar distribuciones de linux, o experimentar con SSOO limpios o arreglados según la necesidad.

Puesto que la noticia la he leído en KDE-Hispano y a ellos pertenecen las capturas que he visto, os dejo el enlace para que le echeis un ojo: http://www.kdehispano.es/?q=content/lanzado-virtualbox-20

VLC 0.9.2, con interfaz QT4

A estas alturas no es noticia que el reproductor multimedia VLC tiene nueva versión, la 0.9.2, y tampoco lo es que su juego de botones y ventanas ha cambiado del wxWindows a QT4. El objetivo de este artículo, no obstante, es el de integrar una aplicación tan útil en el escritorio KDE.

Para empezar, y a sabiendas de que yo uso Debian Testing (sí, testing, y no lenny. Ahora mismo es la misma distribución, pero la testing es cambiante con el tiempo y lenny, cuando pase a estable, tendrá únicamente corrección de fallos de seguridad), comento que habrá que hacer un uso temporal de los repositorios de Ubuntu, puesto que es en la única distro "Debian-like" que he encontrado paquete.

Ahora, no enmarranemos el sources.list quitando y poniendo lineas de otras distribuciones. Crearemos un nuevo list dentro de /etc/apt/sources.list.d (fijaos que la almohadilla significa con permisos de root, ya sea con "su" o con "sudo", y que no hay salto de línea):
# echo "deb http://es.archive.ubuntu.com/ubuntu hardy main contrib universe multiverse" > /etc/apt/sources.list.d/ubuntu.list
# echo "deb http://ppa.launchpad.net/c-korn/ubuntu hardy main" >> /etc/apt/sources.list.d/ubuntu.list
# apt-get update ; apt-get -y --purge remove vlc-* ; apt-get install -y --force-yes vlc
# mv /etc/apt/sources.list.d/ubuntu.list /etc/apt/sources.list.d/ubuntu.list.bak
# apt-get update
Este método lo aplicaremos hasta que la versión 0.9.2 (o superior) no esté, como mínimo, en unstable.

Vale, ya lo tenemos instalado, dependencias satisfechas, limpito otra vez el sources.list ... Ahora vamos a darle un aspecto "más KDE". Entrad en Herramientas -> Preferencias. Tendreis la primera pantalla, seleccionamos "todo" (abajo recuadrado en rojo):



Una vez dentro, en el árbol de la izquierda (esto ya os parecerá más al menú clásico del VLC), seleccionamos Interfaz -> Interfaces principales -> Qt, y desmarcad la opción que os pongo en rojo:



Personalmente también le he quitado el icono de la bandeja de entrada, pero eso ya va más al gusto de cada uno.

Y para que veais cómo queda de integrado, sin pieles (skins) ni nada, una captura de mi escritorio:

Vuelta a Debian

Tras todo este tiempo perteneciendo a la saga de seguidores de kubuntu, vuelvo a mi sitio dentro de la comunidad Debian.

¿Por qué? Primero, porque Debian es una excelente solución para servidores y equipos que requieren estabilidad por encima de actualizaciones. Segundo, porque los paquetes "testing", a pesar de su nombre, son bastante sólidos y se actualizan cada poco. Y tercero, porque creo que la hija Ubuntu tiene demasiados avalorios que a mí me resultan algo incómodos. No soy propenso al escritorio espartano (salvo en el ámbito laboral, en el que prefiero consola y herramientas gráficas básicas), y de hecho tengo agregado el repositorio de kde4 para debian Lenny, pero es que hay algo en esta distribución que me convence cada vez más.

En fin, ya os iré contando programas, consejos, trucos y métodos de afinamiento para esta distribución.

KDE 4.1 ya tiene una alfa

La gente de KDE ya tiene disponible su primera alfa de lo que será la versión 4.1 de este entorno gráfico. La principal característica que diferencia esta nueva de la anterior 4.0 es su destino: el usuario final (recordemos que la anterior estaba destinada a desarrolladores para que fueran migrando sus aplicaciones a la nueva rama KDE4). Con esta nueva alfa, tenemos también una novedad: multiplataforma. El más purista (y quisquilloso) podría decirme que eso ya era viable gracias a cygwin, y en cierto modo así es. Sin embargo, cygwin es una capa que instala las aplicaciones que así lo permiten, y KDE 4.1 será completamente nativo. No creo que sea necesario decir que difícilmente se trasladará el escritorio, sino más bien las aplicaciones que sobre él corren. Imaginaos, por ejemplo, la introducción de amaroK en el mundo windows: cuidado Winamp, cuidado iTunes. En el campo del correo electrónico, imaginaos un kmail que fuera válido tanto para empresa como para particulares. En el de mensajería (quitando el famoso pidgin), kopete con su posibilidad de multiprotocolo (MSN, AIM, Yahoo IM, gTalk/Jabber, IRC...). En fin, el lector menos avispado notará que se me está haciendo la boca agua. No es para menos, ya que también es un camino que allana la migración de los usuarios a sistemas abiertos (FreeBSD, OpenSolaris, Linux). Primero se le acostumbra al nuevo conjunto de aplicaciones, se le explica sus bondades y demuestra su utilidad, y poco a poco, cuando se encuentre cómodo, ¡ZAS! En toda la boc... esteee... se le cambia el sistema operativo. Nota para hoygans: chavales, si os aparece una palabra subrayada en rojo ondulado, no significa que el programa la considere importante. Es que está mal escrita. (Ventajas del aspell en todo lo que huele a KDE).

KDE 4.0 no es KDE4

Hago CopyPaste de un post en kdehispano.org que me ha parecido de lo más acertado en lo que será y lo que no será KDE 4.0:

Como ya digo más abajo, ya hace un año que se hablaba de que KDE 4.0 no iba a ser KDE4. No es cierto que «les ha pillado el toro [...] y que ahora se excusan con lo de sacar el producto a plazos [...] como Akonadi»; hace mucho tiempo que ciertas cosas, como Akonadi, estaban descartadas para KDE 4.0. Aquí mismo en KDEHispano hubo una encuesta que preguntaba qué versión de KDE4 iba a utilizar y una de las respuestas era directamente KDE 4.1, dando por hecho que la versión KDE 4.0 no iba a estar precisamente completa. Pero el asunto no está en discutir si KDE 4.0 está acabado o no, o si lo han sacado deprisa y corriendo o más o menos acorde a sus planes. El asunto es que desde el equipo de KDE (y creo que no sólo desde ahí) se percibe una exagerada expectación ante KDE 4.0, por que el público en general tiende a confundir ambas cosas, y se espera que KDE 4.0 sea la repanocha, cuando lo cierto es que en ciertos ámbitos veremos claramente recortadas las funcionalidades respecto a la última versión de la serie 3.x.

¿Qué temen? Que cuando KDE 4.0 salga a la calle sea públicamente ajusticiado por la parte más «inculta» en asuntos de desarrollo de software de la fauna que puebla el bosque digital que es Internet, es decir, periodistas en busca de sangre sensacionalista, blogueros compulsivos sin visión, comentaristas anónimos y no tan anónimos con la misma falta de visión y más ganas aún de carnaza, y otros chascarristas y descerebrados varios. Y tendrán razón en que KDE 4.0 supone un cierto retroceso en ciertas cosas, tan cierto como que supone un gran avance en otras cosas que están ocultas, en las infraestructuras. Por que estos personajes probablemente no pasarán de echar un rápido vistazo a algún LiveCD, ejecutarán un par de plasmoides y poco más. Y eso será terriblemente injusto.

Por ejemplo, miedo me dan los comentarios que se puedan hacer al respecto de KDE 4.0 en Meneame por parte de los más descerebrados y toda la posible audiencia que pueda leerlos. ¿Y después? Cuando a finales de año salga KDE 4.1 y ya empiece a ser la mencionada repanocha todo el mundo recordará lo malo que (supuestamente) era antes y habrá que vencer una resistencia artificialmente construida en base a esa errónea percepción de la versión 4.0. Así que este tipo de mensajes trata de recordar que las funcionalidades de KDE4 se irán alcanzando según avance el ciclo de vida del software. Desde luego, si luego resulta KDE 4.0 es un desastre habrá que criticarlo sin miramientos, por que ocultar la verdad no sirve de nada y no es desde luego el estilo del mundo del software libre (ocultismos y otras negras artes las dejamos para otros).

En resumen, que hay que tratar de hacer críticas acertadas, con conocimiento de causa. Brevemente: sí, faltarán cosas; sí, estábamos avisados, sí, probablemente pretendían tener más cosas listas; sí, tienen miedo a la reacción de la «crítica rápida superficial» típica de Internet y, por último, creo que se debe simplificar el asunto a «van retrasados y dan excusas».[...]

Y es que la crítica fácil es demasiado... eso, fácil, como para dejarla escapar. Nos encanta desmerecer el trabajo ajeno sin tener ni zorra idea de lo que se ha trabajado en él. Así que, señores fanboys, aparte de las flechas, vayan preparando escudos. No pienso quedarme de brazos cruzados mientras intentan desmembrar el trabajo DESINTERESADO de un grupo de personas que, con cada versión, acercan el software libre al usuario de a pie por un lado, y simplifican la tarea de desarrollo por otro.

El que avisa no es traidor.

Lo que nos traerá Kubuntu Hardy

Me ha dado por leerme los blueprints para Hardy, que viene a ser la lista de cosas que les gustaría tener implementadas para esta nueva versión de Kubuntu. Como usuario de KDE que soy, voy a centrarme en lo que nos quieren traer y que afecte a nuestro K-Escritorio.

• Autenticación con Dominios Windows. Esto tal vez no sea útil para los usuarios convencionales (aka Home/Desktop-users), pero sí para entornos de trabajo. Imaginaos la de programas que hay que utilizan autenticación LDAP o de Active Directory. Imaginaos ahora que un usuario de ubuntu tuviera que andar "enguarrándose" con usuario y contraseña POR APLICACIÓN. Y peor aún, imaginaos a un usuario cuyo administrador de sistemas (que es su labor) cambia las contraseñas cada X tiempo. ¿Entendéis lo útil que puede llegar a ser?


• Continúa la integración con KDE 4. Aunque hardy no lo traerá por defecto (pensad que es una LTS y quieren estar muy MUY seguros de que todo va a ir como la seda), se van integrando elementos del futuro KDE 4 en Kubuntu. Se usará la estructura de empaquetación de Debian, pero sustituyendo todo aquello que indique kde por kde4, para que coexistan ambos escritorios de manera temporal. Así, en vez de kdebase, por ejemplo, el paquete se llamaría kde4base, se instalará en /usr/lib/kde4, etc.


• Hacer lo mismo que hace Ubuntu. Puede parecer una chorrada, y bastante mal me parece que tengan que planteárselo como propósito en vez de ser algo inherente, pero aquí está. Quieren que Kubuntu tenga las mismas funcionalidades de Ubuntu. ¿Ninguno se ha tomado Kubuntu Gutsy como un Ubuntu Feisty con paquetes actualizados? Se debe a la preferencia (y cantidad de gente) que se da al escritorio con Gnome. Parece que se van a poner las pilas y ofrecer módulos de configuración de compiz en ksystemsettings (el pseudo-sustituto de kcontrol), instalación automática de impresoras (como ya hace Ubuntu Gutsy), instalación automática de códecs en kaffeine, etc. Para mantener coherencia con KDE 4, usarán PyQT4.

El resto de características en blueprints (44 a fecha de hoy) tienen una influencia mayor en Gnome o en el futuro GoBuntu, Ubuntu optimizado para su virtualización.

Los drivers de ATI listos para su uso con Compiz

Veo en menéame que ya hay disponible un driver de ATI compatible con Compiz sin necesidad de Xgl (vamos, que por fin los usuarios de ATI pueden hacer las cosas como el resto de los mortales). Enlaza a una página alemana, con instrucciones en inglés: http://forlong.blogage.de/article/2007/10/23/fglrx-8423---finally-with-AIGLX-support# Hago aquí la traducción para el que quiera hacerle uso:

1. Eliminar Xgl, si está instalado: sudo apt-get remove xserver-xgl


2. Eliminar el antiguo controlador, si está instalado: sudo apt-get remove xorg-driver-fglrx


3. Eliminar los antiguos .deb de fglrx: sudo rm -f /usr/src/fglrx-kernel*.deb


4. Agregar en la lista negra el antiguo módulo fglrx sudo gedit /etc/default/linux-restricted-modules-common DISABLED_MODULES="fglrx"


5. Alternativamente, elimina el paquete linux-restricted-modules-* de tu kernel, a menos que uses un chip Atheros. Puede que necesites reiniciar.


6. Descarga el instalador a tu carpeta personal: wget http://www2.ati.com/drivers/linux/ati-driver-installer-8.42.3-x86.x86_64.run


7. Instala los paquetes necesarios: sudo apt-get install module-assistant build-essential fakeroot dh-make debhelper debconf libstdc++5 linux-headers-generic


8. Crea e instala el paquete .deb: bash ./ati-driver-installer-8.42.3-x86.x86_64.run --buildpkg Ubuntu/gutsy sudo dpkg -i fglrx-kernel-source_8.42.3-1_i386.deb xorg-driver-fglrx_8.42.3-1_i386.deb


9. Compila el módulo del kernel: sudo m-a prepare,update sudo m-a build,install fglrx-kernel sudo depmod


10. Configura el controlador: sudo gedit /etc/X11/xorg.conf


11. Asegúrate que, en la sección "Device", está puesto el driver "fglrx". Y, si existiera alguna de estas líneas, eliminarla: Section "Extensions" Option "Composite" "0" # or "Disable" EndSection Section "ServerFlags" Option "AIGLX" "off" EndSection


12. Reiniciar


13. mkdir -p ~/.config/compiz && echo SKIP_CHECKS=yes >> ~/.config/compiz/compiz-manager .Esto creará un archivo en tu carpeta personal, que asegurará que Compiz se ejecute sin el prefijo anterior.

Y ahora, el .sh para los gandules: #! /bin/bash # Script para la instalación del driver ATI sudo apt-get remove xserver-xgl sudo apt-get remove xorg-driver-fglrx sudo rm -f /usr/src/fglrx-kernel*.deb sudo echo 'DISABLED_MODULES="fglrx"' >> /etc/default/linux-restricted-modules-common wget http://www2.ati.com/drivers/linux/ati-driver-installer-8.42.3-x86.x86_64.run sudo apt-get install module-assistant build-essential fakeroot dh-make debhelper debconf libstdc++5 linux-headers-generic bash ati-driver-installer-8.42.3-x86.x86_64.run --buildpkg Ubuntu/gutsy sudo dpkg -i fglrx-kernel-source_8.42.3-1_i386.deb xorg-driver-fglrx_8.42.3-1_i386.deb sudo m-a prepare,update sudo m-a build,install fglrx-kernel sudo depmod mkdir -p ~/.config/compiz echo SKIP_CHECKS=yes >> ~/.config/compiz/compiz-manager # #Fin. Recordar cambiar el driver en /etc/X11/xorg.conf y asegurarse de que esté activado Composite y AIGLX # El script puede dar errores en apt-get si ya hay instalados paquetes o ya están eliminados.