David Demelier a écrit 678 commentaires

Pour ma part c'est l'inverse. J'ai un écran hidpi et un écran externe et une télé juste fullhd. Et c'est assez pénible.

git is great because linus did it, mercurial is better because he didn't

Quand j’avais un portable sous Linux (un thinkpad en plus, donc bon support et bonne documentation), 100% des fonctionnalités n’ont jamais marché, malgré des dizaines d’heures à bidouiller. Que ce soit le multi écrans, la gestion de l’energie ou les « périphériques » spécifiques, il y a toujours eu des soucis.

J'ai deux thinkpads :

• un x1 carbon de 2016
• un t470s de 2017

Les deux fonctionnent à 100% sur Linux, il y a qu'un seul truc qui ne fonctionne pas c'est le lecteur d'empreinte. De ce que j'ai lu il y aurait un driver propriétaire apparemment mais du coup je ne l'utilise pas.

Après il y a beaucoup de choses qu'on peut juger :

• le support matériel directement ? (ok pour moi)
• la stabilité des environnement ? perso j'ai arrêté GNOME, j'ai jamais vu un desktop aussi bancal (calendar, evolution, web ou tout simplement goa ne font que planter/mal fonctionner)
• la complexité de résoudre des problèmes spécifiques ? (comme un driver wifi proprio, nvidia, etc)

Pour ma part j'ai aussi un iMac au travail, c'est stable dans l'ensemble mais j'ai aussi eu le droit à quelques problèmes. Une fois mon dock a planté, j'ai du ouvrir un terminal et faire un killall Dock pour qu'il se décide de se relancer.

À mon avis chaque système se vaut aujourd'hui, je dirai juste que résoudre des problèmes est plus ou moins facile sur un que sur l'autre.

git is great because linus did it, mercurial is better because he didn't

Je ne sais pas vous, mais moi ça me fait penser à :

En règle générale, c'est vrai que beaucoup d'utilisateurs Linux utilisent Linux juste parce qu'ils détestent Windows. Les autres libristes (plus souvent la communauté BSD) eux s'en fichent royalement de ce qu'il se passe chez les OS proprios. Différence de mentalité disons :)

git is great because linus did it, mercurial is better because he didn't

Fanboy de Hg dès ses premières heures j'ai du m'incliner face à l'hégémonie de Git.

Utilisateur Mercurial depuis toujours, je ne me suis pas incliné à git :)

git is great because linus did it, mercurial is better because he didn't

Ça existe depuis un moment et ça s'appelle systemd-boot (voir bootctl).

git is great because linus did it, mercurial is better because he didn't

systemd, pas SystemD. sinon on a pas fini avec HttpD, NgircD, DhcpcD,

git is great because linus did it, mercurial is better because he didn't

Mon SSD a laché sur mon x1 carbon 2016 après seulement 4 mois d'utilisation. Le BIOS ne le voyait plus, j'avais un erreur de détection SSD. Et après quelques reboot c'était un système inutilisable avec des milliers d'erreur d'inode.

Heureusement il m'a été remplacé sous garanti.

Cependant, un ami a aussi eu ces problèmes d'inodes sur un intel NUC, il avait aussi moins d'un an. Je suis pas tellement convaincu pour le moment.

git is great because linus did it, mercurial is better because he didn't

Mate ça fonctionne mais on ne peut pas dire que c'est ultra populaire.

git is great because linus did it, mercurial is better because he didn't

J'ai pareil avec mon nom de domaine. Du coup comme je suis chez orange, je fais relayer mes mails sortants par le SMTP de orange. Nécessite authentification, mais plus de problème.

git is great because linus did it, mercurial is better because he didn't

Avec le _ , tu tapes un caractère de plus qu'en CamlCase. Et en plus, la touche contenant le _ est sur une ligne du clavier moins accessible que les autres. Tu augmentes ton stress meta-carpien.

Argument totalement subjectif. Mauvais layout, changer layout.

git is great because linus did it, mercurial is better because he didn't

Je préfère le snake_case. je le trouve plus homogène surtout dans ce genre de cas :

• create_http_request
• createHttpRequest
• createHTTPRequest ? lequel choisir en CamelCase ?

Cependant, certains langages viennent avec des recommandations, comme python, rust, java, javascript. Alors dans ces cas là il faut suivre la convention même si elle plait pas :

