NB#666: My eyes hurt. About Nokia internal bugtracker.

Even if this is old news, after seeing the message of the last MeeGoTouch framework release in the mailing list, I wanted to write this post.

If you read the message, there are some keys before the description of the fixed bugs, for example, NB#190995. For the people not following the Nokia scene, these codes mean that the bug report is from the Nokia internal bugtracker, which is not public. Nokia uses a private bugtracker to handle bugs for open source projects.

My main concern about this is the fear that something similar to what happened with Maemo in the past happens now in MeeGo. The story is quite simple:

• Nokia announce Maemo and opens a public bugzilla at maemo.org
• 10 Nokia developers/architects (well, it isn’t the exact number) use the public bugzilla, the rest use the private bugtracker.
• The community feels that they’re spending the time talking to a wall, and report a bug so that developers become more involved in the public bugzilla and a true collaboration happens.
• This bug report is still open after more than four years. Of course, most developers weren’t never involved in the public bugzilla.
• Maemo Community members aren’t happy with Nokia.

I fully understand that Nokia uses an internal bugtracker for closed software or software that hasn’t been revealed yet, but I can not understand how they use the internal bugtracker for things like MeeGoTouch which is developed openly (or not?).

Robin already asked the reasons, and even wrote a bugreport in meego.com. But there isn’t any good excuse for this, an open project should be discussed openly (MeeGoTouch is) and the bugs should be managed openly too.

Meego is in a very early period of development, and of course we must be patient and give it time, but it is better to do things right from the start because if not it will be much more difficult to change later.

My next developments (for MeeGo)

After two months that I’ve taken a break from software development world, the new season is coming, and today I have written some code again so it seemed like a good idea to write the future plans. I will not have as much time as in previous years to devote to software development (I’ll begin to study a Master degree in September), but I will try to ensure as much time as I can because my goals are quite demanding. I hope to meet my expectations.

At first, just comment that I am not going to continue supporting the software I have written for Maemo. All this software was written in Hildon whose future is uncertain in MeeGo, and after several months there seems to be no one interested for change this future, even if Nokia donated $50,000 to Gnome, but apparently they still have not even decided what to do with this money. Cornelius did a very good suggestion here.

I am sorry for the users of my Maemo 5 applications, but you must understand that I can not keep spending time on something that is not going to have a future.

In other topic, my knowledge of Qt and C++ are increasing little by little, I’m writting working software, but surely the code is not as optimized as possible, something I hope to fix over time.

The main reason why I am writing software in C++ now is because I want it to be available at sites such as Ovi Store for Meego. The Ovi Store does not support applications written in Python, there is a request made by the Maemo Community for that possibility, but I doubt that Ovi supports it soon.

My plan is to market some of these applications, ie sell some applications, therefore the source code will not be available. I would love to sell an application and open the code, but if I open the code anyone can distribute the application for free. If anyone has an idea of how to do both without losing sales, I’m all ears.

Of course there will be free copies (and beta versions, etc.) for friends and people who help me to improve the software, testing it, reporting bugs, etc. and if the business goes well I will be able to give better gifts to these people and even create my own company (Yerga Mobile Solutions)

Without further ado, I will list the applications I’m developing so far with Qt and C++. There are more planned applications but those news will come when necessary.

Periodic Table

When I have to learn to program in a new UI platform, I always write a periodic table (I’m a chemist), and in the case of Qt has been the same way. If I fulfil the plans I have for this application it will be the most complete periodic table ever written for a mobile device.

Features working so far

• The Periodic Table itself, with data for the elements.
• Graphics of the properties of the elements.

Some TODO items

• 3D molecules from PDB files (with online search)
• Amino acids data
• Molecular mass calculator
• Hundred of small things

GTD app

This is the killer application I’m writing right now. It is a task management application using the GTD method (method I’ve been following for months). The application is written taking many ideas of Things for iPhone application, but in the end it will be different with different features.

Features working so far

• All task management (add, move, delete, complete, etc.)
• GTD *lists* (inbox, scheduled, next, someday, etc.).
• Projects support

Some TODO items

• Repeating tasks
• Improve landscape UI
• Attach files (audio, photos) to tasks.
• Desktop application (for Linux, MeeGo netbook, Windows and MacOS).
• Notifications.
• Search tasks.
• Synchronize with Remember The Milk, Tooedlo, Outlook, iCal, Evolution, etc. (yay, complicated).
• GPS integration (localized task).
• New, nicer icons.

