News aggregator

Piratebab a réalisé une interview de Julien Cassignol (ailas Ainulindale), le "dictateur bénévole" de SHR

Les questions sont pertinentes, les réponses également.
A lire d'urgence pour en savoir plus sur le développement de la distribution SHR.

 

Piratebab : Bonjour Julien, alias Ainulindale. Peux-tu nous en dire un peu plus sur toi, et sur ton pseudo ?

Ainulindale :
Mon pseudo est "Ainulindalë", et ça veut dire "Musique des Ainur".
Ça vient de Tolkien, c'est la génèse du monde. Enthousiasme de jeunesse, qui ne reflète que l'âme d'un mélomane ! 
Quant à moi, je suis actuellement ingénieur en sécurité dans une SSII française, je vis sur Vincennes (près de Paris), et je suis tombé dans le logiciel libre par hasard, pour tester, par curiosité intellectuelle, comme beaucoup de gens je suppose. Et depuis, je suis resté accro 

Piratebab : Comment as-tu découvert l'openmoko et son freerunner ?

Ainulindale :
Si je me rappelle bien, c'était suite à un article sur LinuxFR.org.
J'ai apprécié l'initiative, et contrairement à beaucoup, j'ai pris ça pour ce que c'était : un "work in progress".
L'idée de pouvoir y participer m'a plu dès le début.

Piratebab : Et le fameux buzz, mythe ou réalité ?

Ainulindale :
Réalité tristement.
Mais grâce à Daniel Willman (alphaone) de FSO, mes deux freerunners sont à présent libres de toute perturbation électromagnétique, et mon téléphone a maintenant une très bonne qualité.

Piratebab : Comment SHR a-t-elle vu le jour ?

Ainulindale :
Bobby Martin (wurp), avec qui j'ai discuté longtemps sur IRC, a lancé le projet.
Le but était d'avoir une vraie distribution communautaire, permettant le maximum de modularité vis à vis des outils disponibles à l'époque (juillet 2008), et basée sur le framework de Freesmartphone.Org.
L'idée m'a plu, et je me suis jeté dans le bain !

Piratebab : Quels sont les principes de base de SHR ?

Ainulindale :
SHR est user centrique.
Le but est de permettre à l'utilisateur de faire ce qu'il souhaite, et de ne lui imposer aucun choix.
Nous n'y sommes pas encore, mais nous y oeuvrons.
C'est aussi une distribution dont la vocation est de délivrer une version *stable*, réellement stable et maîtrisée, où la communauté construite autour permette à chacun d'être cheville ouvrière du projet, et non pas simple consommateur.
D'où les votes, les suggestions, les demandes auprès de la communauté.

Piratebab : A part la téléphonie, quelles sont les applications disponibles pour SHR ?

Ainulindale :
Toutes les applications de OpenEmbedded, sur lequel nous nous basons, peuvent être disponibles sur demande via ticket sur le trac.
De plus, nous créons régulièrement des nouvelles "recettes" de packages pour les utilisateurs.
Dans les paquets actuellement disponibles, il y a plusieurs browsers (dillo, dillo2, midori, ...), des applications de paramétrage (shr-settings, shr-config), des applications GPS (tangogps, navit, openBmap..).
Le maître mot est ici : choix.
Nous souhaitons offrir un maximum de choix, un maximum de diversité, car au final, l'important est que l'utilisateur s'approprie un système qu'il considère comme apte à satisfaire ses besoins.

Piratebab : Quel est ton rôle dans ce projet ?

Ainulindale :
Je suis le "dictateur bénévole", c'est à dire que je gère le projet d'un point de vue managérial.
Je fais donc beaucoup de management d'équipe, d'organisation, et je gère en même temps le buildhost avec mrmoku.
Je participe également au développement de plusieurs projets, mais j'ai, à mon grand regret, de moins en moins de temps pour ça.
Et enfin, je suis par défaut le monsieur "Public Relations" de SHR, bien que ces derniers temps nous nous focalisons sur la release, et que je me suis fait silencieux !

Piratebab : De combien de personnes se compose la core team ?

Ainulindale :
11 personnes, ici classées au hasard :

