Par pitié non, je désespère quand je dois utiliser quelque chose en node.js qui rapatrie le monde entier à chaque installation. S'il y a bien une chose qui me déplaît dans ces façons de faire c'est qu'après avoir téléchargé ton dépôt, tu dois encore télécharger des dizaines d'autre dépôt pour pouvoir construire ton application. Avec C et C++ on a la chance de les avoir déjà dans le système ce qui permet entre autre de ne pas gaspiller du temps de compilation inutile et de la place.
git is great because linus did it, mercurial is better because he didn't
CMake, encore et toujours. Ça fait environ 10 ans que je l'utilise (déjà !). Il a ses défauts mais il fait tellement de chose et bien en plus il est supporté par un bon nombre d'IDE le rendant bien intégré. Pour ma part je l'utilise avec vim (vim-cmake) et Qt Creator.
git is great because linus did it, mercurial is better because he didn't
D'autant que comme le souligne un autre commentaire, Debian laisse laisse la possibilité de changer de system d'init.
Ceux qui sont assez compétent pour savoir faire la différence entre SysV et systemd, ont la compétence pour changer de system d'init rapidement.
Perso je n'ai pas les compétences pour déterminer ce qui est le mieux entre sysv et systemd et je fais confiance aux distrib pour faire le bon choix. systemd a probablement des défauts mais la plupart des distribs populaires l'ont adopté par défaut.
systemd n'a pas spécialement de défauts (il y a bien deux trois choses discutables mais bon), il a surtout changé la façon de faire en bien nombre de points:
les commandes (systemctl, journalctl, machinectl, coredumpctl)
gestions des services,
écritures des services,
système de journaux,
…
Et comme certains dinosaures n'ont pas envie de migrer, ils crient au scandale. Sauf que systemd apporte des bienfaits considérables comme faire dépendre un service sur des points de montage ou des sockets et ça, ça n'a pas de prix.
git is great because linus did it, mercurial is better because he didn't
Tu veux dire pour que tout le monde se mette à utiliser tous les patchs que Facebook a fait à mercurial, qu’ils utilisent en interne?
Je ne suis pas sûr de comprendre ce que tu essaies de dire, est-ce mal ? Facebook a fait (et continue) de nous faire beaucoup de contributions et nous apprécions. Ils ont écrit des extensions intéressantes (journal, amend, absorb).
Si c'est vraiment ce que je comprends de ton message, nous devrions nous méfier du noyau Linux aussi qui a eu de nombreuses contributions d'entreprises.
git is great because linus did it, mercurial is better because he didn't
Electron embarque le moteur de chromium. Donc chaque application démarre autant de ressources que chromium. Le pire c'est que maintenant on s'attaque à des applications encore plus banales.
git is great because linus did it, mercurial is better because he didn't
Je le savais que ça allait arriver. J'héberge mes dépôts Mercurial depuis 10 ans et on m'a demandé des dizaines de fois « toujours réfractaire à Git et Github ? », maintenant toutes ces personnes ont leur réponses.
git is great because linus did it, mercurial is better because he didn't
Personne a dit que Gtk est mort. Le seul « problème » c'est que Gtk ça favorise surtout Linux, alors le rendu des applications sous autre chose que Linux est particulièrement moche (testez gimp, geany sur windows).
Alors oui GNOME c'est GNOME, mais certaines applications pourraient être indépendantes et utilisées sur autre chose que Linux. Mise à part ça, Qt c'est puissant, propre, simple et il y a QML. Par exemple Plasma permet de faire des widgets en QML, et QML c'est juste la classe.
git is great because linus did it, mercurial is better because he didn't
On parle souvent des fonctionnalités supprimées… mais jamais celles ajoutées. Depuis GNOME 3.28 on peut enfin mettre des fichiers « favoris » dans Nautilus. Ce n'est pas rien !
git is great because linus did it, mercurial is better because he didn't
Je ne cherche pas à troller, juste à donner mon avis sur mon ressenti et à avoir des commentaires
Je n'utilise pas Debian, cependant j'ai déjà regardé quelques documentations pour faire des paquets debian. Je trouve ça extrêmement compliqué. En effet, il y a plusieurs fichiers dont la plupart ont une syntaxe différente :
rules : Makefile,
control : syntaxe personnalisée, simple cependant,
changelog : syntaxe différente.
Ensuite, vient le nombre de commandes : deb-* dh_*, dpkg, … est-ce vraiment possible de tout mémoriser ? Combien de temps cela prend-il ?
J'écris quelques packages pour fedora (via mon dépôt COPR), je trouve les .spec tellement simple, en quelques lignes on a un paquet 100% fonctionnel avec une seule et unique syntaxe et commande rpmbuild. Les paquets Arch sont aussi plutôt simple.
J'aimerais bien avoir l'avis d'un développeur debian pour qu'il me dise son propre ressenti sur les paquets Debian.
git is great because linus did it, mercurial is better because he didn't
Quand je suis sur GNOME c'est GNOME Terminal, autrement st. Ils supportent tous les deux truecolors, ce qui est indispensable pour moi codant majoritairement sous vim.
git is great because linus did it, mercurial is better because he didn't
Gentoo est largement plus utilisé dans l'optimisation en terme de découpage. C'est à dire quelqu'un qui ne souhaite ni wifi, ni nls, ni bluetooth, ni avahi, ni dbus aura un système ultra léger. Les performances en revanche sont largement moins perceptibles. De toute façon toutes les applications ne sont pas forcément développées en C, C++.
git is great because linus did it, mercurial is better because he didn't
C'est vrai qu'abrt est divisé en deux, le daemon et gnome-abrt. J'ai un peu mis les deux dans le même sac cependant. Il n'empêche qu'il était installé par défaut avec la Workstation edition.
git is great because linus did it, mercurial is better because he didn't
Je suis d'accord, je pense retourner sous un wm sous peu. C'est simple, j'ai fermé GNOME Boxes, il a commencé à prendre 100% du CPU. J'ai abrt qui s'est lancé suite à un crash de firefox, il a pris 100% du CPU. Mon pauvre petit thinkpad. Sans compter les indénombrables bugs par ci par là. La qualité de GNOME a malheureusement bien chuté par rapport à ses débuts.
Fedora utilise GNOME par défaut mais fournit beaucoup de spins si tu souhaites autres chose :)
git is great because linus did it, mercurial is better because he didn't
Oui mais au moins les processeurs ARM ne tournent pas minix en arrière plan avant ton OS, permettant à intel et la NSA l'accès complet à ton PC peu importe ton OS.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: build sous android
Posté par David Demelier (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 3. Dernière modification le 15 juin 2018 à 16:13.
Et CMake en natif (sans passer par celui du ndk) supporte la cross-compilation pour Android en seulement quelques variables:
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Une défense des autotools
Posté par David Demelier (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 3.
Sauf que autotools est beaucoup trop Linux only. Oublie les projets autotools sur Windows.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Par Crom, il faut un maven pour C++ !
Posté par David Demelier (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 4.
Par pitié non, je désespère quand je dois utiliser quelque chose en node.js qui rapatrie le monde entier à chaque installation. S'il y a bien une chose qui me déplaît dans ces façons de faire c'est qu'après avoir téléchargé ton dépôt, tu dois encore télécharger des dizaines d'autre dépôt pour pouvoir construire ton application. Avec C et C++ on a la chance de les avoir déjà dans le système ce qui permet entre autre de ne pas gaspiller du temps de compilation inutile et de la place.
git is great because linus did it, mercurial is better because he didn't
# CMake
Posté par David Demelier (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 1.
CMake, encore et toujours. Ça fait environ 10 ans que je l'utilise (déjà !). Il a ses défauts mais il fait tellement de chose et bien en plus il est supporté par un bon nombre d'IDE le rendant bien intégré. Pour ma part je l'utilise avec vim (vim-cmake) et Qt Creator.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Mais il y a bien mieux !
Posté par David Demelier (site web personnel) . En réponse au journal Sortie de Devuan ASCII 2.0. Évalué à 5.
Slackware, le site avec 0 CSS !
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Parti pour du trollage?
Posté par David Demelier (site web personnel) . En réponse au journal Sortie de Devuan ASCII 2.0. Évalué à 7. Dernière modification le 11 juin 2018 à 15:58.
systemd n'a pas spécialement de défauts (il y a bien deux trois choses discutables mais bon), il a surtout changé la façon de faire en bien nombre de points:
Et comme certains dinosaures n'ont pas envie de migrer, ils crient au scandale. Sauf que systemd apporte des bienfaits considérables comme faire dépendre un service sur des points de montage ou des sockets et ça, ça n'a pas de prix.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: intégration de Hg
Posté par David Demelier (site web personnel) . En réponse à la dépêche Hébergez votre projet open source sur la nouvelle plate‐forme Agile et libre : Tuleap.net. Évalué à 2.
Oui c'est aussi la première chose que j'ai regardée, dommage.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Mercurial
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft rachète Github. Évalué à 3.
Je ne suis pas sûr de comprendre ce que tu essaies de dire, est-ce mal ? Facebook a fait (et continue) de nous faire beaucoup de contributions et nous apprécions. Ils ont écrit des extensions intéressantes (journal, amend, absorb).
Si c'est vraiment ce que je comprends de ton message, nous devrions nous méfier du noyau Linux aussi qui a eu de nombreuses contributions d'entreprises.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Mercurial
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft rachète Github. Évalué à -2.
Il restera toujours bitbucket, mais je plussoie ton idée ;)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je le savais
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft rachète Github. Évalué à 0.
Je parle simplement de l'autohébergement.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Et avec Github...
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft rachète Github. Évalué à 10.
Electron embarque le moteur de chromium. Donc chaque application démarre autant de ressources que chromium. Le pire c'est que maintenant on s'attaque à des applications encore plus banales.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je le savais
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft rachète Github. Évalué à 2. Dernière modification le 04 juin 2018 à 14:12.
Je ne compare pas Git / GitHub / Mercurial, je parle simplement du fait de ne pas héberger un projet chez un tiers.
git is great because linus did it, mercurial is better because he didn't
# Je le savais
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft rachète Github. Évalué à -6. Dernière modification le 04 juin 2018 à 13:03.
Je le savais que ça allait arriver. J'héberge mes dépôts Mercurial depuis 10 ans et on m'a demandé des dizaines de fois « toujours réfractaire à Git et Github ? », maintenant toutes ces personnes ont leur réponses.
git is great because linus did it, mercurial is better because he didn't
# WM ?
Posté par David Demelier (site web personnel) . En réponse au lien Lobotomizing GNOME. Évalué à 1.
Pour les gens qui font presque uniquement du terminal + firefox, pourquoi ne pas choisir un WM simple ? Avec ou sans tiling. il y en a des sympas.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Dialogue imaginaire
Posté par David Demelier (site web personnel) . En réponse au journal Un million de dollars sur deux ans promis à la Fondation GNOME. Évalué à 9.
Personne a dit que Gtk est mort. Le seul « problème » c'est que Gtk ça favorise surtout Linux, alors le rendu des applications sous autre chose que Linux est particulièrement moche (testez gimp, geany sur windows).
Alors oui GNOME c'est GNOME, mais certaines applications pourraient être indépendantes et utilisées sur autre chose que Linux. Mise à part ça, Qt c'est puissant, propre, simple et il y a QML. Par exemple Plasma permet de faire des widgets en QML, et QML c'est juste la classe.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: super
Posté par David Demelier (site web personnel) . En réponse au journal Un million de dollars sur deux ans promis à la Fondation GNOME. Évalué à 1.
On parle souvent des fonctionnalités supprimées… mais jamais celles ajoutées. Depuis GNOME 3.28 on peut enfin mettre des fichiers « favoris » dans Nautilus. Ce n'est pas rien !
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Asciidoc
Posté par David Demelier (site web personnel) . En réponse au journal Le markdown, sous Emacs, et plus largement sous Linux. Évalué à 1.
Je plussoie pandoc, je l'ai longtemps utilisé pour générer ma documentation markdown vers différents formats (man, html, pdf). Markdown ♥
git is great because linus did it, mercurial is better because he didn't
# Compliqué
Posté par David Demelier (site web personnel) . En réponse au journal Construire des paquets DEB pour Debian (deuxième partie). Évalué à 3.
Je ne cherche pas à troller, juste à donner mon avis sur mon ressenti et à avoir des commentaires
Je n'utilise pas Debian, cependant j'ai déjà regardé quelques documentations pour faire des paquets debian. Je trouve ça extrêmement compliqué. En effet, il y a plusieurs fichiers dont la plupart ont une syntaxe différente :
Ensuite, vient le nombre de commandes : deb-* dh_*, dpkg, … est-ce vraiment possible de tout mémoriser ? Combien de temps cela prend-il ?
J'écris quelques packages pour fedora (via mon dépôt COPR), je trouve les .spec tellement simple, en quelques lignes on a un paquet 100% fonctionnel avec une seule et unique syntaxe et commande
rpmbuild. Les paquets Arch sont aussi plutôt simple.J'aimerais bien avoir l'avis d'un développeur debian pour qu'il me dise son propre ressenti sur les paquets Debian.
git is great because linus did it, mercurial is better because he didn't
# Fruits
Posté par David Demelier (site web personnel) . En réponse au sondage Comment nommez-vous vos machines ?. Évalué à 1. Dernière modification le 23 avril 2018 à 08:55.
Je mets des noms de fruits pour mes machines non professionnelles sans accents et tirets.
git is great because linus did it, mercurial is better because he didn't
# GNOME Terminal et st
Posté par David Demelier (site web personnel) . En réponse à la dépêche Quel terminal pour 2018 ?. Évalué à 1. Dernière modification le 09 avril 2018 à 08:42.
Quand je suis sur GNOME c'est GNOME Terminal, autrement st. Ils supportent tous les deux truecolors, ce qui est indispensable pour moi codant majoritairement sous vim.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Le retour de gentoo?
Posté par David Demelier (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 2.
Gentoo est largement plus utilisé dans l'optimisation en terme de découpage. C'est à dire quelqu'un qui ne souhaite ni wifi, ni nls, ni bluetooth, ni avahi, ni dbus aura un système ultra léger. Les performances en revanche sont largement moins perceptibles. De toute façon toutes les applications ne sont pas forcément développées en C, C++.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Finalement adoptée
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 3.
Non, c'est un problème connu
Non, c'est un problème connu
C'est vrai qu'abrt est divisé en deux, le daemon et gnome-abrt. J'ai un peu mis les deux dans le même sac cependant. Il n'empêche qu'il était installé par défaut avec la Workstation edition.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Finalement adoptée
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 5. Dernière modification le 04 avril 2018 à 08:24.
Je suis d'accord, je pense retourner sous un wm sous peu. C'est simple, j'ai fermé GNOME Boxes, il a commencé à prendre 100% du CPU. J'ai abrt qui s'est lancé suite à un crash de firefox, il a pris 100% du CPU. Mon pauvre petit thinkpad. Sans compter les indénombrables bugs par ci par là. La qualité de GNOME a malheureusement bien chuté par rapport à ses débuts.
Fedora utilise GNOME par défaut mais fournit beaucoup de spins si tu souhaites autres chose :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Effet de mode?
Posté par David Demelier (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 4.
Oui mais au moins les processeurs ARM ne tournent pas minix en arrière plan avant ton OS, permettant à intel et la NSA l'accès complet à ton PC peu importe ton OS.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Eelo
Posté par David Demelier (site web personnel) . En réponse au journal C'est quoi le telephone intelligent du libriste francais de nos jours?. Évalué à 4. Dernière modification le 03 avril 2018 à 09:22.
Sans vouloir être méchant, tous les projets initiés par Gaël ont coulé.
git is great because linus did it, mercurial is better because he didn't