May 2010 - Solar-general - lists.ourproject.org

Re: [Solar-general] [Negocios Abiertos] [Solar-socios] Fwd: rxart ¿viola la GPL?
by Pablo Manuel Rizzo 05 May '10

05 May '10

2010/5/5 Ariel Vercelli <avercelli(a)negociosabiertos.com> > Hola Pablo, estimo que sí, jode el tema de que esté en inglés. ¿Se puede > ver la charla técnica a la que te referís? ¿Tenés un enlace para ver que > dijeron? Abrazo, Ariel > > La info de la charla no la tengo, es un comentario de alguien en solar-general, copio a esa lista para que manden la referencia si la tienen. En cuanto al idioma, estar en inglés sería igual de problemático para cualquier software cuyas condiciones de uso estén en ese idioma? Por ejemplo, si el eula de un componente de Microsoft, o de Adobe o de Apple o de "Anybody Inc" no está en español les jode lo mismo que a la GPL para defenderlo en el país? Por qué motivo? Gracias Ariel, otro abrazo > 2010/5/5 Pablo Manuel Rizzo <info(a)pablorizzo.com> > >> Estimados, podrian ayudarnos a despejar esta duda? >> Gracias! >> >> >> >>> >> >>> >> Pero la GPL es legalmente vÃ¡lida en Argentina? >>> >> >>> > >>> > >>> > >>> > DeberÃa serlo tanto como el EULA de microsoft, o no? >>> > >>> >>> supongo, pero no sé la verdad, escuché en alguna charla técnica que no es >>> válida... >>> >>> >> >> >> >> -- >> Pablo Manuel Rizzo >> ------------------------------- >> http://pablorizzo.com >> ------------------------------- >> >> >> _______________________________________________ >> Discusion mailing list >> Discusion(a)listas.negociosabiertos.com >> >> http://listas.negociosabiertos.com/listinfo.cgi/discusion-negociosabiertos.… >> >> > -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------

4 3

Muy interesante: systemd otro reemplazo de init
by Pablo Manuel Rizzo 05 May '10

05 May '10

