Jean-Baptiste Faure a écrit 1719 commentaires

Personnellement j'aimerais pouvoir reverrouiller le bootloader (en cas de vol, comme pour les Pixel), mais bizarrement pour cette fonctionnalité toute bête de sécurité il n'y a plus personne.

Il me semble que les téléphones vendus par Murena équipés de /e/OS (basé sur LineageOS) ont un bootloader verrouillé. Par exemple : https://murena.com/fr/boutique/smartphones/neuf/murena-2/ et c'est pareil avec les Fairphone 4 et 5. Je n'ai pas vérifié les autres.

Non je ne parlais pas de chiffre d'affaire mais j'ai effectivement fait un lapsus entre revenu et bénéfice.

Quelle est la différence entre "revenu" et bénéfice ? Est-ce que tu es sûr qu'il ne s'agit pas d'un faux ami pour le "revenue" anglais ? Je ne vois pas cette notion de revenu dans un bilan comptable français. J'y vois des produits et charges d'exploitation, des résultats (courant avant impôt, d'exploitation, financier, etc.), mais pas de "revenu".

Par ailleurs si je demande à DeepL de me traduire "chiffre d'affaires" en anglais, il me propose "revenues" ou "sales".

Pas "pocket" mais "panneau pocket" : https://www.panneaupocket.com/
Si ta commune l'utilise tu n'as pas le choix de l'appli, juste celui de l'installer pour recevoir les infos ou pas.

Tu saurais, sans relire Wikipedia, me donner la règle des années bisextiles ?

Oui.

Parce que "tous les 4 ans" c'est pas ça.

Je sais. Cela dit rater un 29 février en 2024 alors qu'on en a eu un en 2020, 2016, 2012,… ça me parait plus inquiétant que d'en mettre un en 2100.

Je comprends mieux. Merci d'avoir pris la peine de rédiger cette explication détaillée, finalement plutôt réconfortante : pas besoin d'ignorer ce qu'est une année bissextile pour ne pas éviter un bug du 29/02. :-D

D'accord, mais je ne crois pas que ce soit ce genre d'erreur qui a mis en rade les pompes à essence de Novelle-Zélande.

Moi j'aimerais bien avoir une explication technique, comment est-il possible d'ignorer une année bissextile ? Je n'ose imaginer que les développeurs qui ont codé tous ces logiciels buggués sont ignorants au point qu'ils ne sauraient pas qu'une année peut avoir 366 jours et que même cela arrive assez souvent.
Je croyais que pour tous les langages à la mode il existe des bibliothèques qui gèrent les dates et les calendriers avec toutes leurs particularités. Du coup est-ce que quelqu'un saurait décrire un exemple où il faudrait spécifiquement traiter le cas où le jour suivant le 28/02 n'est pas le 01/03 ?

Merci x 2 ! ;-)

Tu n'es pas sûr qu'il faille remercier pour la dépêche ?

Oups ! Peux-tu remplacer cet impertinent point d'interrogation par un simple et courtois point final ? Merci :-)

Merci pour cette dépêche. J'espère qu'en donnant un peu de visibilité à Eliane Domingos elle donnera envie à tous ceux qui contribuent d'une façon ou d'une autre à LibreOffice de devenir membre de TDF afin de faire entre leur voix dans la conduite du projet.
TDF a besoin de diversité : plus de femmes, plus de personnes non européennes, plus de personnes pour lesquelles l'anglais n'est pas une langue familière.
Donc si vous apportez une contribution utile au projet, n'hésitez pas, présentez votre candidature à TDF.

Non, ce sera 24.8.0 parce qu'elle sera publiée en août. À part ça c'est tout bon :-)

Si un point de vu est minoritaire ou contre productif dans le mouvement de l'open source on le présise ; là wikipédia nous donne un point de vue comme une vérité :

Non, l'article de Wikipedia cite le point de vue du projet ReactOS.

Voir la discussion ici : https://linuxfr.org/users/vendrediouletrollsauvage/liens/orange-condamne-a-650-000-pour-non-respect-de-la-licence-gpl

