Une amélioration ergonomique bienvenue. Quand on travaille sur une boite de texte, la barre d’outils Formatage de texte s’affiche à la place de la barre d’outils Dessin.
Un petit bug… Si on est avec l'interface "Onglets", la barre d'outils Formatage de texte s'affiche en-dessous du contenu des onglets. Ça décale donc le "viewport" des slides quand on rentre dans un champ de texte… Très nul.
J'avoue ne pas bien comprendre l'intérêt de dépêches sur la sortie d'une version "micro" d'un logiciel dont la dernière version mineure est sortie en 2014 et dont le fork le plus connu est plusieurs ordres de grandeur plus actif.
Qu'ils continuent à le développer est un autre sujet.
Mais qu'il y ait des dépêches dessus sur ce site… ça me dépasse.
Rolling release : je le traduirais plutôt en Déploiement continu voire Publication continue (d'après wikipédia).
Le développement des logiciels n'ayant rien à voir et sera toujours fait "en continu".
C'est pas entièrement vrai, j'ai un usage intensif de ma machine donc je suis constamment à 70%ram 20%swap. Je veux juste que earlyoom se déclenche indépendamment de mon usage de swap, en fait.
Je suis d'accord, je peux réduire ma swap, mais c'est indépendant de mon setting de earlyoom.
Pour le coup, l'idée de proposer un os en lecture seule me semble contre productif. On a toujours besoin de modifier des configs système…
Par exemple, modifier vconsole.conf pour passer les tty en bépo. Ajouter un montage automatique dans fstab (ou par Gnome Disks qui modifue fstab), etc.
YES YES ET YES !
Outre la bonne nouvelle de la sortie de Inkscape 1.0, je vois la bonne nouvelle du passage à Python 3 du dernier logiciel nécessitant Python 2 sur ma machine !
Ciao Python 2,enfin!
Testé sur ma Manjaro sur laptop, c'est redoutable ! Un peu trop même. Je l'ai configuré sur mem 5% swap 90% pour que mon pc ne freeze pas en se mettant à swapper.
Il aura donc fallu HUIT ans depuis la disparition du bouton de mise en veille en 3.6, pour qu'il soit de nouveau accessible.
Huit ans que j'ai quitté Fedora à cause de Gnome Shell 3.6, et que je suis sous Cinnamon.
Non, on sait très bien ce que font ces programmes. Ils utilisent la commande 'fastboot device oem unlock' qui envoie un simple message au téléphone. C'est ensuite le téléphone qui fait le boulot.
Comme alternative légère au mammouth qu'est Nextcloud, le serveur Baikal fait très bien le job. Je m'en sers sur mon raspberry pi (en parallèle de nextcloud )
Oui ça s'est bien passé.
il faut juste faire attention aux variables de chemins qui sont absolus sur autotools, et relatifs au prefix sous meson (donc utiliser join_paths).
Et le truc relou est les variables de preproc qui sont créées automatiquement par autotools. Mais ça permet de voir réellement quelles variables sont utilisées par le code et de trouver d'éventuels bugs.
En tout cas, c'est un bonheur de passer à un language propre.
Pour info, j'ai porté Gimp (et ses outils babl et GEGL), je n'attends plus que le merge.
Pareil pour cinnamon et Nemo, la plus part des librairies sont désormais compilées avec Meson. Le choix a été fait de supprimer le support des Autotools.
Tu as fait ces benchmarks à fréquence variable ?
Mais… Qui me dit que toute ton explication ne tombe pas à l'eau et que c'est pas juste le CPU qui s'adapte à la charge ? ^
J'avais adoré le post sur Stylo, celui là est encore plus intéressant ! Merci, au-delà du fonctionnement de WebRender, ça explique très bien le fonctionnement du GPU, et des optims qu'il permet.
[Commentaire posté avec WebRender activé sous Nightly.]
Et, à part sur certains cas, les perfs sont impressionnantes !
Par contre, la clé gfx.webrendest.enabled n'existe pas sous Nightly59… Coquille ?
L'inexistance de paquets -dev / -devel sous Arch et dérivés est tout bonnement un bonheur.
À chaque fois que je veux utiliser un truc qui n'est pas dans les dépôts, je sais que je pourrai le compiler sans me poser la question de si j'ai les 237 paquets nécessaires (libsoundio, libsoundio-dev (ou bien devel ?)…).
Et à chaque fois que je vois quelqu'un sous Debian, je me marre bien en le voyant galérer avec ses paquets.
Mais en vrai, c'est aussi (et surtout) lié à l'aspect rolling-release de Arch. Pas de paquets "compat/backport/j'en oublie", et pas de soucis de dépendances non satisfaites alors que "merde, pourtant c'est bien là, bonne version, mais en backport" etc.
Donc sincèrement, je comprends bien que tu te poses cette question, mais au final c'est bien plus serein d'avoir "un seul paquet".
Je suis pleinement d'accord.
Au début j'utilisais la doc Ubuntu, en français, bien jolie et gentille. Puis dès que j'ai bidouillé et eu des besoins plus techniques, la découverte du wiki Arch a été une belle surprise.
C'est le principe de Arch, mais pas de ses dérivés. Manjaro est EXCELLENTE en terme de prise en main par des novices.
Je te déconseille par contre Antergos vu leur manque de stabilité (entre autres). Fred Bezies avait fait un billet sur le sujet, qui me semblait pour ce coup bien adapté. http://frederic.bezies.free.fr/blog/?p=14129
Heureux de voir qu'il y a encore du développement sur Yunohost, que j'utilise depuis cet été.
J'espère juste que le rajout de LetsEncrypt ne va pas casser ma config LetsEncrypt/certbot déjà existante !
D'ailleurs j'aimerais voir une gestion des modules (ou surtout de leur configuration au sein de nginx/ssowat) un peu plus simple, ainsi qu'une meilleure flexibilité sur la config déjà existante (site web perso, etc).
Et j'attends avec impatience (si je ne le fais pas moi-même) l'intégration de Yunohost sous ArchLinux, sous forme de paquets propres à installer avec pacman !
Parle de choses que tu connais, s'il te plaît.
Aujourd'hui, l'avenir me semble bien tracé pour le photovoltaïque organique.
Un rendement pas exceptionnel, mais très bon pour une techno qui a à peine 10 ans.
Une fabrication de cellules peu coûteuse en énergie et très peu polluante, un recyclage extrêmement facile.
Des cellules souples, semi-transparentes (genre, volets semi-transparents qui fournissent de l'énergie), et assez résistantes dans le temps (quoique de ce côté là, ya des progrès encore possibles).
# Un bug avec l'interface "onglets"
Posté par Salamandar . En réponse à la dépêche LibreOffice 24.8 : fonctions, fonctionnalités, améliorations et nouveautés. Évalué à -1.
Un petit bug… Si on est avec l'interface "Onglets", la barre d'outils Formatage de texte s'affiche en-dessous du contenu des onglets. Ça décale donc le "viewport" des slides quand on rentre dans un champ de texte… Très nul.
# Abandonware
Posté par Salamandar . En réponse à la dépêche Apache OpenOffice 4.1.13. Évalué à 0. Dernière modification le 28 août 2022 à 00:45.
J'avoue ne pas bien comprendre l'intérêt de dépêches sur la sortie d'une version "micro" d'un logiciel dont la dernière version mineure est sortie en 2014 et dont le fork le plus connu est plusieurs ordres de grandeur plus actif.
Qu'ils continuent à le développer est un autre sujet.
Mais qu'il y ait des dépêches dessus sur ce site… ça me dépasse.
# Développement continu ?
Posté par Salamandar . En réponse à la dépêche Linux 30 ans déjà .... Évalué à 3.
Rolling release : je le traduirais plutôt en Déploiement continu voire Publication continue (d'après wikipédia).
Le développement des logiciels n'ayant rien à voir et sera toujours fait "en continu".
# Merci !
Posté par Salamandar . En réponse à la dépêche Histoire des systèmes d’extensions de Firefox. Évalué à 10.
Merci pour cet excellent billet !
Petit point cependant : j'aurais bien aimé avoir quelques dates pour avoir des points de repère chronologique.
[^] # Re: earlyroom
Posté par Salamandar . En réponse à la dépêche Fedora 32 est déconfiné. Évalué à 0.
C'est pas entièrement vrai, j'ai un usage intensif de ma machine donc je suis constamment à 70%ram 20%swap. Je veux juste que earlyoom se déclenche indépendamment de mon usage de swap, en fait.
Je suis d'accord, je peux réduire ma swap, mais c'est indépendant de mon setting de earlyoom.
# Système en lecture seule ? Mais pourquoi ?
Posté par Salamandar . En réponse à la dépêche Fedora Silverblue en pratique. Évalué à 1.
Pour le coup, l'idée de proposer un os en lecture seule me semble contre productif. On a toujours besoin de modifier des configs système…
Par exemple, modifier vconsole.conf pour passer les tty en bépo. Ajouter un montage automatique dans fstab (ou par Gnome Disks qui modifue fstab), etc.
# Python 2
Posté par Salamandar . En réponse à la dépêche Sortie d’Inkscape 1.0. Évalué à 10.
YES YES ET YES !
Outre la bonne nouvelle de la sortie de Inkscape 1.0, je vois la bonne nouvelle du passage à Python 3 du dernier logiciel nécessitant Python 2 sur ma machine !
Ciao Python 2,enfin!
[^] # Re: earlyroom
Posté par Salamandar . En réponse à la dépêche Fedora 32 est déconfiné. Évalué à 1.
Testé sur ma Manjaro sur laptop, c'est redoutable ! Un peu trop même. Je l'ai configuré sur mem 5% swap 90% pour que mon pc ne freeze pas en se mettant à swapper.
# Mise en veille
Posté par Salamandar . En réponse à la dépêche Fedora 32 est déconfiné. Évalué à -2.
Il aura donc fallu HUIT ans depuis la disparition du bouton de mise en veille en 3.6, pour qu'il soit de nouveau accessible.
Huit ans que j'ai quitté Fedora à cause de Gnome Shell 3.6, et que je suis sous Cinnamon.
[^] # Re: L'illusion de la liberté
Posté par Salamandar . En réponse à la dépêche Mon nouveau smartphone Android dégooglisé. Évalué à 1. Dernière modification le 02 mai 2019 à 10:13.
Non, on sait très bien ce que font ces programmes. Ils utilisent la commande 'fastboot device oem unlock' qui envoie un simple message au téléphone. C'est ensuite le téléphone qui fait le boulot.
[^] # Re: "Monter un serveur dans ma cuisine?"
Posté par Salamandar . En réponse à la dépêche Synchronisation Thunderbird–Android. Évalué à -3.
Reste à faire les redirections de ports sur ta box, laisser ton pc allumé pour sauvegarder les contacts fraîchement rajoutés,…
# Baikal
Posté par Salamandar . En réponse à la dépêche Synchronisation Thunderbird–Android. Évalué à 4.
Comme alternative légère au mammouth qu'est Nextcloud, le serveur Baikal fait très bien le job. Je m'en sers sur mon raspberry pi (en parallèle de nextcloud )
[^] # Re: Autres portages
Posté par Salamandar . En réponse à la dépêche E.T. téléphone Meson. Évalué à 6.
Oui ça s'est bien passé.
il faut juste faire attention aux variables de chemins qui sont absolus sur autotools, et relatifs au prefix sous meson (donc utiliser join_paths).
Et le truc relou est les variables de preproc qui sont créées automatiquement par autotools. Mais ça permet de voir réellement quelles variables sont utilisées par le code et de trouver d'éventuels bugs.
En tout cas, c'est un bonheur de passer à un language propre.
# Autres portages
Posté par Salamandar . En réponse à la dépêche E.T. téléphone Meson. Évalué à 10.
Pour info, j'ai porté Gimp (et ses outils babl et GEGL), je n'attends plus que le merge.
Pareil pour cinnamon et Nemo, la plus part des librairies sont désormais compilées avec Meson. Le choix a été fait de supprimer le support des Autotools.
[^] # Re: Dé-optimiser : mais pourquoi faire ?
Posté par Salamandar . En réponse au journal Optimisation, microbenchmark et compilation Just In Time : quand 1 + 1 ne font pas 2. Évalué à 1.
Tu as fait ces benchmarks à fréquence variable ?
Mais… Qui me dit que toute ton explication ne tombe pas à l'eau et que c'est pas juste le CPU qui s'adapte à la charge ? ^
[^] # Re: Waw !
Posté par Salamandar . En réponse à la dépêche Un nouveau moteur de rendu ultra‐rapide pour Firefox : Quantum Render. Évalué à 1.
D'accord. Je vais quand même la créer, voir si ça change quelque chose.
[^] # Re: Waw !
Posté par Salamandar . En réponse à la dépêche Un nouveau moteur de rendu ultra‐rapide pour Firefox : Quantum Render. Évalué à 1.
Ah, je n'y avais pas pensé !
# Waw !
Posté par Salamandar . En réponse à la dépêche Un nouveau moteur de rendu ultra‐rapide pour Firefox : Quantum Render. Évalué à 8.
J'avais adoré le post sur Stylo, celui là est encore plus intéressant ! Merci, au-delà du fonctionnement de WebRender, ça explique très bien le fonctionnement du GPU, et des optims qu'il permet.
[Commentaire posté avec WebRender activé sous Nightly.]
Et, à part sur certains cas, les perfs sont impressionnantes !
Par contre, la clé gfx.webrendest.enabled n'existe pas sous Nightly59… Coquille ?
# Merci de l'info !
Posté par Salamandar . En réponse à la dépêche GNU Units sort en version 2.14. Évalué à 6.
Finis les arrachages de cheveux avec le combo [fdisk parted cryptsetup lvm resize2fs] \o/
[^] # Re: et le café?
Posté par Salamandar . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 5.
L'inexistance de paquets -dev / -devel sous Arch et dérivés est tout bonnement un bonheur.
À chaque fois que je veux utiliser un truc qui n'est pas dans les dépôts, je sais que je pourrai le compiler sans me poser la question de si j'ai les 237 paquets nécessaires (libsoundio, libsoundio-dev (ou bien devel ?)…).
Et à chaque fois que je vois quelqu'un sous Debian, je me marre bien en le voyant galérer avec ses paquets.
Mais en vrai, c'est aussi (et surtout) lié à l'aspect rolling-release de Arch. Pas de paquets "compat/backport/j'en oublie", et pas de soucis de dépendances non satisfaites alors que "merde, pourtant c'est bien là, bonne version, mais en backport" etc.
Donc sincèrement, je comprends bien que tu te poses cette question, mais au final c'est bien plus serein d'avoir "un seul paquet".
[^] # Re: Arch, pour la doc !
Posté par Salamandar . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 6.
Je suis pleinement d'accord.
Au début j'utilisais la doc Ubuntu, en français, bien jolie et gentille. Puis dès que j'ai bidouillé et eu des besoins plus techniques, la découverte du wiki Arch a été une belle surprise.
[^] # Re: Quel dérivé pour commencer ?
Posté par Salamandar . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 1.
C'est le principe de Arch, mais pas de ses dérivés. Manjaro est EXCELLENTE en terme de prise en main par des novices.
Je te déconseille par contre Antergos vu leur manque de stabilité (entre autres). Fred Bezies avait fait un billet sur le sujet, qui me semblait pour ce coup bien adapté. http://frederic.bezies.free.fr/blog/?p=14129
[^] # Re: Je ne connaissais pas ! Mai c'est trop cool !
Posté par Salamandar . En réponse à la dépêche Évolutions des projets La Brique Internet et YunoHost des versions 2.2, 2.4 et 2.5. Évalué à 2.
OpenMediaVault et FreeNas ont l'air d'être plus un système "complet", moins un service d'agrégation d'applis, non ?
# Bien bien bien :D
Posté par Salamandar . En réponse à la dépêche Évolutions des projets La Brique Internet et YunoHost des versions 2.2, 2.4 et 2.5. Évalué à 6.
Heureux de voir qu'il y a encore du développement sur Yunohost, que j'utilise depuis cet été.
J'espère juste que le rajout de LetsEncrypt ne va pas casser ma config LetsEncrypt/certbot déjà existante !
D'ailleurs j'aimerais voir une gestion des modules (ou surtout de leur configuration au sein de nginx/ssowat) un peu plus simple, ainsi qu'une meilleure flexibilité sur la config déjà existante (site web perso, etc).
Et j'attends avec impatience (si je ne le fais pas moi-même) l'intégration de Yunohost sous ArchLinux, sous forme de paquets propres à installer avec pacman !
[^] # Re: Inquiétude
Posté par Salamandar . En réponse à la dépêche Le Top 500 des supercalculateurs de novembre 2015. Évalué à 2.
Parle de choses que tu connais, s'il te plaît.
Aujourd'hui, l'avenir me semble bien tracé pour le photovoltaïque organique.
Un rendement pas exceptionnel, mais très bon pour une techno qui a à peine 10 ans.
Une fabrication de cellules peu coûteuse en énergie et très peu polluante, un recyclage extrêmement facile.
Des cellules souples, semi-transparentes (genre, volets semi-transparents qui fournissent de l'énergie), et assez résistantes dans le temps (quoique de ce côté là, ya des progrès encore possibles).