Se hará realidad gracias a una pequeña pantalla cristal líquido, de unos 2,7 milímetros de grosor y con una resolución de 320×240, con altavoz.

Por primera vez en la historia, la edición impresa de una revista, en concreto Entertainment Weekly, incluirá anuncios publicitarios en formato de vídeo, informó hoy la prensa estadounidense.

  En su edición del próximo 18 de septiembre -que saldrá a la venta el día 11-, esta publicación estadounidense propiedad de Time Warner, llevará adjunto un reproductor de vídeo que emitirá anuncios de programas del canal de televisión CBS y de la marca Pepsi.

  Incluirá clips de las series “How I Met Your Mother”, “Two and a Half Men” y “The Big Bang Theory”, así como adelantos de “Accidentally on Purpose”, “NCIS: Los Angeles”, “The Good Wife” y “Three Rivers”, en total 40 minutos de vídeo que se podrán reproducir hasta un máximo de seis horas.

  Lo que hasta ahora parecía ciencia ficción o producto de la magia de películas como “Harry Potter” o “Minority Report” se hará realidad gracias a una pequeña pantalla cristal líquido, de unos 2,7 milímetros de grosor y con una resolución de 320×240, con altavoz.

  El mecanismo (llamado VIP, “Video-In-Print”) es tan simple como el de una tarjeta electrónica, ya que el anuncio comienza al abrir la página en la que se encuentra la pantalla, según detalla el portal ECNmag.com.

Share on Facebook

Autor: David Martín

Si eres programador y estás desarrollando una aplicación a la que le quieres aplicar una licencia Open Source, seguramente te hayas dado cuenta de que hay muchas opciones. ¿Cuál es la mejor elección a la hora de trabajar con Open Source? Es en lo que trata de ayudarnos un completo artículo en el que un desarrollador ha analizado cada una de las licencias Open Source que existen actualmente. ¿Cuáles son las diferencias entre licencias de dominio público, y de copyleft “leves” y “fuertes”?

Shlomi Fish, un joven desarrollador especializado en desarrollos Open Source, ha elaborado un interesante artículo en el cual compara las distintas alternativas que los programadores de Software Libre y Open Source (Free and Open Source Software, FOSS) tienen cuando están trabajando en un nuevo proyecto.
Lo cierto es que este tipo de decisión cada vez es más compleja debido al creciente número de licencias que han ido apareciendo con el paso del tiempo. Aunque la GPL es la más conocida y extendida -sobre todo en su versión 2- en los últimos años distintas organizaciones han propuesto otro tipo de licencias que ofrecían ciertas ventajas con respecto a otras alternativas, de modo que básicamente cada programador disponía de una licencia que más o menos se ajustaba a sus necesidades.

Fish elabora un completo análisis dividiendo el actual segmento de las licencias FOSS en tres grandes grupos:

1. Licencias de Dominio Público: permiten hacer prácticamente cualquier cosa que te convenga con el software y su código fuente. Ejemplos de estas licencias: licencias BSD, MIT X11, Apache e ISC.

2. Licencias Copyleft “débiles”: este tipo de licencias obligan que el código fuente derivado de estos desarrollos siga usando la misma licencia, aunque uno puede enlazar esa licencia débil e integrarla en un desarrollo global con otra licencia -incuyendo licencias que no son Open Source. Ejemplos: LGPL, Artistic Licence, o la MPL.

3. Licencias Copyleft “fuertes”: parecidas a las anteriores, pero que obligan a que incluso desarrollos que incluyan a código fuente con esa licencia tengan que usar esas licencias, y no otras. Ejemplos: la famosa GPL (tanto en su versión 2 como en su versión 3), o la Sleepycat License.

A partir de ahí Fish realiza una serie de recomendaciones en las que por ejemplo indica que es mejor utilizar licencias compatibles con la GPL, pero que no es buena idea usar las licencias GPL o LGPL porque contienen demasiadas restricciones adicionales al concepto de copyleft. Según su opinión, la licencia MIT X11 es “corta, simple y fácil de comprender”, y además es compatible con la GPL.

Es interesante comprobar también un texto reciente de Bruce Perens -toda una personalidad dentro del mundo Open Source- en el cual debatía sobre el número de licencias Open Source que realmente se necesitan en el mundo. Según sus datos en la actualidad existen 73 licencias Open Source aprobadas, y tras un desarrollo de las ventajas y desventajas de muchas de ellas Perens recomienda la licencia Affero GPL3. Como siempre, para gustos los colores.

Share on Facebook

Share on Facebook

Despues de varios meses en desarrollo y pruebas, Patrick J. Volkerding ha hecho el anuncio de forma oficial sobre la liberación de Slackware Linux 13.0, aquí el anuncio oficial: http://slackware.com/announce/13.0.php

Esta nueva versión representa una total actualización a la rama estable antecesora, la 12.0. Dado que son varios los cambios que se han hecho les recomiendo leer ftp://slackware.osuosl.org/pub/slackware/slackware -13.0/CHANGES_AND_HINTS.TXT, en donde podrán además obtener información de como actualizar de la versión 12.2 a 13.0.

Algunas de las actualizaciones que sobresalen son, soporte a ext4 durante la instalación, kernel linux 2.6.29.6, glibc 2.9, gcc 4.3.3, servidor xorg 1.6.3, xfce 4.6.1 y kde 4.2.4. A su vez los paquetes de Slackware Linux pasan ahora a estar en formato xz (basado en el algoritmo de compresión LZMA) pero sin dejar de dar soporte al formato gzip lo que conlleva a la nueva extensión de los paquetes, txz. Hay más cambios, pero mejor les dejo la oportunidad de sorprenderse ante esta nueva versión estable…¿alguien mencionó 64 bits?
Si desean obtener Slackware Linux 13.0, estan a su disposición los mirrors para descargar las imagenes ISO de CDs/DVDs o los torrents en http://slackware.com/getslack/. Si desean apoyar de forma económica a Slackware Linux Inc. pueden hacerlo a traves de su tienda en línea http://store.slackware.com/cgi-bin/store

Por último, les comento que el proyecto SBo (http://slackbuilds.org/) ha liberado de igual forma todo el repositorio de SlackBuilds listos para ser usados en Slackware 13.0, http://slackbuilds.org/repository/13.0/

Share on Facebook