systemd, otro reemplazo de init<http://diegocg.blogspot.com/2010/05/systemd-otro-reemplazo-de-init.html> Justo cuando parecía seguro que *upstart* era el futuro, cuando todas las distribuciones lo habían integrado o planeaban hacerlo, ocurre lo que tantas veces en el mundo linuxero: Sale alguien implementado algo totalmente diferente porque no termina de gustarle la nueva propuesta. Estas cosas sin duda son una enorme pérdida tiempo en muchos casos, pero también una gran fuente de creatividad. Ese es el caso de *systemd*, el nuevo juguete de Lennart Poettering <http://0pointer.de/blog/projects/systemd.html> (tambien creador del magnífico Pulseaudio). Pero antes, algo sobre *upstart*. En lugar de usar dependencias de unos archivos a otros, como hicieron varias intentonas de paralelización del sistema tradicional sysvinit, las dependencias son en base a eventos. Por ejemplo, al iniciarse el sistema *upstart* genera el evento "startup". A continuación, *upstart* interpreta todos los archivos de eventos (trabajos, en jerga *upstart*) de /etc/event.d que tengan la dependencia "start on startup". El trabajo puede ejecutar un script, un comando, o emitir un evento ("emit mi-propio-evento"). En este último caso, *upstart* ejecutaría todos los trabajos que tengan un "start on mi-propio-evento". Tambien hay eventos específicos para interfaces de red, etc. Poettering ha aplicado otro punto de vista al problema. Prescinde de las dependencias y la sincronización la relega a mecanismos sistémicos de bajo nivel. Bajo *systemd* todos los servicios del sistema podrían arrancarse a la vez, sin preocuparse de que tal servicio depende de otro. Por ejemplo, podría arrancarse X.org antes que D-Bus (que X.org necesita para pedir a udev la lista de dispositivos de entrada). Esto, claro está, causaría un fallo en el inicio de X.org, las dependencias de *upstart* existen, precisamente, para prevenir este problema. ¿Y qué hace *systemd* para evitar el fallo de X.org? El truco utilizado es el mismo que utiliza inetd o el *launchd* de Mac OS X. Buena parte de las dependencias de sysvinit o de *upstart* están para que un servicio (ej, X.org) espere a que otro servicio arranque y cree un socket Unix (ej, el socket de D-Bus) para poder comunicarse con él. Bien, pues resulta que esos sockets pueden crearse antes de que los servicios (D-Bus en este caso) arranquen. *systemd*, mismamente, puede crearlos -pero sin "escuchar" lo que se envía a ellos-, y las aplicaciones (X.org) pueden conectarse e incluso escribir a ese socket, porque el kernel va guardando en un buffer todo, a espera de que alguien se decida a leerlo. Solo cuando esto sucede, *systemd* decide iniciar el servicio (D-Bus), que una vez finalizado su arranque se pone al día leyendo los buffers acumulados. Esto implica que las dependencias no son necesarias, *systemd* crearía todos los sockets de todos los servicios pero sin iniciar ninguno inicialmente, solo los arrancaría a medida que los clientes los intentan utilizar. Hay una gran ventaja de este sistema sobre *upstart*, derivado de la ausencia de dependencias. Si en *upstart *hay, por ejemplo, varios servicios que tienen la línea "start on dbus", al iniciar D-Bus se iniciarán esos servicios (X.org, avahi, networkmanager, vaya usted a saber). Esto ocurre incluso si no era esa la intención del administrador. Con *systemd* esta situación no es posible. Simplemente se iniciaría X.org, o Networkmanager, o avahi, y D-Bus sería iniciado automáticamente sólo cuando alguien intente leer su socket. Aun con todo lo hasta aquí descrito, *systemd* no sería más que una reimplementación del *launchd* de Mac OS X. Sin embargo, no se queda ahí. Poettering identifica otro "punto de contención" en el inicio: los montajes en el sistema de archivos. Ciertos servicios tienen que esperar a que ciertos puntos de montaje estén disponibles antes de iniciarse. Además, al iniciar el sistema hay que montar -y quizás fsck'ear- los sistemas de archivo que indique /etc/fstab (y mientras se hace esta tarea quizás se pierde la oportunidad de iniciar algunos scripts que tienen sus puntos de montaje ya montados). *systemd* se basa en el viejo y fiable autofs (un "montador automático") para aplicar la misma idea que en los sockets: todos los montajes posibles se pre-crean sin que esté montados realmente, y autofs los irá montando de verdad -y quizás fsckeando- a medida que los servicios intenten acceder a ellos, pero no antes. Con este sistema, *systemd* hace que /etc/fstab sea algo obsoleto o al menos prescindible. Todo esto ya de por si hace de *systemd *una seria alternativa a *upstart* y una mejora respecto a otros sistemas de inicio. Sin embargo, un sistema de inicio debe hacer más cosas que gestionar lo descrito anteriormente. Debe intentar reiniciar un servicio si se cae, o apagarle y enviar una alerta al administrador si se cae demasiado. Para hacer bien esta tarea de niñera, el sistema de inicio debe tener conocimiento de lo que hacen todos los procesos hijos que los servicios crean, algo que no es sencillo en Unix (*upstart* lo logra analizando datos de /proc), ya que los procesos "nietos" del sistema de inicio pueden perderse y existir a su aire sin que su "abuelo" se entere de qué ocurre. Para solucionarlo Poettering usa, en vez de los trucos que utilizan otros sistemas, una de las novedades más potentes y menos conocidas de los últimos kernels: "Control Groups" (cgroups). cgroups son "grupos de procesos" elegidos al azar, y que comparten, como grupo, una serie de características. Los hijos de un proceso de un cgroup heredan la pertenencia a ese cgroup. Esto permite a *systemd* gestionar a nietos y biznietos con seguridad. Pero tengamos en cuenta que las propiedades configurables de los cgroups pueden ser cosas como límites de CPU, de memoria, de prioridad de disco...pues * systemd* tambien permite, ya de paso, que los servicios puedan configurar todas esas características. Por ejemplo, updatedb puede configurarse para usar una prioridad de disco baja. Hay mucho más que decir de este sistema: los tipos de archivos de configuración, o *units*, una UI para visualizar los servicios -escrita en Vala-, planes de una unit *timer* que sustituiría a cron, una unit *swap,*potencial reemplazo al menos de parte de la funcionalidad de los gestores de sesion de los escritorios (gnome-session/kdeinit), etc. Y varias funcionalidades avanzadas (por ejemplo, guardar el estado de los servicios en un momento dado, apagarlos todos, ir a un shell de emergencia, y regresar al estado anterior). El documento del proyecto es una lectura muy recomendable <http://0pointer.de/blog/projects/systemd.html>. Aun así, podemos decir que es, en principio, conceptualmente superior a *upstart*, y es muy fácil de migrar a él por no ser necesario reescribir scripts y crear nuevas dependencias. Dado que Poettering trabaja para Red Hat, no será sorprendente que Fedora lo adopte en futuras versiones. Escrito por: Diego Calleja -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------