• Tom Hacohen - TAsn (Israël)
• Sebastian Spaeth - spaetz (Suisse)
• Didier 'ptitjes' - ptitjes (France)
• David Wagner - Deubeuliou (France)
• Cameron Frazier - Toaster (Canada)
• Rafael Campos - methril (Espagne)
• Mickey Lauer - mickeyl (Allemagne)
• Pietro Montorfano - m0nt0 (Italie)
• Sebastian Krzyszkowiak - dos (Pologne)
• Klaus Kurzmann - mrmoku (Allemagne)
• Julien Cassignol - Votre serviteur (France)

Piratebab : Qu'en est-il de la version stable annoncée il y a plusieurs semaines ? Pourquoi tant de retard ?

Ainulindale :
Je refuse, à titre personnel, de créer une version stable avec du matériel jugé "non stable".
Il s'avère que nous affrontons un bug dans les méandres de la librairie DBus qui sert de base à tout le framework.
Ce bug est quelque peu gênant : les appels asynchrones se perdent parfois.
Le résultat est que, par exemple, un sous-système du framework reste coincé sur un appel qui ne retourne jamais : plus de suspend, plus d'appels, etc.
Il est donc hors de question de releaser quelque chose qui ne sera pas fonctionnel à 99% au minimum (bien qu'il y aura, cela va sans dire, et c'est triste, des bugs).

Piratebab : Testing ou Unstable: laquelle choisir ?

Ainulindale :
Malheureusement testing est trop peu souvent mise à jour actuellement, car nous n'avions pas de "maintainer" officiel. Cela va changer.
Il y aura à présent des mises à jour fréquente de paquets jugés "testing material", qui iront donc vers testing, et permettront un cycle de vie plus "sain", et éviteront les reflashs.

Piratebab : D'après toi, quels sont les problèmes actuels de SHR qui peuvent être les plus gênants pour  les utilisateurs, et qui doivent être corrigés avant la release de la stable ?

Ainulindale :
Question difficile 
Les comportements imprévisibles du framework sont pour nous la priorité : nous voulons un framework stable à 100%.
Il faut ensuite pouvoir être capable de se servir correctement de la téléphonie.
J'aurais aimé que le PIM fasse partie de la release, mais il nous faudra du temps pour le tester, aussi, je ne pense pas que cela sera le cas.
Enfin, il y a quelques changements esthétiques et de praticité qui s'avèrent nécessaires : organiser le launcher, facilité la vue des appels manqués, offrir la possibilité de manipuler le volume en appel, ce genre de chose.

Piratebab : Certains utilisateurs reprochent les mises à jour nécessitant un reflashage  trop fréquent, au lieu d'une mise à jour au fil de l'eau. Pourquoi ce choix ?

Ainulindale :
Il est malheureusement impossible, aujourd'hui, d'assurer un "upgrade path" viable avec OpenEmbedded.
Nous pourrions, en tant qu'équipe, nous focaliser là-dessus, mais cela nous prendrait un temps considérable.
Nous avons fait le choix de nous focaliser sur l'intégration de fonctionnalités "au plus vite", et sur la stabilité, quitte à en faire pâtir la procédure de mise à jour.
C'est un choix, malheureux ou pas, nous avons vôté 
Rassurez-vous cependant, une procédure de sauvegarde/restauration de vos paramètres est en train d'être mise au point pour la home directory ! 

Piratebab : Quelles sont les autres améliorations prévues à court terme ?

Ainulindale :
Nous voulons offrir 100% de modularité sur tous les points.
Par exemple, d'un point de vue interface graphique, nous souhaitons offrir la possiblité aux développeurs d'appeler des méthodes fonctionnellement contextualisées leur permettant d'utiliser le framework sans s'en soucier : afficher un contact, ajouter un contact, envoyer un message pré-rempli ...
De plus, ceci permettrait de gérer dynamiquement les interfaces graphiques : si un utilisateur aime la librairie GTK pour les messages, la EFL pour le dialer, ce sera possible.
Et à terme, on souhaite qu'il soit possible de dire "si j'ai moins de 10% de batterie, utiliser la librairie ncurses", "si je suis en mode occupé, utiliser des notifications", etc... Nous souhaitons "contextualiser", selon les voeux de l'utilisateur, les interfaces graphiques, pour que chaque personne puisse construire une distribution à son image.
Après tout, certes, nous développons, mais ce n'est pas la distribution des développeurs SHR, c'est la distribution des utilisateurs de SHR, avant tout !

