💾 Archived View for lord.re › posts › 110-librem-progress-report-14 › index.gmi captured on 2024-08-18 at 18:33:26. Gemini links have been rewritten to link to archived content

-=-=-=-=-=-=-

14ème article d'avancement du Librem 5

-------------------------------------------------

[15/06/2018] - ~4mins - #traduction #software #librem #purism

-------------------------------------------------

Ceci est une traduction libre de cet article [1] concernant les avancées de la société Purism concernant le smartphone **Librem 5**.

L'article original est sous licence CC BY-SA 4.0 [2] tout comme ma traduction.

Ce smartphone a bénéficié d'un crowdfunding et a pour but d'apporter une alternative à Android en proposant un OS basé sur Linux et toutes les briques logiciels opensource qui vont avec.

Ils collaborent avec le projet Gnome [3], le projet KDE [4], UBPorts [5] et le projet Matrix [6].

Ils sont assez transparents sur leurs avancées et sont reconnus pour leur ligne de laptops.

Bref voilà l'article :

Beaucoup de travail a été abattu sur le projet Librem 5 et même s'il en reste énormément, nous voulions faire un point des avancées réalisées par l'équipe ces deux dernières semaines.

Profitez donc de cette brève mise à jour concernant nos effort récents et nos accomplissements.

Le travail logiciel

Cela représente une importante masse de travail pour le Librem 5.

Il y a toute l'infrastructure comme l'apparence de l'interface utilisateur et les nouvelles bibliothèques et protocoles.

Mais il y a aussi les applications familières qui sont nécessaires.

Sous le capot, notre interface téléphone (phosh) [7] a subit d'importantes améliorations ergonomiques principalement concernant l'écran de verrouillage.

Un important changement vient du fait que dorénavant le déverrouillage est délégué à **PAM** pour mieux gérer le verrouillage de l'appareil via un code PIN.

Des ajouts de code ont également ont été fait pour mieux gérer de multiples sorties (écrans).

Également, libhandy [8] est notre lib pour l'UI *handy* (pratique) pour développer des applications GTK+.

Il y a eu l'ajout récent d'un widget de flèches (*HdyArrows*) pour indiquer la direction de balayage de l'écran qui sera très utile pour de nombreuses applications, particulièrement pour l'écran de déverrouillage.

Qui plus est, libhandy a eu quelques corrections de bugs et une refonte de la gestion du clavier.

Puisque les graphismes sont importants, nous avons ajouté le support d'Etnaviv [9] à weston-simple-dmabuf (un client Wayland pour tester l'implémentation du protocole Linux DMA-BUF).

Nous avons aussi completé son support du format NV12 [10].

C'est utilisé pour tester l'implémentation [11] de linux-dmabuf [12] de **wlroots**.

Nous aimerions tout particulièrement remercier le projet **wlroots** et **Weston** pour leurs revues de code, recommandations et supports.

Puisqu'on peut pas avoir un téléphone qui ne puisse faire d'appels téléphoniques, de grands efforts ont été fait sur Calls [13] qui peut désormais émettre des appels !

(Et si vous l'aviez manqué, nous vous encourageons à lire l'article correspondant [14]FR [19] #15)

En plus de tout le code écrit, les interfaces ont été documentées dans de code.

L'empaquetage pour Debian est en préparation et nous taffons pour inclure un paquet Flatpak créé par un membre de la communauté.

Chaque smartphone nécessite un clavier visuel (OSK pour On-Screen-Keyboard), donc des efforts de devs ont été fait en ce sens pour les protocoles nécessaires et les upstreamer (les faire accepter par les mainteneurs des projets amonts).

Pour l'instant, le protocole *virtual-keyboard* a été accepté [16] pour être inclus dans wlroots.

Le protocole *text-input* a été soumis upstream [17] à l'approbation.

Pour tester le protocole. *virtual-keyboard*, nous avons créé un prototype basé sur **weston-keyboard**.

Vous pouvez lire ça plus en détail à propos du dev du clavier visuel dans l'article de Dorota [18]FR [19] #15.

Le travail matériel

Identifier et tester chaque composant matériel qui seront présent dans le dev kit et éventuellement le téléphone est une tâche non trivial.

Après le choix d'un composant potentiel et la réception de quelques échantillons pour tests, il faut souvent modifier ou carrément écrire un module kernel avant même de pouvoir tester.

Cela a été le cas pour évaluer et tester des module basse consommation Wifi, ce qui est encore en cours.

Les moteurs de vibrations sont aussi en cours d'approvisionnements pour évaluations et les chargeurs de batterie sont testés.

Nous sommes aussi en train d'investiguer différentes options pour les caméras.

Construire une communauté

La communauté continue d'occuper nos pensées.

Nous avons donc monté un wiki PureOS [20] qui n'est pas encore très étoffé mais qui pourrait devenir un endroit pour trouver de la documentation générale et des informations techniques sur PureOs et les produits Purism.

Nous avons corrigé un soucis sur la mailing-list de la communauté pour être de nouveau fonctionnelle et avons ouvert nos salons de discussion Matrix pour que vous puissiez nous rejoindre avec vos Matrix ID existants.

Pour plus d'infos à ce propos, jetez un œil à notre page “volunteer” [21].

Nous sommes heureux de recevoir des propositions de volontariat qui font un travail formidable pour aider à rendre le Librem5 génial.

Si vous avez suivi ou contribué à nos dépôts de code, sachez que nous venons de migrer de Gogs à GitLab − la nouvelle adresse est source.puri.sm [22].

C'est tout les amis.

Restez branchés pour de futures nouveautés à venir !

---------------

Beaucoup d'avancées logicielles.

C'est assez encourageant et on dirait qu'un bon rythme s'est mis en place avec de la collaboration effective avec d'autres projets.

Par contre c'est toujours un peu flippant concernant la partie matos.

Les dev kits devraient pas tarder à être finalisés pour être livrés… j'ai du mal à imaginer que la deadline initiale puisse être respectées.

On croise les doigts