Ils sortent beaucoup d'appli qui font un peu doublon et qui ne sont pas au niveau :
Konqueror/Firefox
Quand tu vois l'effort sur l'intégration entre Plasma et les navigateurs web (extension «Plasma integration» sur Firefox et Chrome/Chromium), tu ne peux pas dire que tout KDE ignore que les navigateurs web utilisés ne sont pas les navigateurs historiques du projet…
Quand GNOME a annoncé les décoration côté application, KDE a dit que c'était de la merde (je caricature presque pas) et qu'ils allaient proposer mieux. Le soit disant mieux a été proposé mais toujours pas implémenter (la migration vers Wayland prenant du temps à mon avis).
Mais les décorations côté application sont à mon goût la pire connerie qu'il soit. Ça produit un environnement complètement désordonné, dans la mouvance actuelle où le «design» l'emporte sur tout, y compris sur l'utilisabilité.
Je suis encore en X11 actuellement (l'absence de support du protocole de buffer souris par les applications GTK me rend fou), et pour les applis qui demandent au gestionnaire de fenêtre de désactiver les décorations, elles se prennent un changement de config quand c'est possible, une règle KWin sinon.
Ne pas confondre la situation de Konqueror et la situation de Calligra.
Konqueror fait partie de la suite historique d'applications de base de KDE. Calligra, ex-KOffice, n'en a jamais fait partie. Et il n'y a pas d'organe décisionnel au sein du projet KDE qui va dire «ce projet ne sert pas, abandonnez le !». De toute façon… quel intérêt ? Calligra ne coûte au projet KDE que l'espace pris sur le serveur git, un nom de domaine, un peu d'espace sur un serveur web…
Aujourd'hui, il y a à peu près 0.1 personne qui travaille sur Calligra (j'ai recommencé à contribuer y'a ~10 jours après plusieurs années d'absence). Par contre le projet reste fondamentalement différent de LibreOffice et utile par ses différences, en particulier sur l'adaptation aux smartphones/tablettes. L'afficheur de documents de Jolla est basé sur Calligra, Okular a un plugin Calligra, et je compte bien m'assurer que Plasma Mobile soit capable d'afficher des documents également.
LibreOfficeKit pourrait être intéressant à exploiter pour ça, mais ça reste LibreOffice qui aurait besoin d'un énorme travail de nettoyage pour être vraiment pratique sur cet usage, en particulier son temps de démarrage.
Et pas plus tard que ce mardi, j'ai reçu un fichier word (format historique qui plus est) qui s'affichait passablement sur un Google Doc, était illisible sur LibreOffice mais quasi parfait sur Calligra (j'ai eu à faire un patch pour atteindre le parfait à mes yeux, un vieux bug que je n'avais jamais pris le temps de creuser). Rien que pour ça, je veux continuer de coder sur Calligra.
Konqueror est avant tout la victime du web. Maintenir un navigateur web pleinement fonctionnel et utilisable est un boulot devenu colossal et réservé à quelques entreprises. KHTML ne pouvait plus être maintenu par l'équipe KDE à un niveau suffisant, et même WebKit/WebEngine sont limites aujourd'hui pour construire un navigateur web (il faut gérer les webextensions notamment).
Et pour ma part, je n'ai 2 applis GTK : Gimp et Firefox (et aucune application web, non merci)
D'ailleurs, je crois que libreoffice en a même profité en mettant la tête d'openoffice sous l'eau.
C'est ne pas connaître l'histoire que de reprocher la situation à LibreOffice.
LibreOffice est né de go-oo, un fork amical d'OpenOffice maintenu par les distributeurs Linux (Novell, Debian…) afin d'y intégrer divers patchs et outils qui simplifiaient la compilation et la contribution. OpenOffice était alors très très fermé aux contributions externes.
Lors du rachat de Sun par Oracle, go-oo a été transformé en LibreOffice, par crainte des comportements d'Oracle. Craintes justifiées puisqu'oracle a licencié toute l'équipe et choisi de donner OpenOffice à la fondation Apache plutôt que de le donner à la Document Foundation. OpenOffice était encore soumis à un accord de copyright pour toute contribution externe. Du coup on s'est retrouvé avec OpenOffice qui ne pouvait pas reprendre les fonctionnalités de LibreOffice et avec un gros retard en nombre de contributeurs, et de l'autre LibreOffice qui pouvait reprendre les fonctionnalités d'OpenOffice tout en ayant plus de contributeurs.
Aujourd'hui, OpenOffice est dans le coma. Il y a très peu de contributeurs, seul le nom persiste finalement. Et c'est ce que la document foundation reproche : il serait plus sain d'arrêter le projet et de re-fusionner, surtout en l'absence d'élément en faveur d'OpenOffice. Ce n'est pas comme si ils avaient une super interface révolutionnaire, ou une meilleure compatibilité avec tel format ou que sais-je…
Le CSS permet ça sans problème depuis longtemps. Ça n'existe à ma connaissance pas sous Microsoft Word, ni sous LibreOffice Writer.
La norme OpenDocument permet des tailles de caractères relatives y compris dans les styles de caractère, mais relatives au style parent (attribut XSL fo:font-size). Or entre un style de caractère et un style de paragraphe, il n'y a pas cette relation.
Du coup ce que tu demandes ici ne peut se faire sans une modification de la norme OpenDocument, ou l'utilisation d'attributs propriétaires aux logiciels (le temps de faire évoluer la norme), et bien sûr avec quelqu'un qui fasse le développement correspondant et arrive à le pousser.
Je ne dis pas que c'est impossible bien sûr, mais c'est assez compliqué à mettre en place…
Alors, je ne connais pas OnlyOffice. Je rate peut-être un monument, mais il n'est pas dans mes paquets, et comme je ne trouve pas de belles instructions de compilation, je vais pas trop me fatiguer.
Mais allons sur la page ouikipedia et lisons: https://en.wikipedia.org/wiki/OnlyOffice
«As of January 2021, ONLYOFFICE does not support RTL Languages (such as Hebrew and Arabic), and there's no plan to support RTL in the nearest future.»
Bon ben je vais m'arrêter là, je pense que LibreOffice a encore de beaux jours devant lui en seule grande alternative libre et compatible Linux pour Microsoft Office.
Sur ce, je retourne faire du code, je parle pas le russe mais on m'a signalé sur un logiciel un problème de compatibilité avec les encodages pré-unicode pour le russe…
tu te soignes, c'est fini en 7 jours
tu fous rien, c'est terminé en une semaine
Heu… Sans déc, tu l'as déjà chopée ?
Perso je l'ai eu y'a deux ans. J'ai déliré pendant plusieurs jours à cause de la fièvre, j'ai contaminé des gens que j'ai vu la veille du pic de fièvre… Une fois le traitement commencé, ça s'est amélioré assez vite, mais je suis resté épuisé pendant une bonne quinzaine de jours…
Donc «c'est fini en 7 jours» / «c'est terminé en une semaine», ça dépend de ta chance à la loterie.
😳 la vache, tu fais quoi avec ta machine pour remplir 16Gb?
Du dev embarqué notamment, et cross-compiler tout un système du noyau jusqu'à l'espace utilisateur, avec un QtWebEngine dans le lot parce que le client veut pouvoir afficher une page web… Ben avec 16GB j'étais très court. Je ne dis pas que ça ne passait pas, mais je devais fermer pas mal d'applis (IDE, navigateurs web…)
Le debug de gros binaires (pas embarqués pour le coup) est aussi assez délicat et peut consommer pas mal de RAM.
Et je ne parle pas de la virtualisation, quand tu as une VM qui a besoin de 8GB de RAM pour tourner et que tu cumules avec quelques trucs gourmand en local, tu t'approches bien plus vite des 16GB que tu ne l'espères…
Évidemment, je pourrais passer du temps sur tous les outils que j'utilise pour que tel ou tel outil d'analyse de perf soit moins gourmand en RAM, que tel programme soit plus économe… Mais je ne l'ai pas toujours donc j'ai du suivre le mouvement (par contre sur mon nouveau serveur perso j'ai 2GB de RAM et je ne compte pas passer à 4, donc les trucs pas optimisés seront rejetés ou corrigés… faut pas déconner)
Pour être tout à fait franc, mon laptop à bientôt 5 ans, je pourrais pas te dire si j’ai 8 ou 16gb de ram, et j’ai jamais eu de problèmes de ram
Pour ma part, j'ai déjà eu des problèmes avec 16GB où je n'arrivais pas à alimenter suffisamment en tâches mon CPU parce que je tombais à court de RAM… Du coup maintenant je suis passé à 32.
Par contre dans le cas de gens lambda, j'ai déjà vu des machines saturées parce qu'elles n'avaient que 4GB, ce qui était encore fréquent il y a 5 ans, et carrément insuffisant avec un navigateur web moderne et quelques onglets d'applications web ouverts. L'ordinateur de ma compagne était dans ce cas…
après, c’est un peu dommage de tester x86 vs x86, plutôt que le sujet du moment, x86 vs m1.
Si on pouvait coupler des cœurs x86 avec la même archi mémoire que le M1, le résultat serait intéressant je pense. (Bon, et il faut avoir accès à la gravure 5nm de TSMC)
Le M1 met la tannée aux machines x86, tant mieux, mais au prix d'une interdiction d'évolution du matériel. Cf par exemple https://www.theregister.com/2020/11/19/apple_m1_high_bandwidth_memory_performance/
Et entre les performances immédiates et la possibilité d'évoluer mon matériel au fil des ans, je préfère le second. J'ai déjà «prolongé» beaucoup de machines, même portables, avec un changement de stockage ou de RAM. Apple a choisi de mettre le curseur ailleurs, grand bien leur fasse, mais il faudrait clairement l'indiquer quand on clame qu'on a la plus grosse :)
macOS n'est pas un bon système à virtualiser, d'ailleurs il n'y a même pas de moyen officiel de faire une VM macOS même sous mac. macOS est performant sur sa plateforme cible, un mac physique.
Apple autorise la virtualisation de MacOS sur MacOS, ce qui a été testé ici.
J'aimerais bien voir ce test sous un vrai mac avec la puce M1, sans virtualisation (qui à priori est plus performante que certains i5 et i7).
Et dans ce cas ce sera biaisé dans l'autre sens puisqu'aucun OS tiers ne peut tourner sur ces machines pour le moment.
mes projets compilent à quelques secondes près sur chacun d'eux.
Ce n'est pas comparable à la compilation d'un navigateur web ou d'un noyau de système d'exploitation. L'écart qui peut paraître insignifiant (mettons par exemple 0,5s sur un petit projet) va devenir conséquent sur un gros projet, il suffit qu'il soit linéaire avec le nombre de fichiers à compiler.
Mais justement. "master" était un terme parfaitement adapté, sans aucun rapport avec l'esclavagisme.
Je n'ai également jamais vu le "master" de git comme le "maître" d'un esclave mais comme le "master" d'un disque, ou le "maître" que l'on suit, qui nous inspire dans notre travail ou notre formation.
Mes dépôts sont bien maîtres à leur tour. S'ils étaient appelés esclaves d'un maître, ce ne serait pas la même chose.
Tu t'emballes un peu je pense, relis bien son message.
Aujourd'hui, dans le monde, il y a des centaines de milliers, probablement des millions d'esclaves. Fouettés, travaillant jusqu'à la mort dès leur plus jeune âge. Leur sang fabrique les vêtements, chaussures et autres biens à la con vendus à 5 balles nécessaire à la sainte consommation. Pareil pour l'industrie du numérique qui dépend de l'extraction par des esclaves de terres rares en afrique. Ou pour préparer la prochaine coupe du monde au Qatar.
Donc aujourd'hui, oui, les "afro-américains ultra-consuméristes" sont tout autant responsables de l'esclavagisme que les "WASP" et en son temps le "petit bourgeois parisien du XIXè siècle qui voulait sucrer son café". Mais c'est loin l'esclavagisme, on respire tellement mieux comme ça plutôt qu'en ayant nos esclaves à côté de chez nous capables de se révolter ou de nous indigner…
Par contre, quand un flic blanc tire dans le dos d'un afro-américain… je doute que mettre un masque sur la mémoire aide quoi que ce soit fasse à la bêtise crasse et au racisme dégueulasse en jeu ici.
Quelle agressivité ! j'espère au moins pour toi que tu as eu la sensation jouissive sadique du chasseur quand il déclenche le tir pour abattre le volatile qui passait par là … “Ouais, -1, c'ui-là j'ai eu, j'suis vach'ment fort !”
Le sadique a besoin de voir sa victime souffrir. Je n'ai pas vu de sang en cliquant sur le lien (ça pourrait être marrant)
J'ai uniquement expliqué mon -1. Sinon je peux faire comme au moins 9 autres personnes qui ont cliqué sur inutile sans prendre la peine de mettre une explication, si tu préfères…
1) le titre est putaclic à volonté
… et il peut être inquiétant. Si Firefox disparaît, seul Google existera.
Je note que tu ne contredis pas mon point : ce titre est dangereux…
Et si la fondation Mozilla disparaît, peut-être aura-t-on une vraie communauté libre qui saura poursuivre le développement de Firefox… peut-être pas en continuant la course débilisante derrière Google pour avoir une foultitudes de nouvelles APIs JS uniquement dans le but de développer le nouveau joujou en application Web plutôt qu'en application native, mais je serais pas contre la fin de cette course.
2) le contenu n'a… rien pour appuyer le titre ? même pas grand chose en rapport avec le titre…
Oui et non. Disons que dire que des emplois sont supprimés, associé au fait de préciser que la priorité est mise sur les contenus payants, peut inciter à penser que le navigateur (gratuit) va être (implicitement) moins l'objet d'attention.
Sans source pour appuyer cette allégation. Donc c'est un PID (Peur, Incertitude et Doute).
3) des sources ? au passage, rien pour dire que c'est un logiciel libre et qu'on peut l'aider en y contribuant…
Après lecture de la source, il est possible, effectivement, que l'article de presse-citron ait sur-interprété les propos de Mitchell Baker. Ou pas, je ne peux en être sûr, ayant des difficultés à lire entre les lignes dans un texte en langue anglaise.
Et c'est là toute la force d'une désinformation. Marquer les esprits, et faire douter à la lecture de textes qui ne vont pas dans le même sens.
1) le titre est putaclic à volonté
2) le contenu n'a… rien pour appuyer le titre ? même pas grand chose en rapport avec le titre…
3) des sources ? au passage, rien pour dire que c'est un logiciel libre et qu'on peut l'aider en y contribuant…
PS: vélo sec également ;) Jamais testé d'électrique…
Pour les gens comme moi qui ont des soucis physiques, c'est très agréable et permet d'avoir encore le geste de pédaler et un effort physique (amoindri) à fournir, tout en se déplaçant en consommant beaucoup moins d'énergie que la voiture.
(Bon par contre pour mon cas ça m'a montré que c'est le geste de pédaler qui pose problème, et pas seulement l'effort musculaire induit… dommage)
Alors j'ai pas retrouvé de telle publicité dans mes archives, même si je suis sûr d'avoir déjà lu un article à ce sujet, mais ça pouvait être une publicité non-française, donc soit.
Par contre, on a ce genre de chose : https://www.lemonde.fr/blog/transports/2017/09/01/volkswagen-vs-cyclistes/
Donc on ne dit pas que c'est dangereux, on ne fait qu'insulter…
Nan mais t'as raison, montrer la pollution et les embouteillages c'est hyper violent et traumatisant.
Le pire c'est de faire «fondre» la voiture. Ça c'est criminel !
Un collègue m'a parlé de ce problème, et étant chez l'écureil également, j'avais regardé.
Et il se trouve que si on utilise ublock ET noscript, alors il n'y a pas de problème. Je n'autorise que le domaine de la banque en JS et tout baigne. Du coup, il suffit de filtrer vraiment pour que ça marche :)
sur I-Phone, ça marche moyen: si deux utilisateurs de l'appli sur I-Phone font l'amour pendant deux heures avec leur téléphone sur eux, l'appli ne détectera aucun contact (encore un faux négatif).
Qui es-tu pour juger des pratiques sexuelles d'autrui ? :)
Ma foi, tu devrais aller demander à l'ASN de corriger ses écrits alors :
Les décisions prises et les actions engagées par l’exploitant ont été précipitées après la découverte de la non-ouverture de l’évent, sans évaluation préalable de leurs impacts avérés et potentiels, alors que le réacteur se trouvait dans une configuration non-conforme aux règles générales d’exploitation. L’analyse réalisée a posteriori par l’exploitant, à la demande de l’ASN, a montré que le refroidissement des assemblages de combustible situés dans la cuve du réacteur a été maintenu durant l’événement.
Pour l'ASN, il y a eu un doute sur la continuité du refroidissement. Et une interruption du refroidissement signifie un risque réel de début de fusion.
Et concernant ce qui était j'espère une boutade de ta part sur le niveau 1 : tout incident de niveau 1 implique un communiqué de presse. Et non, EDF ne fait pas un communiqué de presse pour des histoires de toilettes…
C'est d'autant plus étrange que ca me semble être quelque chose que l'on puisse au moins vérifier l'état de la vanne à l'aide d'un capteur, afin de s'assurer que la procédure ne puisse pas être lancée si la vanne est fermée.
Et si ce capteur se trompe ? On double ? Mais alors que fait-on si les deux capteurs divergent ? On triple et on fait un quorum ?
Et c'est comme ça que l'on a perdu un A320, deux des trois sondes d'AoA se sont trompées… https://en.wikipedia.org/wiki/XL_Airways_Germany_Flight_888T
[^] # Re: Toujours mieux ?
Posté par Pinaraf . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à 10.
Quand tu vois l'effort sur l'intégration entre Plasma et les navigateurs web (extension «Plasma integration» sur Firefox et Chrome/Chromium), tu ne peux pas dire que tout KDE ignore que les navigateurs web utilisés ne sont pas les navigateurs historiques du projet…
[^] # Re: Toujours mieux ?
Posté par Pinaraf . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à 8.
https://invent.kde.org/libraries/plasma-wayland-protocols/-/blob/master/src/protocols/server-decoration.xml ?
Mais les décorations côté application sont à mon goût la pire connerie qu'il soit. Ça produit un environnement complètement désordonné, dans la mouvance actuelle où le «design» l'emporte sur tout, y compris sur l'utilisabilité.
Je suis encore en X11 actuellement (l'absence de support du protocole de buffer souris par les applications GTK me rend fou), et pour les applis qui demandent au gestionnaire de fenêtre de désactiver les décorations, elles se prennent un changement de config quand c'est possible, une règle KWin sinon.
[^] # Re: Toujours mieux ?
Posté par Pinaraf . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à 10.
Ne pas confondre la situation de Konqueror et la situation de Calligra.
Konqueror fait partie de la suite historique d'applications de base de KDE. Calligra, ex-KOffice, n'en a jamais fait partie. Et il n'y a pas d'organe décisionnel au sein du projet KDE qui va dire «ce projet ne sert pas, abandonnez le !». De toute façon… quel intérêt ? Calligra ne coûte au projet KDE que l'espace pris sur le serveur git, un nom de domaine, un peu d'espace sur un serveur web…
Aujourd'hui, il y a à peu près 0.1 personne qui travaille sur Calligra (j'ai recommencé à contribuer y'a ~10 jours après plusieurs années d'absence). Par contre le projet reste fondamentalement différent de LibreOffice et utile par ses différences, en particulier sur l'adaptation aux smartphones/tablettes. L'afficheur de documents de Jolla est basé sur Calligra, Okular a un plugin Calligra, et je compte bien m'assurer que Plasma Mobile soit capable d'afficher des documents également.
LibreOfficeKit pourrait être intéressant à exploiter pour ça, mais ça reste LibreOffice qui aurait besoin d'un énorme travail de nettoyage pour être vraiment pratique sur cet usage, en particulier son temps de démarrage.
Et pas plus tard que ce mardi, j'ai reçu un fichier word (format historique qui plus est) qui s'affichait passablement sur un Google Doc, était illisible sur LibreOffice mais quasi parfait sur Calligra (j'ai eu à faire un patch pour atteindre le parfait à mes yeux, un vieux bug que je n'avais jamais pris le temps de creuser). Rien que pour ça, je veux continuer de coder sur Calligra.
[^] # Re: Toujours mieux ?
Posté par Pinaraf . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à 10.
Konqueror est avant tout la victime du web. Maintenir un navigateur web pleinement fonctionnel et utilisable est un boulot devenu colossal et réservé à quelques entreprises. KHTML ne pouvait plus être maintenu par l'équipe KDE à un niveau suffisant, et même WebKit/WebEngine sont limites aujourd'hui pour construire un navigateur web (il faut gérer les webextensions notamment).
Et pour ma part, je n'ai 2 applis GTK : Gimp et Firefox (et aucune application web, non merci)
[^] # Re: libre ou pas
Posté par Pinaraf . En réponse au journal C'est foutu pour LibreOffice. Évalué à 10.
C'est ne pas connaître l'histoire que de reprocher la situation à LibreOffice.
LibreOffice est né de go-oo, un fork amical d'OpenOffice maintenu par les distributeurs Linux (Novell, Debian…) afin d'y intégrer divers patchs et outils qui simplifiaient la compilation et la contribution. OpenOffice était alors très très fermé aux contributions externes.
Lors du rachat de Sun par Oracle, go-oo a été transformé en LibreOffice, par crainte des comportements d'Oracle. Craintes justifiées puisqu'oracle a licencié toute l'équipe et choisi de donner OpenOffice à la fondation Apache plutôt que de le donner à la Document Foundation. OpenOffice était encore soumis à un accord de copyright pour toute contribution externe. Du coup on s'est retrouvé avec OpenOffice qui ne pouvait pas reprendre les fonctionnalités de LibreOffice et avec un gros retard en nombre de contributeurs, et de l'autre LibreOffice qui pouvait reprendre les fonctionnalités d'OpenOffice tout en ayant plus de contributeurs.
Aujourd'hui, OpenOffice est dans le coma. Il y a très peu de contributeurs, seul le nom persiste finalement. Et c'est ce que la document foundation reproche : il serait plus sain d'arrêter le projet et de re-fusionner, surtout en l'absence d'élément en faveur d'OpenOffice. Ce n'est pas comme si ils avaient une super interface révolutionnaire, ou une meilleure compatibilité avec tel format ou que sais-je…
[^] # Re: Élément qui fait rêver
Posté par Pinaraf . En réponse au journal C'est foutu pour LibreOffice. Évalué à 8.
La norme OpenDocument permet des tailles de caractères relatives y compris dans les styles de caractère, mais relatives au style parent (attribut XSL fo:font-size). Or entre un style de caractère et un style de paragraphe, il n'y a pas cette relation.
Du coup ce que tu demandes ici ne peut se faire sans une modification de la norme OpenDocument, ou l'utilisation d'attributs propriétaires aux logiciels (le temps de faire évoluer la norme), et bien sûr avec quelqu'un qui fasse le développement correspondant et arrive à le pousser.
Je ne dis pas que c'est impossible bien sûr, mais c'est assez compliqué à mettre en place…
# Ou pas
Posté par Pinaraf . En réponse au journal C'est foutu pour LibreOffice. Évalué à 10.
Alors, je ne connais pas OnlyOffice. Je rate peut-être un monument, mais il n'est pas dans mes paquets, et comme je ne trouve pas de belles instructions de compilation, je vais pas trop me fatiguer.
Mais allons sur la page ouikipedia et lisons: https://en.wikipedia.org/wiki/OnlyOffice
«As of January 2021, ONLYOFFICE does not support RTL Languages (such as Hebrew and Arabic), and there's no plan to support RTL in the nearest future.»
Bon ben je vais m'arrêter là, je pense que LibreOffice a encore de beaux jours devant lui en seule grande alternative libre et compatible Linux pour Microsoft Office.
Sur ce, je retourne faire du code, je parle pas le russe mais on m'a signalé sur un logiciel un problème de compatibilité avec les encodages pré-unicode pour le russe…
# T'as déjà eu la grippe ?
Posté par Pinaraf . En réponse au journal genre, ils nous prendraient pour des neuneux ?. Évalué à 10.
Heu… Sans déc, tu l'as déjà chopée ?
Perso je l'ai eu y'a deux ans. J'ai déliré pendant plusieurs jours à cause de la fièvre, j'ai contaminé des gens que j'ai vu la veille du pic de fièvre… Une fois le traitement commencé, ça s'est amélioré assez vite, mais je suis resté épuisé pendant une bonne quinzaine de jours…
Donc «c'est fini en 7 jours» / «c'est terminé en une semaine», ça dépend de ta chance à la loterie.
[^] # Re: Pertinence ?
Posté par Pinaraf . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 3.
Du dev embarqué notamment, et cross-compiler tout un système du noyau jusqu'à l'espace utilisateur, avec un QtWebEngine dans le lot parce que le client veut pouvoir afficher une page web… Ben avec 16GB j'étais très court. Je ne dis pas que ça ne passait pas, mais je devais fermer pas mal d'applis (IDE, navigateurs web…)
Le debug de gros binaires (pas embarqués pour le coup) est aussi assez délicat et peut consommer pas mal de RAM.
Et je ne parle pas de la virtualisation, quand tu as une VM qui a besoin de 8GB de RAM pour tourner et que tu cumules avec quelques trucs gourmand en local, tu t'approches bien plus vite des 16GB que tu ne l'espères…
Évidemment, je pourrais passer du temps sur tous les outils que j'utilise pour que tel ou tel outil d'analyse de perf soit moins gourmand en RAM, que tel programme soit plus économe… Mais je ne l'ai pas toujours donc j'ai du suivre le mouvement (par contre sur mon nouveau serveur perso j'ai 2GB de RAM et je ne compte pas passer à 4, donc les trucs pas optimisés seront rejetés ou corrigés… faut pas déconner)
[^] # Re: Pertinence ?
Posté par Pinaraf . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 2.
On ne parle pas de RAM soudée là mais de RAM dans le SoC. Ce qui est, pour un ordinateur grand public, une nouveauté. D'ailleurs même sur des (grosses) cartes embarquées ce n'est pas systématique, cf. par exemple https://wiki.pine64.org/index.php?title=ROCKPro64#Board_layout ou la Raspberry Pi 4 (https://blog.seeedstudio.com/wp-content/uploads/2020/05/raspberry-Pi-4-8G-update2-.jpg) où les puces de RAM sont à côté du SoC.
Pour ma part, j'ai déjà eu des problèmes avec 16GB où je n'arrivais pas à alimenter suffisamment en tâches mon CPU parce que je tombais à court de RAM… Du coup maintenant je suis passé à 32.
Par contre dans le cas de gens lambda, j'ai déjà vu des machines saturées parce qu'elles n'avaient que 4GB, ce qui était encore fréquent il y a 5 ans, et carrément insuffisant avec un navigateur web moderne et quelques onglets d'applications web ouverts. L'ordinateur de ma compagne était dans ce cas…
[^] # Re: Pertinence ?
Posté par Pinaraf . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 4.
Si on pouvait coupler des cœurs x86 avec la même archi mémoire que le M1, le résultat serait intéressant je pense. (Bon, et il faut avoir accès à la gravure 5nm de TSMC)
Le M1 met la tannée aux machines x86, tant mieux, mais au prix d'une interdiction d'évolution du matériel. Cf par exemple https://www.theregister.com/2020/11/19/apple_m1_high_bandwidth_memory_performance/
Et entre les performances immédiates et la possibilité d'évoluer mon matériel au fil des ans, je préfère le second. J'ai déjà «prolongé» beaucoup de machines, même portables, avec un changement de stockage ou de RAM. Apple a choisi de mettre le curseur ailleurs, grand bien leur fasse, mais il faudrait clairement l'indiquer quand on clame qu'on a la plus grosse :)
[^] # Re: Pertinence ?
Posté par Pinaraf . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 4. Dernière modification le 23 novembre 2020 à 14:25.
Apple autorise la virtualisation de MacOS sur MacOS, ce qui a été testé ici.
Et dans ce cas ce sera biaisé dans l'autre sens puisqu'aucun OS tiers ne peut tourner sur ces machines pour le moment.
Ce n'est pas comparable à la compilation d'un navigateur web ou d'un noyau de système d'exploitation. L'écart qui peut paraître insignifiant (mettons par exemple 0,5s sur un petit projet) va devenir conséquent sur un gros projet, il suffit qu'il soit linéaire avec le nombre de fichiers à compiler.
[^] # Re: Et pour les diplômes ?
Posté par Pinaraf . En réponse au journal GitHub remplace la branche master par main. Évalué à 10.
Mais justement. "master" était un terme parfaitement adapté, sans aucun rapport avec l'esclavagisme.
Je n'ai également jamais vu le "master" de git comme le "maître" d'un esclave mais comme le "master" d'un disque, ou le "maître" que l'on suit, qui nous inspire dans notre travail ou notre formation.
Mes dépôts sont bien maîtres à leur tour. S'ils étaient appelés esclaves d'un maître, ce ne serait pas la même chose.
[^] # Re: linux
Posté par Pinaraf . En réponse au journal GitHub remplace la branche master par main. Évalué à 10.
Tu t'emballes un peu je pense, relis bien son message.
Aujourd'hui, dans le monde, il y a des centaines de milliers, probablement des millions d'esclaves. Fouettés, travaillant jusqu'à la mort dès leur plus jeune âge. Leur sang fabrique les vêtements, chaussures et autres biens à la con vendus à 5 balles nécessaire à la sainte consommation. Pareil pour l'industrie du numérique qui dépend de l'extraction par des esclaves de terres rares en afrique. Ou pour préparer la prochaine coupe du monde au Qatar.
Donc aujourd'hui, oui, les "afro-américains ultra-consuméristes" sont tout autant responsables de l'esclavagisme que les "WASP" et en son temps le "petit bourgeois parisien du XIXè siècle qui voulait sucrer son café". Mais c'est loin l'esclavagisme, on respire tellement mieux comme ça plutôt qu'en ayant nos esclaves à côté de chez nous capables de se révolter ou de nous indigner…
Par contre, quand un flic blanc tire dans le dos d'un afro-américain… je doute que mettre un masque sur la mémoire aide quoi que ce soit fasse à la bêtise crasse et au racisme dégueulasse en jeu ici.
[^] # Re: Article vide, titre putaclic, sans sources…
Posté par Pinaraf . En réponse au lien Mozilla songerait à mettre de côté son navigateur historique Firefox. Évalué à 4.
Le sadique a besoin de voir sa victime souffrir. Je n'ai pas vu de sang en cliquant sur le lien (ça pourrait être marrant)
J'ai uniquement expliqué mon -1. Sinon je peux faire comme au moins 9 autres personnes qui ont cliqué sur inutile sans prendre la peine de mettre une explication, si tu préfères…
Je note que tu ne contredis pas mon point : ce titre est dangereux…
Et si la fondation Mozilla disparaît, peut-être aura-t-on une vraie communauté libre qui saura poursuivre le développement de Firefox… peut-être pas en continuant la course débilisante derrière Google pour avoir une foultitudes de nouvelles APIs JS uniquement dans le but de développer le nouveau joujou en application Web plutôt qu'en application native, mais je serais pas contre la fin de cette course.
Sans source pour appuyer cette allégation. Donc c'est un PID (Peur, Incertitude et Doute).
Et c'est là toute la force d'une désinformation. Marquer les esprits, et faire douter à la lecture de textes qui ne vont pas dans le même sens.
# Article vide, titre putaclic, sans sources…
Posté par Pinaraf . En réponse au lien Mozilla songerait à mettre de côté son navigateur historique Firefox. Évalué à 10.
1) le titre est putaclic à volonté
2) le contenu n'a… rien pour appuyer le titre ? même pas grand chose en rapport avec le titre…
3) des sources ? au passage, rien pour dire que c'est un logiciel libre et qu'on peut l'aider en y contribuant…
Bref, -1.
[^] # Re: Paille, poutre, tout ça…
Posté par Pinaraf . En réponse au journal Publicité télévisée pour les vélos interdite. Évalué à 5.
Pour les gens comme moi qui ont des soucis physiques, c'est très agréable et permet d'avoir encore le geste de pédaler et un effort physique (amoindri) à fournir, tout en se déplaçant en consommant beaucoup moins d'énergie que la voiture.
(Bon par contre pour mon cas ça m'a montré que c'est le geste de pédaler qui pose problème, et pas seulement l'effort musculaire induit… dommage)
[^] # Re: Tous les coups ne sont pas permis
Posté par Pinaraf . En réponse au journal Publicité télévisée pour les vélos interdite. Évalué à 6.
Alors j'ai pas retrouvé de telle publicité dans mes archives, même si je suis sûr d'avoir déjà lu un article à ce sujet, mais ça pouvait être une publicité non-française, donc soit.
Par contre, on a ce genre de chose : https://www.lemonde.fr/blog/transports/2017/09/01/volkswagen-vs-cyclistes/
Donc on ne dit pas que c'est dangereux, on ne fait qu'insulter…
[^] # Re: Tous les coups ne sont pas permis
Posté par Pinaraf . En réponse au journal Publicité télévisée pour les vélos interdite. Évalué à 10.
Nan mais t'as raison, montrer la pollution et les embouteillages c'est hyper violent et traumatisant.
Le pire c'est de faire «fondre» la voiture. Ça c'est criminel !
# Cible pour Plasma mobile également
Posté par Pinaraf . En réponse au journal 1er retour sur le PinePhone. Évalué à 7.
Il n'y a pas que GTK dans la vie, et le projet KDE travaille également sur la compatibilité de Plasma Mobile avec le PinePhone (entres autres).
https://www.plasma-mobile.org/
Pour ma part, j'attends avec impatience la version 1.2a du PinePhone pour l'acheter en remplacement de mon Jolla (disparu dans un TGV en février)
# Protection = HS, mais protection + protection = site qui marche
Posté par Pinaraf . En réponse au journal Dans son barillet, l'écureuil ne met pas des noisettes.. Évalué à 10.
Un collègue m'a parlé de ce problème, et étant chez l'écureil également, j'avais regardé.
Et il se trouve que si on utilise ublock ET noscript, alors il n'y a pas de problème. Je n'autorise que le domaine de la banque en JS et tout baigne. Du coup, il suffit de filtrer vraiment pour que ça marche :)
[^] # Re: L'illusion de traçabilité du covid
Posté par Pinaraf . En réponse au sondage Allez‑vous installer l’application de traçage gouvernementale StopCovid ?. Évalué à 3.
Qui es-tu pour juger des pratiques sexuelles d'autrui ? :)
[^] # Re: ASN
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 3.
Ma foi, tu devrais aller demander à l'ASN de corriger ses écrits alors :
Pour l'ASN, il y a eu un doute sur la continuité du refroidissement. Et une interruption du refroidissement signifie un risque réel de début de fusion.
Et concernant ce qui était j'espère une boutade de ta part sur le niveau 1 : tout incident de niveau 1 implique un communiqué de presse. Et non, EDF ne fait pas un communiqué de presse pour des histoires de toilettes…
[^] # Re: échec?
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 8.
Les deux accidents de Saint Laurent des Eaux sont bien des accidents de fusion du cœur, 20kg d'uranium en 1980 et 50kg en 1969.
[^] # Re: Pas forcément amateurisme
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 4.
Et si ce capteur se trompe ? On double ? Mais alors que fait-on si les deux capteurs divergent ? On triple et on fait un quorum ?
Et c'est comme ça que l'on a perdu un A320, deux des trois sondes d'AoA se sont trompées… https://en.wikipedia.org/wiki/XL_Airways_Germany_Flight_888T
Est-ce si simple donc d'ajouter un capteur ?