5 6

tv digital
by Fernando Toledo 05 May '10

05 May '10

alguno tiene referencia sobre usar algun dongle usb en linux para la tv digital que se viene ahora en argentina? http://articulo.mercadolibre.com.ar/MLA-86027413-sintonizador-usb-tv-digita… fullseg-isdb-t-satvd-sbtvd-hdtv-_JM -- Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar

6 20

Progresa GNU/Hurd
by Pablo Manuel Rizzo 04 May '10

04 May '10

Progresa GNU/Hurd : ¿El sistema operativo GNU se completa?<http://picandocodigo.net/2010/progresa-gnuhurd-sistema-operativo-gnu/> 1 <http://picandocodigo.net/2010/progresa-gnuhurd-sistema-operativo-gnu/#comme…> May 3 2010 *Software Libre<http://picandocodigo.net/category/informatica-tecnologia/software-libre/> * [image: GNU/Hurd]<http://picandocodigo.net/wp-content/uploads/2010/05/gnu-hurd.png> GNU/Hurd *Hurd* <http://www.gnu.org/software/hurd/index.html> es el reemplazo del *proyecto GNU* <http://www.gnu.org/home.es.html> al kernel Unix. Cuando Richard Stallman inició el desarrollo del *Sistema Operativo GNU* como reemplazo totalmente libre a Unix, la única pieza que faltaba era un kernel<http://es.wikipedia.org/wiki/N%C3%BAcleo_%28inform%C3%A1tica%29>(núcleo del sistema) libre. Entonces apareció Linus Torvalds y Linux, su kernel que junto al resto de las herramientas del proyecto GNU formó un sistema operativo completo que hoy conocemos como *GNU/Linux*. Hurd provee la última pieza de software para completar el sistema operativo GNU concebido originalmente por RMS y ha estado en desarrollo desde 1990. Una de las razones por la que se ha tardado tanto en su desarrollo es la complejidad de su arquitectura, entre otras decisiones de diseño a lo largo de su historia. A pesar del tiempo que lleva en desarrollo, Hurd no se encuentra en una versión estable aún. Sin embargo, existen dos distribuciones GNU/Linux que se vienen dedicando activamente a desarrollar versiones de Hurd. Una es *Debian GNU/Hurd* <http://www.debian.org/ports/hurd/index.es.html> y más recientemente *ArchHurd* <http://www.archhurd.org/>. Las noticias del mes de abril de Hurd<http://www.gnu.org/software/hurd/news/2010-04-30.html>son bastante optimistas, ya que se viene viendo movimiento en su desarrollo. Algo que viene ayudando mucho es la alta actividad de los desarrolladores de ArchHurd, que con unos pocos meses de trabajo ya tiene gran parte del sistema funcionando. [image: ArchHurd] ArchHurd *ArchHurd es un trabajo derivado de ArchLinux, portándolo al sistema GNU Hurd con paquetes optimizados para la arquitectura i686.* Siguen aumentando la cantidad de paquetes disponibles y el equipo ha avanzado mucho. En un correo de su lista durante el mes de abril, se reporta el progreso del proyecto: Hemos pasado varios hitos importantes. Primero, logramos compilar cruzado un sistema booteable i686-pc-gnu. (…) ahora tenemos un toolchain<http://es.wikipedia.org/wiki/GNU_toolchain>actualizado y funcionando (gcc-4.4.3, glibc-2.11.1, binutils-2.20.1). Tenemos un gestor de paquetes funcionando (pacman) y la mayor parte de un sistema de desarrollo mínimo compilado (ver http://www.archhurd.org/packages.php para una lista de paquetes). Pocos días después, se publicó una nueva noticia en el sitio de ArchHurd: - Se portaron los initscripts de ArchLinux a ArchHurd. Se puede ver a Hurd bootear con la apariencia de booteo familiar. - Una actualización al sistema permite particiones ext2 mayores a 2GB. - Con los initscripts vino el modo multi-usuario por defecto. Esto permite algunas sutilezas como consola VGA, similar a las consolas virtuales en Linux. Al haberse agregado shadow, los usuarios pueden tener contraseñas y se hizo más simple agregar más usuarios. - Hay más de 100 paquetes disponibles para ArchHurd (con solo 3 desarrolladores). - Hay una Wiki <http://wiki.archhurd.org/wiki/Main_Page>, una guía de instalación <http://wiki.archhurd.org/wiki/Installation_Guide> y una página para colaborar con el proyecto<http://wiki.archhurd.org/wiki/Contributing> . Por último, Alexander Preisinger logró ejecutar ArchHurd en su laptop. Esto es hasta el momento la primera vez que se usa Hurd en hardware real y no en una máquina virtual: [image: ArchHurd corriendo en hardware real]<http://picandocodigo.net/wp-content/uploads/2010/05/ArchHurd-alex.jpg> ArchHurd corriendo en hardware real [image: Debian GNU/Hurd]<http://picandocodigo.net/wp-content/uploads/2010/05/debian-gnu-hurd.png> Debian GNU/Hurd Debian por su parte también provee su versión para Hurd: Actualmente, Debian sólo está disponible para Linux, pero con Debian GNU/Hurd también hemos empezado a ofrecer el GNU/Hurd como plataforma para desarrollo y servidores, así como para sistema de escritorio. No obstante, Debian GNU/Hurd todavía no ha sido distribuido oficialmente, y no lo será durante algún tiempo. Se sigue avanzando en la migración de paquetes, estando un 66% de paquetes de Debian disponibles <https://buildd.debian.org/stats/hurd-i386.txt> para el port de Hurd. Además: - Se corrigió un bug en libxcl, por lo que X.org funciona “out of the box<http://lists.debian.org/debian-hurd/2010/04/msg00034.html> “. - Se creó un USB de GRUB<http://lists.debian.org/debian-hurd/2010/04/msg00019.html>para bootear Debian GNU/Hurd. Además se propuso un parche para facilitar el debugging con inicio de traductores<http://lists.gnu.org/archive/html/bug-hurd/2010-04/msg00037.html>. Se creó una nueva imagen para QEMU<http://lists.debian.org/debian-hurd/2010/04/msg00098.html>, que puede ser ejecutada con qemu -hda debian-hurd-17042010-qemu.img. Se actualizó el repositorio de mantenimiento de glibc<http://git.savannah.gnu.org/cgit/hurd/glibc.git/?h=tschwinge/Roger_Whittaker>a una versión reciente, incluyendo muchos parches del paquete glibc de Debian. Se actualizaron<http://lists.gnu.org/archive/html/bug-hurd/2010-04/msg00062.html>los scripts de compilación cruzada del toolchain<http://www.gnu.org/software/hurd/hurd/building/cross-compiling.html>a las versiones actuales de los paquetes de código fuente, y se agregó soporte para C++. Además de todo este progreso, se aceptaron tres proyectos en el Google Summer of Code 2010 de Hurd: - Producir imágenes funcionales del instalador de Debian para Debian GNU/Hurd. - Corregir problemas de compatibilidad expuestos por los casos de prueba de los proyectos. (Detalles<http://www.gnu.org/software/hurd/community/gsoc/project_ideas/testsuites.ht…> ) - Afinar el subsistema de VM en GNU/Hurd para actualizar la gestión de memoria virtual en Hurd/Mach a algo más cercano a kernels modernos. Como ven, en poco tiempo se ha logrado bastante progreso en el proyecto. Existen dos listas de correo principales para colaborar: bug-hurd<http://www.gnu.org/software/hurd/mailing_lists/bug-hurd.html>y debian-hurd<http://www.gnu.org/software/hurd/mailing_lists/debian-hurd.html>. También se puede contribuír<http://www.gnu.org/software/hurd/contributing.html>al proyecto. Si esto sigue así, probablemente en unos meses tengamos una versión bastante funcional de Hurd para probar en nuestras computadoras, gracias al aporte de los desarrolladores de Debian, Arch y GNU. -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------

