Noticias del proyecto Debian y software libre, edición esDebian

DenJohX_-_esDebian_news_v2_1

Luego de un tiempo fuera, nuevamente le damos la bienvenida a nuestros lectores a esta nueva edición de las Noticias del proyecto Debian y software libre, edición esDebian. En esta edición:

  • Concurso IRC del Software libre! -- La universidad Rey Juan Carlos invita a particiapar
  • Votaciones abiertas para los premios de SourceForge -- Participa!
  • Sobre el proceso del nuevo mantenedor Debian -- Lucas Nussbaum reabre esta importante discusión.
  • Actualización de políticas de Desarrollo de Debian



Noticias proyecto Debian

barra_495x4



debian Convocatoria para firmar llaves pgp en la Debconf9 a realizarse en Extremadura, España

barra_495x2

Saludos a todos.

Como parte de la 10a. conferencia Debian en Cáceres, Extemadura, España. Habrá firmas de llaves OpenPGP (pgp/gpg). Si estás interesado en participar de esta actividad del Debconf9, por favor envía tu clave pública ASCII como se explica en [http://people.debian.org/~anibal/ksp-dc9/ksp-dc9.html] a más tardar a las 23:59 del Sábado 12 de julio de 2009

Más información (y más actualizada) está disponible en el mismo enlace, así que mantente atento.



debian Actualizada la política Debian

barra_495x2

Queridos Desarrolladores.

La política Debian 3.8.2.0 ha sido actualizada hoy (16/06/09) con los siguientes cambios:

  • Todos los paquetes deben usar debconf o un equivalente para hacer consultas al usuario, sin embargo, los paquetes esenciales o sus dependencias pueden usar otros métodos [3.9.1]
  • Los antiguos servidores XFree86 no obtienen más una excepción especial de parte de FHS permitiendo /etc/X11/XF86Config-4. [9.1]
  • Removidas las dependencias obsoletas para los paquetes que usan /var/mail. [9.1.3]
  • Las fuentes speedo son despreciables. El backend X fué deshabilitado desde Lenny. [11.8.5]
  • La GNU Free Documentation License version 1.3 se incluye en common-licences y debería ser referenciada hacia allí [12.5]
  • Los requisitos para los paquetes de fuentes ahora son explícitamente listados [5.6.1]

Por favor lee la Política Debian completa para más detalles.

Para el equipo de la Política Debian, -- Bill.



pre-titular Software libre

barra_495x4



distros Lanzamientos de distribuciones

barra_495x2



anuncio Nuevas versiones en el software libre

barra_495x2



linux_gobierno Votaciones abiertas para los premios de la comunidad de SourceForge

barra_495x2

¿Cómo puedo participar?

Todos podéis votar! Con más de 47.000 nominaciones, la comunidad ha elegido 85 finalistas en 12 categorías. Hechales un vistazo a los finalistas y elige tus favoritos. Puede que incluso descubras software del que nunca habías oído hablar. Entra, ojea y vota!

Enlace para votar: http://sourceforge.net/community/cca09/vote

¿Y dónde es la fiesta?

Ahora, también es un buen momento para empezar a planificar tu viaje al OSCON 2009 que se celebrará del 21 al 25 de Julio en San José. Difundiremos en directo los anuncios de los premios desde el club Agenda Lounge el 23 de Julio, pero si tienes la suerte de estar en la localidad podrás disfrutar de la fiesta y conseguir alguna bebida gratis!

Únete a OSCON! ----> http://en.oreilly.com/oscon2009

Fechas importantes:

  • 6 de Mayo - Apertura de nominaciones
  • 29 de Mayo - Cierre de nominaciones
  • 22 de Junio - Anuncio de finalistas y apertura de votaciones
  • 20 de Julio - Cierre de las votaciones
  • 23 de Julio - Los ganadores se anunciarán en OSCON en este enlace--->http://en.oreilly.com/oscon2009



linux_noticias Primer Concurso IRC de Software Libre

barra_495x2

El grupo GSyC/LibreSoft de la Universidad Rey Juan Carlos nos comenta acerca del Primer Concurso IRC de Software Libre, lo hace por medio del siguiente mensaje:

El grupo GSyC/LibreSoft de la Universidad Rey Juan Carlos, con la colaboración de Igalia, y el patrocinio del Máster en Software Libre organiza el primer concurso de conocimientos sobre software libre.

El concurso consiste en partidas entre dos jugadores en un canal de IRC. Los jugadores deberán responder a preguntas, principalmente en lengua española, relacionadas con la cultura del software libre y cultura hacker, llevándose un punto aquél que responda en primer lugar de manera correcta. Cada inscrito jugará un mínimo de tres partidos durante la primera fase.

Fechas

Las fechas a tener en cuenta en lo que al concurso se refiere están aun sujetas a modificación, y en principio serían:

  • 1 de julio. Fecha final del plazo de inscripción en el concurso.
  • 4 de julio (sábado mañana y tarde): Primera ronda de clasificación.
  • 5 de julio (domingo tarde): Segunda ronda.
  • 11 de julio (sábado tarde): Tercera ronda.
  • 12 de julio (domingo tarde): Fase final.

El horario y el huso será el siguiente:

  • Horario de mañana: 10:00 - 14:00 (CEST; hora de Madrid)
  • Horario de tarde: 16:00 - 20:00 (CEST; hora de Madrid)

Inscripción, bases y preguntas más frecuentes

La inscripción se cierra el 1 de julio de 2009. La inscripción es libre y gratuita. Para participar se ha de rellenar el siguiente formulario de inscripción.

Las bases del concurso, así como las respuestas a las preguntas más frecuentes se pueden encontrar en el documento de bases del concurso y preguntas frecuentes.

Premios

Los premios son los siguientes:

  • Primer Premio. Netbook Dell con GNU/Linux preinstalado y un ticket de regalo Amazon de 100€.
  • Segundo Premio. Reproductor Mp3 Open Hardware (Bug Sound de Bug Labs) o teléfono móvil Openmoko Neo Freerunner (a elegir).
  • Tercer Premio. Ticket de regalo Amazon de 100€.
  • Los ocho primeros clasificados podrán acogerse a un descuento del 50% (no acumulable) en la edición de Madrid del Máster de Software Libre de la Universidad Rey Juan Carlos. Este descuento podría prorrogarse hasta Septiembre y está sujeto al cumplimiento de los plazos de inscripción, a la existencia de plazas disponibles y al cumplimiento de los requisitos generales para poder cursar el máster.
  • Para todos aquéllos que pasen la primera fase, se creará además un diploma acreditativo, indicando su posición final en el concurso.
  • Subscripción digital a la revista Linux Magazine de doce números para los tres primeros clasificados.

Ejemplo de partido

Como muchos nos habéis preguntado qué pinta tiene una partida dentro del concurso, hemos colgado el log parcial de un partido, donde se puede ver cómo dos jugadores van respondiendo a las preguntas que va poniendo el bot.

Patrocinio

El concurso está patrocinado por el Máster en Software Libre que se imparte en la Universidad Rey Juan Carlos en Madrid y en Galicia. Hay dos plazos para inscribirse en el máster: uno a principios de julio y, si hubiera todavía plazas, otro a finales de septiembre.

El objetivo principal de este máster es crear expertos en software libre, especializados en todos los aspectos relacionados con el mismo (técnicos, económicos, sociales y legales). El máster en software libre es un máster que sigue una metodología docente denominada "blended learning", que combina lo mejor de la enseñanza presencial con lo mejor del e-learning, ofreciendo soporte on-line respaldado por personal de apoyo específicamente dedicado a estas tareas mediante foros, listas de correo-e, sesiones periódicas en el IRC y diversas actividades que los estudiantes deberán hacer de manera no presencial.



kde KDE 4.3 ramificado, la versión trunk ahora es la 4.4

barra_495x2

Aaron Seigo nos informa del nuevo cambio en el sistema de trabajo del desarrollo de KDE 4, se ha ramificado el trabajo en la versión candidata 4.3 y ahora comienzan el trabajo para 4.4 en la sección trunk.

Aquí un resumen:
El equipo de releases ha hecho algo un poco deferente a los pasados ciclos de liberaciones para probar algunas modificaciones a nuestro flujo de trabajo: con la liberación de nuestra primera release candidate, 4.3 ha sido inmediatamente ramificada fuera de la línea principal de trunk, y trunk ahoras es 4.4. En el pasado hemos hecho esto solamente cuando la nueva versión está definitivamente disponible, no durante las versiones candidatas.

Esto le da más libertad a las personas que trabajan en las nuevas características de 4.4 o en las correcciones que sólo puedan entrar en 4.4. Esto para no tener que esperar las semanas de «congelamiento extra duro» que viene junto a las versiones candidatas. Esto entra en bastante buen tiempo para Akademy, que ya viene.

Esto significa que si tu corriges un bug en trunk, tendrás que hacerle un backport para la rama 4.3. Acabo de modificar el script svnbackport en kdesdk/scripts hoy para que apunte a la rama 4.3 por defecto. Por favor manteneros con todo el grandioso trabajo de corrección de errores para 4.3. para que podamos hacer una 4.3.0 lo más sólida posible. Inclusive cuando 4.3 a sido ramificada, aún hay tiempo para corregir errores.

[...]



kde Integración de OpenOffice y KDE portada a KDE4

barra_495x2

Los usuarios de openoffice que usan kde4 estan de enhorabuena. Finalemente se ha portado la integración de openoffice en kde a kde4. Gracias a los heroicos esfuerzos de Éric Bischoff, Bernhard Rosenkränzer, y Roman Shtylman, ya podemos probar esa integración.

Sin embargo no es todo un camino de rosas. Aún no funciona por sí sola, requiere exportar la variable OOO_FORCE_DESKTOP=kde4 (export OOO_FORCE_DESKTOP=kde4) para que la integración funcione. Sin embargo, es seguro porque coexiste con la integración con kde3, si no estás satisfecho con el reslutado se puede volver a cambiar a kde3 (export OOO_FORCE_DESKTOP=kde).

Para KDE4, Roman también está cambiando la implementación out-of-process (es decir, aplicación independiente) de la selección de archivos a una implementación in-process (como un servicio), por lo que probablemente podrás notar cierta mejoría en el rendimiento del diálogo de selección de ficheros de KDE.



pre-titular Opinión

barra_495x4



comunidad Cuantas licencias Open Source son necesarias?

barra_495x2

Bruce Perens en un artículo de itmanagement.earthweb.com hace un análisis de las licencias libres que puedes llegar a necesitar desde un punto de vista comercial, dividiéndolas en tres tipos que denomina «de regalo», «compartimos pero con reglas» e «intermedia»

Aquí un extracto traducido al español:

1. Una licencia "de regalo":
Es lo más permisiva posible, lo que permite a la licencia combinarse con software libre o propietario.

2. Una licencia "compartimos con algunas reglas":
Esta dice «sé mi socio» inclusive a compañías que podrías no confiar. Por ejemplo tus peores competidores en el mercado, ya que si ellos mejoran el producto, tendrán que compatir.

3. Una licencia «Intermedia»:

Esta es para hacer librerías de software bajo el paradigma de las licencias «comparto con reglas», pero que son utilizables en software propietario.

Con estos tres tipos de licencias, podemos llenar la mayor parte de los diferentes propósitos comerciales que queramos para desarrollo de código abierto.

INDEPENDIENTES Y EL DESARROLLO DE PROYECTOS LIBRES

Las motivaciones para los independientes, a diferencia de las compañías, son algo diferentes [...].

Algunos individuos son felices dando todo el software libre que crean como un regalo. Yo no, yo uso las licencias «de regalo» cuando me pagan para hacerlo, y «comparto con algunas reglas» en caso contrario.

Esto mayormente porque yo no quiero ser un empleado sin pago de alguna compañía que use mi trabajo y no le devuelva nada a la comunidad de software libre. [...] Así, mi pago por escribir software libre es que mi software contribuya en incrementar la cantidad de software libre a futuro, mas allá de mi contribución individual.

Existe también otra motivación para usar una licencia de tipo «compartir con algunas reglas» en el software que estoy desarrollando: licencias duales.

Las compañías que quieran combinar mi nuevo software con su propio producto propietario, sin tener que cumplir con mi licencia «comparto con algunas reglas», me pagan por una licencia comercial [...].

El licenciamiento doble es algo más complicado de lo usual en el desarrollo de software libre, ya que las compañías que deseen licenciar sus productos de este modo necesitan poseer por completo el copyright del programa, o el derecho de relicenciar todas las contribuciones al programa. Es necesario darle a los contribuyentes algún incentivo, o de lo contrario ellos por lo general no estarán dispuestos a ceder sus copyrights o dar permiso a relicenciar sus contribuciones.

Así que, tenemos nuestros tres tipos de licencias, comencemos a relacionarlas con licencias reales. Mis tres preferidas son:

1. Licencia de regalo: The Apache License 2.0

Es similar a la licencia MIT o BSD, pero provee un poco más de protección de patentes de software a los desarrolladores de software libre

2. Licencia comparto con algunas reglas: GPL 3Deciende la de GPL, la mas popular de las licencias libres, esta licencia ha sido actualizada para hacer frente a la gran cantidad de derechos de autor y jurisprudencia que existe en la actualidad.

3. Licencia Intermedia: LGPL 3Es bastante similar al texto de la GPL 3, así que no necesitas aprender otra licencia.

Las tres son compatibles entre sí de acuerdo a la FSF y otras autoridades.[...]



Xorg Sobre Xorg, HAL y TCOS

barra_495x2

En su blog, MarioDebian nos comenta acerca de su experiencia la nueva versión de xorg con el siguiente mensaje:

En las nuevas versiones de Xorg se usa (por defecto, pero menos mal que optativamente) HAL como descubridor de hardware y encargado de configurar teclados, ratones y demas dispositivos... de hecho no es necesario ni tener archivo xorg.conf como ya se contó por aquí.

TCOS nació ligero y quiere seguir siéndolo y es por eso que no se va a incluir HAL en las imágenes de arranque por lo que lo he desactivado ya hace unos días.

Pero lo cosa no es tan sencilla como añadir esa línea, estamos montando un aula (para un cole de primaria) con 18 terminales ligeros (equipos reciclados) y más bien por probar y dejar algo un poco chulo, decidí instalar el servidor con la última versión estable de Ubuntu (Jaunty 9.04) ¡¡¡ CRASO ERROR !!!

Es casi imposible hacer un archivo xorg.conf con el mapa de teclado y el servidor de fuentes (para TCOS) y que autodetecte todo lo demás, así que hemos reculado y puesto una Debian Lenny (como ya tienen en el mismo colegio en otro aula)

El rendimiento y la estabilidad de los terminales en Lenny es millones de veces superior, incluso permite jugar a juegos educativos (tipo tuxmath, childsplay, gcompris....), glxgears (esa herramienta que NO sirve para calcular el rendimiento gráfico) da casi 500 FPS y eso que las X van por red.

RESUMIENDO: Si quieres un aula de terminales ligeros con TCOS usa una versión anterior de Ubuntu (Hardy/8.04 parece que va bien) o pásate a Debian.



debian_actualizar Sobre el proceso del nuevo mantenedor Debian

barra_495x2

Lucas Nussbaum, Desarollador de Debian, ha decidido hacer un «up« a la discusión acerca del (largo) proceso para llegar a ser aceptado como DD (Debian Developer), discusión que desde hace algún tiempo ha quedado un poco estancada en las listas de Debian y que es de gran importancia para el desarrollo de nuestro SO preferido.

A continuación prestamos una traducción de su artículo:

He decidido subir el tema del proceso de nuevos mantenedores de nuevo. Para resumir, nuestro proceso es el siguiente:

  • El solicitante se aplica, y es recomendado por un DD existente. (Toma unos pocos días como máximo)
  • Un administrador de solicitudes (AM por sus siglas en inglés) se le asigna al solicitante. Debido a la escasez de personas dispuestas a ayudar en este puesto, a menudo lleva varios meses para obtener un AM asignado.
  • El Administrador de solicitudes hace más de 50 preguntas al solicitante. Las preguntas abarcan cosas legales, y más cosas técnicas acerca de los procedimientos de empaqutado y Debian. Para los curiosos, las plantillas que casi todos los AM siguen están disponibles en el repositorio nm SVN (véase nm_pp *. txt y nm_ts *. txt). Responder a todas las preguntas a menudo lleva varios meses, porque después de cada serie de preguntas, el solicitante podría tener que esperar a que su AM encuentre el tiempo para revisar sus respuestas.
  • Después de que todas las preguntas han sido contestadas, el AM escribe un informe (alrededor de 1 hora de trabajo aburrido), que se envía a la recepción (FD, Front Desk) de NM (New Maintainer).
  • Un miembro de FD lee el informe, y hace preguntas adicionales o directamente pasa el informe a los administradores de cuentas de Debian. Este paso regularmente toma mucho tiempo, pero la situación ha mejorado con la adición de nuevos miembros de FD.
  • Un miembro de la DAM (Debian Account Manager) lee el informe, y decide que el solicitante se convierta en un DD, o rechaza al solicitante. Este paso toma todavía aún más meses.

Este proceso tiene dos defectos:

  • No ayuda a producir un SO: Debian no se trata de educar a la gente, se trata de producir un sistema operativo. El proceso de hacer preguntas no produce nada útil para Debian.
  • Es largo y aburrido, incluso para los buenos candidatos. Muchas personas abandonan el proceso simplemente porque se frustra a la espera de su AM, FD o DAM. Un DD una vez me dijo que cuando la gente logra salir de NM y se converte en DD, la mayor parte de su vida de Debian ya ha pasado. Esto es bastante cierto.

Por lo tanto, he propuesto cambiar el proceso, a algo mucho más simple:

Cuando alguien quiere convertirse en un DD, busca apoyo entre los actuales DDs. Cada DD que lo apoye escribe una recomendación y la envía por correo electrónico indicando las condiciones en que trabajó con el solicitante, y por qué piensa que el solicitante debe ser DD.

Después de que lo apoye un número suficiente de DDs (5, por ejemplo), el solicitante pasa a través de un corto proceso de NM, sólo respondiendo a 5 o 10 preguntas, elegidas de entre las +50 de la plantilla.Todo se transfiere a DAM, que toma la decisión final.

Esta propuesta recibió una fuerte oposición. Aparentemente, la gente cree que todas (o casi todas) las preguntas son realmente necesarias, y se basan en la idea de que incluir otros DDs al azar reduciría la calidad de Debian. Otras personas consideran que no es un problema si el proceso de NM está tomando más de un año para la mayoría de los solicitantes (incluso para los buenos candidatos).

Yo personalmente creo que deberíamos juzgar los candidatos en las habilidades que se importa cuando se DDS: habilidades sociales, habilidades técnicas (basada en el trabajo real, no en su capacidad de comprender la documentación), y la consecuencia de ambos, la posibilidad de pedir ayuda cuando hay algo que no conocen. El actual proceso de NM sólo juzga su capacidad de utilizar Google para buscar en la documentación existente. Mi propuesta no es para hacer el proceso más fácil, sino más corto y menos aburrido: la búsqueda de 5 defensores es de por sí bastante difícil, debido a que el solicitante tendrá que convencer a 5 DDS a que digan: "Creo que X está listo para ser un DD de inmediato".

Asimismo, Debian no es el único proyecto que intenta reclutar a nuevos desarrolladores, y claramente no somos uno de los más atractivos. Al no estar más abierto a los nuevos contribuyentes (por más abierto, quiero decir: un proceso más corto y menos aburrido, no un proceso que requiera menos habilidades), nos estamos disparando nosotros mismos en el pie. A fin de cuentas, sólo reducimos la importancia de Debian.

Está bastante claro sobre la base del debate que no nos vamos a deshacer de las +50 preguntas a corto plazo. Sin embargo, la sugerencia de fusionar FD y DAM (de una u otra forma), ha surgido en la discusión, lo que podría ayudar con el cuello de botella que aparece al final del proceso. Eso sería bueno.

Por último, los debates sobre el proceso de NM son siempre interesantes, porque muchas personas tienen muchas cosas que decir acerca de él, a pesar de nunca haber sido AM. Así que, para ayudar a la lectura de la discusión, aquí está la lista completa de los AM que tuvieron al menos un NM que se convirtió en un DD en los últimos dos años (sí, solo hay 41 DDs en ese caso):

Andreas Barth, Mohammed Adnène Trojette, Ana Beatriz Guerrero López, Anibal Monsalve Salazar,Alexander Sack, Bernd Zeimetz, Don Armstrong, Enrico Zini,Felipe Augusto van de Wiel, Alexander Wirt, Francois Marier, Gunnar Wolf,Marc Brockschmidt, Simon Huggins, Joerg Jaspert, Kari Pahula,Cyril Brulebois, Kurt Roeckx, Lucas Nussbaum, Luk Claes,Pierre Habouzit, Martin Wuertele, Martin Meredith, Michael Koch,Christoph Berg, Jonathan McDowell, Paul Wise, Riku Voipio,Santiago Ruano Rincón, Patrick Schoenfeld, Reinhard Tartler, Martin Michlmayr,Thijs Kinkhorst, Thomas Viehmann, Steffen Joeris, Wouter Verhelst,Martin Zobel-Helas.



alerta Avisos de seguridad

barra_495x4



alerta Avisos de seguridad (01/06/09 - 30/06/09)

barra_495x2

led_rojo01 de jun de 2009 -DSA 1809 --linux-2.6Múltiples vulnerabilidades

Múltiples vulnerabilidades han sido descubiertas en el kernel Linux que pueden conducir a la denegación de servicio, o escalamiento de privilegios.

led_amarillo02 de jun de 2009 -DSA 1810 --libapache-mod-jkDivulgación de información

Un falla de divulgación de información ha sido encontrada en mod_jk, en modulo conector Tomcat para Apache. Si un cliente con errores es incluye la cabecera "Content-Length" sin proveer respuesta con información del cuerpo, o si un cliente envía peticiones repetidas muy rápidamente, un cliente puede obtener una respuesta destinada a otro cliente.

led_amarillo 02 de jun de 2009 -DSA 1811 --cups, cupsysDenegación de servicio

Anibal Sacco descubrió que cups, un sistema general de impresión para sistemas UNIX, sufre de una deferencia de cursor nulo debido a la manipulación de dos paquetes IPP consecutivos con ciertas etiquetas de atributos que son tratadas como etiquetas IPP_TAG_UNSUPPORTED. Esto permite a atacantes no autentificados realizar ataques de denegación de servicio bloqueando el demonio cups.

led_rojo04 de jun de 2009 -DSA 1812 --apr-utilMúltiples vulnerabilidades

Apr-util, la librería Apache Portable Runtime Utility, es usada por Apache 2.x, Subversion, y otras aplicaciones. Dos vulnerabilidades de denegación de servicio han sido encontradas en apr-util

led_verde 08 de jun de 2009 -DSA 1813 --evolution-data-serverMúltiples vulnerabilidades

Múltiples vulnerabilidades han sido descubiertas en evolution-data-server, el servidor interfaz a la base de daros para la suite de trabajo evolution.

led_amarillo 13 de jun de 2009 - DSA 1814 --libsndfileEjecución de código arbitrario

Dos vulnerabilidades han sido encontradas en libsndfile, una librería para leer y escribir información de audio digital.

led_verde 14 de jun de 2009 - DSA 1815 --libtorrent-rasterbarDenegación de servicio

Ha sido descubierto que la librería Rasterbar Bittorrent realizaba validaciones insuficientes de nombres de ruta especificados en archivos torrent, lo que pudo denegación de servicio por la sobre-escritura de archivos

led_rojo16 de jun de 2009 -DSA 1816 --apache2Escalamiento de privilegios

Ha sido descubierto que el servidor web Apache no maneja correctamente el parámetro "Options=" para la directiva AllowOverride

led_amarillo17 de jun de 2009 - DSA 1817 --ctorrentEjecución de código arbitrario

Michael Brooks descubrió que ctorrent, un cliente de bittorrent con interfaz de texto, no verifica el largo de las rutas en ficheros torrent. Un atacante puede explotar esto vía un torrent elaborado que contenga una ruta larga para ejecutar código arbitrario con los derechos del usuario abriendo el fichero

led_amarillo18 de jun de 2009 -DSA 1818 --gforgeInsuficiente saneamiento de entrada

Laurent Almeras y Guillaume Smet han descubierto una posible vulnerabilidad de inyección SQL y vulnerabilidades de cross-site scripting en gforge, una herramienta de desarrollo colaborativo. Debido a insuficiente saneamiento de entrada, era posible inyectar ordenes SQL arbitrarias y usar múltiples parámetros para conducir ataques cross-site scripting

led_verde18 de jun de 2009 - DSA 1819 --vlcMúltiples vulnerabilidades

Múltiples vulnerabilidades han sido descubiertas en vlc, un reproductor y streamer múltimedia.

led_rojo18 de jun de 2009 - DSA 1820 --xulrunnerMúltiples vulnerabilidades

Múltiples vulnerabilidades remotas han sido descubiertas en Xulrunner, un entornos de ejecución para aplicaciones XUL, como el navegador web Iceweasel.

led_verde22 de jun de 2009 -DSA 1821 --amuleSaneamiento de entrada insuficiente

Sam Hocevar descubrió que amule, un cliente para las redes eD2k y Kad, no sanea correctamente los nombres de ficheros, cuando se usa la función. Eso puede conducir a la inyección de comandos arbitrarios pasados al reproductor de vídeo.

led_amarillo23 de jun de 2009 -DSA 1822 --maharaCross site scripting

Ha sido descubierto que mahara, un portfolio electronico, weblog, y creador de borradores es debil a múltiples ataques cross-site scripting, que pueden permitir a un atacante inyectar HTML arbitrario o código script y robar información potencialmente sensible de otros usuarios.

led_amarillo 25 de jun de 2009 - DSA 1823 --sambaMúltiples vulnerabilidades

Múltiples vulnerabilidades han sido descubiertos en Samba, un fichero SMB/CIFS, impresión, y acceso al servidor.

led_rojo25 de jun de 2009 -DSA 1824 --phpmyadmin Múltiples vulnerabilidades

Múltiples vulnerabilidades remotas han sido descubiertas en phpMyAdmin, una herramienta para administrar MySQL a través de la web.



pre-titular Información de Esdebian

barra_495x4



esdebian_wiki Nuevos artículos en el wiki

barra_495x2

  • Generador de informes para Squid, en HTML: se describe como instalar y configurar "Sarg" un sencillo y eficiente generador de informes para Squid. Esta configuración funciona incluso con las versiones 3 de Squid. Posteriormente instalaremos thttpd (servidor web ligero) para la visualización de estos informes desde cualquier pc de la red conectado al servidor a través del navegador web. También crearemos una tarea cron para que nos haga un informe diário. [...]
  • Configurar tarjeta red inalámbrica Atheros AR242x utilizando Madwifi: Madwifi es la abreviatura de Multiband Atheros Driver for Wireless Fidelity. En otras palabras: se trata de un controlador de dispositivo del núcleo de Linux para dispositivos Wireless LAN basados en Atheros. El controlador trabaja tal que su tarjeta WLAN aparece como una interfaz de red normal en el sistema. Adicionalmente hay soporte para el API Wireless Extensions. Esto permite configurar la mayoría de los aspectos del dispositivo utilizando herramientas wireless comunes (ifconfig, iwconfig y similares). [...]

comunidad Nuevos colaboradores en el grupo de noticias

Damos la bienvenida a un nuevo colaborador a este grupo de noticias:

Shaola!

Toda ayuda es bien recibida. ¡¡Gracias!!


¿Quieres continuar leyendo estas noticias? visita: Cómo Colaborar.

Responsables de Redacción, traducción y montaje: Epica, DeJhanX, Shaola

clap clap clap clap clap clap clap
Que lujo, que buena maquetación. Me pongo a leerlo ahora mismo.

Sinceramente se echaban de menos, felicidades. Es una excelente forma de sintetizar las noticias del mundo de Debian y del Software Libre en general.

las noticias están de vuelta, gracias clap

Perfecto =)!

Genial muchachos. Habeis hecho la parte más difícil, volver a ponerlo en pie. A ver si me animo yo también y me pongo ;) .

Muchas gracias por todo el trabajo que hacen clap

clap clap clap Muy buena clap

No eh terminado aun de leerla mrgreen pero estoy en eso

Hurra! Noticias! :)

Buenísimas como siempre las noticias.
Felicitaciones al equipo clap

Gracias, gran trabajo.