Piratebab : Peux-tu  me donner 4 raisons d'utiliser SHR plutôt qu'une des nombreuses autres distributions disponibles pour le freerunner ?

Ainulindale :
1) Nous nous basons sur OpenEmbedded, qui est *le* choix communautaire pour le déploiement de distribution embarqué.
C'est éprouvé, très actif, et complet.
2) Notre couche "middleware" est le framework de Freesmartphone.org, qui est selon nous l'idéal pour nous permetre de gérer chaque élément de la couche "physique" de manière abstraite, quel que soit le téléphone (ainsi nous pourrions nous déployer sur d'autres téléphones que le freerunner, assurant notre pérennité)
3) Nous souhaitons avant tout fédérer les solutions.
Nous avons nos développements internes, mais si quelqu'un vient avec une meilleure solution (UI, package, etc.), nous l'accueillerons à bras ouvert !
4) Enfin, l'orientation est clairement communautaire : nous ne vivons pas pour et par les développeurs, mais pour et par les utilisateurs.
Les requêtes, remarques, suggestions, sont prises en compte.
Tout choix impactant est soumis à la validation des utilisateurs, car vous êtes les premiers consommateurs.

Merci à toi !

PS : pour en savoir plus vous pouvez visiter le trac ou le blog de SHR, sans oublier bien sûr la page dédiée sur le wiki et les billets sur ce blog.

Last weekend, from May 22nd to May 24th the freesmartphone.org and SHR communities had their first meeting, the FSOSHRUDCON. The place to hold that meeting was the Linuxhotel near Essen (more about that later).

The meeting itself was awesome! It was great to meet old friends again and finally get to know all the people that I just knew from IRC. We had some interesting talks, the crazy french guys even managed to set up a streaming server (with support from Bearstech) and I've freed about 11 phones of buzzing. And if that wasn't enough we had many inspiring talks and discussions and SHR is finally in the OE git repo.

I think everybody left the conference with renewed motivation.

I want to devote some words to the Linuxhotel as they have been a tremendous help in getting this whole event realized. The Linuxhotel is a place where seminars about open source such as Linux schooling, LPI certification, programming languages and many more take place. With this they are making money in order to finance their business.

The really cool thing however is the way they are giving back to the open source community. If you are an open source organization the Linuxhotel will offer you all their infrastructure at minimal cost. Breakfast was included, Coffee, tea and soft drinks for the whole day as well. A closet with lots of useful hardware was free for everyone to use (which basically saved live streaming since we were in need of a firewire cable. :-) You really had the impression that they are living the open source idea. I'm definitely going back there!

J'ai mis plusieurs jours pour écrire et publier ce billet car les premiers résultats de mes tests étaient assez mitigés.

Mais pas d'inquiétudes, ça finit presque en happy end et ça vaut le détour

Présentation

Om 2009 est la distribution actuellement en développement chez Openmoko, sa sortie officielle étant prévue pour fin juin.
Elle est basée sur le Framework FSO.
Contrairement à Om 2008, elle n'utilise plus les applications de Qtopia pour la partie téléphonie.
Maintenant, c'est Paroli qui joue ce rôle.

Mais c'est quoi Paroli ?

En voilà une bonne question à laquelle il n'est pas si simple de répondre !
Voici ce que j'en ai compris : Paroli (anciennement appelé Tichy) est une interface pour FSO qui permet de gérer des applications sous forme de plug-in.
Cela facilite le travail des développeurs car ils n'ont plus à s'inquiéter de DBus et FSO, c'est Paroli-core et ses services qui s'en chargent (voir "Paroli's vision" pour plus de détails).

Première installation

Version installée : Om 2009 testing du 8 mai 1945 ... oups, 2009 !

Installation : flash classique, rien à signaler
Le premier démarrage a duré plus de 5 minutes.

Début des ennuis

En arrivant sur l'interface graphique, les messages d'erreurs se sont succédés :