3 3

El INPI.gov.ar cuelga archivos .DOC (Taller de registración de patentes para inventores)
by Fernando Cassia 04 May '10

04 May '10

[La info es interesante, y tal vez le sirva a más de uno si quiere registrar alguna invención de hardware o dispositivo. Mi crítica viene porque pongan un link que es un enlace a un archivo .DOC (Word). ¿Esta gente no oyó hablar de OpenOffice, y el formato OpenDocument? ¿Ni siquiera PDF? -FC] ------------------------------------------------------------------------------- TALLER DE INICIACIÓN A LOS TRAMITES DE PATENTAMIENTO Y RONDA DE CONSULTAS -VER TODO- El próximo jueves 13 de mayo se reiniciara el 7º ciclo anual de Talleres para Inventores y Aspirantes a Inventores, que venimos desarrollando en el INPI en forma bimestral. Estos talleres de corta duración (medio día durante la mañana, de 09:30 a 12:30 hs.), han sido planeados para llegar a aquellos inventores o aspirantes a inventores que, por distintos motivos no están en condiciones de redactar por si mismos una solicitud de patente de invención (o modelo de utilidad), de forma de darles una sólida formación inicial en la materia, así como orientarlos en la búsqueda de mayor información sobre el particular. Link a documento (Word): http://www.inpi.gov.ar/templates/novedades/TALLER%20DE%20INICIACI%C3%93N.doc ------------------------------------------------------------------------------- ¿Algún contacto en el INPI, que promueva el Software Libre y pueda corregir estas cosas, a futuro? FC -- "Me gustaría vivir un tiempo razonable. Qué se yo, mil, dos mil años". -Ernesto Sábato