• camelCase pour C#, Java, Swift, JavaScript
• snake_case pour ruby, python, rust

git is great because linus did it, mercurial is better because he didn't

L'hibernation c'est surfait. Surtout quand tu as une machine comme la mienne qui du boot à gdm prend environ 3 secondes.

git is great because linus did it, mercurial is better because he didn't

point besoin de partition EFI, l'engin sait démarrer comme un BIOS PC classique. On peut donc installer un Linux classiquement sans se faire c…r avec UEFI.

Il n'y a rien de compliqué, tu fais une partition (type ef00) /boot en FAT et tu fais bootctl install et quelque $EDITOR qui vont bien (/boot/loader/loader.conf, /boot/loader/entries/linux.conf). grub2 en revanche, il faut un doctorat pour s'en servir.

git is great because linus did it, mercurial is better because he didn't

Oui du moment que tu ne cherches pas à mettre à jour toute les semaines.

git is great because linus did it, mercurial is better because he didn't

Dis comme ça, j'ai vraiment l'impression que nix a des années d'avances devant flatpak du coup.

git is great because linus did it, mercurial is better because he didn't

Personnellement, je me sens rapidement limité quand je m’essaie à un des langages de balisage « léger » à la mode aujourd’hui (genre Markdown et assimilés).

je suis complètement d'accord avec ce point.

J'étais intéressé par docbook aussi mais les 3/4 des documentations sur lequelles je tombe au moins 10 ans :/

git is great because linus did it, mercurial is better because he didn't

J'ai aussi longtemps cherché des outils permettant de faire de la documentation HTML et PDF. DocBook fait bien les deux mais c'est vieux et plus personne n'a envie de faire de XML.

Il y a plusieurs alternatives intéressantes :

• pandoc, je m'en sers couplé à CMake (car mon application est en C++) et c'est pratique. Par contre c'est très brut, donc il faut vraiment mettre les mains dedans pour avoir un résultat complet.
• mkdocs, pas testé mais ça avait l'air intéressant,
• hugo, plutôt fait pour faire des siteweb mais ça peut très bien convenir pour de la documentation avec un thème adéquat. Je compte y passer. Pas de PDF par contre.

git is great because linus did it, mercurial is better because he didn't

J'en ai bavé pendant 1 heure pour trouver comment neutraliser l'UEFI et le démarrage Windows

Je vois pas le rapport entre UEFI et Windows. J'ai un Thinkpad x1 carbon que je boot en UEFI depuis Arch (avec systemd-boot). J'ai eu absolument aucun souci pour installer.

git is great because linus did it, mercurial is better because he didn't

La mise en veille fonctionne plutôt bien depuis FreeBSD 11 ;)

La blague. Pour avoir utilisé FreeBSD de 7 à 11 sur deux laptops, c'est toujours aussi hasardeux.

git is great because linus did it, mercurial is better because he didn't

Du moment qu’on ne l’impose pas à tort et à travers …

Ben moi je n'ai rien contre OpenRC, je le trouve propre aussi et bien fait. Quand j'étais sous Gentoo j'étais assez content.

Sinon dans une conférence de MeetBSD qu'apparemment le temps de boot était important. Et Kris Moore est passé de plus d'une minute à seulement vingt secondes. C'est d'autant plus important étant donné le très mauvais support de la mise en veille sur FreeBSD.

git is great because linus did it, mercurial is better because he didn't

J'aime beaucoup le init de FreeBSD. Je le trouve propre et simple, je me demande quelles sont les motivations réelles derrière ce changement.

git is great because linus did it, mercurial is better because he didn't

Mauvaise marque, changer marque.

git is great because linus did it, mercurial is better because he didn't

J'ai démonté le portable (au revoir la garantie)

Tu ne perds pas la garantie en ouvrant un portable. Heureusement sinon on ne pourrait même pas changer un disque dur et nettoyer les ventilateur.

git is great because linus did it, mercurial is better because he didn't

Personnellement j'ai un souci de focus, quand j'ai Firefox et Qt Creator ouverts, faire alt+tab pour passer de Firefox à Qt Creator me perd le focus de la zone d'édition. C'est très pénible.

Donc malheureusement, toujours xorg pour le moment :(

git is great because linus did it, mercurial is better because he didn't

Aaaah oui bien vu ! Du coup tout s'explique :)

git is great because linus did it, mercurial is better because he didn't