• can't init service GSM : org.freesmartphone.GSM.SIM.NotPresent
• can't init service GPRS : waiting for service GSM failed
• can't init service TopBar : waiting for service Gprs failed
• can't init service Audio : waiting for service GSM failed
• can't init service SIM : waiting for service GSM failed
• can't init service SMS : waiting for service GSM failed

Je suppose que c'est surtout lié au fait que je n'avais pas mis carte SIM.
Un redémarrage avec une carte SIM et ça va mieux.
Enfin pas toujours car parfois le boot est resté bloqué au login (après le logo ANGSTROM).

Toujours au niveau du démarrage, il y avait une flopée de messages d'erreurs à propos de /var
J'ai donc suivi les conseils du wiki et remplacé le lien symbolique par un vrai répertoire :
rm /var/log && mkdir /var/log

J'ai également crée un répertoire home-bind sur ma carte qui est ensuite monté automatiquement au démarrage :
mkdir /media/card/home-bind && mount /home/root

L'interface

Cette version amène sur l'interface de Paroli seule.

C'est réactif mais assez austère et surtout on se demande comment faire pour lancer d'autres applications que les 4 présentes :

• Call-log : journal des appels
• SMS : envoi / réception de messages texte
• Dialer : émission / réception d'appels
• People : carnet d'adresses

Mais il y a une astuce qui consiste à activer Illume :