3 2

para escuchar: lunáticos , a observar y pensar!!!!
by Marcos Germán Guglielmetti 04 May '10

04 May '10

Para todos los lunáticos quiero regalar esta obra que es como una especie de modestísimo homenaje a Satie, se llama "pensado en japón, hecho en china", pero podría llamarse "caminata lunar" o algo así. Lo grabé con Ardour 2.x en Musix 1.0 actualizado. Usé un cable de línea directo desde un Korg SP 170 a la placa de sonido barata marca Encore. Disculpen los defectos de interpretación, es una improvización y preferí que quedara defectuosa, como la vida misma. Que sirva de música de fondo para mirar la luna en estas noches de otoño, para reflexionar o para cualquier fin :P http://e3.ututo.org/users/musix/audio/pensado_en_japon_hecho_en_china.ogg Licencia: GNU FDL -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musix.org.ar www.ovejafm.com ▲ :::::::::::::::::: O V E J A ::::::::::::::::::::: ▲ _______________________________________________ La lista solar-general es un canal de comunicación de SoLAr por el libre intercambio de ideas de todos los interesados en el movimiento de software libre. Debido a su libre suscripción y publicación, y dado que no existe ningún tipo de moderación previa ni posterior, es un excelente lugar para compartir opiniones, elaborar políticas y prácticas por el Software Libre en Argentina y el mundo. Tal como dice en ourproject: "La lista de todos y todas en solar" http://ourproject.org/mail/?group_id=23 Te invitamos a subscribirte enviando un mail a solar.general(a)librelist.com ¡Asociate a SOLAR!: http://www.solar.org.ar/?article573 * por la restauración del historial de solar-socios (dejó de funcionar el 25 de nov de 2009) * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la inmediata reincorporación de cualquier socio del movimiento SL expulsado * por la reapertura de solar-general y del wiki.solar.org.ar * por la discusión de principios para ampliar la participación http://musix.org.ar/wiki/index.php/Principios_participativos

