Jean-Baptiste Faure a écrit 1834 commentaires

Ma question portait en fait sur l'article : je n'arrive pas à voir où il y a un problème de licence.

… à part l'énorme faute d'orthographe dans le titre (caché -> cachez) ?

Un logiciel libre est défini par les 4 libertés. Si on rajoute des contraintes supplémentaires, ça peut devenir assez vite difficile :

Il ne s'agit pas de rajouter des contraintes, juste de pouvoir exercer les libertés garanties par la licence. Si le code source fournit ne compile pas, le logiciel n'est pas modifiable. On ne peut même pas tester les modifications faites sur le code source fourni.

Avez-vous déjà essayé de mettre une formule en plus gros

Ben oui, ça se fait avec la commande size. À un moment on a pu modifier la taille d'une formule en tirant sur un bord de son cadre comme une image, mais c'est une absurdité car une formule n'est ni une image ni un dessin.

ou de la mettre dans un titre avec style ? Ça finit par planter !

Quel genre de formule dans un titre ? Comment sais-tu que le plantage a un rapport avec ça ?

Un logiciel est dit libre s'il respecte les "4 libertés fondamentales" : exécuter, étudier, modifier, distribuer.

Je sais. Cependant comment est-ce que je fais pour être raisonnablement sûr que le code source fourni est le bon ? Pourvoir le compiler me parait un bon moyen de m'en assurer, sinon je n'ai que la bonne parole de l'éditeur, exactement comme quand il ne fournit que l'exécutable.

J'en reste à mon avis initial, un stock de fichiers source n'a de réalité en tant que code source de tel logiciel que si, à partir de ces fichiers source, il est possible de construire soi-même l'exécutable. Si ce n'est pas possible, le code source est au mieux incomplet donc non fourni. Ce qui contrevient aux libertés 2, 3 et 4.

Je ne comprends pas : comment peut-on prétendre qu'un logiciel est libre s'il n'y a pas moyen de le compiler ?

C'est le fonctionnement normal de ce wiki qui distingue la langue de fonctionnement du wiki (choix de la langue en haut à droite) et la langue du contenu affiché. Cela permet d'avoir un fonctionnement dans une langue et explorer le contenu dans une autre

Je ne suis pas sûr qu'un projet dont la page d'accueil non content de ne pas avoir réussi à détecter ma langue demande à passer d'abord l'interface MediaWiki en français en haut à droite puis la page d'accueil elle-même dans la barre au milieu, soit une référence en terme d'accueil des utilisateurs dans différentes langues…

Peux-tu préciser ce que tu veux dire ?

As-tu installé le paquet de traduction ?
Si tu as téléchargé LO 6.3 depuis https://fr.libreoffice.org/download/telecharger-libreoffice/ c'est expliqué :

Téléchargements supplémentaires :

Si LibreOffice est déjà installé dans une autre langue, vous pouvez lui ajouter la votre. Le bouton ci-dessous télécharge uniquement l'interface utilisateur dans votre langue. Si vous ne l'avez pas déjà fait, vous devez d'abord télécharger puis installer le package logiciel principal LibreOffice (ci-dessus).
Utilisateurs Mac OS : veuillez lancer une première fois LibreOffice avant d'installer un pack de langue.
Interface utilisateur traduite: français (Torrent, Informations)
Aide pour l'utilisation hors ligne: français (Torrent, Informations)


Ce qui a changé c'est que maintenant cette action (sélectionner une phrase entière / Select Sentence) est disponible pour être associée à un raccourci clavier, tout comme c'était déjà le cas avec "Select Word" et "Select Paragraph" et donc on peut, si on le souhaite, se passer du triple clic.

Référence : https://bugs.documentfoundation.org/show_bug.cgi?id=124552

C'est LibreOffice qui est plus lent (ça veut dire quoi précisément ?) ou c'est Antidote qui est mal intégré à LibreOffice ?
Pour en savoir plus il faudrait tester AOO et LO sans Antidote.
Cela dit, quel format de fichier as-tu utilisé pour ta thèse, odt ou docx ?

J'ajouterais que LO 6.2.6 (comme 6.3.0 bien sûr) corrige plusieurs failles de sécurité :

CVE-2019-9850 : Insufficient url validation allowing LibreLogo script execution
CVE-2019-9851 : LibreLogo global-event script execution
CVE-2019-9852 : Insufficient URL encoding flaw in allowed script location check

Référence : https://www.libreoffice.org/about-us/security/advisories/

Il est donc important, quelque soit l'OS, de mettre à jour sa version de LibreOffice si on a LibreOffice 6.2.5 ou une version antérieure.
Si j'en crois l'avis de sécurité d'Ubuntu, Ubuntu a rétro-porté ces correctifs sur la version 6.0.7 pour Ubuntu 18.04 LTS et sur la version 5.1.6 pour Ubuntu 16.04 LTS.

--> vous avez un lien vers un truc potable ?

Un collègue hydroclimatologue utilise http://colorbrewer2.org pour choisir les palettes de couleurs qu'il utilise pour ses cartes.