• Aller dans préférences (appui long (2 secondes) sur AUX
• Aller dans display
• cliquer sur profile et attendre patiemment que ça bascule sur illume

Là on se retrouve avec une interface familière, surtout si on a déjà testé SHR et il est facile de basculer du bureau Illume à Paroli avec les flèches gauche et droite de la barre :

Et là, c'est le drame

J'ai eu la mauvaise idée de fermer Paroli.
Un petit message m'a demandé si je voulais le laisser tourner en tâche de fond pour pouvoir recevoir des appels.
En toute confiance, j'ai répondu oui.
Mais cela a eu pour conséquence un crash rendant inexploitable le système, même après reboot.
Après une vaine lutte, j'ai flashé à nouveau mais avec une version mise à jour.

Deuxième installation

Version installée : Om 2009 testing du 21 mai

Sauvé ! (et rassuré !)

Avec cette version, je n'ai eu aucun des problèmes ci-dessus !

Je précise que j'ai inséré une carte SIM dès le premier démarrage ce qui a peut-être aidé.
Le premier est toujours aussi long, mais les démarrages suivants se font en 3 minutes environ, ce qui demande quand même un peu de patience.

Il y a eu quelques changements évidents :

• l'interface par défaut est Illume dès le départ ce qui est une bonne idée à mon avis.
• les applications dans Paroli ont été renommées pour plus de clarté : Call-log, SMS, Dialer et People
• l'interface réseau sur mon PC hôte est passé de usb0 à eth2 (à reconfigurer, donc)

Je ne vais pas détailler à nouveau le fonctionnement de Illume puisque cela a déjà été fait dans le billet du test de SHR.

En revanche, j'ai publié une page Om2009 sur le wiki.
Vous y trouverez les informations essentielles sur cette distribution et son usage, ainsi qu'un bon nombre de captures d'écrans.
N'hésitez pas à la compléter ou corriger si nécessaire.

Je me suis alors empressé d'installer de nouvelles applications et tout fonctionne à merveille :
opkg install gpe-scap gpe-filemanager gpe-gallery gpsd tangogps numptyphysics midori emotion

Ce qui marche, ce qui manque

J'ai déjà testé avec succès :

• les fonctions de téléphonie de Paroli (envoi et réception d'appels et de SMS, ajout de contact, ...)
• la connexion sshet l'installation d'applications
• le wifi
• le GPS

Bien sûr, il manque encore pas mal de choses :

• un verrouillage de l'écran
• des outils de gestion (bluetooth, GPS, sonneries, ...)
• étoffer les fonctions de téléphonie (double appel, import/export des contacts, plus de champs par contacts, ...)
• un installeur d'application graphique
• des application PIM (agenda, email, lecteur RSS, ...)
• etc.

Conclusion

Bien qu'en version "testing" encore loin d'être finalisée, cette Om 2009 semble déjà utilisable.
Je compte la garder sur mon Neo pour l'instant afin de voir son comportement sur le long terme.

Je trouve l'intégration de Paroli très intéressante.
A terme cela devrait permettre à la communauté de développer les plug-in nécessaires pour combler les besoins.
Ainsi nous pourrions avoir le choix entre différents types d'applications :

• des plugins Paroli (qui formeront une suite applicative complète)
• des applications basées sur Illume (et les EFL si véloces)
• des applications tierces

Il reste donc beaucoup de travail à accomplir avant d'arriver à la version stable promise fin juin.
Mais au vu des dernières avancées, cela paraît tout à fait réalisable.
Les développeurs sont d'ailleurs invités à se renseigner sur la page "Om 2009, get active" pour parer au plus urgent.

Om 2009 est déjà très prometteuse, c'est évident.
Je vous recommande vivement de l'essayer dès maintenant en gardant à portée de main la page du wiki.

J'avais installé Koolu beta 6 sur mon neo pour tester la procédure d'installation simplifiée.

Je dois dire que j'ai été assez bluffé :

1. décompresser l'archive sur une carte micro-SD
2. mettre la carte dans le neo et démarrer sur le menu NOR
3. choisir le démarrerrage sur la carte micro-SD ("fat and ext2")

Le neo démarre alors sur un système réduit qui s'occupe le flasher automatiquement.
Puis il redémarrer en 3 minutes, on se retrouve avec android installé

J'ai joué avec pendant un moment pour voir : le niveau de finition est très avancé.
On a même droit à un logo Koolu au démarrage avant de passer à celui de android.
Une fois démarré, c'est android classique : très léché, très propre, avec pleins de couleurs et de jolis effet mais il faut de bons yeux pour en profiter car l'écran fait petit !
Les fonctions matérielles semblent bien gérées (j'avoue ne pas avoir tout testé).

Mais l'utilisation avec le clavier virtuel reste encore un peu hasardeuse, notamment lors des appels.
Il y a également des cas bloquants, par exemple pour entrer une clé wifi :
un pop-up apparaît pour saisir me code, mais le clavier virtuel est grisé en-dessous.

Avant de passer à autre chose, j'ai fait cette vidéo avec les moyens du bord (webcam logitech d'entrée de gamme).
C'est une présentation rapide de l'interface et son passage en français.

Neo-Freerunner_android_koolu-b6

Désolé pour la très qualité médiocre, je n'ai pas encore trouvé comment fixer l'exposition et la balance des blancs.
Remarque : la tentative d'appel finale échoue et c'est normal : il n'y avait pas de carte SIM dans le neo !

Et maintenant, place à Om 2009 testing ... dont je parlerais bientôt.

ho rilasciato una nuova versione di bluespam.py, scaricabile da http://minucci.net/file/bluespam.py, con un sacco di funzionalità in piu’.

in pratica ora si puo’ specificare il file da inviare da linea di comando, dentro il sorgente ci sono due variabili da settare per la temporizzazione dell’invio dei file, inoltre salva l’elenco dei file inviati in un database, e scrit in output tutti dei log decenti.

tutte le varie modifiche le ho commentate e spiegate qua http://forum.telefoninux.org/index.php/topic,1373.0.html

questo coso mi servira’ ad un altro progetto che, forse, mi frutterà anche dei soldi

Al final del post podeis ver las capturas de pantalla de Paroli y os las podeis descargar todas aqui
http://www.tuxbrain.com/img/davidblog/OM2009.testing.rel4.Paroli.ScreenC...

Novedades respecto la release anterior
Paquetes nuevos en los repositorios
callrec,claws-mail,dictator,dillo,midori,mokomaze,omnewrotate,pyring,sms-sentry,webkit-efl

• Paquetes nuevos en los repositorios

leer más

I've not blogged in a while, but now we've released, I figure it's time to break radio silence. Since we were assimi^Wacquired, I've been hard at work on browser bits. I've already blogged about the headless Mozilla back-end and accompanying Clutter library; since then we've created a Mozilla services daemon and we've made the source code for the browser public.

I've been meaning to blog for a while about Mozilla, and the current trend of abandoning it in favour of WebKit. I'm not against WebKit and there are definitely advantages it has over Mozilla in certain situations, but I'd like to highlight some of the great things in Mozilla and why I think we ought to reassess the whole webkit move.

Comparing Mozilla and WebKit is quite a difficult task. They're extremely different. Yes, you can use both to render web pages, but WebKit won't do much more and it's the least that Mozilla can do. This difference affects things at pretty much every level; their structure, their API, their coding styles, their build systems, everything. I'd also say that, in the long run and given its current maturity, this is a huge advantage for Mozilla. Want a download manager? Just use the built in Mozilla download manager. Want to override it? Sure, that's fine, just implement the interface and register it at run-time. This is the same for pretty much any component you can think of that may be required for anything web-related. Use WebKit and you'll have to implement all of these things from scratch, there's no fallback option (generally). On the other hand, the WebKit API to implement these things will probably be a bit nicer. Swings and round-abouts.

And that whole run-time overriding thing? Very cool. Pretty much everything in Mozilla has an interface definition and is accessible and overridable via XPCOM. At runtime. Anything that uses Mozilla has a powerful and accessible extension mechanism, something that I don't believe WebKit can boast. Not only does it have this mechanism, but there's already a huge community of talented developers that are well versed in it.

The last advantage (that I'll mention) that I think Mozilla has over WebKit is a slightly political one; From my experience (and this is purely anecdotal, I don't mean to offend anyone), the Mozilla developer community is a lot more open and a lot more willing to take risks. I think their extensible architecture helps this, but it does seem to be a prevailing mindset amongst Mozilla developers. They really want to see Mozilla succeed in every way, and to encourage its development in all directions. Obviously, I'm sure the powers that be also want to see WebKit succeed, but it's not the innocent, wide-eyed enthusiasm that I'd like to think embodies Mozilla developer spirit. The fact that I've been given a repository hosted upstream at Mozilla.org for our headless backend says something, and the amount of support and encouragement I've received from Mozilla developers has been nothing short of astounding.

So why exactly did we (Gnome) abandon Mozilla? Maybe people thought that contributions to the gtk embedding API (which has some annoying bugs and an API that could really use some love) wouldn't be accepted? From my experience, I think this would be highly unlikely. Why exactly are we creating an entirely new backend and API for a new rendering engine (an API that bears an eery resemblance to gtkmozembed anyway, in a lot of places) when we have a perfectly capable, and in fact more than capable platform, funded by a foundation and accepting of contributions? There are a lot of problems with Mozilla. I do wish they used autotools, for example, and I've often run across a bug in my code that's down to me not having some obscure and highly undiscoverable knowledge... But these problems can be fixed... And are becoming fewer... So what's the deal?

Por fin lo he visto moverse :) , me refiero al tanque no a Miguel Angel que ese si que se mueve y mucho.
Mas infomacion en el proyecto Mokardu

leer más

Risto H. Kurppa lanza una peticion desde su blog


En ella nos explica en detalle la situacion actual de Om 2009 actualmente en version "testing"  y basada en Paroli , asi como una guia de como poder contribuir testeando, desarrollando , documentando, etc...

Chicos ha llegado la hora de rascar!

leer más

Wolfgang Spraul, Director de Ingenieria de Openmoko, anunciaba en la lista de correo, otro paso en la obertura del hardware de Openmoko, publicando el board outline, footprints y la netlist bajo Licencia Creative Commons Share Alike, lo que permitirá a proyectos como gta02-core utilizar esa información para diseñar hardware sin tener que partir de cero.
Esta documentacion asi como la anteriormente publicada relativa al hardware de Openmoko la teneis disponible en
http://downloads.openmoko.org/developer/schematics/
Dentro de la entrada del blog esta el post original en ingles y el link al Hilo en la lista.

leer más

Mumblings from the headquarters…
Pack your belongings by Sunday, do you want to free yourself? Life goes on even without a company apartment!
I am still excited about gta02-core, KiCAD, progress with Project B.
One of the two Siemens BS-11 microBTS base stations Harald sent to us in Taipei is working now, for the other one we still need to find matching firmware (it’s a bit older hardware revision).