Toutes les distributions et se contenter de Fedora pour s'assurer que Red Hat ne pète pas trop Linux ?
Arrêter KDE et passer à GNOME parce que c'est le bureau par défaut d'une grande majorité de distributions populaires ?
Arrêter iOS parce que Android détient presque le monopole ?
Il y a déjà un développeur qui avait dit ça à propos de mozilla. Je comprends pas le principe, ce n'est pas parce que quelque chose a un monopole qu'on doit tous passer dessus et arrêter les alternatives.
Dans ce cas je quitte Linux (et mes contributions opensource) et je passe sous Windows comme 95% de la planète.
git is great because linus did it, mercurial is better because he didn't
BitBucket était un temple de Mercurial. Notre part de marché a largement réduit mais contrairement à ce qu'on pourrait penser Mercurial n'est pas en reste et nous avons une bonne centaines de contributions par jour y compris de Mozilla et Facebook.
git is great because linus did it, mercurial is better because he didn't
S'obstiner à complexifier des applications simples au dépourvu du principe KISS. Le but de ls est de lister des fichiers (éventuellement les dates, les infos, etc). Si on a besoin d'informations encore plus poussées alors un autre outil devrait être utilisé (comme stat, file, etc.) ou au pire un gestionnaire de fichier en ligne de commande ou graphique.
git is great because linus did it, mercurial is better because he didn't
Je suis du même avis et j'en ai déjà parlé à plusieurs reprises aussi sur linuxfr.
Il y a une chanson qui résume totalement l'époque actuelle, la voici.
Je suis développeur professionnel, c'est à dire que c'est mon métier. Je m'y suis lancé parce que j'étais passionné de programmation, de logiciel libre, de qualité, de rigueur, etc. Sauf qu'en arrivant dans le monde de l'entreprise j'ai vite compris que tout mes projets opensource n'avaient absolument rien à voir avec ces bloatware incessants où l'on rajoute tout et n'importe quoi pour « satisfaire le consommateur ». D'ailleurs, un concept que j'arrive pas à comprendre : pourquoi est-ce que certains éditeurs de logiciels s'amusent à développer leur même application mais finement différente pour chaque client ? Quand tu achètes ta Renault Mégane à part la couleur tu vas pas non plus demander à positionner ton levier de vitesse 2 cm plus haut mais en informatique on se laisse aller.
Pour les bloatware je pense à peu près la même chose en ce qui concerne les applications (d'une manière hyper exagérée, à prendre avec les pincettes). En d'autres termes, KDE/GNOME/Firefox sont loin de leur débuts. Avant je faisais tourner un OS complet avec des jeux en 3D, des beaux effets visuels et tout ça avec un pentium 4 et 512 Mo de RAM. Maintenant j'ai besoin de 8Go de RAM pour faire tourner un système correct (et c'est pire sous Windows, au travail).
Pour les pages web, je pense que c'est sans issue. À part retourner sous gopher on pourra jamais avoir un web sain à nouveau. La mode est aux applications single-page avec des publicités en veux tu en voilà. C'est simple, je n'arrive pas à lire un quelconque journal Français sans me faire harceler par du « non-contenu ».
Fun-fact : dans mon ancienne boîte j'ai réussi à déclencher l'OOM sur Linux en faisant tourner seulement 3 applications : Slack, Atom et npm.
Fort heureusement, sous notre OS préféré il est toujours possible de faire tourner des choses saines avec des gestionnaires de fenêtres minimalistes et des applications en ligne de commande. Espérons que ça dure car certains commencent aussi à s'y mettre là et là.
git is great because linus did it, mercurial is better because he didn't
J'ai hâte de voir leurs réactions quand ils vont voir que chaque migration Lua est une vraie plaie et que ce langage est finalement peu recommandable sur le long terme :-)
git is great because linus did it, mercurial is better because he didn't
Je ne vois pas le problème des tabulations. C'est étrange comme pré-requis mais un vrai éditeur de texte sait gérer les indentation par type de fichier. Et editorconfig peut aussi aider pour ça. POSIX make est particulièrement simple et efficace. Le seul reproche que j'ai c'est l'absence de condition / pattern rules dans la norme POSIX.
PS : on utilise pas tous des indentations par espaces 😉
PS 2 : à mon avis Lennart se tamponne le coquillard de GNU Make, systemd est construit autour de meson
git is great because linus did it, mercurial is better because he didn't
J'ai voté C++98 mais ça mérite un éclaircissement. Je fais du C++17 (et bientôt C++20). Le C++98 est largement déprécié en faveur des modernités que le C++ moderne simplifie et rend plus sûr mais un code C++98 peut quand même être bien écrit.
Cela dit, j'ai travaillé dans une entreprise utilisant… Borland 5 ! Et c'était en 2017, donc nous utilisions un IDE sorti en ~1999 (plus du tout maintenu) 18 ans après. Une horreur infâme que je ne souhaite à personne. Cet IDE est tellement obsolète que :
il nécessitait de tourner en administrateur ;
on utilisait un patch non-officiel russe parce que les projets étaient tellement bloat que le linker ne pouvait pas créer les exécutables ;
on ne pouvait pas mettre les symboles de debug sur tous les projets pour la même raison précédente ce qui rendait le debogage particulièrement compliqué ;
il plantait aléatoirement ;
leur bibliothèque standard n'était pas du tout “standard compliant”.
Seul et unique avantage : cet IDE était particulièrement rapide car sorti, en 1999 on faisait encore attention aux performances /s.
git is great because linus did it, mercurial is better because he didn't
Questions chargeurs de démarrages il y a beaucoup d'alternatives. Moi j'utilise efibootmgr parce que j'aime la simplicité. En plus cela me permet de garder le logo du thinkpad jusqu'à la fin du boot :-)
Je ferai bientôt une dépêche avec beaucoup plus d'informations.
git is great because linus did it, mercurial is better because he didn't
Il fut un temps il y avait une hérésie lorsqu'une personne n'utilisait pas le terme GNU/Linux sauf que depuis pas mal d'années il y a beaucoup d'alternatives aux projets GNU.
Ainsi, une distribution n'est plus forcément dépendante de GNU (comme Alpine, Void) ou tout simplement la mienne. En effet, Vanilla n'utilise pas un seul composant GNU par défaut pour un système “bootable”.
git is great because linus did it, mercurial is better because he didn't
Hmm, j'ai un peu du mal à comprendre comment cela va fonctionner.
Ce que je veux dire, c'est que ok j'ai un compte facebook, twitter, google, mais comment orange peut-il savoir que c'est bien ma box qui est liée avec ce compte ? Je n'utilise pas mon adresse orange par exemple.
git is great because linus did it, mercurial is better because he didn't
Sed peut opérer directement sur un fichier plutôt que de passer par l'entrée standard, ainsi le code pourrait ressembler à
sed "...comme avant...""$i" > "$TARGET_DIR/$i"
Par ailleurs, c'est assez étrange d'utiliser '?' comme délimiteur, étant donné que '?' est un caractère d'expression régulière. Quand on doit manipuler des chemins je pense que c'est plus commun d'utiliser | ou @ (assez fréquent dans les recettes de constructions BSD).
Exemple :
sed "s|/bin/bash|/bin/sh|" ...
git is great because linus did it, mercurial is better because he didn't
Ceux que tu énumères sont-ils fabriqués par la même société ou par des sociétés qui ont des accords commerciaux entre elles? Je pose la question car ça me paraît logique que des accords commerciaux, par exemple, amènent à partager des infos sur les protocoles sous clause de confidentialité. Si c'est la même société qui fabrique le tout, alors que ça fonctionne bien est une évidence, commercialement, en tout cas.
Aucune idée !
jusqu'au jour où j'en ai eu ras la casquette de changer les piles au bout de deux à huit semaines
Alors ça c'est surprenant car le bluetooth a l'avantage d'être très économe en énergie ! Pour ma part, mes deux souris logitech ont une autonomie d'environ 8 à 9 mois avec deux piles rechargeables AA et je les utilise tous les jours.
Pour ce qui est du lag, il m'arrive de jouer à quelques FPS, certes je suis pas un gros joueur mais j'y arrive quand même. Mais clairement je ne pourrais le conseiller à un féru joueur.
git is great because linus did it, mercurial is better because he didn't
Le bluetooth c'est une technologie un peu complexe. C'est souvent le pairage qui déconne c'est vrai, surtout lorsque les périphériques ne tournent pas du tout sur la même technologie. J'entends souvent des gens sur iOS me disant qu'ils ont parfois du mal à s'associer sur des périphériques non-Apple.
Quoi qu'il en soit moi je suis assez « fan » de cette technologie et j'ai beaucoup de périphériques bluetooth :
4 manettes 8Bitdo SFC30 Pro
3 souris logitech (dont une double-pairage, associée à deux machines en même temps sélectionnable en temps réel)
plusieurs enceintes sans fil
une montre garmin forerunner 235
Je les ai tous en bluetooth sur mon thinkpad sans aucun problème (sauf la montre garmin, sur mon téléphone android). La seule chose qui arrive de temps à autre c'est qu'une des manette 8bitdo ne se reconnecte pas automatiquement, mais un simple repairage la fait à nouveau fonctionner.
J'utilisais aussi mes souris bluetooth sous FreeBSD sur mon ancien HP ProBook, toujours sans aucun soucis.
Vive la dent bleue !
Note : la seule chose qui m'inquiète c'est le codec propriétaire APT-X, j'avoue ne jamais avoir essayé de casques bluetooth utilisant ceci.
git is great because linus did it, mercurial is better because he didn't
En IDE vraiment tout complet j'aime bien Qt Creator. Contrairement à ce que son nom indique on est absolument pas obligé de faire du Qt avec. En plus son intégration avec CMake est meilleure à chaque version.
Moi j'utilise vim avec une panoplie de plugins (vim-cmake, clang, gdb, editorconfig, …) et je n'arrive pas à m'en passer :-)
git is great because linus did it, mercurial is better because he didn't
Dovecot est clairement le choix le plus judicieux pour l'IMAP. Super simple à mettre en place. Pour les spams il y a plusieurs projets pour ça. Moi j'utilise dspam qui est plus tellement maintenu et je pense que je migrerai un jour vers rspamd.
git is great because linus did it, mercurial is better because he didn't
Personnellement j'utilise encore et toujours postfix car opensmtpd n'existait pas avant. En revanche, si je devais recréer (ou migrer) un serveur mail je partirais clairement sur OpenSMTPD qui a l'avantage d'être beaucoup plus simple mais légèrement moins flexible.
git is great because linus did it, mercurial is better because he didn't
Mais tu n'as pas de craintes à avoir en fait, tout simplement. Des logiciels proprio sous Linux il y en a toujours eu, parce que c'est estampillé Microsoft il faut sortir une peur irrationnelle ?
C'est plus nuancé.
Par exemple, Ubuntu a largement aidé à populariser les distributions Linux au sein des gens lambda. Et malheureusement Ubuntu a fait parti des distributions qui ont aidé à installer des logiciels non libres (comme les drivers nvidia) en plus de proposer des intégrations avec amazon. Je ne dis pas que c'est une mauvaise chose, certains aiment utilisent des logiciels non libre sur Linux mais d'autres non.
Le gros problème, c'est qu'on va s'éloigner du caractère libre qu'est notre écosystème Linux et on va finir par populariser les distributions avec déjà des logiciels privateurs préinstallés. Il n'est pas rare de voir beaucoup de gens faire tourner Slack, Spotify, Steam sur leur distributions à un point où on ne se demande même plus à quoi sert l'opensource et les alternatives libres avant de passer sur ce genre de logiciels privateurs.
Et c'est ça qui m'inquiète, au final on risque d'avoir beaucoup de gens franchir le pas Windows -> Linux parce que leur logiciels propriétaires favoris sont disponibles sans s'intéresser au travail sur les alternatives libres des développeurs opensource.
git is great because linus did it, mercurial is better because he didn't
# Oops I did it again
Posté par David Demelier (site web personnel) . En réponse au lien Auteur du framework Rust actix-web : "I am done with open source". Évalué à 4.
Je me demande si ça va engendrer le même (mais dans une moindre mesure) le problème qu'avait généré left-pad.
Notamment du fait que la centralisation de masse est une mauvaise chose, y compris pour les dépendances.
git is great because linus did it, mercurial is better because he didn't
# Intéressant
Posté par David Demelier (site web personnel) . En réponse au lien Premières journées avec le Pinebook pro (un portable ARM libre à 200 $). Évalué à 4.
Hyper intéressant. J'ai toujours rêvé de portable sous ARM, j'ai aussi hâte d'en voir avec RISC-V à moins de 5000€.
Je me laisserai bien tenter prochainement je pense.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Prochaine étape : Firefox Blink
Posté par David Demelier (site web personnel) . En réponse au lien Mozilla licencie 70 employés. Évalué à 10.
Dans ce cas doit on arrêter :
Il y a déjà un développeur qui avait dit ça à propos de mozilla. Je comprends pas le principe, ce n'est pas parce que quelque chose a un monopole qu'on doit tous passer dessus et arrêter les alternatives.
Dans ce cas je quitte Linux (et mes contributions opensource) et je passe sous Windows comme 95% de la planète.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Au revoir mercurial
Posté par David Demelier (site web personnel) . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 3.
Merci beaucoup :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Au revoir mercurial
Posté par David Demelier (site web personnel) . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 4.
Je suis assez d'accord.
BitBucket était un temple de Mercurial. Notre part de marché a largement réduit mais contrairement à ce qu'on pourrait penser Mercurial n'est pas en reste et nous avons une bonne centaines de contributions par jour y compris de Mozilla et Facebook.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Serveur git?
Posté par David Demelier (site web personnel) . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 7.
C'est aussi le cas, Mercurial est aussi un SCM distribué. Chaque dépôt est identique, il n'y a pas de « dépôt serveur » ou « dépôt client ».
La commande
hg servepermet simplement de parcourir ce dépôt avec une interface web et pouvoir tirer/pousser dessus depuis une autre machine.git is great because linus did it, mercurial is better because he didn't
[^] # Re: De même
Posté par David Demelier (site web personnel) . En réponse au journal Tout cela me fatigue…. Évalué à 2.
S'obstiner à complexifier des applications simples au dépourvu du principe KISS. Le but de ls est de lister des fichiers (éventuellement les dates, les infos, etc). Si on a besoin d'informations encore plus poussées alors un autre outil devrait être utilisé (comme
stat,file, etc.) ou au pire un gestionnaire de fichier en ligne de commande ou graphique.git is great because linus did it, mercurial is better because he didn't
# De même
Posté par David Demelier (site web personnel) . En réponse au journal Tout cela me fatigue…. Évalué à 9.
Je suis du même avis et j'en ai déjà parlé à plusieurs reprises aussi sur linuxfr.
Il y a une chanson qui résume totalement l'époque actuelle, la voici.
Je suis développeur professionnel, c'est à dire que c'est mon métier. Je m'y suis lancé parce que j'étais passionné de programmation, de logiciel libre, de qualité, de rigueur, etc. Sauf qu'en arrivant dans le monde de l'entreprise j'ai vite compris que tout mes projets opensource n'avaient absolument rien à voir avec ces bloatware incessants où l'on rajoute tout et n'importe quoi pour « satisfaire le consommateur ». D'ailleurs, un concept que j'arrive pas à comprendre : pourquoi est-ce que certains éditeurs de logiciels s'amusent à développer leur même application mais finement différente pour chaque client ? Quand tu achètes ta Renault Mégane à part la couleur tu vas pas non plus demander à positionner ton levier de vitesse 2 cm plus haut mais en informatique on se laisse aller.
Pour les bloatware je pense à peu près la même chose en ce qui concerne les applications (d'une manière hyper exagérée, à prendre avec les pincettes). En d'autres termes, KDE/GNOME/Firefox sont loin de leur débuts. Avant je faisais tourner un OS complet avec des jeux en 3D, des beaux effets visuels et tout ça avec un pentium 4 et 512 Mo de RAM. Maintenant j'ai besoin de 8Go de RAM pour faire tourner un système correct (et c'est pire sous Windows, au travail).
Pour les pages web, je pense que c'est sans issue. À part retourner sous gopher on pourra jamais avoir un web sain à nouveau. La mode est aux applications single-page avec des publicités en veux tu en voilà. C'est simple, je n'arrive pas à lire un quelconque journal Français sans me faire harceler par du « non-contenu ».
Fun-fact : dans mon ancienne boîte j'ai réussi à déclencher l'OOM sur Linux en faisant tourner seulement 3 applications : Slack, Atom et npm.
Fort heureusement, sous notre OS préféré il est toujours possible de faire tourner des choses saines avec des gestionnaires de fenêtres minimalistes et des applications en ligne de commande. Espérons que ça dure car certains commencent aussi à s'y mettre là et là.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Merci pour le Forth
Posté par David Demelier (site web personnel) . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 4.
J'ai hâte de voir leurs réactions quand ils vont voir que chaque migration Lua est une vraie plaie et que ce langage est finalement peu recommandable sur le long terme :-)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: SCCS et makefile
Posté par David Demelier (site web personnel) . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 3. Dernière modification le 10 décembre 2019 à 09:08.
Je ne vois pas le problème des tabulations. C'est étrange comme pré-requis mais un vrai éditeur de texte sait gérer les indentation par type de fichier. Et editorconfig peut aussi aider pour ça. POSIX make est particulièrement simple et efficace. Le seul reproche que j'ai c'est l'absence de condition / pattern rules dans la norme POSIX.
PS : on utilise pas tous des indentations par espaces 😉
PS 2 : à mon avis Lennart se tamponne le coquillard de GNU Make, systemd est construit autour de meson
git is great because linus did it, mercurial is better because he didn't
# C++98
Posté par David Demelier (site web personnel) . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 3.
J'ai voté C++98 mais ça mérite un éclaircissement. Je fais du C++17 (et bientôt C++20). Le C++98 est largement déprécié en faveur des modernités que le C++ moderne simplifie et rend plus sûr mais un code C++98 peut quand même être bien écrit.
Cela dit, j'ai travaillé dans une entreprise utilisant… Borland 5 ! Et c'était en 2017, donc nous utilisions un IDE sorti en ~1999 (plus du tout maintenu) 18 ans après. Une horreur infâme que je ne souhaite à personne. Cet IDE est tellement obsolète que :
Seul et unique avantage : cet IDE était particulièrement rapide car sorti, en 1999 on faisait encore attention aux performances /s.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: La comm
Posté par David Demelier (site web personnel) . En réponse au sondage Doit‑on corriger les raccourcis de langage tels que « Linux » et « Mac » en « GNU/Linux » et « macOS » ?. Évalué à 2.
Non, c'en est-un c'est tout. Il existe un nombre élevé de distributions Linux ne se basant absolument pas sur GNU.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Les distributions ne sont pas forcément basées sur GNU
Posté par David Demelier (site web personnel) . En réponse au sondage Doit‑on corriger les raccourcis de langage tels que « Linux » et « Mac » en « GNU/Linux » et « macOS » ?. Évalué à 3.
Questions chargeurs de démarrages il y a beaucoup d'alternatives. Moi j'utilise efibootmgr parce que j'aime la simplicité. En plus cela me permet de garder le logo du thinkpad jusqu'à la fin du boot :-)
Je ferai bientôt une dépêche avec beaucoup plus d'informations.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Les distributions ne sont pas forcément basées sur GNU
Posté par David Demelier (site web personnel) . En réponse au sondage Doit‑on corriger les raccourcis de langage tels que « Linux » et « Mac » en « GNU/Linux » et « macOS » ?. Évalué à 2.
Oui, depuis LLVM 9 c'est possible :)
git is great because linus did it, mercurial is better because he didn't
# Les distributions ne sont pas forcément basées sur GNU
Posté par David Demelier (site web personnel) . En réponse au sondage Doit‑on corriger les raccourcis de langage tels que « Linux » et « Mac » en « GNU/Linux » et « macOS » ?. Évalué à 2.
Il fut un temps il y avait une hérésie lorsqu'une personne n'utilisait pas le terme GNU/Linux sauf que depuis pas mal d'années il y a beaucoup d'alternatives aux projets GNU.
Ainsi, une distribution n'est plus forcément dépendante de GNU (comme Alpine, Void) ou tout simplement la mienne. En effet, Vanilla n'utilise pas un seul composant GNU par défaut pour un système “bootable”.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Du brouhaha à l'habrouha.
Posté par David Demelier (site web personnel) . En réponse au lien Twitter pense enfin à faire comme LinuxFr (en parlant de Reddit, certes). Évalué à 2.
C'est un des rares endroit où on peut discuter avec quelques célébrités :p
git is great because linus did it, mercurial is better because he didn't
# Comment ?
Posté par David Demelier (site web personnel) . En réponse au lien Bientôt la publicité ciblée à la télévision ! - projet de loi sur l’audiovisuel. Évalué à 1. Dernière modification le 29 novembre 2019 à 17:26.
Hmm, j'ai un peu du mal à comprendre comment cela va fonctionner.
Ce que je veux dire, c'est que ok j'ai un compte facebook, twitter, google, mais comment orange peut-il savoir que c'est bien ma box qui est liée avec ce compte ? Je n'utilise pas mon adresse orange par exemple.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: UUOC
Posté par David Demelier (site web personnel) . En réponse au message Script avec commande wc. Évalué à 1.
C'est pas faux !
git is great because linus did it, mercurial is better because he didn't
# UUOC
Posté par David Demelier (site web personnel) . En réponse au message Script avec commande wc. Évalué à 3.
Il y a un petit UUOC.
Sed peut opérer directement sur un fichier plutôt que de passer par l'entrée standard, ainsi le code pourrait ressembler à
Par ailleurs, c'est assez étrange d'utiliser '?' comme délimiteur, étant donné que '?' est un caractère d'expression régulière. Quand on doit manipuler des chemins je pense que c'est plus commun d'utiliser | ou @ (assez fréquent dans les recettes de constructions BSD).
Exemple :
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Chez moi ça marche©
Posté par David Demelier (site web personnel) . En réponse au journal Bluetooth? C'est quoi pour une technologie de m***?. Évalué à 2. Dernière modification le 25 novembre 2019 à 13:15.
Aucune idée !
Alors ça c'est surprenant car le bluetooth a l'avantage d'être très économe en énergie ! Pour ma part, mes deux souris logitech ont une autonomie d'environ 8 à 9 mois avec deux piles rechargeables AA et je les utilise tous les jours.
Pour ce qui est du lag, il m'arrive de jouer à quelques FPS, certes je suis pas un gros joueur mais j'y arrive quand même. Mais clairement je ne pourrais le conseiller à un féru joueur.
git is great because linus did it, mercurial is better because he didn't
# Chez moi ça marche©
Posté par David Demelier (site web personnel) . En réponse au journal Bluetooth? C'est quoi pour une technologie de m***?. Évalué à 5. Dernière modification le 25 novembre 2019 à 09:03.
Le bluetooth c'est une technologie un peu complexe. C'est souvent le pairage qui déconne c'est vrai, surtout lorsque les périphériques ne tournent pas du tout sur la même technologie. J'entends souvent des gens sur iOS me disant qu'ils ont parfois du mal à s'associer sur des périphériques non-Apple.
Quoi qu'il en soit moi je suis assez « fan » de cette technologie et j'ai beaucoup de périphériques bluetooth :
Je les ai tous en bluetooth sur mon thinkpad sans aucun problème (sauf la montre garmin, sur mon téléphone android). La seule chose qui arrive de temps à autre c'est qu'une des manette 8bitdo ne se reconnecte pas automatiquement, mais un simple repairage la fait à nouveau fonctionner.
J'utilisais aussi mes souris bluetooth sous FreeBSD sur mon ancien HP ProBook, toujours sans aucun soucis.
Vive la dent bleue !
Note : la seule chose qui m'inquiète c'est le codec propriétaire APT-X, j'avoue ne jamais avoir essayé de casques bluetooth utilisant ceci.
git is great because linus did it, mercurial is better because he didn't
# IDEs
Posté par David Demelier (site web personnel) . En réponse au message IDE C++ simple (pour remplacer jGRASP). Évalué à 4.
En IDE vraiment tout complet j'aime bien Qt Creator. Contrairement à ce que son nom indique on est absolument pas obligé de faire du Qt avec. En plus son intégration avec CMake est meilleure à chaque version.
Moi j'utilise vim avec une panoplie de plugins (vim-cmake, clang, gdb, editorconfig, …) et je n'arrive pas à m'en passer :-)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: OpenSMTPD
Posté par David Demelier (site web personnel) . En réponse au message Recherche serveur mail. Évalué à 1.
Dovecot est clairement le choix le plus judicieux pour l'IMAP. Super simple à mettre en place. Pour les spams il y a plusieurs projets pour ça. Moi j'utilise dspam qui est plus tellement maintenu et je pense que je migrerai un jour vers rspamd.
git is great because linus did it, mercurial is better because he didn't
# OpenSMTPD
Posté par David Demelier (site web personnel) . En réponse au message Recherche serveur mail. Évalué à 3.
Personnellement j'utilise encore et toujours postfix car opensmtpd n'existait pas avant. En revanche, si je devais recréer (ou migrer) un serveur mail je partirais clairement sur OpenSMTPD qui a l'avantage d'être beaucoup plus simple mais légèrement moins flexible.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Inquiet
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft Edge : bientôt une version GNU/Linux. Évalué à 4.
C'est plus nuancé.
Par exemple, Ubuntu a largement aidé à populariser les distributions Linux au sein des gens lambda. Et malheureusement Ubuntu a fait parti des distributions qui ont aidé à installer des logiciels non libres (comme les drivers nvidia) en plus de proposer des intégrations avec amazon. Je ne dis pas que c'est une mauvaise chose, certains aiment utilisent des logiciels non libre sur Linux mais d'autres non.
Le gros problème, c'est qu'on va s'éloigner du caractère libre qu'est notre écosystème Linux et on va finir par populariser les distributions avec déjà des logiciels privateurs préinstallés. Il n'est pas rare de voir beaucoup de gens faire tourner Slack, Spotify, Steam sur leur distributions à un point où on ne se demande même plus à quoi sert l'opensource et les alternatives libres avant de passer sur ce genre de logiciels privateurs.
Et c'est ça qui m'inquiète, au final on risque d'avoir beaucoup de gens franchir le pas Windows -> Linux parce que leur logiciels propriétaires favoris sont disponibles sans s'intéresser au travail sur les alternatives libres des développeurs opensource.
git is great because linus did it, mercurial is better because he didn't