Of course, I will continue writing open source software for Meego, for these cases the applications will be written in Python with MeeGoTouch libraries (when available). MaStory and CasualServices are the first applications that I will be porting to MeeGoTouch libraries.

PS. That are desktop screenshots for the Qt applications because launching a Qt app in the MeeGo Handset SDK it becomes a blank screen.

Finalista en el IV Concurso Universitario de Software Libre

Mi proyecto CasualServices, ha sido seleccionado para la fase final del IV Concurso Universitario de Software Libre. Ha sido una muy grata sorpresa, ya que la calidad de muchos de los proyectos del concurso ha sido excelente. Cuando leía algún artículo sobre los otros proyectos, y la de cosas tan chulas que estaban haciendo los demás concursantes, realmente no tenía ninguna esperanza de llegar a la final, ¿cómo podía mi proyecto competir con esos proyectos?

Por eso, la felicidad es mayor en estos momentos, y espero pasar unos días muy buenos en la fase final, seguro que será divertido.

Llevaré conmigo algunos dispositivos de Nokia que utilizan software libre (Maemo), como por ejemplo dos de las Internet Tablets, la 770 y la N810. Y el teléfono que lleva también Maemo, el Nokia N900. Si queréis cacharrear con alguno de ellos, no dudéis en preguntarme en Cádiz.

Por último, felicitar a los demás finalistas, y por supuesto que a los demás participantes. Espero que llevéis a cabo vuestros proyectos hasta el final. El software libre necesita de gente joven y con ganas de cambiar el mundo, y este tipo de iniciativas son de mucha ayuda.

¡Nos vemos en Cádiz! (Espero que allí exista el sol).

PS. Estoy avergonzado de no haber escrito este artículo mucho antes, pero ya sabéis lo que dicen, más vale tarde que nunca.

CasualServices 0.5 – codename “Heyrovský”

Una nueva versión de CasualServices está disponible, tanto en la forja de rediris en forma de código fuente y de paquete debian, como en el repositorio Extras-testing de maemo.org.

Esta ha sido una versión que sobre todo se ha puesto énfasis en arreglar los errores de la aplicación para hacerla lo más estable posible.
De esta manera se ha podido promocionar la aplicación al repositorio de Extras-testing de maemo.org, un repositorio con aplicaciones más estables que el Extras-devel, y donde pasará el proceso de QA (Quality Assurance) de la comunidad, para así llegar al repositorio Extras de maemo.org que es el repositorio que utilizan la mayoría de usuarios de Maemo.

Los cambios más importantes en esta versión son:

• Mejora del zoom en el mapa con doble toque.
• Opción para compartir la información de un servicio a través de Twitter.
• Disponible un icono para el menú y el administrador de aplicaciones.
• Enlace a la ayuda desde la aplicación.
• Mejorada la interfaz de usuario del diálogo de preferencias.
• Más y mejores comprobaciones de errores y registro de ellos.
• Traducciones actualizadas (Español, Inglés).
• Montones de bugfixes.

Entre estos cambios, uno de los más importantes es que la aplicación ahora tiene un icono para el menú y los diferentes lugares donde se necesita. Este icono ha sido diseñado por el miembro de la comunidad de Maemo, Andrew Black.

Una de las grandes virtudes de la comunidad de Maemo es que hay todo tipo de personas que están dispuestas a ayudar de una manera u otra a los diferentes proyectos de software libre de la comunidad. Además de desarrolladores, existen diseñadores gráficos, diseñadores de interfaces de usuario, testers, etc. y también usuarios finales. Esta mezcla de habilidades, crea un entorno realmente prolífico para el desarrollo de aplicaciones de software libre. Incluso, los usuarios finales son muy importantes ya que ellos son la mayoría, y en el fondo ellos van a decidir el futuro de una aplicación o de una plataforma.

Aquí podéis ver una imagen del nuevo icono de CasualServices:

PS. Es un poco extraño que la versión 0.5 (una versión muy temprana) sea dedicada al Químico Electroanalítico más conocido en la historia. Pero al ser esta versión, la primera que estará disponible para las masas de usuarios con el repositorio estable de maemo.org, me pareció buena idea.

Ser felices.