La Asamblea por una Vivienda Digna precalienta en el parque del Retiro de Madrid
ANTICIPO AL 24-M:
La manifestación del 24 de Marzo cada vez está mas cerca y para ir calentando motores desde la Asamblea se va a organizar un conjunto de actividades lúdicas y reivindicativas el domingo 18 de Marzo en el Parque del Retiro de Madrid. Habrá diversos juegos (ladrillopoli, sorteo de infraviviendas), actividades (gynkana, taller preparativo de la manifestación, punto de información) y una asamblea para ultimar los detalles de la manifestación del día 24.
La cita es el 18 de Marzo a partir de las 12.30 en el Retiro, enfrente del lago, en el paseo de los títeres.
La asamblea será a las 17.00 en el mismo lugar.
Desde la Asamblea contra la precariedad y por una vivienda digna os animamos a que os unáis a estas actividades, para disfrutar de un domingo reivindicativo y divertido con la finalidad de que la manifestación del 24 sea un éxito
.
Va a haber una gymkana que va a constar de una serie de pruebas con el objeto de fomentar la participación popular y de difundir la situación de la vivienda y de la precariedad y nuestras propuestas en estos campos. Son juegos en los que se participará por grupos y el objetivo final del juego es conseguir las fichas que se obtendrán al superar las pruebas.
En total son 6 juegos y unas preguntas finales sobre la vivienda:
- Casa del Tesoro. Se representa el drama de vivir constantemente como un becario. Los jugadores actuarán como si fueran becarios. Para pasar la prueba tienen que encontrar 5 fichas que representan un café, y otras 5 que representan fotocopias.
- Juego del palo y la zanahoria. La zanahoria es en este caso un empleo fijo, que maneja a su antojo el empresario para torturarnos y precarizar nuestra situación laboral. Para pasar la prueba hay que comerse la zanahoria.
- Cuerda. Representa la situación adversa de la vivienda. En un lado de la cuerda tiraría el Euríbor, la inflación, los especuladores, etc; y al otro lado estaríamos nosotros. Para ganar hay que vencer al otro.
- Simulación de la okupación. Se enfrentan 2 bandos; uno de policía, que empuja, y otro de oKupas, que se enfrentan a ellos. Los okupas eliminados se unen al otro bando. Ganan los que consigan resistir.
- Juego de la bandera. Representa el problema de la escasez de VPO. Alguien sujeta un pañuelo, que representa a esa preciada casa. A cada lado, 2 personas corren para lograr el pañuelo. El que llegue antes, se queda la casa.
- Firmas para un aval. Se trata de ir con una hoja por el parque y conseguir 5 firmas de personas anónimas para que te avalen la hipoteca.
Juego de las preguntas. Son 5 preguntas que se realizarán a las personas que estén paseando por el parque:
- ¿Cuántas casas vacías hay en España?¿y en Madrid?
- ¿En cuánto ha aumentado el número de personas que se ha decidido por el alquiler en el ultimo año?
- ¿Cuántos viviendas de VPO entregaron las administraciones públicas para vivir en 2006?
- ¿Qué porcentaje te puedes ahorrar en la Comunidad de Madrid alquilando, en lugar de comprar?
- ¿Qué es la burbuja inmobiliaria?
- ¿Cuál es la edad media del español/a la hora de independizarse?
Las respuestas, en el parque del Retiro.
Anticipo que yo no creo que vaya. Y el 24… la duda ofende.
Etiquetas: gymkana retiro, Vivienda digna, vivienda digna retiro¿Quién sabe cuánto pagó El Corte Inglés por el solar del Windsord?
El Corte Inglés adquirió en diciembre pasado por una cifra próxima a los 480 millones de euros la sociedad Ason Inmobiliaria de Arriendos, de la familia Reyzábal, propietaria del solar de la torre Windsor y del 20 por ciento de la torre Picasso. Entonces, el Ayuntamiento de Madrid dijo por boca del vicealcalde, Manuel Cobo, que le parecía “bien” que a los terrenos que ocupaba la torre desaparecida se le dé un uso “comercial” y destacó que “El Corte Inglés, como otros espacios comerciales en las ciudades, da calidad al entorno”.
La torre Windsor, situada junto al Paseo de la Castellana de Madrid, una de las principales arterias de la ciudad, ardió en la madrugada del 13 de febrero del 2005, con un fuego que se inició en el piso 21, de las 25 plantas que conformaban los 106 metros de altura del edificio. Desde el incendio, el Ayuntamiento ha mantenido su negativa a modificar la edificabilidad autorizada para ese solar, sin prejuzgar los proyectos que se le pudieran remitir.
El Corte Inglés es una cadena de hipermercados en España dónde se vende de todo. Tiene fama por su calidad en el servicio. Calidad del servicio que se paga, por supuesto.
Lo que yo me pregunto es, si El Corte Inglés paga pongámoslo en 500 millones de euros por ese terreno, ¿cuánto pretende ganar?.
No es una pregunta retórica, me gustaría saber si alguien me puede ayudar a hacer una previsión de ventas. También estaría bien calcular la superficie exacta para echar cuentas de a cuánto le ha salido el metro.
Sí, ya se que no es el precio del solar, pero El Corte Inglés compró “el Pack”, porque quería uno de los juguetitos que traía dentro, e imagino que no le quedó otra. Igual pudo ser también un, “pues ya que estamos…”.
Se ve que esa inversión se hace porque, como toda empresa, El Corte Inglés ha hecho algún estudio y ha estimado que va a salir ganando con la compra.
Va a ganar porque aumenta un centro de ventas importantísimo y porque para mí este es un golpe de imagen tremendo y demuestra solidez. Cualquier empresario del sector estoy convencido de que ante la compra soltó un !Joder, estos cabrones, su puta madre¡.
Referencias:
El Corte Inglés modificará su proyecto para el solar del Windsor
Etiquetas: Nocturnos, PensamientosProyecto Fin de Carrera: Gnome Linux Kernel Monitor (GLKM)
Con esta entrada anuncio el lanzamiento público del que va a ser mi proyecto Fin de Carrera.
El título es provisional.
Muchos estaban deseando obtener información sobre él. Pues ahora lo vais a poder seguir de cerca.
En las últimas dos semanas he estado configurando la página web y algunos de los servicios necesarios para tener en marcha la infraestructura mínima necesaria para llevar a cabo un proyecto de software libre.
De acuerdo con mi tutor no habría problema en que hiciera todo esto.
Lo que he hecho en concreto ha sido instalar y configurar un software para web que suministra herramientas muy útiles para el desarrollo de un proyecto software. En concreto trac, muy usado en proyectos de software libre.
Trac incluye wiki, navegador de código fuente, gestor de tickets. Además permite extender sus funcionalidades mediante un sistema de plugins.
Con el wiki puedo crear páginas web con la información que crea necesaria.
Con el navegador de código permito a cualquiera ojear el desarrollo del código fuente.
El gestor de tickets es una idea sencillamente genial. En base a esto puedes reportar fallos (bugs) y sugerir funcionalidades (features). Mezclando un poco todo esto puedes seguir cuánto falta para alcanzar cierta meta del proyecto (Roadmap).
El apartado de evolución (Timeline) también es muy útil porque en base a todo (repositorio de código, edición de wiki, gestión de tickets) puedes ver toda la evolución que tiene el proyecto. Es información útil para un desarrollador, para un aquel que no le interesen esto detalles iré narrando en la bitácora la evolución de todo.
La única cosa que me falta para cubrir todos los aspectos de un proyecto de software libre es una lista de correo o foro, pero cómo de momento el único desarrollador voy a ser yo, lo dejo para más adelante. El tiempo dirá.
Lo podéis seguir todo desde:
Etiquetas: glkm, Informática, profesional, ProyectosLas entradas del Eurobasket 2007, ¿para cuándo?
Estamos decididos mi primo (uno de ellos) y yo a hacernos con unas entradas para el Eurobasket 2007. Eso sí, para los partidos que se jueguen aquí en Madrid.
A conclusiones de este tipo llegamos el sábado pasado durante el descanso del partido del Estudiantes (a ver si comento algo, que desde la última vez… tela).
Como aficionadillos, nos da igual si la selección española llega hasta la fase de Madrid(nuestra fe e intuición apuestan por ello) o no.
De momento ya he descubierto la página oficial del Eurobasket 2007.
Y si hace falta, hasta vamos de voluntarios.
Ya queda menos para otra fiesta del baloncesto. Es que es un no parar.

