FUUUUUUUUUUU UUUUUUUUUU UUUUUUUUUUU UUUUUUUUUUUUU - Page 170

vince (./5065) :
c'est probablement le réglage du flotteur

Le voisin bricoleur est revenu jeter un coup d'œil et effectivement, c'était ça. Mon resserrage de l'autre jour avait amélioré les choses, mais le niveau dans la chasse était encore trop haut (l'eau affleurait le bord du tube d'évacuation), du coup ça risquait de continuer à fuir de manière intermittente. Après un resserrage supplémentaire, il y a maintenant une marge raisonnable entre le niveau de l'eau et l'extrémité du tube.

Les chasses d'eau étant à la mode, j'ai eu droit de changer les deux miennes également (j'aurais peut-être pu m'épargner le changement, mais je pense que c'était le plus rapide)

Tu les as remplacées par des modèles compatibles Homekit, j'espère ?

évidemment !

Putain mais ces entreprises japonaises et leur spam. Impossible de te désabonner facilement de virtuellement aucun service. Il faut au minimum se loguer sur leur portail web pour se désabonner. Et quand tu as oublié le MDP, ben

Ils veulent pas me renvoyer de MDP sans un questionnaire genre "vous êtes client ? Quel était votre numéro de tel chez nous, etc." (c'est Docomo, l'opérateur téléphonique numéro 1).

Et virtuellement TOUTES les entreprises c'est une frustration comme ça pour se désabonner de mails que tu n'as pas demandé (parce qu'ils n'ont pas de RGPD qui les oblige à mettre une case à cocher). Surtout qu'ils savent comment faire : au début ils en envoient un par mois, et ça finit par un par semaine, un tous les 3 jours etc.

C'est vraiment toute la mentalité japonaise, en façade on en fait des tonnes, mais dès qu'on peut le faire sans être mal vu (car tous les autres le font), on montre le mépris qu'on a en réalité pour le client.

Prends-toi un fournisseur de courriels qui propose les alias illimités.

flanker (./5067) :
genre si GitHub devenait la propriété de Microsoft, même si heureusement ça n'arrivera bien sûr jamais

Pardon ?! J'ai mal lu, là ?

Oui, MS ne pourra jamais racheter GitHub (faudrait qu'ils le revendent à qqn d'autre d'abord).

redangel (./5076) :
Prends-toi un fournisseur de courriels qui propose les alias illimités.

flanker (./5067) :
genre si GitHub devenait la propriété de Microsoft, même si heureusement ça n'arrivera bien sûr jamais

Pardon ?! J'ai mal lu, là ?

c'est du second degré, bien sûr ^^

Ah fiouuuuuuuu

Raaaaaah.

Je vais devoir racheter un nouveau MacBook, plus lourd, pour mon boulot on dirait.
Je me débrouille encore malgré la lenteur mais là ça commence à vraiment abuser.

Y a aucune raison, c'est juste parce que la gestion de mémoire de macOS est tellement pétée que la moitié des 16 Go de RAM est utilisée comme "compressé" (c'est en gros une partition swap en RAM), faisant que mon ordi tourne avec ~3.5 Go de dispo pour les applis, ~2.5 Go réservés (pour le GPU, le kernel, etc.) et 2 Go de cache pour le système de fichiers.
Et 3.5 Go quand tu fais tourner Android Studio, un émulateur Android qui prend 4 Go au total, etc. c'est juste pas possible.
Mais y a aucune raison. Mon PC sous Windows, avec moins de puissance et un SSD bien moins performant, explose les perfs de mon Mac, qui n'a même pas deux ans.
Ça m'énerve de devoir en racheter un, de devoir filer de la thune à une compagnie qui sabote mon hardware. Mais pas le choix car je fais du dév iOS à bas niveau aussi :/

C’est moche que la RAM soit aussi chère. C’est vraiment *le* problème actuel des Mac je trouve.

Brunni > et pas moyen de bidouiller pour changer la taille des caches et du "swap" ?

Non justement, même pas possible de désactiver la compression (ça a été carrément retiré du code source du kernel).

Super...

Grmbl, y'a encore une touche de mon clavier (musical) qui ne marche plus. La dernière fois c'était un mi, ce coup-ci c'est un si [insérer jeu de mot de Brunni ici]. C'est réparable, mais toujours aussi pénible à démonter.

FUUUUUUUUUUU UUUUUUUUUU UUUUUUUUUUU UUUUUUUUUUUUUCK


J'ai voulu faire une folie en 2025 : faire une capture vidéo de mon écran sous Linux.

Bin impossible à faire.
La plupart des outils ne fonctionnent pas sous Wayland, même si certains semblent fonctionner mais sont buggués et n'affichent pas la touche pour arrêter la capture (et le raccourci clavier, avec la fameuse touche SUPER, ne fonctionne pas).
Le mieux que j'ai trouvé (OBS) peut capture correctement une fenêtre (mais pas l'écran complet)… sauf les menus contextuels de la fenêtre.

