<?xml version="1.0" encoding="ISO-8859-1"?>

</deviceinfo>

Cambiaba un poco respecto a la antigua forma, pero no era demasiado complicada… pero ahora viene la historia que me ha hecho escribir esta entrada…

En una de la ultimas actualizaciones de squeeze se ha actualizado el xserver-xorg-core a una versión 1.7…, no le di importancia hasta que al cabo de unos días me di cuenta que el tapping del touchpad había dejado de funcionar. Mi primer pensamiento fue: Diablos, que coño a pasado con la configuración de HAL para synaptics. Así que me lié la manta a la cabeza y revise mi configuración sin observar ningún error. Todo estaba bien y empecé a mirar logs, descubrí unos errores sin importancia en el log de las X, ninguna mención a HAL y muchas a udev… una rápida mirada en nuestro amigo google y me di cuenta que udev es ahora el encargado de configurar las opciones de los touchpads synaptics.

Las reglas predefinidas de udev se crean en su instalación bajo el directorio: /lib/udev/rules.d/. Alli tenemos los guiones por defecto para que udev gestione correctamente una serie de dispositivos de hardware, incluyendo nuestro touchpad synaptics con este archivo:
66-xorg-synaptics.rules.

Después de copiar nuestro archivo de reglas en un lugar donde lo podemos modificar en: /etc/udev/rules.d/ vamos a pasar a personalizar el funcionamiento de nuestro touchpad. Para ello vamos a observar cual es el contenido del archivo por defecto:


ACTION!="add|change", GOTO="xorg_synaptics_end"
KERNEL!="event*", GOTO="xorg_synaptics_end"

ENV{ID_INPUT_TOUCHPAD}!="1", GOTO="xorg_synaptics_end"

ENV{x11_driver}="synaptics"

LABEL="xorg_synaptics_end"


Como podemos observar hay bastante diferencia… pero no deja de ser sencillo y muy potente. Para añadir nuestras opciones personalizadas solo hemos de traducirlas al nuevo formato y colocarlas como opción después de la linea que carga el driver, vamos a ver un ejemplo practico:

En en el xorg.conf la opción para activar el scroll horizontal usando dos dedos era algo así:


Option "HorizTwoFingerScroll" "1"


Usando HAL quedaba una linea como esta:


<merge key="input.x11_options.HorizTwoFingerScroll" type="string">1</merge>

Ahora en udev queda así:


ENV{x11_options.HorizTwoFingerScroll}="1"


Como vemos la traducción es sencilla entre las diferentes formas de configurar estas opciones, simplemente cambiamos la palabra clave (en nuestro ejemplo HorizTwoFingerScroll) y le asignamos el valor deseado (en nuestro caso “1″). Colocamos estas opciones después de la linea que carga el driver quedando el archivo de reglas de esta forma:


ACTION!="add|change", GOTO="xorg_synaptics_end"
KERNEL!="event*", GOTO="xorg_synaptics_end"

ENV{ID_INPUT_TOUCHPAD}!="1", GOTO="xorg_synaptics_end"

ENV{x11_driver}="synaptics"
ENV{x11_options.TapButton1}="1"
ENV{x11_options.TapButton2}="2"
ENV{x11_options.TapButton3}="3"
ENV{x11_options.HorizTwoFingerScroll}="1"

LABEL="xorg_synaptics_end"


Reiniciamos udev y las X, para comprobar el éxito de nuestra configuración buscamos en log de las X algo como esto:


(II) config/udev: Adding input device "SynPS/2 Synaptics TouchPad" (/dev/input/event8)
(II) LoadModule: "synaptics"
(II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so
(II) Module synaptics: vendor="X.Org Foundation"
compiled for 1.7.3.902, module version = 1.2.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 7.0
(II) Synaptics touchpad driver version 1.2.1
(**) Option "Device" "/dev/input/event8"
(II) "SynPS/2 Synaptics TouchPad": x-axis range 1472 - 5472
(II) "SynPS/2 Synaptics TouchPad": y-axis range 1408 - 4448
(II) "SynPS/2 Synaptics TouchPad": pressure range 0 - 255
(II) "SynPS/2 Synaptics TouchPad": finger width range 0 - 0
(II) "SynPS/2 Synaptics TouchPad": buttons: left right middle
(**) Option "HorizTwoFingerScroll" "1"
(**) Option "TapButton1" "1"
(**) Option "TapButton2" "2"
(**) Option "TapButton3" "3"
(--) "SynPS/2 Synaptics TouchPad": touchpad found
(**) "SynPS/2 Synaptics TouchPad": always reports core events
(II) XINPUT: Adding extended input device ""SynPS/2 Synaptics TouchPad"" (type: TOUCHPAD)
(**) "SynPS/2 Synaptics TouchPad": (accel) keeping acceleration scheme 1
(**) "SynPS/2 Synaptics TouchPad": (accel) acceleration profile 0
(--) "SynPS/2 Synaptics TouchPad": touchpad found
(II) config/udev: Adding input device "SynPS/2 Synaptics TouchPad" (/dev/input/mouse1)
(**) "SynPS/2 Synaptics TouchPad": always reports core events
(**) "SynPS/2 Synaptics TouchPad": Device: "/dev/input/mouse1"


Como podemos observar, ahí están nuestros ajustes cargados y configurados.

Para terminar… si os fijáis no he incluido la clásica opción SHMConfig en mi configuración, esto solo es así porque ya no es necesaria, podemos cambiar de forma dinámica las opciones de nuestro touchpad con synclient y syndaemon sin esta opción.

Per al iphone el joc te dues versions, una de pagament completa i un altra gratuïta amb nomes una campanya i sense capacitat de joc online, el joc pese uns docents megues i funciona molt be, jo pensava que serie difícil jugar amb una pantalla tan xicoteta, però el joc es fa còmode, nomes es troba a faltar les tecles rapides que tot jugador amb el pc d’aquest meravellós joc.

El joc de vegades es relentitza perquè te un gran consum de recursos i per aquest motiu el mateix joc recomana reiniciar el telefon abans de jugar un bon rato (cosa que passara per el grau d’adició que provoca) però son problemes menors, he jugat molt de temps seguit i no he tingut cap problema.

Os deixe un vídeo que he trobat a youtube:

Por lo tanto, mi juego de iconos para los widgets tienen muchos para la misma función, ya que los cambio según las necesidades en mi rc.lua y reflejan el estado mediante una pequeña variación en el widget.

Muchos de mis iconos son variaciones (o directamente sin tocar nada más que el color y el formato xddd) de un juego de iconos llamados Thayer’s icon del dzen wiki visto en está página del wiki de awesome. Mi set se compone de 44 iconos que voy a pasar a enumerarlos:

• Ocho iconos para el brillo, estos iconos son completamente originales mios
• Un icono llamado blank que sirve para dar cuenta que algo no existe. Este icono también es mio original.
• Dos iconos para el bluetooth. Esto también son mios
• Cinco iconos para el wifi, estos iconos son derivados de uno de los iconos de Thayer.
• Cuatro iconos para el volumen derivados de dos iconos de Thayer.
• Dos iconos para el touchpad. Estos son originales mios.
• Veintidós iconos para la batería basados en dos iconos de Thayer.

Aquí tenéis una imagen con todos los iconos:

Y se puede descargar desde aquí

Requisits:

1. Un Debian squeeze actualitzat
2. Una targeta gràfica Ati r500 o r600
3. Ganes d’emmarranar el sistema

Procediment:

Primer escomençarem activant els repositoris de Sid i d’Experimental i configurarém l’apt-pinning per a no tindre massa problemes. Una vegada fet això nomes tindrem que instal·lar els paquets necessaris després d’actualitzar la base de dades:

#aptitude update

Ara actualitzarem el paquet libgl1-mesa-dri desde Experimental:

#aptitude -t experimental install libgl1-mesa-dri

Instal·lem el kernel de Sid i el paquet de firmware no-lliure per a ell.

# aptitude -t sid install linux-image-2.6.32-trunk-amd64 firmware-linux-nonfree

El paquet de firmware es necessari perquè inclou el blob binari necessari per al correcte funcionament de la nostra gràfica.

Ja ho tenim tot. No cal fer res al xorg.conf, l’automagia d’aquest farà tot el necessari.

Arranquem en el nou kernel i ja tenim acceleració gràfica amb el driver radeon…

Les meves observacions del rendiment d’aquest driver son molt esperançadores, funciona molt be amb programes con stellarium o els efectes de KDE 4 però el NWN funciona però molt lent, es jugable però no còmode.

El major problema que tinc es en la suspensió, però encara estic treballant en això.

Este pasado fin de semana le he pegado un buen meneo a mis widgets, primero cree uno nuevo para controlar el brillo, al hacerlo me di cuenta que podía unir los tres widgets que usaban el módulo omnibook en uno solo y realice el cambio. Casi al mismo tiempo decidí usar las funciones predefinidas que trae vicious para la batería y el volumen, ya que eran muy parecidos a los mios propios. Dicho y hecho.

Primero hablare sobre el nuevo widget que unifica el del bluetooth, el del touchpad y el del brightness en uno. Todas estas funciones las controlo en mi portátil toshiba con el módulo omnibook, así que al tener el mismo origen y ser muy parecidos en la ejecución me ha parecido lógico unirlos:

omnibook.lua


-- {{{ Grab environment
local tonumber = tonumber
local setmetatable = setmetatable
local helpers = require("vicious.helpers")
local string = {
find = string.find,
match = string.match
}
-- }}}

-- Omnibook vicious. Provides state of brightness, bluetooth and touchpad of omnibook module.
module("vicious.omnibook")

setmetatable(_M, { __call = function(_, ...) return worker(...) end })


Como se puede observar esta función comprueba la existencia de cada uno de los archivos implicados situados en el /proc/omnibook, si no existe devuelve un valor para denotarlo: N/A para el bluetooth y el touchpad o -1 en el caso del brightness.

Si los archivos existen obtiene el estado de cada uno de los archivos y devuelve un resultado con el que podemos trabajar:

En el caso del bluetooth y del touchpad:

1. active. En el caso de que este activo.
2. noactive. En el caso de que no este activo.

En el caso del brightness devuelve un valor numérico entre 0 y 7 con el valor actual del brillo de la pantalla.

Todos estos datos se devuelven en una tabla, primero el brillo, segundo el touchpad y tercero el bluetooth.

Con estos datos con un solo registro de vicious creo mis tres widgets para mostrar mediante iconos los tres estados. Aquí pongo el código que uso en mi rc.lua para realizar esto:


-- {{{ Omnibook widget
-- Touchpad icon
touchicon = widget({ type = "imagebox", name = "touchicon"})
-- Bluetooth icon
blueicon = widget({ type = "imagebox", name = "blueicon"})
-- Brightness icon
brighticon = widget({ type = "imagebox", name = "brighticon"})
-- Register widget
vicious.register(touchicon,vicious.widgets.omnibook,
function (widget, args)
if args[2] == "active" then
touchicon.image=image(confdir.."/icons/touch.png")
elseif args[2] == "noactive" then
touchicon.image = image(confdir.."/icons/touchno.png")
else
touchicon.image = image(confdir.."/icons/blank.png")
end
if args[3] == "active" then
blueicon.image=image(confdir.."/icons/blue.png")
elseif args[3] == "noactive" then
blueicon.image = image(confdir.."/icons/blueno.png")
else
blueicon.image = image(confdir.. "/icons/blank.png")
end
if args[1] == 0 then
brighticon.image=image(confdir.."/icons/brightness8.png")
elseif args[1] == 1 then
brighticon.image=image(confdir.."/icons/brightness7.png")
elseif args[1] == 2 then
brighticon.image=image(confdir.."/icons/brightness6.png")
elseif args[1] == 3 then
brighticon.image=image(confdir.."/icons/brightness5.png")
elseif args[1] == 4 then
brighticon.image=image(confdir.."/icons/brightness4.png")
elseif args[1] == 5 then
brighticon.image=image(confdir.."/icons/brightness3.png")
elseif args[1] == 6 then
brighticon.image=image(confdir.."/icons/brightness2.png")
elseif args[1] == 7 then
brighticon.image=image(confdir.."/icons/brightness1.png")
else
brighticon.image=image(confdir.."/icons/blank.png")
end
end, 11)


Como se puede observar el código es muy simple, simplemente comprobamos el valor de la variable y colocamos el icono correcto según el caso, los iconos que uso se pueden observar en mi git público aquí

Respecto a los otros dos widgets, el del volumen y el de la batería al usar las funciones de vicious he tenido que adaptar mis widgets a los datos que estos nos da.

En el caso de la batería este es mí widget en el rc.lua:

-- {{{ Battery state
-- Widget icon
baticon = widget({ type = "imagebox", name = "baticon" })
-- Initialize widget
batwidget = widget({ type = "textbox", name = "batwidget" })
-- Register widget
vicious.register(batwidget, vicious.widgets.bat,
function (widget, args)
if args[1] == "⌁" then
baticon.image=image(confdir.. "/icons/power-ac.png")
return ""
elseif args[1] == "+" then
baticon.image=image(confdir.. "/icons/power-ac.png")
return "("..args[2]..")"
else
if args[2] > 70 then
baticon.image=image(confdir.. "/icons/power-bat-high.png")
return "("..args[2]..")"
elseif args[2] > 40 and args[2] 10 and args[2] 5 and args[2] <= 10 then
baticon.image=image(confdir.. "/icons/power-bat-low.png")
return "("..args[2]..")"
else
baticon.image=image(confdir.. "/icons/power-bat-low.png")
naughty.notify({ title = "Battery Warning"
, text = "Battery low! "..args[1].."% left!"
, timeout = 5
, position = "top_right"
, fg = beautiful.fg_focus
, bg = beautiful.bg_focus
})
return "("..args[2]..")"
end
end
end,
23, "BAT1")
-- }}}

Como se puede observar la única diferencia significativa es que ahora tengo que hacer los tramos aquí para asignar el icono correcto, también inserto una notificación naughty cuando la batería baja al 5%.

El del volumen ha quedado así:


-- {{{ Volume state
-- Widget
volicon = widget({ type = "imagebox", name = "volicon" })
-- Register widget
vicious.register(volicon, vicious.widgets.volume,
function (widget, args)
if args[1] == 0 then
volicon.image=image(confdir.."/icons/vol-mute.png")
elseif args[1] > 66 then
volicon.image=image(confdir.."/icons/vol-hi.png")
elseif args[1] > 33 and args[1] <= 66 then
volicon.image=image(confdir.."/icons/vol-med.png")
else
volicon.image = image(confdir.."/icons/vol-low.png")
end
end,
2, "Master")


Al igual que con el anterior también he movido aquí los tramos para la elección del icono correcto, también es un código muy sencillo.

Ahora pongo unas cuantas imágenes de como han quedado mis widget en mi awesome:

Una captura de mi escritorio:

He modificat el script encarregat de descarregar arxius d’exemple per a que ens digui quant escomença una descarrega i quant acaba.

Per a fer-lo he gastat les notificacions al desktop emprant dbus, hi ha una comanda anomenada notify-send per a fer de manera fàcil i còmoda aquestes notificacions. Per això primer escomençarem instal.lant aquesta ferramenta, en el cas de Debian farem:

aptitude install libnotify-bin

Una vegada fet açò modifiquem el nostre script (típicament situat a ~/.config/uzbl/scripts) deixant-lo així:


#!/bin/sh

# only changes the dir for the $get sub process
if echo "$url" | grep -E '.*\.torrent' >/dev/null;
then
notify-send "Downloading:" "$urlc"
( cd "$dest"; eval "$GET" "$url")
notify-send "Downloaded:" "$urlc"
else
notify-send "Downloading:" "$urlc"
( cd "$dest"; eval "$GET" "$url")
notify-send "Downloaded:" "$urlc"
fi


Com vegem primer em modificat l’url per a que sigui més bonica amb aquesta rengló:


urlc=`echo $url | sed -e 's/^.*\///'`


Encabant abans i després de la ordre amb wget llancem la notificació al nostre gestor de finestres.

notify-send "Downloading:" "$urlc"
...
notify-send "Downloaded:" "$urlc"


Jo nomes he testejat en awesome i funciona perfectament en la versió 3.4., si el teu entorn te suport per a aquest tipus de notificació funcionara sense cap problema.

En awesome la notificació acaba sent un popup naughty donam-nos l’informació pretesa.

Cada widget consta de dos partes, la primera es el contenido del archivo lua que tenemos que declarar en el init.lua de vicious y la segunda es la forma que tenemos de llamarlo en nuestro rc.lua.

No voy a explicar como funciona realmente los widgets en vicious, eso ya lo hice en esta entrada de mi anterior blog.

Voy a empezar por el widget del volumen, este es el contenido del archivo batterycontrol.lua el cual hemos declarado en el init.lua.


-- {{{ Grab environment
local tonumber = tonumber
local io = { popen = io.popen }
local setmetatable = setmetatable
local math = { floor = math.floor }
local string = {
find = string.find,
match = string.match,
format = string.format
}
-- }}}

setmetatable(_M, { __call = function(_, ...) return worker(...) end })


Y esta es la forma en que yo lo llamo en mi rc.lua.


-- Widget
volicon = widget({ type = "imagebox", name = "volicon" })
-- Register widget
vicious.register(volicon, vicious.widgets.volumecontrol,
function (widget, args)
if args[1] == "mute" then
volicon.image=image(confdir.."/icons/vol-mute.png")
elseif args[1] == "hi" then
volicon.image=image(confdir.."/icons/vol-hi.png")
elseif args[1] == "med" then
volicon.image=image(confdir.."/icons/vol-med.png")
else
volicon.image = image(confdir.."/icons/vol-low.png")
end
end,
2, "Master")


Este widget nos devuelve el nivel de volumen en cuatro estados, con esto en el rc.lua cambiamos el icono para que refleje ese estado. Simplemente hay que configurar la id de la tarjeta de sonido en el propio widget y pasarle como argumento el canal. Ya en el rc.lua a cada estado le asignamos un icono diferente que ira cambiando de forma dinámica en cada actualización del widget.

El segundo widget que voy a tratar es el de la batería. El contenido del widget que llamamos battery.lua es:


-- {{{ Grab environment
local tonumber = tonumber
local io = { open = io.open }
local setmetatable = setmetatable
local math = { floor = math.floor }
local string = {
find = string.find,
match = string.match,
format = string.format
}
-- }}}

setmetatable(_M, { __call = function(_, ...) return worker(...) end })


Mi forma de llamarlo en mi rc.lua es la siguiente:


-- Widget icon
baticon = widget({ type = "imagebox", name = "baticon" })
-- Initialize widget
batwidget = widget({ type = "textbox", name = "batwidget" })
-- Register widget
vicious.register(batwidget, vicious.widgets.battery,
function (widget, args)
if args[2] == "bathigh" then
baticon.image=image(confdir.. "/icons/power-bat-high.png")
return args[1]
elseif args[2] == "batmed" then
baticon.image=image(confdir.. "/icons/power-bat.png")
return args[1]
elseif args[2] == "batlow2" then
baticon.image=image(confdir.. "/icons/power-bat-low2.png")
return args[1]
elseif args[2] == "batlow" then
baticon.image=image(confdir.. "/icons/power-bat-low.png")
naughty.notify({ title = "Battery Warning"
, text = "Battery low! "..args[1].."% left!"
, timeout = 5
, position = "top_right"
, fg = beautiful.fg_focus
, bg = beautiful.bg_focus
})
return args[1]
else
baticon.image=image(confdir.. "/icons/power-ac.png")
return args[1]
end
end,
23, "BAT1")


El widget necesita que le pasemos la batería como un argumento.

La función devuelve dos valores, primero nos devuelve el estado cambia entre cinco (ac, batería llena, batería media, batería baja y batería critica) y luego nos devuelve la carga de la batería si no esta al 100%.

En el rc.lua cambio un icono según el estado y muestro la carga cuando se esta descargando o cargando.

El tercer y cuarto widget son prácticamente iguales, así que trataré los dos a la vez, estos widgets solo muestran el estado del bluetooth interno y el touchpad integrado, si están activos o no.

El bluetooth.lua:


-- {{{ Grab environment
local tonumber = tonumber
local io = { popen = io.popen }
local setmetatable = setmetatable
local math = { floor = math.floor }
local string = {
find = string.find,
}
-- }}}

setmetatable(_M, { __call = function(_, ...) return worker(...) end })


touch.lua:


-- {{{ Grab environment
local tonumber = tonumber
local io = { popen = io.popen }
local setmetatable = setmetatable
local math = { floor = math.floor }
local string = {
find = string.find,
}
-- }}}

setmetatable(_M, { __call = function(_, ...) return worker(...) end })


Las llamadas son estas:


-- {{{ Bluetooth widget
-- Icon
blueicon = widget({ type = "imagebox", name = "blueicon"})
--blueicon.image = image(confdir.."/icons/blue.png")
-- Register widget
vicious.register(blueicon,vicious.widgets.bluetooth,
function (widget, args)
if args[1] == "active" then
blueicon.image=image(confdir.."/icons/blue.png")
else
blueicon.image = image(confdir.."/icons/blueno.png")
end
end, 2)
blueicon:buttons(awful.util.table.join(
awful.button({ }, 1, function () awful.util.spawn("stopbluetooth", false) end)))
-- }}}

-- {{{ Touchpad widget
-- Icon
touchicon = widget({ type = "imagebox", name = "touchicon"})
-- Register widget
vicious.register(touchicon,vicious.widgets.touch,
function (widget, args)
if args[1] == "active" then
touchicon.image=image(confdir.."/icons/touch.png")
else
touchicon.image = image(confdir.."/icons/touchno.png")
end
end, 2)
-- }}}


Como se puede observar estos widgets solo funcionan en un portátil que soporte el módulo omnibook. Solo devuelve el estado del hardware y cambio el icono en el rc.lua.

Tengo habilitado un repositorio git para poder ver y clonar la configuración:

Repositorio via web

y para clonarlo:

$ git clone git://senyorcaos.homelinux.org/awesome34.git

No tiene ningún misterio pero si tenéis duda solo tenéis que comentar.

Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposición al proyecto, y declaramos que…

1.- Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.

2.- La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial – un organismo dependiente del ministerio de Cultura -, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.

3.- La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.

4.- La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.

5.- Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.

6.- Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.

7.- Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.

8.- Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.

9.- Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.

10.- En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

Este manifiesto, elaborado de forma conjunta por varios autores, es de todos y de ninguno. Si quieres sumarte a él, difúndelo por Internet.

No es salva res de res, el guio patètic, la direcció inexistent, els actors plans. Nomes es salven Lisbeth i Paolo Roberto… els demès molt malament, no entenc perquè amb obviat personatges tan importants com els policies. Els llibres son un fresc de la societat sueca molt present en els secundaris… tots eliminats del film.

I això que jo anava amb molt bona predisposició i no em vaig adormir de miracle, la primera part en va agradar molt, sent diferent al llibre el guio es defenia i no es perdia el retrate de la societat marca de la casa, els actors ben triats i molt encertats fent justícia a l’historia que vol contar l’escriptor… tot això s’ha perdut en aquesta segona part, menció a part mereix Blomquist… realment patètic, però tampoc es la seua falta, simplement el guio es molt roin.

Realment em vaig sentir estafat i això farà que no vege la tercera part perpetra per els mateixos assassins d’aquesta caguera de mes de dos hores…

Primero vamos a dejar claro que es git según la wikipedia:

Git es un software de sistema de control de versiones diseñado por Linus Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando estas tienen un gran numero archivos de código fuente. Al principio, Git se pensó como un motor de bajo nivel sobre el cual otros pudieran escribir el interfaz de usuario o front end como Cogito (software) o StGIT. 1 Sin embargo, Git se ha convertido desde entonces en un sistema de control de versiones con funcionalidad plena. 2 Hay algunos proyectos de mucha relevancia que ya usan Git, en particular, el grupo de programación del núcleo del sistema operativo GNU/Linux.
El mantenimiento del software Git esta actualmente(2009) supervisado por Junio Hamano, quien recibe contribuciones al código de alrededor de 280 programadores

Como se puede ver, es un sistema de control de versiones, yo personalmente lo uso para gestionar mis configuraciones de awesome.

El entorno en el que vamos a instalarlo es un Debian Lenny base, sin entorno gráfico, al que accederemos utilizando el servidor SSH que debemos tener instalado primero.

Empezaremos instalando gitosis (el cual nos instalará git como dependencia).


# aptitude install gitosis


Por defecto git utiliza esta ubicación para hospedar nuestros proyectos: /var/cache/git .

Después de la instalación de gitosis vamos a crear un usuario llamado git que es que va a usar gitosis:

Antes de crearlo eliminaremos el directorio que git nos ha creado porque sino nos dará error la creación del usuario rmdir /var/cache/git

Ahora ya creamos el usuario:


# adduser --system --shell /bin/sh --gecos 'git version control' --group --disabled-password --home /var/cache/git git


Una vez hecho esto, en nuestro ordenador local (o en el propio sistema que hospeda git si coinciden) creamos nuestras claves SSH y copiamos la publica en nuestro servidor, por ejemplo en el tmp:


scp id-rsa.pub user@ip-servidor:/tmp


Una vez ya en nuestro servidor git inicializamos gitosis con esta clave pública que hemos copiado (hemos de ejecutar esta orden como el usuario git):


# su -c 'gitosis-init < /tmp/id-rsa.pub' git


Esto inicializará el repositorio git y realmente ya tenemos funcionando este y asegurado con gitosis. Para configurar gitosis y crear nuevos repositorios en nuestro ordenador local ejecutamos esto (tenemos que tener instalado git en él):


git clone git@ip/hostname-server:gitosis-admin.git


Como se puede observar la configuración de gitosis no es más que un repositorio git .

Entramos en él y observamos que tenemos un archivo de configuración llamado gitosis.conf y un directorio donde almacenar las claves públicas de los usuarios.

Si vemos el contenido de nuestro gitosis.conf por defecto encontramos esto:


[gitosis]
[group gitosis-admin]
writable = gitosis-admin
members = user


Ahora ya podemos crear nuevos repositorios y añadir nuevos usuarios, pare ello tenemos que modificar nuestro gitosis.conf con nuestro editor preferido.

Añadimos algo como esto:


[group equipo1]
members = user
writable = prueba


Y realizamos el commit y el push:


git commit -a -m 'Repositorio de prueba'
git push


Una vez hemos hecho esto, siempre en nuestro ordenador local, creamos el directorio y entramos en él:


mkdir prueba
cd prueba


Inicializamos el repositorio git:


git init


Añadimos el origen del repositorio:


git remote origin git@ig/hostaname-server:prueba.git


Copiamos o creamos los archivos que deben haber en el repositorio:


touch README


Añadimos estos archivos y creamos el commit inicial:


git add *
git commit -a -m 'commit inicial'


Y por último hacemos el push inicial:


git push git@ip/hostname-server:prueba.git master


Y ya hemos creado el repositorio, para añadir nuevos usuarios solo tenemos que modificar la configuración del git, volvemos al repositorio de gitosis-admin y copiamos la claves publicas del nuevo usuario en el directorio keychains y modificamos el archivo de configuración gitosis.conf para dejarlo así­:


[group equipo1]
members = user user2
writable = prueba


Ahora añadimos los nuevos archivos, creamos el commit y lo sincronizamos:


git add *
git commit -a -m 'Añadimos a user2'
git push


Hecho esto ya tenemos nuestro repositorio git privado en funcionamiento… pero claro todos tenemos nuestra vena exhibicionista y queremos compartir al mundo nuestro trabajo, ahora toca hacer nuestro repositorio git público, para ello usaremos dos métodos, el git-daemon y una pequeña página web con gitweb.

Para compartir nuestros repositorios git con git daemon solo tenemos que ejecutar en nuestro servidor algo como esto:


# git daemon --base-path=/var/cache/git --detach --syslog --export-all


Y modificar nuestra configuración de gitosis con algo como esto:


[repo prueba]
daemon = yes
owner = user
description = Probando git


Sincronizamos nuestro repositorio y ya esta… pero claro, hasta que reiniciemos el server, para evitar esto solo tenemos que crear un servicio en el init.d y añadirlo a nuestro runlevel, este es un servicio de ejemplo que saque de la web (no recuerdo la página):


#! /bin/sh

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=git-daemon
PIDFILE=/var/run/$NAME.pid
DESC="the git daemon"
DAEMON=/usr/bin/git-daemon
DAEMON_OPTS="--base-path=/var/cache/git/repositories/ --verbose --syslog --detach --pid-file=$PIDFILE --user=git --group=nogroup"

exit 0


Lo modificamos según la configuración elegida y lo guardamos dentro de init.d, lo hacemos ejecutable y lo añadimos a nuestros runlevels y cada vez que reiniciemos nuestro git escuchara por el puerto 9418 las peticiones para que algo así se pueda hacer:


git clone git://ip-hostname-server/prueba.git


Ahora ya pasamos a configurar nuestro servidor web con gitweb.

Primero instalamos este y apache (o el servidor web elegido):


# aptitude install apache2 gitweb


Y pasamos a configurar gitweb, para ello copiamos los archivos de este en el directorio /var/www/git (si no existe lo creamos):


# cp -a /usr/share/gitweb/* /var/www/git
# cp -a /usr/lib/cgi-bin/gitweb.cgi /var/www/git


Y creamos un archivo de configuración para el apache llamado /etc/apache2/conf.d/git con el siguiente contenido:


<Directory /var/www/git>
Allow from all
AllowOverride all
Order allow,deny
Options ExecCGI
<Files gitweb.cgi>
SetHandler cgi-script
</Files>
</Directory>
DirectoryIndex gitweb.cgi
SetEnv GITWEB_CONFIG /etc/gitweb.conf


Ahora pasamos a configurar el gitweb usando su archivo de configuración /etc/gitweb.conf, lo editamos con nano y lo dejamos algo como esto:


# path to git projects (.git)
$projectroot = "/var/cache/git/repositories";

# directory to use for temp files
$git_temp = "/tmp";

# the 'favicon'
$favicon = "/git/git-favicon.png";


El archivo habla por si mismo pero voy a comentar las opciones configuradas para que gitosis funcione.

Para empezar hemos de decirle a gitweb donde están nuestros repositorios, es decir dentro de /var/cache/git/repositories

$projectroot = "/var/cache/git/repositories"

Otra cosa importante es de donde tiene que sacar la lista de proyectos (gitosis nos la deja aquí­ /var/cache/git/gitosis/projects.list, esto se hace con la siguiente linea:

$projects_list = "/var/cache/git/gitosis/projects.list";

Para que gitosis controle que proyectos exportar (hacer visibles) y cuales no también debemos añadir estas lineas que nos permiten decírselo a gitosis desde su archivo de configuración:


$export_ok = "";
$strict_export = "true";


Y no hay mucho más que decir sobre la configuración de gitweb, pero para que funcione, debemos todavía­ modificar nuestra configuración de gitosis dejando la configuración de nuestro repositorio así­:


[repo prueba]
gitweb = yes
daemon = yes
owner = user
description = Probando git


Esto añade al archivo project.list nuestro proyecto y permite a gitweb la publicación de este.

Ahora solo hemos de recargar la configuración de apache y ya debería funcionar:


# /etc/init.d/apache2 reload


Si no funcinara será por un problema de permisos, así­ que los modificamos en el servidor para nuestro proyecto:


# chmod -R 775 /var/cache/git/repositories/prueba.git


Es una manera rápida e eficiente de compartir nuestro trabajo y de acceder a él desde cualquier lugar para modificarlo, por supuesto los puertos implicados deben abrirse en nuestro firewall, nuestro puerto ssh, el 9418 para el git-daemon y el 80 para el servidor web. También podemos darle más seguridad metiendo a apache en una jaula, pero eso es tema para otra entrada.