La discussion à propos de la suppression du support de FTP dans LibreOffice est ici : https://bugs.documentfoundation.org/show_bug.cgi?id=146386

J'imagine que tu fais pareil que dans Nautilus ou n'importe quelle autre appli GTK3/4.
Sur un écran tactile, tu as vraiment besoin d'attraper la barre de défilement pour scroller, tu ne peux pas le faire avec un ou plusieurs doigts n'importe où sur l'écran comme sur un mobile ?

Marrant, mais moi qui suis également sur un ordinateur avec une souris, je trouve ces barres de défilement envahissantes et qu'elles disparaissent quand on je ne m'en sers pas, c'est tant mieux. En plus ayant justement une souris avec une molette, les barres de défilement sont généralement inutiles pour moi.

Cela dit, je ne sais pas ce que ça donne avec KDE, mais avec Gnome, j'ai les mêmes barres de défilement sur toutes les applications GTK, Firefox et Thunderbird ne me semblent pas faire quelque chose de particulier.

Concernant la difficulté d'implémentation, celui qui a suggéré un GSoC est certainement le développeur qui connait le mieux Calc. Il me semble qu'il s'agit surtout d'agréger des fonctions existantes dans une interface dédiée. Je me demande si une extension ne serait pas une bonne première étape pour prototyper l'implémentation.

Je donne mon avis personnel : indépendamment de l'utilité de la fonctionnalité demandée, je suis toujours très frustré par ce genre de demande qui réclame d'ajouter à Calc une fonctionnalité présente dans Excel.

• Parce que ces demandes nous forcent à toujours courir après MS et ainsi monopolisent des ressources au détriment de l'innovation propre à LibreOffice.
• Parce que parfois ces demandes paraissent venir de gens qui veulent seulement un clone gratuit de MS-Office, donc de gens dont on n'aura probablement jamais aucune contribution.
• Parce que j'aimerais bien qu'au lieu de simplement reproduire une fonctionnalité de MS-Office, on s'en inspire pour faire mieux. C'est ce qui a été fait avec le "bandeau" et qui donne aux utilisateurs de LibreOffice un large choix de configurations de l'interface permettant de satisfaire les goûts et les habitudes de travail du plus grand nombre.

Je pense donc que cette demande d'amélioration gagnerait des soutiens si elle était enrichie pour décrire quelque chose de mieux, plus souple et plus pratique que ce que fournit MS-Excel. Là on a un peu l'impression que la demande c'est « voyez ce que fait MS-Excel, faites pareil dans Calc. Et débrouillez vous pour faire le cahier des charges à partir de la doc MS ». Je serais développeur LibreOffice, ça ne me donnerait pas envie de m'investir sur le sujet.

Je ne sais pas ce que coûterait vraiment le développement de cette fonctionnalité, mais je pense qu'il faut compter en milliers d'euros.

Effectivement ça ne fait pas beaucoup.
Cela dit LibreOffice a aussi la notion de fonction expérimentale, donc non activée par défaut, qui permet de les faire tester par les utilisateurs expérimentés et d'en obtenir des retours pour affiner l'implémentation. Par exemple la fonction de traduction automatique utilisant DeepL.

Il ne se passerait rien : un changement de fonctionnalité est publié quand il est prêt.
LibreOffice publie ses versions à date fixe. Sauf accident. Donc si une fonctionnalité n'est pas prête pour 24.8 elle le sera peut-être pour 25.2, mais on ne retardera pas la sortie de 24.8 pour ça. Un correctif de sécurité urgent peut conduire à retarder une version de quelques jours, mais pas au point de changer de mois. De plus la première mise à jour corrective est prévue 4 semaines plus tard, donc il n'y a de véritablement urgent que des correctifs de sécurité et des bugs qui rendent la version inutilisable, par ex. installation impossible ou plantage systématique au démarrage dans certaines configurations pas si rares que ça.

Sur ce plan là le nouveau schéma de numérotation ne change rien.
Il n'y a pas de mise à jour corrective avec juste un ou des correctifs de sécurité. Parfois une mise à jour corrective est avancée parce qu'elle contient un correctif de sécurité urgent, mais elle contient aussi les commits déjà poussés sur sa branche git.