1 0

Las copas de leche de la FOB (regional Rosario)
by Marcos Germán Guglielmetti 03 May '10

03 May '10

Las copas de leche de la FOB (regional Rosario) Hace más de un año un grupo de vecinos de los humildes barrios San Martín Sur, Cabín 9, Belgrano y 27 de Febrero nos venimos juntando semanalmente –de modo independiente a cualquier partido u ONG, estando todos los movimientos de los respectivos barrios nucleados en la Federación de Organizaciones de Base (reg. Rosario)- para tratar las problemáticas que aquejan a nuestros ya nombrados barrios y a sus respectivos habitantes, problemáticas que son numerosas y frecuentes dada la triste realidad socioeconómica que afecta a los barrios mismos y que sabemos también afecta a gran parte de la sociedad. Nuestra forma de funcionamiento es a través de asambleas semanales en las que todos juntos nos sentamos a pensar dichas problemáticas y ver de qué modo podemos solucionarlas y así tener una vida más digna. A partir de dicho espacio han surgido numerosos proyectos de distinta índole que día a día venimos llevando a cabo, dentro de los cuales podemos encontrar Proyectos Productivos (de costura y cocina), Grupo de Mujeres, Taller de Computación, Taller de Educación Popular para adultos Copa de Leche, y en breve Comedor Comunitario. Los espacios físicos en los que nos juntamos y realizamos todas las actividades anteriores son pequeños terrenos que nos han cedido temporariamente. En cada barrio contamos con un localcito de chicas medidas en muy precarias condiciones –piso de tierra, alguno sin techo, sin instalación eléctrica, alguno totalmente de chapa, sin baño, etc.-, y si bien tenemos pensado mejorarlos nos cuesta muchísimo dado los altos costos de los materiales de construcción. Es interesante destacar que estas salitas fueron levantadas en jornadas colectivas con el apoyo de todos los vecinos del barrio. Al no depender de ningún partido ni ONG todos nuestros fondos dependen absolutamente de las actividades a pulmón que realizamos los vecinos organizados: vendiendo ropa que nos donan, comida, haciendo rifas, bingos, fiestas, elaborando bonos contribución, etc. Y si bien no dejamos nunca de hacer cosas por nuestros barrios, muchas veces nuestras actividades se ven altamente dificultados por las precarias condiciones descritas anteriormente de los espacios en los que las desarrollamos. Es por esto mismo que le solicitamos a la comunidad algún tipo de ayuda, donación, en lo que respecta a materiales de construcción: ladrillos, azulejos, sanitarios, porlan, arena, plasticor, chapas y tirantes, entre otras cosas, para así poder terminar de construir las salas en condiciones óptimas para el des arrollo de nuestros proyectos colectivos. Toda ayuda nos será de gran valor y se lo agradeceremos de corazón. Los saludamos atentamente haciéndoles saber que nunca dejamos de apostar a esta construcción social en la que todos están invitados a colaborar y/o participar. Aprovechamos para hacer mención d enuestro sitio de internet donde se muestran las copas de leche y los espacios donde se dan: http://copadelechefob.blogspot.com/ Federación de Organizaciones de Base – regional Rosario (Vecinos En Lucha-Bº San Martín Sur; Movimiento Independiente Los Olvidados-Bº Belgrano; Movimiento Solidario Independiente-Bº Cabín 9; Movimiento Independiente 27 de Febrero-Bº 27 de Febrero) -- Marcos Guglielmetti ▲ :::::::::::::::::: M U S I X ::::::::::::::::::::: ▼ www.musix.org.ar www.ovejafm.com ▲ :::::::::::::::::: O V E J A ::::::::::::::::::::: ▲ _______________________________________________ La lista solar-general es un canal de comunicación de SoLAr por el libre intercambio de ideas de todos los interesados en el movimiento de software libre. Debido a su libre suscripción y publicación, y dado que no existe ningún tipo de moderación previa ni posterior, es un excelente lugar para compartir opiniones, elaborar políticas y prácticas por el Software Libre en Argentina y el mundo. Tal como dice en ourproject: "La lista de todos y todas en solar" http://ourproject.org/mail/?group_id=23 Te invitamos a subscribirte enviando un mail a solar.general(a)librelist.com ¡Asociate a SOLAR!: http://www.solar.org.ar/?article573 * por la restauración del historial de solar-socios (dejó de funcionar el 25 de nov de 2009) * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la inmediata reincorporación de cualquier socio del movimiento SL expulsado * por la reapertura de solar-general y del wiki.solar.org.ar * por la discusión de principios para ampliar la participación http://musix.org.ar/wiki/index.php/Principios_participativos