Bref, je vais devoir faire manuellement ma capture vidéo avec des screenshots assemblés (heureusement qu'il n'y a quelques secondes)

j'avais un peu testé avec obs, c'était juste pour un truc rapido, rien vu de contraignant, mais effectivement wayland limite beaucoup de choses

Le clic droit n’est pas capturé, et manque de pot ça change tout pour moi

Menteur ! Le clic droit, ça existe pas sur Mac !
relax Godzil, c'est une blague

je ne cherchais pas pour le coup à avoir le contrôle capturé, même si je me demande si démarrer du youtuber dev omgwtf ne serait pas sympa

philosophiquement wayland est casse couille++ ça peut se comprendre mais bloque beaucoup de choses

Et pourquoi pas utiliser une VM ?

Je ne peux pas faire tout ce que je veux sur le PC

Ca fait 15 ans qu'il y a des travaux sur Wayland... et pourtant, en effet, il reste impossible - parce qu'il n'y a simplement pas de protocole pour ça - ou difficile - manque de fiabilité - de réaliser des choses utiles, simples, qui fonctionnent bien partout ailleurs. Positionner des fenêtres en absolu, changer la résolution de l'écran, faire des captures d'écran (et a fortiori des captures d'écran animées), et certainement d'autres fonctionnalités bien connues.
Mais bon, que ça nous plaise ou non, les utilisateurs de Linux devront y passer un jour, puisque Xorg n'est plus vraiment maintenu. Pour cette raison de manque de maintenance, RHEL 10, qui sort avant la fin de H1 2025, n'aura plus que XWayland - ce qui a d'ailleurs certainement poussé à accélérer un peu la spécification de protocoles et leur implémentation, pour pouvoir fournir des DEs qui dysfonctionnent moins. Dans un premier temps, XWayland limitera les problèmes de compatibilité antérieure, au moins.

Hé ben. Il devrait plutôt s'appeler Waytogo. Comment ça se fait qu'il manque autant de choses, par curiosité ? Et pourquoi on ne maintient plus Xorg ?

++:

donc la philosophie originelle de wayland était mauvaise ou manque de ressources ?

Brunni (./5094) :
Et pourquoi on ne maintient plus Xorg ?

X a été conçu à une époque où le pipeline graphique était très différent, et ça colle de plus en plus mal avec le hardware moderne (donc ça nécessite des bricolages de plus en plus compliqués). De plus le code est une usine à gaz, avec notamment des problèmes de sécurité fondamentaux. Bref ça fait (très) longtemps qu'on sait que c'est une impasse, et qu'il faut une nouvelle archi graphique.

Je sais qu'un des requirements de Wayland était de faire quelque chose de plus sécurisé que X11, ce qui nécessite un nouveau protocole, une nouvelle architecture, et une nouvelle implémentation. X11 a été conçu bien avant qu'on se soucie de sécurité, ce qui est certes sympa pour certaines features (par exemple, le second clipboard X11 sélection pour copier - clic milieu pour coller... ça va me faire vraiment chier de devoir revenir à un seul clipboard Ctrl+C/V, si Wayland n'a toujours pas d'équivalent), mais est bien identifié depuis longtemps comme un problème, a minima de confidentialité. Et bien avant qu'on dispose d'accélérateurs graphiques avancés, a fortiori avec support 3D et compute.

Apparemment, il n'y a (virtuellement) plus de releases de Xorg (le serveur X lui-même, pas un certain nombre de libs X11 qui continuent à avoir des releases) parce que le temps passé par les mainteneurs à en produire (ce qui ne comprend pas que le simple fait de builder, comme on sait - il faut faire de la QA, etc.) vient au détriment du temps passé à faire des releases de Xwayland et des autres éléments de la stack graphique associés, qui sont une meilleure voie pour le moyen et long terme.

J'ai lu aussi qu'un des freins à l'élargissement de l'utilisation de Wayland dans le monde réel est que chaque desktop environment fait sa propre implémentation indépendante des protocoles. Comme les devs ne sont pas débiles et que la duplication de travail coûte cher, j'ai tendance à penser que cette duplication est largement obligée par quelque chose... mais je ne maîtrise pas quoi. D'autant qu'il existe une implémentation de référence de WM + compositeur Wayland: Weston.
Donc oui, il y a peut-être des problèmes soit dans la philosophie de Wayland, soit dans des aspects centraux d'implémentation. Que certains éléments soient mieux que X11 beaucoup plus ancien est loin de vouloir dire que le travail est parfait.
Vu autrement: une quinzaine d'années et toujours des manques fonctionnels significatifs est trop long pour être simplement dû à la résistance au changement.

(EDIT: cross, je rejoins Zerosquare dans mon premier paragraphe)

la vrai question sur un projet est elle les besoins, qui plus est basiques, ou la technique ?

wayland a fait des coupes franches de ce que j'en ai vu.