Les modifications de fonctionnalité ne concernent en principe que les versions majeures publiées en février et août (24.2 et 24.8 cette année). Les autres versions (mises à jour correctives) ne font que corriger des bugs (elles n'ont pas leur propre page de release notes).

Merci Ysabeau pour cette dépêche. :-)

Concernant la numérotation des versions, il y a un 4e chiffre qui apparaît dans l'écran À propos de LibreOffice et qui indique la release candidate (RC). Bien entendu, la version publiée est celle qui a le numéro RC le plus élevé. Pour une Y.M.0 le numéro RC est au moins 3 (donc 3 RC avant publication), pour les mises à jour correctives (Y.M.n avec n ≥ 1), le numéro RC est en général 2, mais il arrive que ce soit 1 ou 3 selon les aléas des découvertes de failles de sécurité ou de bugs bloquants.

Ainsi s'il vient à votre distribution l'idée saugrenue de vous fournir une version y.m.O.2 vous pouvez être certain que ce n'est pas la version finale upstream. Et si ensuite elle ne vous la met pas à jour avec y.m.1, y.m.2,… vous pouvez vous dire qu'elle n'assure pas une maintenance sérieuse.

Il n'y a pas de roadmap dans LibreOffice, on est en modèle bazar (par opposition au modèle cathédrale). Autrement dit les développeurs développent ce qu'ils veulent ou ce pour quoi ils ont une commande financée. Après, s'il y a des désaccords sur la ligne suivie, cela se règle au niveau de l'Engineering Steering Committee (ESC) du projet qui se réunit les jeudis après-midi. L'agenda de la réunion (qui se tient en visio et qui est publique) et ses minutes sont publiées sur les listes dev et QA.

S'il n'y a pas de roadmap à proprement parler, il y a des projets, des suggestions et des orientations. L'effort sur l'accessibilité est une décision de TDF, pas seulement un développeur qui s'est dit qu'il fallait faire quelque chose. La fondation a décidé d'embaucher des développeurs et de passer des contrats de sous-traitance pour travailler sur des sujets spécifiques (comme le support CTL). Des problèmes politico-administratifs ont conduit à la suspension de la signature de nouveaux contrats depuis 2 ans. Tout le monde espère à TDF que ces problèmes seront réglés rapidement avec l'entrée en fonction le 18 février du CA (Board of Directors) de la fondation nouvellement élu.

Concernant les projets et suggestions, on en trouve une liste sur le wiki développeur dans la rubrique "Pick a task" avec, en particulier, chaque année les projets de Google Summer of Code.

Pour voir ce qui est en cours, il faut suivre les minutes des réunions de l'ESC, la liste dev où à la saison du GSoC les stagiaires LibreOffice font des compte-rendus hebdomadaires, le planet de LibreOffice où on accède à des blogs de développeurs qui racontent ce qu'ils font, les minutes des la réunion hebdomadaire du groupe UX/design. Avec tout ça s'élabore peu à peu les release notes de la version en cours de développement (branche master qui donnera 24.8. Bon la page wiki n'est pas encore créée, mais ça va venir).

Je ne défends pas snap, sinon je ne l'aurais pas supprimé sur mon PC. C'est une horreur, bien d'accord, mais on peut s'en débarrasser proprement sans rien casser. Je ne dis rien de plus.

Cela dit, je n'ai pas essayé de désinstaller snapd avant d'avoir désinstallé tous les snaps que j'avais, donc je ne sais pas si j'aurais eu une alerte. De plus je ne suis pas sûr que, du point de vue de APT, snapd puisse être une dépendance de chacun des snaps installés. Ne pas oublier que snapd n'est pas lui-même un snap.

Comment expliques-tu que nous sommes nombreux à avoir supprimé snap sur ubuntu 20.04 et 22.04 et que nos installations continuent à fonctionner sans problème ?

Pour virer snap, il faut le faire proprement, en désinstallant les snaps préinstallés dans le bon ordre avant de désinstaller snapd. Tout ça est bien expliqué sur le forum ubuntu-fr.