2 1

reunión regional de disertantes? La idea es ampliar el movimiento SL
by Marcos Germán Guglielmetti 03 May '10

03 May '10

Hola Che, ¿qué les parece la idea de hacer una especie de congreso/reunión/charla/debate/capacitación para "disertantes"? Es que sucede que a veces en ciertos lugares no hay muchos activistas del SL o los que hay no se animan a dar charlas o lo hacen de forma deficiente.... A partir de pedidos de charlas que he tenido desde el año pasado, hablaba con mi pareja y se nos ocurrió la idea de que los activistas del SL podríamos hacer charlas para charlatanes, o sea: Reunirnos todos los actuales y posibles charlatanes, que tengamos más o menos algo en común (o sea, que damos o queremos dar charlas), compartamos experiencias con el objetivo de crear mejores y más disertantes, ¿qué les parece? Así quizá podría haber más disponibilidad de gente a la hora de dar una charla sobre SL... Sería una charla sobre las charlas, cosa que no recuerdo que se haya hecho en argentina al menos. Para mí además de compartir las experiencias actuales en dar charlas, habría que organizar en ese encuentro grupos con actividades para analizar charlas a las que hayan asistido, entre otras cosas (grupos de debate/creatividad con actividades concretas) tener en cuenta (listo algunas cosas que se me ocurren) * preparar una charla según a qué público va dirigido * cómo hacer para incluir bien al público para que no sea mero expectador * cómo hacer para que la gente interesada no quede excluida de la construcción del SL y la cultura libre (acá va la cuestión glugs, ongs, etc.) * cómo formar asociaciones libres por toda la región que promuevan y quiza desarrollen SL * propaganda antes de un evento (es lo menos importante dado que la idea es que el evento ya existe y que vos sos alguien que dará una charla, pero habría que tener en cuenta esto para algunos casos) * formas de hablar: pausas, silencios, manejo del ritmo y del tono... * lenguaje técnico/ no técnico * tecnología a usar durante la charla (mucho, poquito, nada ;) ) etc ¿qué les parece? Quizá habría que invitar también a gente que no tenga casi nada que ver con el movimiento SL pero que sea "experta en disertaciones" (aunque sí tendría que ser alguien comprometido con intentar crear una sociedad mejor, no, por ejemplo, un corporativo que pasa los días pensando cómo exprimir más a los empleados...) En fin... queda hecha la propuesta, a mí me parece necesaria porque sé que faltan "buenos" disertantes.

