Aller au contenu

Réunion du 26-08-2025

De OSWiki

Changements du code de la semaine

Encodage des noms de dossiers d'inventaire

  • Commit 1b81b9 : Ajout d'un urlencode manquant au nom du dossier d'inventaire lors de la mise à jour du dossier xinventory
  • Le bug at été signalé par Tampa (Vincent Sylvester).
  • Ce correctif ajoute une fonctionnalité pour encoder correctement les noms des dossiers dans l'inventaire afin de gérer correctement les caractères spéciaux lors des mises à jour de l'inventaire dans OpenSim. Cela garantit que les noms de dossiers sont traités de manière appropriée lorsqu'ils sont utilisés dans des URL ou des requêtes, évitant ainsi d'éventuelles erreurs.
  • Le bug n'a pas été signalé plus tôt sans doute parce que personne n'utilise de caractères spéciaux dans l'inventaire. Ubit Umarov pense que les règles devraient être plus restrictives, comme l'interdiction des espaces.
  • Vincent Sylvester a trouvé sur sa grille plus de 200 entrées avec plus d'un espace en début de ligne.

Recompilation des scripts Yengine

  • Commit 9dbaa4: Modification de l'API, compilation des scripts YEngine et numéros de version de sérialisation (cela forcera la recompilation des scripts et le retour à l'état initial).
  • En raison des changements intervenus il y a quelques semaines, Ubit Umarov a dû forcer la réinitialisation et la recompilation des scripts YEngine. La recompilation est forcée par la mise à jour des versions du compilateur et du sérialiseur.
  • Malheureusement, tous les scripts perdront leur état actuel et reviendront à leur état initial, ce qui signifie que toute donnée ou état préalablement enregistré pourrait être perdu.

Avertissement

Attention : Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux réunions du mardi ou sur le canal IRC. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉


Bugs

Ubuntu 24.04 et Libgdiplus

Problème

  • Le paquet Libgdiplus pour Ubuntu 22.04.03 LTS doit être cassé.
  • Pour une raison quelconque, dans Ubuntu 24.04.3 (Noble Numbat) il est impossible de charger une police qui n'est pas de type glyphe fixe où chaque caractère occupe un espace fixe.
  • Debian 13 doit probablement être aussi affecté.
  • Les polices svg et autres polices plus modernes s'affichent sous forme de boîtes à la place des caractères.

Microsoft et Libgdiplus

NDLR  :

Caractéristiques de Libgdiplus :

  •  Bibliothèque de Mono qui fournit une implémentation compatible avec l'API GDI+ requise par la bibliothèque System.Drawing.
  • Elle fournit des fonctionnalités pour dessiner du texte sur des surfaces graphiques, permettant ainsi l'affichage correct des polices à la fois monospace et proportionnelles.
  • En plus du texte, Libgdiplus fournit des opérations pour manipuler et afficher des images.

Liens utiles


  • Dans l'en-tête de cette page le message suivant s'affiche en anglais: "Ce référentiel a été archivé par son propriétaire le 7 mars 2025. Il est désormais en lecture seule."
  • Microsoft veut que libgdiplus disparaisse complètement. Ils ne veulent pas maintenir libgdiplus et ses dépendances (comme Cairo et Pango) qu'ils ne peuvent pas contrôler. Microsoft veut que tout soit stocké dans son cloud.
  • L'équipe qui maintient Mono, donc Libgdiplus est sous les ordres de Microsoft. Ils n'ont fait aucun changement depuis 4 ans.
  • Miscrosoft a en quelque sorte donné Mono à Winehg mais il semble que ce n e soit pas officiel. L'équipe de Mono n'a peut-être jamais transféré les connexions avec les distributions. Il n'y a pas de version sur winehq, seulement le code.

Canonical et erreur de compilation

  • Canonical a peut-être mal compilé les sources pour créer lez paquets d'Ubuntu 24.4 LTS. Le rendu des polices est censé être assuré par Cairo et Pango, mais Vincent Sylvester n'a observé ce bug qu'au moment où libtiff est passé à la version 6. Il est donc possible qu'il s'agisse simplement d'une mauvaise compilation, les dépendances n'ayant pas été correctement configurées ou quelque chose comme ça.
  • Un rapport de bug a été envoyé à Canonical. D'après le ticket d'incident, il semble que le problème viendrait peut-être de Pango. Du code qui aurait dû être conservé ou corrigé a été supprimé. Le problème existe depuis des mois maintenant, donc il sera peut-être corrigé à un moment donné. Ceux qui souhaitent se plaindre auprès de Canonical au sujet de ce dysfonctionnements peuvent le faire via ce lien.
  • Vincent Sylvester ne sait pas si Canonical utilise la bibliothèque de Wine qui a subi quelques modifications en mai et en juin, c'est peut-être le cas. Si rien ne se passe avec la version de la distribution et que le ticket reste en suspens, Vincent Sylvester va envoyer un e-mail au responsable de WineHG pour lui demander s'il a une idée de ce qui se passe.

Solution

Rétrograder

  • Installer la version Libgdiplus fournie avec Ubuntu 22.04.5 LTS (Jammy Jellyfish) avec la dépendance libtiff5.
  • Il suffit de récupérer les paquets de la version 22.04 LTS et de les installer en rétrogradant la version installée.
  • Attention : revenir à l'ancienne version n'est peut-être pas si viable étant donné que 6.0.4 semble souffrir d'une fuite de mémoire provoquant un plantage de l'application après un certain temps.
NDLR  :

Paquets

Dépendances de Libdgiplus (6.0.4+dfsg-2)

  • Dépendances dans Synaptic
    Dépendances dans Synaptic


Inclure Libgdiplus dans OpenSim

  • Il pourrait devenir nécessaire à un moment donné de livrer libgdiplus avec les binaires d'OpenSim même si ce n'est pas vraiment réalisable. Les différentes configurations système entre les distributions rendent cela assez complexe. Libgdiplus dépend de Pango, Cairo, Libtiff et d'autres éléments (voir plus haut).
  • Cela consisterait à récupérer le code source, à configurer les outils nécessaires pour l'exécution et le déploiement, et à déployer une version d'OpenSim ainsi que les dépendances pour différentes distributions. Cela représente beaucoup de travail, mais ce n'est pas impossible.

Divers

Consommation d'énergie

  • Firestorm limité à 30 FPS (images par seconde) utilise 30 watts sur le processeur d'Ubit Umarov et plus 130 W sur le GPU. Ainsi Firestorm utilise beaucoup de ressources pour fonctionner à 30 FPS, ce qui pourrait être le résultat d'une mauvaise optimisation ou des exigences graphiques élevées.
  • Les utilisateurs avec des configurations matérielles moins puissantes peuvent faire face à des problèmes de performance, rendant le client difficile à utiliser pour certains.

Apprentissage automaitique

Viewers

Dayturn

  • Gavin Hird vient de travailler sur l'environnement de compilation la semaine dernière pour s'assurer de pouvoir compiler la version Windows.

Sharpview

  • Les imposteurs fonctionnent côté serveur.
  • Joe Magarac doit avoir son propre serveur pour scanner les régions et distribuer les informations. Il se trouve sur animats.info, mais ne fait pas grand-chose pour l'instant.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-08-26

Récupérée de « https://cogito.no-ip.info/cogito/OSWiki/index.php?title=Réunion_du_26-08-2025&oldid=4442 »