martes, 26 de octubre de 2010

One hundred thousand apps in Android Market

Yesterday it was announced in the twitter account of AndroidDev that Android Market had reached one hundred thousand apps.
The last 22 October, was the second birthday of the first Android terminal and few day later, Android Market reached this number. At the same time, Apple showed us the number of available apps in AppStore which is larger than Android Market, three hundred thousand in total. We can see that the difference is big yet. Anyway the quality of a store isn't measured by the number of apps but the quality of these.
Though the news is very important, we have to say there is a lot apps which are skin, themes and low quality apps. On the other hand we know the 60% of the apps in Android Market are free. Anyway, this number will have to grow so the more countries develop for Android the more Android will grow.
So this news isn't enough good because the problems, that this market have for users and developers, haven't dissapeared.

miércoles, 13 de octubre de 2010

Control the pollution of your city with Air Visibility Monitoring

It's said that City of Mexico is one of the most polluted cities of the world, though it's true that it has a population of 9 million. Other cities where the air is dreadful are El Cairo, Pekin, Santigo, Los Angeles...In some of these cities, people wear masks to protect from pollution, but how can we control the pollution of our city???By reading the newspaper??

A Android application is going to help us with this problem, Air Visibility Monitoring. It works with the help of one photo. We make a photo of the sky (being careful with the trees, buildings, birds, planes, etc) and we send the photo to central servers that will analyze that photo with other data (GPS, clock, etc). In a moment, we will get the answer, moreover our data will be saved to use in the future to evaluate the environmental problems. So not only we are controling our city, but we are helping our planet.

martes, 5 de octubre de 2010

Skype is available in Android

From now on we can download the Android version of Skype from Android Market, though, unfortunately it isn't compatible with some operating system version, only with 2.0 or higher.

It's known that we will be able to make a Voip call using WiFi and 3G, moreover we will be able to talk with our friends in a chat. We will also be able to synchronize our contacts using the Skype Desktop application. It's advised that we use the 3G with this application because it can cause problems if we use EDGE connection.

Android 2.1 is the lowest version to run Skype but it's also said that it is advisable to have a phone with a processor faster than 600Mhz (mostly so). If you have a limited data rate, you should be careful because 1 minute of call with Skype are about 1 Mb of data.

Unfortunately I neither have Android 2.1 nor have a data rate.


domingo, 3 de octubre de 2010

A study shows that some Android applications send data without permission

A study made by engineers in Intel's labs, of the University of Penn State and the University of Duke, has shown that some Android applications get too many users data without permission.
They created a programm called TaintDroid to follow the volume of shared data in 30 of the most popular Google applications and available in Android Market. Despite that the application didn't ask the place where you were, two thirds of them shared the information on the location of the terminal. Others sent the id number or the phone number to their servers, even updated the location information each 30 seconds.
Half of these application were sending this information to advertising companies like AdMob. Many times, the users don't know his location is being sent without his permission.
A lot of mobile operating system control the access to the private information, but in the Android Market seem like these controls can be skipped easily.
A better review of the applications and some extra control would help much to the Android Market which ,if we compare it with other, is very poor, and which Google should pay more attention.
Despite this news, I don't change my HTC Tattoo.

News translated: http://www.androidsis.com/un-estudio-muestra-que-algunas-aplicaciones-de-android-envian-datos-sin-consentimiento/

lunes, 20 de septiembre de 2010

Gameloft set new conditions to sales of their games

Some days ago, we were happy because a great game enterprise as Gameloft launched a tens of games for Android with a high quality technical and graphical. But now, we are discovering some data about these that make us less happy.
Let's go starting.
The games can be bought only from the Gameloft web and not from Android Market, moreover his price has been increased 2 dollars since they were announced. But this don't finish here, the worst come now. The game, which we buy, can be installed once and on one terminal only. If, for any reason, we have to erase our memory card or the smartphone, we would lose the game and we couldn't install again, so we would have to buy the game again. Because of this, we neither can install the game in other terminals nor have a backup in case memory phone is erased.
It's logic that anyone can sell their games as he wants, but this way selling isn't the best.

News translated http://www.androidsis.com/gameloft-pone-condiciones-a-la-venta-de-sus-juegos/

Gameloft develop 10 games for Android

The arrival of games with some graphic quality to Android is a reality. Gameloft announced in May the launching of 10 games for the various existing mobile platforms, including Android. The games, which we can find, are Assassin's Creed, Real Football 2010, Modern Combat...
Gonzague de Vallois said their propose had always been to offer the best experience of game for each device, moreover, they were very happy with the arrival of SmartPhones, which permit the creation of high quality games, because they could offer the consumers a serie of games that combine 3d graphics with an intesive system game.
This 3d high quality games are created especially for each device. For example, Tom Clancy's and Asphalt 5 can use the acceleration device to drive cars and pilot airplane.
Finally, the press release said at least in the beginning Xperia X10, HTC Desire, Motorola Droid, Motorola Motoroi and Nexus One will be the only mobiles compatible with these games. We don't know if they will be compatible with other mobiles.