5 15

Re: [Solar-general] [solar.general] PPT como enemigo del ejercito
by Marcos Germán Guglielmetti 03 May '10

03 May '10

On Saturday 01 May 2010 18:15:08 Sebastian Bassi wrote: > 2010/5/1 Marcos Germán Guglielmetti <marcos(a)ovejafm.com>: > >> Los militares son todos perversos? > > > > Los curas? > > Hay curas buenos. Algunos creen las mentiras de la Iglesia y trabajan > de eso porque tienen vocación de servicio. Ahora si queres contestame > vos. Bien, bueno, quizá algo similar valga para los milicos, salvo que calculo que habrá más perversos entre los milicos que entre los curas, pero no tengo estadísticas. Aún así es lógico que ambos mundos sean nidos de perversos: se necesita una psiquis anormalmente desarrollada tanto para matar gente a sangre fría como para violar niños. > >> Es perverso querer defender tu pais? > > > > De qué cosa? > > De cualquier agresión exterior, para eso están. Pero sucede que los milicos al menos desde el siglo XX en adelante no sirvieron para guerras externas, sino internas: desbaratar movimientos de masas, ya fueran los anarquistas, anarcosindicalistas, comunistas, socialistas o peronistas, etc. Fijate la patagonia rebelde, el bombardeo de la plaza de mayo de 1955, Masacre de Trelew, el cordobazo, Masacre de Fátima, etc. Y cuando fueron a Malvinas, también fue para eliminar fuerza laboral interna (aunque como objetivo fundamental estaba el de cohesionar a una nación y seguir bajo un gobierno dictatorial/militar burgués totalitario). Si te vas de Argentina verás casi lo mismo en muchos otros lugares, por ejemplo, las fuerzas de Franco tampoco sirvieron tanto a la lucha externa como a la interna. En última instancia dentrás del Estado capitalista sólo hay un grupo de militares garantizando el orden. (cuando ese Estado se ve muy amenazado, quedan sólo los milicos cuidando la gran propiedad privada hasta que se pueda hacer una transición democrático/burguesa y las masas puedan ser ultrajadas sin necesidad de una violencia tan notoria y escandalosa)

1 0

Fwd: Google publica datos sobre usos/abusos de los gobiernos
by Fernando Toledo 02 May '10

02 May '10

-------- Mensaje original -------- Asunto: Google publica datos sobre usos/abusos de los gobiernos Fecha: Fri, 23 Apr 2010 11:00:47 +0000 De: Paper Boy <paper.boy@2:343/107.1> A: All Grupos de noticias: FidoEs.CONSUMIDOR +--------------------------------------------------------------------+ | Google publica estadísticas sobre peticiones de datos y de censuras| | http://ciberderechos.barrapunto.com/article.pl?sid=10/04/21/08592| +--------------------------------------------------------------------+ blizna nos cuenta: «Leo en [0]HyperCODE que Google lanzó una nueva herramienta para mostrar [1]en qué países se está enfrentando a más presiones de las autoridades para censurar sus servicios y entregar información personal de sus usuarios. En la lista se puede observar que hay países como España, Colombia, Argentina, Brasil o Perú.» Celestin Corbachov además nos envía los enlaces a [2]Hacker News y [3]Slashdot, donde también comentan la noticia. Enlaces: 0. http://hypercode.net/inicio/blog/google-revela-los-paises-que-la-presionan/ 1. http://www.google.com/governmentrequests/ 2. http://news.ycombinator.org/item?id=1280219 3. http://news.slashdot.org/story/10/04/20/197254/Google-Enumerates-Government… uests --- crashmail + golded + binkd * Origin: Black Flag & Crossed Bones : Eye Of The Beholder BBS! (2:343/107.1)

1 0