L'ensemble de protocoles Wayland a commencé petit, et grossit lentement - apparemment (un peu ? beaucoup pour certains protocoles ?) trop lentement: certains se plaignent de retards dans les reviews, ce qui a évidemment tendance à bloquer l'implémentation des protocoles non finalisés dans les divers DEs indépendants. Comme je l'écrivais, le fait que RHEL 10 n'ait plus que Xwayland (c'est logique pour une distro soi-disant maintenue 10 ans de chercher à ne pas commencer la période de "maintenance" avec un logiciel, fut-il critique, qui est déjà EOL dans les faits) a apparemment accéléré certaines choses.
Il reste que des projets comme Wine doivent contourner un certain nombre de limitations de Wayland, et subissent une dégradation des fonctionnalités là où Wayland aucun protocole, donc aucun WM/DE n'implémente ce qu'il faut.

De leur côté, les utilisateurs cherchent à continuer de faire leur travail, efficacement, et avec le minimum de changements par rapport à leurs habitudes et ce que les autres OS font. Ils tendent à rejeter ce qui ne fonctionne pas, et les explications sur pourquoi il faudrait qu'ils fassent autrement... allez savoir pourquoi. Foutus utilisateurs

On va voir ce qui va se passer à la sortie de RHEL 10(.0) et des premières versions 10 des distros dérivées. Les manques fonctionnels avec Wayland ne seront pas corrigés d'ici là, donc en entreprise, beaucoup risquent de rester longtemps sur des versions précédentes de RHEL 9. Déjà que RHEL 5 à 7 (déjà EOL, à des années d'écart, après 10 ans de "maintenance") n'ont pas encore disparu à cause de divers logiciels (propriétaires, en particulier, dans certains métiers) non portés vers des versions plus modernes, alors le temps que les versions Xwayland-only se répandent...
Les versions antérieures de RHEL resteront longtemps populaires pour au moins une autre raison: le fait que les machines antérieures à x86-64-v3 (Haswell, Zen) soient encore gérées par RHEL < 10. La plupart des distros augmentent le jeu d'instructions minimal dans les mêmes proportions d'ailleurs. x86-64-v2 (Nehalem / Westmere, Bulldozer) pour les plus conservatrices, x86-64-v3 pour les autres. Il faut dire que ça fait longtemps que les premiers x86-64-v3 ne sont plus maintenus par les fabricants des processeurs (= plus de mises à jour de microcode pour corriger les vulnérabilités), alors en 2025, proposer des distros soi-disant maintenues jusqu'en 2035 encore compatibles avec du matériel qui n'est plus maintenu depuis la fin des années 2010 ou le début des années 2020, ça se comprend que Red Hat et d'autres ne veuillent pas se lancer là-dedans.
Bien que beaucoup moins performantes et beaucoup plus gourmandes en énergie pour une puissance de calcul donnée, les machines anciennes restent populaires à certains endroits tant qu'elles ne tombent pas en panne, parce que les remplacer nécessite de... investir, si si. Quel vilain concept ! Les salaires qu'on perd et les factures d'électricité parce qu'on utilise des ordinateurs obsolètes, ça ne compte pas toujours, ça non... même en l'absence de raisons auxiliaires comme des qualifications.

Mais je me rends compte que ce n'est peut-être pas le meilleur topic pour discuter de tout ça ^^

Lionel Debroux (./5099) :
Bien que beaucoup moins performantes et beaucoup plus gourmandes en énergie pour une puissance de calcul donnée, les machines anciennes restent populaires à certains endroits tant qu'elles ne tombent pas en panne, parce que les remplacer nécessite de... investir, si si. Quel vilain concept ! Les salaires qu'on perd et les factures d'électricité parce qu'on utilise des ordinateurs obsolètes, ça ne compte pas toujours, ça non... même en l'absence de raisons auxiliaires comme des qualifications.

Mmmh. Autant je suis d'accord avec toi sur le fait que beaucoup d'entreprises se tirent une balle dans le pied en sous-investissant, autant je ne suis pas sûr ce soit si évident dans ce cas précis.

Ça fait quand même facilement une décennie que l'évolution des perfs n'a plus rien à voir avec ce qu'on avait connu dans les années 80, 90, ou même 2000. Un bon PC d'il y a 5, ou même 10 ans, reste encore tout-à-fait utilisable pour beaucoup de choses. Une nouvelle machine serait plus efficace, mais se baser sur le ratio puissance de calcul / conso est trompeur : un PC utilisé pour de la bureautique est très loin d'être à 100% d'utilisation CPU tout le temps (à part quand Windows Update ou l'antivirus d'entreprise décident pour toi qu'il est l'heure de la pause café), donc la conso en veille est importante aussi. Pas sûr que l'économie sur la facture d'électricité justifie le remplacement de la machine ; et sur le plan écologique, ce n'est pas clair non plus quand tu considères l'impact de la fabrication d'une machine neuve.

Lionel Debroux (./5099) :
Mais je me rends compte que ce n'est peut-être pas le meilleur topic pour discuter de tout ça ^^

Ben c'est le topic coup-de-gueule général, donc c'est pas vraiment un souci