News translated http://www.androidsis.com/gameloft-lanza-10-juegos-para-android/

Electronics Arts bet on Android

Electronics Arst, leader in developing and distribution of videogames for all existing platforms , has realized the great rise of Android. Games like FIFA, NBA Live, Sims, Risk are some of the titles that already are available to other mobile phones and maybe soon we'll see them in Android.
In a recently conference celebrated, Dan Brown (financial director of EA) confirmed his commitment with Android and recognized that his company are betting on Android as leader of the sector in 2014. Android could have the 25% of the market and Apple the 11% only.
The iPhone generated round 200 millions of earnings to EA but Eric Brown is convinced that Apple won't dominate the market as now but Android will. But for this Android should have something so big as AppStore. We hope that Google work more with his Android Market.

News translated http://www.androidsis.com/electronic-art-tambien-apostara-por-android/

viernes, 17 de septiembre de 2010

Waze, social software gps navigation

Waze for Androd is a GPS navigation software, with a great difference, the maps are done by the users, how does this work?? The application is going to recollecting the information that it recive by GPS and the data, which we introduce (street's name, photos...), will be uploaded to a server where they will be treated to create a map.
When the map is growing, that information can be used by others users of the application. Waze feeds of all this information. This is done automatically and the user has to execute the application only and the rest is automatic.
As the information is sent all the time, for example, one traffic jam can be detected. As your speed decreases, this data is recollected by the servers of the application, which will show a red line in the screen so that others users can see the traffic jam.
This has a great problem. If you are the first to drive on a road, you won't have maps of this place, and you will be the first to send the data.

News translate http://www.androidsis.com/waze-software-social-de-navegacion-gps/

One million of persons download Skyfire for Android

In the Android Market, we can choose from several Web browsers if we don't like the default browser. We have Opera, Skyfare, Dolphin HD and soon Mozilla Firefox. Though Chrome Browser developed by Google is really good, it is known that many users have dispensed to this browser.
The company, which has developed Skyfare, has announced that there are already one million of person who have downloaded Skyfare. Due to this number, it was announced that other mobile, like Samsung Galaxy S, Droid X or HTC incredible, will have this Browser available.
This Browser isn't normal as it throw the web pages in a external server and not in the terminal, this allow us get a full navigation though the terminal doesn't support flash. This improvement has been very important as when this Browser was released, hardly none of the others could execute flash.
We'll have to see if so many users will download Skyfare, now that almost all terminals can execute Flash 10.1.

News translate http://www.androidsis.com/skyfire-para-android-llega-al-millon-de-descargas/

jueves, 16 de septiembre de 2010

Re-Inauguration

Today, i've had a great idea!!!! Starting today the text of this blog will be written in English.

Long time, i had the illusion of learning English but I never found time or I preferred to be lying in the bed. But today NO!!! I've decided to get serious and I'll start with this blog.

But writing in Englisn isn't the only change. Also the news will be different. Before all news talked about free software, but for now and beyond I'll write about Android!!!

I'll look for news in Internet and the most interesting news will be translated.

I hope you enjoy and if you see some mistake in my English, tell me!!!!

lunes, 17 de mayo de 2010

Licencias para la documentacion

Muy buenas!!!!

El otro día realizando una práctica para la asignatura de Software Libre, ví que el software no es el único que tiene licencia, sino que la documentación del mismo también esta licenciado. Estas licencias son las llamadas licencias para la documentación, y cómo ocurre con las licencias de software, hay licencias libres y licencias privativas.

Cómo no, vamos a hablar de las licencias libres para la documentación. Estas licencias siguen mas o menos el mismo modelo que las licencias libres de software: se trata de dar a todos los usuarios ciertas libertades. La redistribución (incluida la redistribución comercial) debe permitirse, de forma que el manual pueda acompañar a cada copia del programa, en línea o en papel. El permiso para modificar también es crucial.

Ahora voy a hablar de algunas de las licencias libres disponibles, sacadas de la página de GNU (http://www.gnu.org/licenses/license-list.html#DocumentationLicenses).
La Licencia de Documentación Libre de GNU.
Esta es una licencia pensada para el uso de documentación libre con copyleft. Se plantea adoptarla para todos los manuales de GNU. Es también conveniente para otro tipo de obras útiles (tales como libros de texto y diccionarios, por ejemplo). Su aplicabilidad no se limita a los trabajos textuales ("libros").

La Licencia de Documentación de FreeBSD.
Es una licencia de documentación libre simple y permisiva sin copyleft pero compatible con la GNU FDL.

La Licencia de Documentación Común de Apple, versión 1.0.
Es una licencia de documentación libre que es incompatible con la GNU FDL porque la sección (2c) dice: "no añada otros términos o condiciones a los de esta licencia", y la GNU FDL tiene términos adicionales no considerados en esta licencia.

La Licencia de Publicación Abierta, versión 1.0.
Esta licencia puede usarse como una licencia de documentación libre. Es una licencia con copyleft de documentación libre siempre y cuando el propietario de los derechos de autor no ejerza ninguna de las "OPCIONES de LICENCIA" listadas en la Sección VI de la licencia. Si se invoca cualquiera de las opciones, la licencia deja de ser libre.
Aquí GNU nos da la recomendación de no usar esta licencia, ya que, aunque se use esta licencia sin ninguna opción y sea libre, puede que alguna otra persona coja nuestro manual o texto, y no sea consciente de esa clausula o se le olvide o que sepa que existe pero cree que no pasa nada si utiliza alguna de estas opciones y acabe haciendo el manual no libre, pero él seguir pensando que el manual es libre.
Y esto es todo por hoy, podéis encontrar más información sobre licencias de documentación en este link: http://www.gnu.org/philosophy/free-doc.es.html

Un saludo.

jueves, 13 de mayo de 2010

Presentaciones sobre Software Libre

Muy buenas!!!!!

Hoy os voy a poner tres enlaces para que podais ver presentaciones de ponentes de congresos de software libre:

WhyFloss Madrid 2010
OpenSegovia 2010
Akademy-es 2010 (Orientado para desarrolladores y usuarios de KDE)

Cómo os digo en estas tres páginas podréis encontrar infinidad de charlas sobre software libre. Yo personalmente he visto una presentación de Eduardo Romero que es el responsable técnico del Ayuntamiento de Zaragoza que dio en el WhyFloss de Madrid.
En esta presentación nos habla sobre la migración a software libre del Escritorio del funcionario municipal de Zaragoza.

Primeramente comenta los pasos que se han dado para esta migración. Empezaron instalando en un sistema operativo Windows lo que ellos llaman "Apps Ligeras", esto es, pequeños programas libres como Mozilla, Thunderbird, etc. que eran fáciles de migrar y que no suponían un gran impacto para el usuario final. El segundo paso fue en el ámbito de la ofimática, en el que migraron de Microsoft Office a OpenOffice. Y ya como último paso cogieron esas máquinas que tenían XP y que ya tenían instalados programas libres y los migraron a Linux.

Luego comenta todo lo que supone esta migración "por detrás". Han tenido primero que realizar una formación para los técnicos informáticos, ya que, estaban bastante acostumbrados a herramientas privativas y, por supuesto, también hay que hacer cursos de formación para el usuario final.

Se comenta también las dificultades que han pasado para realizar la migración de ciertos programas a software libre. Da el ejemplo de ACCESS que no pueden realizar una migración "directa" a su homónimo en software libre, ya que, se requeriría mucho tiempo y dinero. Por lo tanto, lo que han hecho es utilizar un emulador de Windows llamado Wine, para este tipo de programas, cuya migraciónes no son tan sencillas.

Y por último habla sobre las ventajas e inconvenientes de haber hecho esta migración. Para mi este es el apartado más interesante de toda la presentación.
Como ventajas habla del ahorro de dinero en licencias, de la independencia tecnológica (ya no tienen que estar sujetos a los programas de un sistema operativo) trabajar con formatos abiertos, esto supone no obligar al ciudadano a relacionarse con la administración en formatos privativos.
Y como desventajas la primera frase que dice, es que las desventajas son muchas. Por ejemplo el desconocimiento total del software libre de técnicos, usuarios, directivos, lo que crea una gran incertidumbre el realizar esta migración. Todo el mundo tiene que adaptarse al nuevo software, lo que requiere tiempo y dinero. Y la última desventaja es el problema de las empresas que te rodean, es decir, la gran mayoría de las empresas con las que trabajan utilizan software privativo, lo que hace que no siempre sea fácil trabajar con ellas.

Por lo tanto, la "enseñanza" que tomo de esta presentación, es que, antes de pasarse al Software Libre, hay que tenerlo todo muy claro, muy bien planificado y saber que te vas a encontrar muchísimas dificultades.


Intentaré ver en estos días alguna otra presentación y comentarla por aquí.
Un saludo!!!!!

domingo, 2 de mayo de 2010

Montaje de un proyecto libre

Muy buenas!!!!!

Hoy os voy a hablar sobre los pasos a seguir para montar un nuevo proyecto de software libre. Me ayudaré de unas transparencias que me han colgado en mi asignatura de software libre y os iré resumiendo los puntos que considere más importantes.

Comienzos
- Recomendable empezar con un programa ya existente, aunque sea pequeño.
- Tomar decisiones sobre los aspectos legales (tipo de licencia y quién tendrá el copyright)
- Incluir la licencia e información del copyright en todos los fuentes.

Software
- Código limpio.
- Preparar el software para que se adaptable a otros idiomas.
- Documentar el código
- Distribuir el software con la licencia (COPYING), documento con información general(README), documento con información para instalar (INSTALL) y binarios

Infraestructura
- Repositorio de software (ftp, http)
- CVS / Subversion, CVS-Web, Bonsai.
- Gestión de incidencias (Gnat, Bugzilla)
- Sistema de foros (Postnuke, Drupal)
- Blogs de desarrollo
- Listas de correo
- Forja para el proyecto (SourceForge, Savanah, Berlios)

Usuarios
- Simplificar el proceso de compilación e instalación
- Que los usuarios puedan ayudar en el proyecto
- Motivar a los usuarios para que usen los recursos que ofrecemos
- Actualizar constantemente la información
- Facilitar que los usuarios puedan expresarse
- Darles la posibilidad de que puedan llegar a ser Co-Desarrolladores

De cara al público
- Web para el proyecto
- Cuidar mucho la imagen de la web
- Incluir vídeos, demos, artículos en la Web
- Ejemplos de uso
- Información de dónde se encuentran los fuentes y los binarios
- Ofrecer documentación

Publicidad
- En congresos
- En sitios Web relacionados
- En Grupos de News
- En Listas de Correo
- Anunciar el software en sitios específicos. Por ejemplo, Freshmeat

Estos son algunas de las recomendaciones que podéis seguir si queréis empezar un proyecto, pero la recomendación más importante, es que, tendréis que trabajar mucho para poder llevar el proyecto a buen puerto, además incluso aunque lo deis todo por él, las posibilidades de que tu proyecto llegue a ser conocido son muy bajas.

Esto es todo por hoy!!!!un saludo

sábado, 24 de abril de 2010

Nueva versión de Ubuntu

Muy buenas!!!!!!

Mirando en Internet noticias sobre Software Libre, he visto una que me ha sorprendido bastante, además que me interesa bastante ya que es el sistema operativo que uso. Estoy hablando de Ubuntu y la noticia es que va a salir el 29 de abril, es decir, dentro de 5 días una nueva versión del mismo.

Ubuntu es una distribución de Linux basada en Debian GNU/Linux y patrocinada por Canonical Ltd. Según últimos datos, aunque es complicado dar datos concretos, Ubuntu es utilizado por unas 12 millones de personas en todo el mundo, aunque todavía no lidera el mercado de Linux, ya que, se sabe que el Fedora Linux de RedHat es utilizado por más usuarios.

Como decía al principio, este 29 de abril, Ubuntu sacará su nueva versión, esta versión es la 10.04 y se conocerá como Lucid Lynx (lince lúcido). Parece ser que el nombre viene del lince europeo que esta al borde de la extinción.
Esta nueva versión, la cual ya te puedes bajar su versión beta, incorporará alguna de las siguientes novedades:

- Nuevo Kernel, la versión 2.6.32
- El último escritorio de GNOME
- La última versión de KDE (KDE SC 4.4)
- Eliminación del HAL (Hará que el proceso de arranque sea más rápido)
- Nueva versión 5.4 de likewise-open. Este paquete ofrece autenficación de directorio activo y soporte de servidor Linux.
- Un driver libre para nVidia llamado Nouveau.
- Soporte, también, a los nuevos drivers propietarios de nVidia.
- Integración con las redes sociales. A través de su MeMenu, se podrá acceder a redes sociales como Facebook o Twitter.
- Cambio del logo.
- Nuevos temas.
- Sincronización de ficheros con Ubuntu One.
- Se podrá comprar música por Internet, a través de su Ubuntu Music Store.

Por último, comentar que Ubuntu Desktop va a tener un respaldo de 3 años y de 5 años para Ubuntu Server. Normalmente las versiones de Ubuntu sólo presenta 18 meses de respaldo.

Os pongo algunas capturas del nuevo escritorio y del nuevo logo de Ubuntu:











Un saludo!!!!

lunes, 19 de abril de 2010

El otro día en clase...

Muy buenas!!!!

En la pasada clase de Software Libre, nos mandaron un trabajo en el que teníamos que crear un empresa que se basara en software libre. Teníamos que decir que íbamos a vender, cuantos empleados contrataríamos, las ganancias que tendríamos a corto y largo plazo, los gastos de la empresa, etc. Una vez terminado enseñamos a la clase nuestros negocios y lo primero que demostramos es que no servimos para ser economistas ni administradores de empresa, no contamos con muchos gastos, los sueldos eran o demasiado altos o demasiado bajos, no contratábamos a nadie para marketing, etc.

Realmente los gastos y beneficios no era lo más importante, lo importante fue cuando se nos pregunto que si esa empresa fuera real, ¿porque elegiríamos software libre para nuestros productos y no software privativo?

La respuesta que dimos todos los grupos fue que si elegimos software libre sería para poder usar el software libre ya creado de nuestros competidores y ponernos a su altura en muy poco tiempo. Es decir, si usáramos software privativo tendríamos que empezar desde cero, lo que haría que tardáramos más tiempo en lanzar nuestro producto y en ese tiempo nuestros competidores podrían seguir avanzando y mejorando un software ya creado que podrían vender, aumentando así además su cuota de mercado, por lo que, cuando nosotros lanzáramos nuestro software nos podríamos encontrar con un mercado que estuviera totalmente acaparado por nuestros competidores. Como vemos es una gran razón de peso para elegir software libre.

Otra de las ventajas del software libre, es que se podría crear una comunidad alrededor de nuestro software, lo que daría mucha publicidad al producto además de que los miembros de la comunidad podrían mejorar nuestro producto sin tener que pagarles nada de dinero, es decir, tener empleados gratuitos. Esto de la comunidad, realmente no es tan bonito como suena, ya que, necesitaríamos contratar a varias personas, para que controlen la comunidad, además antes de tomar una mejora de un usuario, nuestros empleados tendrían que ver que si esa mejora es realmente buena y si sirve para incluirla en nuestro producto. Por lo tanto, es un gasto añadido tener una comunidad.

También hablamos sobre los inconvenientes de tener una empresa basada en software libre. En nuestros ejemplos de empresa, todos los grupos decidimos vender un hardware con un software libre incorporado y básicamente nuestros beneficios provenían de instalar ese software en el hardware y vender el hardware más caro de lo que lo comprábamos nosotros. Pero aquí surgía un gran problema y era que como el software es libre, cualquier otra empresa podría tomar nuestro software (ahorrarse el tiempo de mejora del software que ya lo habría hecho nuestra empresa) coger el mismo hardware y venderlo más barato. Esto haría que los compradores se decantaran por la empresa contraria que encima se ha ahorrado todos los gastos de mejora y creación del software, aprovechándose de nuestra empresa y quedándonos nosotros sin ninguna cuota de mercado.

Por otra lado, estaría la parte de intentar sacar beneficio por otra parte y no solo vendiendo el hardware+software libre. La siguiente idea también serviría si vendiéramos sólo software, cómo el software que vendemos es libre, no obtenemos beneficio por ello, por lo tanto, habrá que sacar beneficios de alguna otra parte. La idea es que aunque vendas el paquete hardware+software libre (o sólo software) y el usuario pueda realizar cualquier tipo de modificación sobre el software, habrá algunos clientes que no quieran realizar esas modificaciones por ellos mismos y que te pidan a ti la realización de esos cambios. Esos cambios o adaptaciones ya si que podrías cobrarlos y obtener beneficios por esa parte.

Otra de las ideas que me he visto buscando por Internet, es vender el software con dos licencias según los gustos de los clientes, es decir, poder vender el software con licencia libre para los clientes que lo quieran así, pero también dar la posibilidad de que compren el software con licencia privativa, cobrando dinero por ello y añadiéndole algún tipo de mejora o api a ese software privativo, para que los clientes elijan esta opción. Así en este caso los beneficios vendrían de vender el software de forma privativa.

Alguna idea más que he visto por Internet para hacer tu negocio de software libre prospero, es cobrar por la asistencia técnica o utilizar el método de donaciones o subcripciones a nuestro software, etc.


Por lo tanto, como vemos hay muchas ventajas a la hora de crear una empresa de software libre, pero también muchos inconvenientes, por lo que antes de hacerlo deberemos pensar muy muy bien que beneficios vamos a sacar y que riesgos implica este modelo de negocio.

Nos vemos!!!!!!

miércoles, 14 de abril de 2010

Copyleft

Muy buenas!!!!

Hoy os voy a hacer una lista sobre las licencias que son o no son licencias copyleft. Como os comente en un post anterior, las licencias copyleft son las licencias que no nos dejan redistribuir el software con una licencia distinta. Con esto se consigue básicamente, que todas las redistribuciones de un programa sigan siendo software libre.
Una vez hecha esta pequeña explicación, vamos con la lista.

Licencias Copyleft:
- GPL version 3
- GPL version 2
- LGPL version 3
- LGPL version 2.1
- Affero General Public License (AGPL) version 3 (no compatible con GPL)
- AGPL version 1 (no compatilbe con GPL)
- Common Development and Distribution License (CDDL) version 1.0 (incompatible con GPL)
- Common Public License version 1.0 (incompatible con GPL)
- European Union Public License (EUPL) version 1.0 (compatible con GPL 2.0 pero no con GPL 3.0)
- Microsoft Public License (incompatible con GPL)
- Microsoft Reciprocal License (incompatible con GPL)
- Mozilla Public License (MPL) (incompatible con GPL)
- Netscape Public License (NPL) version 1.0 y 1.1 (incompatible con GPL)
- OpenSSL License (incompatible con GPL)
- Sun Industry Standars Source License 1.0 (incompatible con GPL)
- License of xinetd (incompatible con GPL)
- Yahoo! Public License (incompatible con GPL)


Licencias No Copyleft:
- Boost Software License (compatible con GPL)
- Modified BSD License (compatible con GPL)
- Cryptix General License (compatible con GPL)
- EU DataGrid Software License (compatible con GPL)
- Expat License (compatible con GPL)
- FreeBSD License (compatible con GPL)
- NCSA/University of Illinois Open Source License (compatible con GPL)
- OpenLDAP License version 2.7 (compatible con GPL)
- License of Vim, version 6.1 or later (compatible con GPL)
- X11 License (compatible con GPL)
- XFree86 1.1 License (compatible con GPL version 3)
- Zope Public License, versiones 2.0 y 2.1 (compatible con GPL)
- Academic Free License (incompatible con GPL)
- Apache License (incompatible con GPL las versiones 1.0 y 1.1. La version 2.0 es compatible con GPL v3)
- Original BSD License (incompatible con GPL)
- PHP License version 3.01 (incompatible con GPL)
- Q Public License (QPL) (incompatible con GPL)
- Zend License version 2.0 (incompatible con GPL)
- Zope Public License version 1 (incompatibe con GPL)


Y eso es todo por hoy, un saludo!!!!!!

martes, 6 de abril de 2010

Artistic License

Muy buenas!!!!!

Hoy vamos a hablar sobre otra licencia de software, la Artistic License.

La Artistic License, escrita por Larry Wall, es una licencia libre que es usada para la implementación estándar de Perl y para la mayoría de los módulos CPAN (tienen licencia dual, ya que, también se encuentran bajo la licencia GPL).
Existen dos versiones de la Artistic License, la 1.0 y la 2.0.

He dicho antes que la Artistic License es una licencia libre, pero la version 1.0 no es considerada como libre por la Free Software Fundation. Los argumentos que dio la FSF fueron que la descripción de la licencia era demasiado vaga, ya que, algunos puntos de esta no estaban demasiado claros. Por lo tanto, la FSF recomendo no usar esta licencia para los proyectos de Perl.
Debido a lo que dijo la FSF, los creadores de la licencia decidieron sacar la version 2.0 de la misma. Esta versión ya si que es considerada como licencia libre por la FSF, siendo compatible con la GPL gracias a la opción que nos da la licencia de poder relicenciarla. Nos queda decir de esta licencia que será no copyleft.

Y eso es todo por hoy!!!!!!

martes, 30 de marzo de 2010

Licencias BSD

Muy buenas!!!!!

Hoy os voy a hablar sobre las licencias BSD. Como os comente en el post anterior, este tipo de licencias son las consideradas permisivas.
La licencia original nació y fue usada por la Berkeley Software Distribution (BSD), más tarde esta licencia tuvo que ser modificada, debido a varios problemas que os comento a continuación.

Hoy en día, la licencia BSD que se usa normalmente es la "New BSD License", esta licencia nació cuando se modifico la BSD original. La "New BSD License" está formada por 3 clausulas, es compatible con la licencia GPL, y básicamente, lo que nos dice, es que nos permite cualquier tipo de redistribución sobre el software y la única "prohibición" que nos da, es que no podemos decir cosas como "Parte de este software ha sido creado por la compañía X, o han contribuido los autores Y, Z.....", es decir, usar la popularidad de otras empresas o autores para promocionar nuestro producto. Esta prohibición se refiere a si no tenemos permisos de esas empresas o autores para poner sus nombre ahí, si tenemos permiso si podemos hacerlo.

Cómo os comentaba la licencia original ("Original BSD License") tuvo que se modificada, esto se debe, a que una de las clausulas que había en ella daba muchos problemas. Esta clausula permitía al desarrollador de un software, de nombre X, poner en la licencia algo del estilo, "Este producto incluye software desarrollado por X", es decir, darse publicidad así mismo. En un principio esto no causaba problemas, ya que, sólo se usaba en productos de la universidad de Berkeley, por lo tanto, sólo había que poner una frase diciendo que el software provenía de la Universidad de Berkeley. Pero esto empezó a dar problemas cuando esta licencia la empezaron a usar otras compañías, ellas también querían poner su nombre en dicha frase, para darse publicidad. Así si el software pasaba por manos de 50 desarrolladores, la licencia tendría 50 lineas sólo para comentar en quién se basa ese software.
Además de este problema de redundancia, surgió otro. Este era que la licencia BSD original no era compatible con la GPL, ya que, la GPL nos impide añadir más cosas a la licencia y claro esta, la BSD original si que iba añadiendo más frases a la licencia.
Debido a estos dos problemas, se decidió eliminar esa clausula y dejar la licencia con sólo tres clausulas, lo que se convirtió en la New BSD License.

Por último nos queda comentar la FreeBSD License o Simplified BSD License. Esta licencia es aún más permisiva que las otras dos anteriores, ya que, elimina la clausula que nos dice que no podemos promocionar nuestro producto con los nombre de otras empresas o autores. Aunque no he encontrado documentación de si esta licencia es compatible con la GPL, yo supongo que no puede ser compatible, ya que, con esta licencia podemos añadir frases a la licencia, mientras que la GPL no te lo permite.

Podéis encontrar las licencias completas en:
http://en.wikipedia.org/wiki/BSD_licenses
http://www.freebsd.org/copyright/freebsd-license.html

Y eso es todo por hoy!!!!!!!!

martes, 23 de marzo de 2010

Licencias Permisivas vs Licencias Robustas

Buenas!!!!

Hoy vamos a hablar sobre los dos tipos de licencias para software libre que existen.
1. Licencias Permisivas.
Estas licencias se denominan así porque nos dejan hacer prácticamente cualquier cosa con el programa, incluso nos deja redistribuir nuestro programa bajo otra licencia, aunque esta licencia sea privativa. Las licencias que pertenecen a este tipo son las licencias BSD, la licencia MIT y la licencia Apache.
2. Licencias Robustas
Las robustas son similares a las permisivas, pero con la diferencia de que las robustas no nos deja redistribuir el programa con otras licencias, es decir, las redistribuciones de los programas seguirán siendo libres, es lo denominado copyleft. Las licencias que pertenecen a este tipo son las licencias GPL, LGPL, IBMPL y MPL.

Otras de las diferencias que podemos encontrar entre los dos tipos de licencias, es que, las licencias permisivas apenas son tres o cuatro clausulas, es decir, son muy pequeñas en cuanto a texto, mientras que las licencias robustas tienen una gran cantidad de texto y bastantes clausulas que se deben cumplir. Esto se debe a que se deben tener en cuenta muchos aspectos para que los distribuidores no puedan encontrar ningún fleco en la licencia y así poder redistribuir el programa de forma privativa.

Una vez visto, esto, ¿que licencia es mas libre? Este debate lo hicimos en clase, yo en una primera votación dije que las licencias robustas son más libres, ya que, obligan a que el programa siempre sea libre aunque haya miles de redistribuciones. Al final, acordamos un "empate". Las licencias permisivas son más libres para los desarrolladores, ya que, les deja hacer cualquier cosas sobre su programa, mientras que, las licencias robustas son más libres para la comunidad, ya que, siempre les llegará ese programa en forma de software libre.

Como último dato a tener en cuenta entre el 50% y el 70% de las licencias libres, son GPL (robusta). Además, excepto XWindows, Apache y el kernel de BSD, los grandes programas tienen licencias GPL.

Eso es todo por hoy, un saludo!!!!

viernes, 12 de marzo de 2010

Bazaar

Hola a todos!!!!

En el anterior post estuvimos hablando sobre los sistemas de control de versiones y hoy vamos a hablar sobre uno, en concreto, Bazaar.

Bazaar es un sistemas de control de versiones distribuido, creado por Canonical Limited (fundadores de Ubuntu y Launchpad). Bazaar es Free Software y esta basado en la licencia GNU GPL. Escrito en Python, sus creadores aseguran que se puede hacer una fácil migración de CVS o Subversion a Bazaar.
En contraste con los sistemas distribuidos, Bazaar nos da la posibilidad de trabajar con o sin un servidor central, o incluso, podemos usar ambos métodos a la vez.

Alguno de los proyectos más importantes que usan Bazaar son: Ubuntu, GNU Mailman, GNU Emacs o MySQL.
Algunas de las web que nos permite manejar proyectos con Bazzar son: Launchpad, GNU Savannah o Sourceforge.

Y esto es todo por hoy, un saludo!!!!!!!!!!!

VCS centralizados vs VCS distribuidos

Hola a todos!!!!!

Hoy vamos a hablar sobre los sistemas de control de versiones (VCS) haciendo una comparación entre los centralizados y los distribuidos. Pero primero, ¿que son y para que se usan estos sistemas de control de versiones?
Una definición sencilla de los VCS sería que estos sistemas nos facilita la administración de las distintas versiones de cada uno de nuestros proyectos, así nos ayudará a tener un control sobre los distintos cambios que hagamos sobre nuestros fuentes. Estos VCS son especialmente útiles cuando sobre un mismo proyecto trabajan varias personas o una comunidad entera, los VCS se encargarán de la coordinación de las distintas personas que están realizando cambios en el proyecto para que todos puedan trabajar sobre la misma base de código.
Una vez visto que son los VCS, vamos a ver que son los VCS centralizados y los VCS distribuidos.

Sistemas de control de versiones CENTRALIZADOS:

Estos sistemas centralizados se caracterizan porque todos las fuentes y las versiones del proyecto están almacenados en un único directorio (repositorio de fuentes) de un servidor. Esto supone que todos los desarrolladores que quieran trabajar sobre el proyecto, deberán pedirle al CVS una copia para trabajar sobre ella. En esta copia, el desarrollador hará todos los cambios que crea oportunos y cuando haya terminado y crea que todo esta en perfecto estado, subirá al repositorio los fuentes modificados como una nueva versión.
Una vez que esa nueva versión este subida en el repositorio, los demás desarrolladores podrán tomar esa nueva versión. Pero hay que tener en cuenta, que no es obligatorio bajarse esta nueva versión, ya que, si por algún motivo no se fían de esa nueva versión o no quieren bajársela por algún otro motivo, podrán tomar otra versión distinta. En este ejemplo vemos, que para que los desarrolladores puedan intercambiarse fuentes entre ellos, es necesario primero pasar por el repositorio.
Algunos de los VCS centralizados más importantes son Subversion y CVS.


Sistemas de control de versiones DISTRIBUIDOS:

Estos sistemas distribuidos se caracterizan porque no hay un repositorio central. Todos los desarrolladores tienen su propia copia del repositorio, con todas la versiones hasta ese momento. Como cada desarrollador tiene su propia copia, las copias se irán distanciando unas de otras, así podemos decir que habrá varias ramas del mismo proyecto. Por supuesto, puede llegar un momento en el que dos desarrolladores quieran compartir sus copias entre sí y para hacer esto le pedirán al VCS que sincronice sus dos copias, así el VCS se encargará de administrar los distintos cambios que han hecho los dos desarrolladores y crear una nueva copia con los cambios realizados por cada desarrollador.

En un sistema de control de versiones distribuido lo normal es decidir algún sitio donde esté un repositorio de fuentes que se considera oficial, de forma que ahí es de dónde los nuevos desarrolladores cogen su primera copia del proyecto y donde los desarrolladores van dejando las modificaciones validadas y aprobadas.

Una de las grandes ventajas de estos tipos de sistemas, es que el desarrollador puede trabajar offline, ya que, no es necesario como ocurría con los sistemas centralizados, que cada nueva versión que realice la tenga que subir al repositorio central.

Algunos de los VCS distribuidos más importantes son Bazaar, Git y Mercurial.

Y esto es todo por hoy amigos!!!!!

domingo, 28 de febrero de 2010

Forjas para proyectos de Software Libre

Hola!!!!!!!

Estando el otro día en clase salió el tema de las forjas para proyectos de software libre. En estas forjas se albergan múltiples proyectos, en las que, distintos desarrolladores podrán colaborar entre sí en un mismo proyecto. También tenemos la posibilidad de crear nuestros propios proyectos y subirlos en una de estas forjas. Algunas de las forjas más importantes son:

http://sourceforge.net/
http://developer.berlios.de/
http://code.google.com/
http://savannah.gnu.org/

Si buscamos información sobre algún proyecto, en concreto, disponemos de los siguientes enlaces:
http://freshmeat.net/
http://www.ohloh.net/
https://launchpad.net/


Y esto es todo por hoy, nos vemos!!!!!!!!

jueves, 25 de febrero de 2010

Los 10 Mandamientos del Software Libre

¿¿¿Como podemos saber que un software es software libre???¿¿¿Y que se considera software libre???
Para ello disponemos de varias definiciones de software libre, las tres más importantes son la "Free Software Definition", de la Free Software Foundation, las "Debian Free Software Guidelines", de Debian, y la "Open Source Definition", de la Open Source Initiative.
En este post os voy a intentar explicar brevemente la definición de la Open Source Initiative.
La "Open Source Definition" nos dice que un software será considera libre cuando cumpla las siguientes 10 "reglas":

1. Free Redistribution: Se nos debe permitir redistribuir el software con total libertad.
2. Source Code: Tiene que permitir a los usuarios que lo deseen, la posibilidad de obtener el código fuente del software, además tiene que facilitar la obtención de ese código.
3. Derived Works: Debe permitir las modificaciones y los trabajos derivados. Con esto se consigue darle la posibilidad al programa de tener un desarrollo muy fácil.
4. Integrity of the Author's Source Code: Da la posibilidad al autor de no permitir la redistribución de su programa modificado, pero si es así, tiene que permitir que se distribuyan los parches de su programa libremente.
5. No Discrimination Against Persons or Groups: No se puede prohibir el uso del software a un grupo concreto de personas. Por ejemplo y aunque suene mal, no podríamos prohibir el uso de nuestro software a una red de traficantes de drogas.
6. No Discrimination Against Fields of Endeavor: No se puede prohibir el uso del software a otras empresas. Por ejemplo, aunque una empresa no quiera que la empresa rival se aproveche de su trabajo, no podrá prohibirla que no tome su software
7. Distribution of License: Todos los derechos sobre el programa deben venir en una única licencia.
8. License Must Not Be Specific to a Product: Los derechos asociados al programa no deben depender de que el programa sea parte o no de una distribución mayor.
9. License Must Not Restrict Other Software: No se puede distribuir un programa y prohibir que se use con otro programa.
10. License Must Be Technology-Neutral: El programa no puede depender de una tecnología en concreto, además no se puede obligar al usuario a aceptar la licencia. Esto se hace, por ejemplo, porque una lavadora que use software libre no tiene una interfaz para que el usuario pueda aceptar la licencia.

Y estas 10 reglas, son las que nos definen un software libre.
Podréis encontrar más información en los siguientes links:

"Open Source Definition": http://www.opensource.org/docs/definition.php
"Free Software Definition": http://www.gnu.org/philosophy/free-sw.html
"Debian Free Software Guidelines": http://www.debian.org/social_contract

Y esto es todo amigos!!!!!!

miércoles, 17 de febrero de 2010

Presentación del blog

Holaaaa!!!!!
Me presento soy Alvaro, alumno de la Universidad Rey Juan Carlos. Este es el primer blog que hago y la idea de crearlo ha surgido porque nos lo han pedido como práctica en la asignatura de Software Libre del Master en Sistemas Telemáticos e Informáticos. Hablaré sobre temas relacionados sobre la asignatura. ¿Que temas son estos? Como el nombre de la asignatura indica serán temas relacionados con el Software Libre.
Por último y tomando la idea de un compañero del Máster, podéis ver su blog aquí, http://memyworldandmylife.wordpress.com/, quería escribir todas mis entradas en ingles, pero al final me he rendido a nuestro maravilloso idioma ;)

Espero que os guste!!!!!!!!!