Quand nous nous sommes renseignés pour acheter un aspirateur robot, un des vendeurs a fini par nous poser la question du type de plafond que nous avions chez nous. En effet les robots qui cartographient la pièce ont besoin d'un plafond plat sinon ça ne marche pas. Chez nous les plafonds sont en poutres et chevrons donc exit l'aspirateur robot.
Et puis en fait non. Ce que le vendeur s'était bien gardé de dire, c'est qu'il y a des aspirateurs robots bien moins chers (3 fois moins) qui ne cartographient rien du tout. Ils se contentent de faire une marche au hasard dans la pièce et cela fonctionne très bien. Ils passent plusieurs fois au même endroit et ça prend plus de temps, mais en fait ça n'a aucune importance.

Et au moins avec un aspirateur robot comme cela, connecté à rien, tu n'envoies pas les plans de ta maison au fabricant et à ses partenaires.

Oui mais ça ne fait pas les deux en même temps et pour l'écologiquement responsable tu n'as pas pris en compte la quantité de CO2 supplémentaire rejeté par l'opérateur.

Le fait qu'il soit payant n'est pas la réponse (rien n'empêche Huawei de payer).

Ben si : si c'est payant le vendeur peut répondre, "désolé je n'ai pas le droit de vous le vendre". Il ne suffit pas de pouvoir payer pour pouvoir acheter.

C'est le cas pour Google, car ce n'est pas lui qui interdit à Huawei d'utiliser Android, c'est l'état étasunien qui interdit à Google de vendre une technologie à Huawei.

Et comment déduis-tu de là que :

Donc tu dis qu'il n'y a jamais de bug specifique au fait d'etre en 32 bits et non pas en 64 bits.

???????????

Mais comment fais-tu pour lire ça dans ce que j'ai écrit ?

Il y a 2 sortes de tests :

1/ les tests automatiques qui sont exécutés à la suite de la compilation ; ces tests comprennent en particulier des tests de non-régression (en principe chaque fois qu'un bug est corrigé, le correctif devrait être accompagné d'un test de non-régression pour détecter dés le compilation la réapparition du bug), des tests de validation des filtres d'import/export basés sur la collection des fichiers à problème publiés avec les rapports de bug et des tests associés à chaque nouvelle fonctionnalité ;

2/ les tests manuels faits par les utilisateurs ;

Il y a aussi des tests avec des outils de fuzzing ainsi que des scans du code source par Coverity. Je ne sais pas si le fuzzing est utilisé de façon régulière mais les scan coverity le sont si j'en crois les rapports automatiques publiés sur la liste développeurs.

Les tests automatiques sont bien sûr exécutés à chaque compilation du système d'intégration continue. La seule VM pour processeur ARM que je vois est celle du viewer Android, il n'y en a point pour Raspberry Pi. Il n'y a donc rien de changé pour cette plateforme et les tests ne vont pas retomber sur les utilisateurs, ils y sont déjà.

Je ne vois pas en quoi cela puisse être une avancé 'preferé' dans le journal que le build 'linux 32 bits' soit retiré mais bon chacun ses choix.

Tous les processeurs modernes animant des ordinateurs de bureau sont des 64 bits. Cela devient du gaspillage de ressources de produire des builds pour des plateformes obsolètes.

[…] il n'y aura aucun problème introduit par des spécificités d'être en 32 bits.

Je n'ai pas dit ça.

J'y ai pensé mais que mettre dans une dépêche qui ne soit pas un copier-coller de la note de version ? Comme il me semblait nécessaire de faire une sélection, donc forcément subjective, j'ai préféré un journal.

Oui, je me souviens d'une histoire comme ça. Mais là ça marche.

En cherchant avec les mots clés "caviardage raté", j'ai trouvé celui de l'affaire Giroud en Suisse (un des articles) et celui de l'armée étatusienne analysé ici et toujours accessible.

Qu'est-ce que ça change par rapport à l'état actuel ? Je ne vois aucune machine virtuelle ARM / Linux dans le système d'intégration continue de LibreOffice : https://tinderbox.libreoffice.org/MASTER/status.html

S'il y a des utilisateurs de LibreOffice sur Raspberry Pi il faut qu'ils compilent et fassent les tests automatiques eux-mêmes. Ce n'est clairement pas une plateforme que TDF a décidé de supporter actuellement . C'est pareil pour BSD d'ailleurs. Cela ne signifie pas que des correctifs spécifiques à ces plateformes ne seraient pas acceptés. Je crois me souvenir qu'il y a déjà eu des correctifs pour permettre de compiler sous ARM / Linux et sur BSD.

Sans proposition détaillée il est difficile d'avancer.

J'ai trouvé 2 rapports de bug (enhancement) à ce sujet, déposés il y a longtemps, mais ils ont été fermés parce que les plaignants n'ont jamais répondu aux demandes de précisions / détails / explications.

https://bugs.documentfoundation.org/show_bug.cgi?id=32955
https://bugs.documentfoundation.org/show_bug.cgi?id=42469

Depuis la police par défaut a été changée de Times New Roman pour le texte et Arial pour les titres à Liberation Serif et Liberation Sans.
Voir cependant la discussion ici : https://bugs.documentfoundation.org/show_bug.cgi?id=113941 et comment elle se termine avec le résultat d'un sondage (https://mobile.twitter.com/liboDesign/status/932556988571181057)

Une alternative est de proposer des modèles qui peuvent être choisis comme modèle par défaut par les utilisateurs.

TDF ne produit déjà pas de build du tout pour raspberry pi. Je ne sais pas si quelqu'un assure la production de builds pour cette plateforme. Je sais juste que ça compile.