Este es Bravo, la mascota de eurobasket’07… tiene lo suyo.
¿Un orgasmo equivale a dos aspirinas contra el dolor de cabeza?
26-06-2006 Jose María Patiño (Corresponsal en París)
Según científicos, se liberan las endorfinas, equivalente natural a los opiáceos
El sexo es bueno para la salud. Es una medicina paralela. Este es el axioma que defienden una serie de científicos y especialistas en cardiología, ginecología y urología franceses reunidos en una conferencia multidisciplinar que tiene lugar en la localidad vascofrancesa de Biarritz. Así, el pretexto de “me duele la cabeza” debería dejar de tener sentido.
Para demostrarlo se apoyan en diferentes estudios internacionales que arrojan conclusiones esclarecedoras: hacer el amor regularmente disminuye el riesgo de infarto, ya que la pompa cardiaca realiza una actividad similar a cuando se practica un deporte.
Los preliminares amorosos son una prevención para el cáncer de mama: los masajes sobre los senos liberan una hormona que juega un papel protector. Algo similar sucede con los hombres respecto al cáncer de próstata: eyacular cinco veces por semana –con o sin pareja- reduce en un tercio las posibilidades de desarrollar la enfermedad.
Por último, el orgasmo equivale a dos aspirinas contra el dolor de cabeza ya que se liberan las endorfinas que es el equivalente natural a opiáceos como la morfina que es un potente relajante y analgésico. De esta manera, el pretexto de “me duele la cabeza” deja de tener sentido. El mejor remedio es hacerlo.
Pues sí. Qué me van a contar a mí. Es como saber que el agua moja. Saberse se sabe, lo que pasa es que luego queda demostrar el por qué.
No se si a todo el mundo le funcionará, pero de estas veces que estas enfermo, con algo de fiebre, tal, que no te encuentras bien, pues este es un alivio muy natural. Porque yo tengo épocas en que prefiero no tomar medicamentos y aplicar medicinas más naturales.
He intentado buscar una fuente que corrobore la noticia. Pero ha sido imposible. Nada he encontrado sobre una conferencia en Biarritz. Si alguien sabe dónde puedo obtener más información que no dude en decírmelo.
Referencias:
Un orgasmo equivale a dos aspirinas contra el dolor de cabeza [por Jose María Patiño]
Etiquetas: Erotismo SexoEjecutar aplicaciones gráficas en remoto desde la línea de comandos
Introducción
Vamos a ver como ejecutar aplicaciones con interfaz gráfico que están instaladas en una máquina remota pero que quieres verlas directamente en tu ordenador local.
Como prerequisito las máquinas remotas serán sistemas GNU/LINUX o UNIX.
En sistemas window$ también se tiene que poder hacer, probar suerte buscando información sobre seamless RDP.
Controlar las aplicaciones de una máquina remota sin tener que estar frente a ella no tiene mucho interés para un usuario normal, pero para aquel que hace cosas más avanzadas es el pan de cada día.
En sistemas LINUX/UNIX es siempre imprescindible SSH. Eso nos proporciona una consola en modo texto. Trabajar en modo texto siempre es muy cómodo, porque no hay sensación de lejanía en la respuesta del equipo remoto, es como trabajar directamente sobre él.
En cuanto pasamos a querer controlar aplicaciones en máquinas remotas de forma gráfica la cosa se torna incómoda. La comodidad a la hora de trabajar se reduce porque la información tarda mucho en ir y volver. Es como vivir en modo Matrix. Tu te mueves a una velocidad normal, pero lo que ves en la pantalla se mueve a la velocidad de un erizo.
Por eso hay que aligerar las cosas. No es lo mismo querer tener delante todo un escritorio que usar sólo una aplicación. Con sólo una aplicación la cosa se hace llevadera. Esto es lo que voy a explicar cómo hacer.
En el caso de querer usar una sesión completa la cosa depende de si la otra máquina esta en tu red local o una red a través de la red Internet.
En tu propia red te puede valer cualquier servidor VNC o XDMCP. Aunque siempre mejor NX.
A través de la Internet te queda NX. NX es un protocolo optimizado para conexiones X11/XDMCP.
Método Fetén
Para permitir que todo funciones de forma óptima y SSH realice automáticamente la parte responsable de securizar flujos de datos (gráficos y textuales) hay que modificar primero el servidor SSH de la máquina remota (fichero /etc/ssh/sshd_config). Activaremos las dos variables indicadas. Activar estas opciones conllevan ciertos riesgos de seguridad.
/etc/ssh/sshd_config
X11Forwarding yes
AllowTcpForwarding yes
Ahora basta con conectarnos usando la opción -X (X11 forwarding) y -Y (X11 trusted forwarding) del cliente SSH. En Debian -Y es una opción que funciona por defecto si no se especifica nada en otro sitio (~/.ssh/config, /etc/ssh/ssh_config).
usuario@LOCAL:~$ echo $DISPLAY
:0.0
usuario@LOCAL:~$ SSH -Y usuario@maquina-remota
Password:
LINUX maquina-remota 2.6.18-3-686 \#1 SMP Mon Dec 4 16:41:14 UTC 2006 i686
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
No mail.
Last login: Mon Mar 5 03:55:53 2007 from XX.XX.XX.XX
usuario@maquina-remota:~$ echo $DISPLAY
localhost:10.0
usuario@maquina-remota:~$ xlogo
[Por pantalla se muestra una ventana con el logotipo X]
usuario@maquina-remota:~$ exit
logout
Connection to XY.XY.XY.XY closed.
Método algo falla (o, no te enteras capullo)
Este método se daba cuando aun no comprendía cómo funcionaba todo el tinglao este de redirecciones de SSH, etc. Pero lo considero útil de exponer. Porque se puede necesitar para una máquina a la que no tengas acceso de superusuario para modificar configuraciones. O porque tienes problemas con su en tu propia máquina.
Qué hacer en la máquina local
Para podernos conectar gráficamente nos valemos de la opción -X (X11 forwarding) y -Y (X11 trusted forwarding) del cliente SSH. Si usas estas opciones de conexión te debería dar igual si hay cortafuegos de por medio. En Debian -Y es una opción que funciona por defecto si no se especifica nada en otro sitio (~/.ssh/config, /etc/ssh/ssh_config).
Si estamos en window$ debemos tener un servidor X local para que se comunique con él la aplicación gráfica remota (que hace de cliente X remoto). Esto lo logramos instalando Cygwin. Cuando nos pidan las aplicaciones que va a instalar instalamos xorg/xfree86 y también el cliente SSH.
Una vez todo listo con el siguiente comando podremos ejecutar aplicaciones gráficas remotas
usuario@LOCAL:~$ SSH -X -Y usuario@maquina_remota
Si se muestra un error (lo normal) hay que editar la configuración del servidor X para permitir que acepte peticiones y conexiones TCP. Por defecto nuestro gestor de pantalla sólo maneja puertos tipo UNIX, que pecan de ser sólo de uso local.
Una opción es usar el programa de configuración del gestor de pantalla(gdm, kdm, …) para permitir conexiones TCP. Para gdm es gdmsetup.
Otra es modificar la variable DisallowTCP en el fichero de configuración del gestor de pantalla. Para gdm es /etc/gdm/gdm.conf.
/etc/gdm/gdm.conf
# If true this will basically append -nolisten TCP to every X command line,
# a good default to have (why is this a “negative” setting? because if
# it is false, you could still not allow it by setting command line of
# any particular server). It’s probably better to ship with this on
# since most users will not need this and it’s more of a security risk
# then anything else.
# Note: Anytime we find a -query or -indirect on the command line we do
# not add a “-nolisten TCP”, as then the query just wouldn’t work, so
# this setting only affects truly local sessions.
DisallowTCP=false
Además de permitir conexiones TCP hay que indicar quién las puede realizar.
Con xhost modificamos quien se puede conectar al servidor gráfico que se ejecuta actualmente. Permitimos que la máquina a la que nos vamos a conectar tenga acceso a nuestra sesión.
usuario@LOCAL:~$ xhost +maquina_remota
Qué hacer en la máquina remota
Puede que haya que retocar alguna regla del cortafuegos que tenga que ver con X11 o XDMCP. Depende de como se ejecute.
En teoría si hemos ejecutado SSH con -X -Y no habría que tocar nada de la variable DISPLAY, se haría automáticamente, pero por alguna razón yo en Debian tengo que modificarlo a mano (véis el porque de lo de que era un capullo).
Lo principal es indicar desde la línea de comandos remota dónde queremos que se vea la aplicación gráfica. Para ello hay que hacer uso de la variable de entorno DISPLAY que le indica a los programas cuál es su servidor X gráfico.
usuario@maquina-remota:~$ export DISPLAY=[maquina-local]:[display-servidor-X]
En caso de que tratemos de ejecutar alguna aplicación gráfica, por ejemplo xlogo, se debería mostrar el siguiente error.
usuario@maquina-remota:~$ xlogo
Xlib: connection to “[maquina-local]:[display-servidor-X]” refused by server
Xlib: No protocol specified
Error: Can’t open display: [maquina-local]:[display-servidor-X]
No se pudo abrir la pantalla porque el servidor X no se está ejecutando. [Mensaje en versión española]
Esto se debe a que tenemos que retocar el servidor X de nuestra máquina local. Hay que indicar a quién permitimos conectarse a nuestro servidor gráfico.
Si no se muestra el error es porque ya lo tenemos configurado de antemano. Si lo hemos modificado nosotros para que funcione así no hay problema, pero por defecto se debería mostrar el error anterior por cuestiones de seguridad.
El mensaje anterior puede resultar desconcertante para cualquier usuario de sistemas GNU/LINUX o UNIX que desconozca el uso y disfrute de la variable DISPLAY.
Puede que también se muestre este error en tu máquina local cuando te autenticas (logeas) como otro usuario mediante el comando su -
Ejemplo práctico
usuario@LOCAL:~$ SSH -X -Y usuario@maquina_remota
usuario@maquina-remota:~$ xlogo
Error: Can’t open display:
usuario@maquina-remota:~$ export DISPLAY=192.168.0.102
usuario@maquina-remota:~$ xlogo
Error: Can’t open display: 192.168.0.102
usuario@maquina-remota:~$ export DISPLAY=192.168.0.102:0
usuario@maquina-remota:~$ xlogo
Xlib: connection to “192.168.0.102:0.0″ refused by server
Xlib: No protocol specified
Error: Can’t open display: 192.168.0.102:0
usuario@maquina-remota:~$ exit
usuario@LOCAL:~$ xhost +192.168.0.1
192.168.0.1 being added to access control list
usuario@LOCAL:~$ SSH -X -Y usuario@maquina_remota
usuario@maquina-remota:~$ export DISPLAY=192.168.0.102:0
usuario@maquina-remota:~$ xlogo
[Por pantalla se muestra una ventana con el logotipo X]
Referencias interesantes:
- NX es un protocolo optimizado para conexiones x11/xdmcp
- Getting X11 forwarding through SSH working after running su
- SSH Users beware: The hazards of X11 forwarding
- Secure forwarding of services with SSH
- Problems forwarding X over SSH
- Cygwin
Estos son los resultados para ...

Últimos comentarios