Uhhhh ça me serait jamais venu à l'idée de faire un truc aussi space perso… y'a vraiment des gens qui font ça dans du vrai code? Y'a pas de fonction type isalpha( c ) ?
C'est pas que j'aime pas les regex, loin de là, mais bon une fonction avec un nom clair c'est quand même plus agréable à utiliser je trouve… (en fait, j'utilise les regex comme les lambda: quand je n'ai pas d'alternative…)
Les 2 partagent d'ailleurs la fonctionnalité de ne jamais réécrire une donnée modifiée au même endroit que la donnée originale
Sérieux, les autres ne le font pas?
Côté fonctionnalité, soyons clair: […]
Tu as l'air de bien connaître. Aurais-tu a tout hasard quelques docs sur le net qui me permettraient de combler mon manque de connaissances?
J'ai personnellement toujours… bon, ok, c'est faux: depuis que je suis passé à linux, j'ai voulu prendre le plein contrôle de mon système, et essayer de faire les choix pertinents. Hors, il s'avère qu'un des choix qui me semblait et me semble toujours important est le partitionnement et les FS associés.
Hors, c'est bien LE point sur lequel il y a LE MOINS d'infos. j'ai beau bricoler dans mon coin et codouiller du système, j'ai l'impression que tant que j'essaierai pas de taper dans le kernel (qui fait quand même peur) je ne pourrai jamais comprendre les avantages et inconvénients des différents FS… il n'y a juste aucune doc indiquant les points forts et faibles de ceux-ci.
C'est encore pire quand on essaies de se documenter pour passer a des *BSD… au moins Debian ne propose que des extX, il "suffit" de prendre la version la plus récente quand on ne connais rien…
Désolé, mais, la seule chose qui compte, c'est: qu'ont donc à apporter ZFS ou BTRFS ou WTFS comparé aux systèmes que l'on utilise actuellement au jour le jour? Dans le cas de nombre de linuxiens, je parle de ext3 ou 4, dans le cas des BSDistes, je ne sais pas.
Mais, dans tous les cas, expliquez-moi donc quelle est la différence entre nos systèmes actuels (déjà entre eux, je serai content, vraiment) avec ces nouveaux systèmes ultra-super-révolutionnaires?
Je suis vraiment preneur.
Ah, petit détail, je ne suis pas un administrateur système (j'aimerai, mais je n'ai pas les compétences). Je me contente d'administrer 2-3 machines, dont une qui fait office de routeur, rien qui ne soit hors de portée d'un débutant quoi.
Dans la pratique, il existe des milliers de précédents.
La vraie question est de montrer quiqu'adublé, et assez pour foutre l'autre dans la merde histoire de pouvoir financer ses propres activités.
Tiens, une question, peut-être, voire sûrement stupide: quelqu'un sait-il pourquoi Linus Torvalds à choisi la GPLv2 pour son kernel?
Est-ce pour le copyleft? Et si oui, pourquoi est-ce si difficile de passer en v3 (que ce soit moralement, idéologiquement, ou légalement, je veux lire toutes les raisons)?
Mr. Torvalds semble être quelqu'un de plus orienté (des rumeurs que j'ai lues) vers le pragmatisme, alors pourquoi avoir choisi une licence copyleft (et les emmerdes que ça implique)?
Note: je ne remets pas en cause son choix: l'initiateur d'un projet est libre de choisir comment son code peut être distribué.
Te moinsser pour une remarque inutile? Ok. (selon ma logique, je serai moi-même vite fait à -10, mais si ça peut te permettre de rendre compte de ta connerie, tant mieux)
P'tet parce que si on arrive à s'infiltrer sur une machine, avoir accès à un compilo pour planquer ses méfaits est une bonne chose?
Pour rappel, un binaire exécutable comparé à un script (peu importe le langage, python, perl, sh, JS….) c'est:
moins lourd en mémoire
plus rapide
et donc ça a plus de chances de passer inaperçu. Sans parler du fait qu'un binaire peut être transmis via un source obfusqué, "lent" à la compilation mais indétectable (au chargement réseau) par un AV (vous voulez un exemple du code obfuscation contest?) à condition d'être compilé en local, alors qu'un truc exécutable c'est quand même plus grillé (référence à des lib considérées sensibles).
Accessoirement, nos p'tits systèmes étant codés en C pur (qui a un init codé avec les convention pascal pour les string, par exemple?) un compilo C permets d'exposer toutes les failles potentielles d'une glibc un peu ancienne.
Je n'ai pas, et je ne ferai pas, fait l'effort d'aller voir de quoi tu parles. Pourquoi?
Moi aussi j'utilise la ligne de commande en permanence. En fait, à part le navigateur web, je n'ai plus besoin de la souris, je fais tout en ligne de commande.
Laisses-moi te dire de quoi se compose mon "IDE":
i3
urxvt
vim
cgdb
cmake
git
xxdiff
et… euh, bah c'est tout je crois…
L'intérêt de mon approche (que je ne suis pas seul à utiliser, il suffit de s'inscrire à des listes de diffusions internationales de distro pendant quelques mois pour s'en apercevoir) comparé à la tienne, c'est que plutôt que d'intégrer le terminal dans l'éditeur de texte, on intègre tous les logiciels dans le gestionnaire de fenêtre, qui s'occupe de gérer les onglets, la position des fenêtres, etc etc. Et avec plus de flexibilité et d'efficacité (mémoire ET CPU) que ne pourront jamais en rêver tous les IDEs du monde.
Ah, et pour trouver quel fichier source définit la classe Foobar, je fait: $ grep -r 'class Foobar'. Tout Simplement. Vue la direction que tu sembles prendre, je te conseilles d'essayer l'approche que j'utilise. Bon, moi je prend i3, mais il existe plein d'autres wm pavant, qui sont la base de cette approche. De même, j'utilise i3, mais tu peux prendre emacs ou kakoune ou whatever. Voire même un truc graphique, si le cœur t'en dit (rappelles toi juste que lancer un outil graphique à partir d'un terminal te bouffe de la place à l'écran pour des prunes).
Sinon, si tu persévères dans ton idée, hé bien… bonne chance.
Quel logiciel utilises-tu pour te connecter en wifi?
Pour ma part, j'ai toujours choisi "l'option geek", qui consiste à maintenir un fichier de configuration manuellement, plutôt que de passer par un logiciel au fonctionnement aussi nébuleux qu'aléatoire, et je n'ai jamais eu de problèmes (hors pilotes non reconnus, mais c'est un autre problème lié a ma distro).
Avant de donner des détails, je préfère préciser que je n'ai jamais essayé de me connecter a un réseau wifi qui ne soit pas WPA2.
Bref. Le fichier de configuration en question est /etc/network/interfaces et peut ressembler à ceci:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-ssid FOOBAR-XXXX
wpa-psk BLABLABLABLABLABLABLABLABLA
allow-hotplug eth0
iface eth0 inet dhcp
Bon, c'est une config un peu barbare (il faut rentrer la clé et le nom du réseau manuellement…), on peut faire plus sécurisé (quelqu'un qui a accès au compte root de ma machine peut récupérer la clé wifi… grand bien lui fasse s'il sait pas ou je crèche d'un autre côté), mais quand les solutions plus évoluées merdoient, celle-ci à le mérite d'être stable et simple a appliquer (dans la pratique la mienne est plus complexe que ça, mais j'ai des besoins plus complexes aussi).
En espérant que ça t'aide en attendant de trouver mieux.
Que le support final soit un fichier texte n'a rien à voir avec la résilience, l'important c'est comment ce fichier est manipulé.
Je suis bien d'accord, c'est juste que parfois utiliser une base de données (relationnelle ou pas) qui fait ce genre de travail, et même si c'est pas très compliqué en soi, c'est plus simple que de le refaire soi-même
Berkeley DB, c'est ce qui manipule le fichier /etc/passwd des UNIX-like. Le fichier reste un fichier texte, mais c'est une base de données.
Les bases de données, à l'origine, c'était des dossiers avec des fichiers, mais c'était inefficace, à l'époque les systèmes de fichiers étaient moins bien faits que de nos jours, et avec des contraintes différentes. Donc ils ont fini par tout coller dans un fichier, géré par un seul logiciel en daemon (SGBD), et de fil en aiguille ça a fini par faire des SGBDR, puis le relationnel a fini par péter, et on est (re?)passé au NoSQL (Not only SQL) comme si c'était une nouveauté, alors qu'en fait c'est juste comme ça qu'on faisait avant…
Il ne faut pas oublier que les systèmes de fichier sont des bases de données. En fonction des réglages, ils sont plus efficaces pour des entrées de tailles variables, et la doc (pour les régler) n'est pas forcément simple à trouver, c'est vrai, mais je pense que dans pas mal de situations ils sont plus efficaces que des logiciels userland (déjà, eux sont potentiellement intégrés au noyau, rien que ça… sans parler du fait qu'ils soient administrables avec des outils classiques).
ceci dit, ce n'est pas forcément parce qu'un programme propose des fonctionnalités que tu n'utilises pas, qu'il y a plus de bugs dans celles que tu utilises, ça dépend de beaucoup de facteurs: comment les fonctionnalités interagissent entre elles, combien elles sont testées, etc.
Non, mais plus il y a de fonctionnalités, plus la complexité est élevée, et plus le risque de bugs non-triviaux est élevé. Et cela inclue les effets de bords des fonctionnalités non utilisées sur celles qui le sont.
Ce n'est pas pour rien que KISS est très plébiscité (parfois trop d'ailleurs) dans le libre.
j'ai utilisé sqlite c'est pour écrire un petit moteur de forum (où pour le coup c'est bien pratique).
C'est le genre de choses pour lesquelles un SGBDR est conçu, et malgré mon désamour du SQL je suis bien content de le trouver dans ces moments la.
En fait, dès lors qu'il y a de nombreuses relations entres les objets à manipuler, les SGBDR sont très, très utiles. Malgré que je trouve le SQL absolument horrible.
Après, je ne vais pas te défendre le cas particulier de firefox
Je n'ai pris que le seul exemple qui reste sur mon système, en même temps. C'était juste histoire de prouver que ce n'est pas parce que l'on utilise des logiciels bien fichus (j'ai tendance à penser que sqlite l'est) que l'on produit un logiciel lui-même bien foutu.
Ceci dit, je suis persuadé que c'est loin d'être limité à Firefox. Par exemple, je ne serai pas surpris que Gnome ou KDE stockent leurs configuration dans des fichiers sqlite. Un peu comme… regedit (sauf qu'il reste a prouver que regedit soit un SGBDR, hein).
Si j'avais la motivation je pourrais faire une analyse des logiciels avec une dépendance directe à sqlite présents dans le dépôt Debian, mais j'ai choisi la facilité: quand j'installe un logiciel, je regarde de quoi il dépend, et s'il m'ajoute plus de 5 lib, je cherche une alternative (parfois il n'y en a pas, mais c'est quand même relativement rare).
Je regarde aussi si les dépendances me semblent pertinentes, par rapport au job du soft. Ces vérifications nécessitent une chose par contre: garder tout le temps un système relativement simple. Ma Debian n'a du coup rien à voir avec une Debian par défaut…
Hum, je ne voulais pas dire HTTP ça c'est certain (après tout, j'ose espérer que de nos jours y'a du httpS >:] ), et pour HTML je pensais plus XHTML (basé sur XML donc), mais j'ai tendance à confondre les deux de nos jours (reste-t-il encore du HTML non XHTML?). Quant au JS, j'admets avoir un poil trollé.
Bon, après cela peut varier selon l'expérience de chacun, on va dire.
Je n'en ai pas des masses dans le web, je le reconnais. S'il y a un truc qui ne m'attire vraiment pas, c'est bien le tas de techno blindé de sables mouvants qu'est le web. Bon je suppose qu'un jour je devrais m'y mettre un minimum sérieusement, vu que c'est le marché le plus simple d'accès.
même si elle focalise sur un mécanisme d'acheminement
Si tu trouves mieux, fait moi savoir :)
Pour les EAI/ESB/ETL : aucune idée de ce que c'est, mes connaissances d'électroniques remontent au bac, il y a 10 ans, et je n'ai jamais eu l'occasion de les utiliser pour de vrai depuis (même si je garde amoureusement quelques bouquins de cours, et que le jour ou j'aurai a nouveau l'occase de causer routage je serai bien heureux). Je n'ose même pas chercher sur le net ce qu'ils signifient, vu les acronymes, ça risque de flooder sur des trucs qui n'ont rien a voir.
et sinon, il y a le Business Loto pour compléter l'argumentaire :-)
Héhé… je crois que quand j'aurai retrouvé (re-cherché déjà) du taf, si l'ambiance est bonne, je vais me monter un serveur perso pour ce jeu, pour les réunions, ça pourrait être fun! Encore faut-il avoir un expert en buzzword pour mettre à jour la base de données (ajouter ET supprimer les bw au fur et à mesure des tendances…).
C'est sûr que youtube n'est pas forcément le pied, mais ça à au moins deux avantages:
les gens vont dessus. Du coup, il sera possible que des gens découvrent votre projet en suivant les sélections automatiques. Plutôt que voir ça comme le diable qu'il ne faut pas fréquenter, il vaut mieux voir ça comme un google de la vidéo. Donc, si tu hais à ce point youtube, il va falloir penser à interdire l'accès du bot google sur votre site. Contrepartie: la communication sera nettement plus difficile.
l'infrastructure est en place et "gratuite" (pas de location d'espace disque ni de bande passante, frais d'administration réduis au temps passé à uploader les vidéos…). Quand je dis gratuite, que l'on soit d'accord, ceux qui hébergent sur youtube sont le produit, mais, quand on crée un compte youtube dédié à un projet, ce n'est en rien un problème. Le seul moment ou c'est un problème potentiel, c'est quand on mets des choses qui n'ont pas lieu d'être communiquées à tous…
Et comme dis plus haut, ce n'est pas parce que l'on utilise youtube que l'on n'utilise que youtube. L'important dans le libre, ce n'est pas de ne pas utiliser de non-libre, mais de proposer une alternative libre, de préférence de meilleure qualité (histoire de motiver les gens à utiliser cette alternative, si l'on souhaite faire du prosélytisme).
Les sauts, ça fait partie des grands débats… Nous aimerions éviter le syndrome de la grenouille, qu'on voit souvent dans les jeux où le saut est implanté.
Je pense que pour ça le mieux reste la jauge de stamina/énergie. Je veux dire, si je me fie aux divers jeux que j'ai joués, ceux dans lesquels ce syndrome était le plus problématique en terme de gameplay (pas de réalisme, je précise), ce sont les FPS, et en général, celui qui saute de trop se retrouve à se traîner comme une larve rapidement, ce qui pose d'évidents handicaps.
Au niveau des RPG, je dirait que le saut est aussi un workaround utilisé par les joueurs, parce que je n'ai jamais joué à un seul RPG ou il est possible d'enjamber ou d'escalader un obstacle. Du coup, les joueurs utilisent des combinaisons de sauts et de placement (pour exploiter le moindre pixel qui dépasse) pour escalader. Du coup j'appellerai plutôt ça le syndrome de la chèvre moi :)
De manière générale, j'ai l'impression que le saut permets surtout l'escalade, ça coûte moins de temps de dev et l'équilibre général ne s'en trouve pas trop affecté (en fonction des limitations ajoutées, bien sûr), notamment du fait qu'une silhouette qui saute est nettement plus facile à remarquer qu'une silhouette qui reste collée au décor (mouvement horizontal ou vertical).
Non, REST est un style d'architecture. Je te conseille d'aller voir l'article de wikipedia. Les web service, c'est bâti uniquement sur du HTTP et, pire, HTML+JSon. REST peut très bien utiliser un protocole maison directement bâti sur TCP ou même UDP.
Et BUS je comprends donc que c'est un canal de communication entre 2 applications, c'est bien ça ?
Pas entre 2 applications, mais entre plusieurs (pas forcément juste deux, donc) composants. Au début c'était utilisé juste en électronique (et donc au niveau carte-mère & co) mais on l'utilise aussi pour les logiciels maintenant. L'idée générale est la même de toute façon: permettre à plusieurs composants d'un même système de communiquer ensemble.
Est-ce que ça peut donc être un autre moyen de faire communiquer des applications qui ne seraient pas conçu avec le même langage? exemple une appli en java avec une autre en php?
Il faut juste qu'elles soient capables de communiquer dans le format/protocole adéquat. Le langage n'a absolument aucun impact sur ça. Que tu ouvres une connexion réseau en Java, en PHP, en C, voire même en ASM, c'est la même chose, l'important c'est ce que tu demandes à la carte réseau d'envoyer. De toute façon, le code de ton application fini toujours à un moment ou l'autre en binaire.
Je me suis mélangé les pinceaux avec de vieux souvenirs, après un rafraîchissement mémoire sur wikipedia, il semble qu'il ne soit que inspiré par l'interface. C'est redmine qui à été forké (bluemine/chiliproject, mort forké à nouveau en openproject). Et le fork de trac c'est apache bloodhound.
plus facile de faire des requêtes plus compliquées, on est sûrs que les modifications sont atomiques, que l'état de la configuration va être consistant tout le temps, et on est un peu protégés d'un crash ou d'une coupure d'électricité au moment d'écriture
Faire des requêtes compliquées sur de la configuration? Je vais t'épargner mon laïus par la preuve en regardant les fichiers sqlite de FF, mais il y a plus d'un fichier qui ne contiens qu'une seule table (oh allez, des exemples quand même: cookies.sqlite…sigh…, permissions.sqlite). Que veux-tu faire de complexe avec une seule table?
La configuration, ce n'est pas le truc que l'on est censés charger au démarrage, et qui doit donc être assez simple pour être chargé vite (autrement dit l'opposé d'une requête compliquée)?
Très franchement, je pense que quand on commence à utiliser une base de données relationnelle pour stocker de la configuration (qui est typiquement soit un script, mais je ne trouve pas non plus cette solution élégante, soit une BDD clé-valeur, l'idéal, après, je peux encore accepter que le format ne soit pas du texte brut, pourquoi pas, ça peut nécessiter de la compression par exemple… admettons.) c'est qu'il y a un problème de sur-ingénierie. Et même si certains logiciels en souffrant sont excellents et même si je les utilise, ça ne veut pas dire que je le cautionnerai.
L'intérêt majeur d'un SGBDR c'est le côté relationnel des données, pas spécialement la consistance ni l'atomicité: ces points sont partagés par plein d'autres SGBD. Penses-tu que berkeleydb (libdb, le truc qui gère entres autres /etc/passwd) ne soit pas consistante ni atomique? Et les SGBD NoSQL (not only, pour rappel)? Que le support final soit un fichier texte n'a rien à voir avec la résilience, l'important c'est comment ce fichier est manipulé.
Pour ce qui est des modifications d'écriture et de la protection contre un arrêt au pire moment, c'est très facile avec des fichiers bruts (pas juste texte, tu noteras): on crée un fichier, on écrit dedans, on swap les noms (d'ailleurs, dommage qu'il n'y ait aucune commande shell pour le faire) et on vire le fichier de backup. Voire on le garde, pour future comparaison.
Ah, tiens, une fonctionnalité que les SGBDR n'ont pas, et qui est utile pour de la configuration ça: le versionning. Enfin, je mens, on pourrait versionner les CVS… mais niveau lisibilité c'est pas top.
Et puis sqlite c'est quand même une base de donnée avec un seul fichier et zéro configuration à faire, c'est plutôt sympa comme fichier de stockage, je trouve.
Non mais sérieusement, je le pensais quand je disais que j'aime bien sqlite. Cet aspect est très sympa, je suis d'accord. D'ailleurs, je ne connais qu'un seul autre SGBDR qui le permette: firebird.
Maintenant, si je reprend le cas FF (le seul installé sur mon système dont j'aie trouvé les fichiers sqlite, désolé si je donne l'impression de m'acharner) il n'y a justement pas qu'un seul fichier.
Je parle bien dans ce message d'une critique des logiciels configurés par sql, pas des logiciels qui utilisent le sql pour des formats de données (par exemple dans le cas de fossil je pense que c'est pertinent, il y a un wiki, un bug tracker, et un DVCS. Pour le wiki et le DVCS c'est évident que c'est utile, et compte tenu de l'intégration du BT avec le DVCS, pourquoi pas).
Redmine c’est très souple, le bug tracker est très bien
Je confirme, le bugtracker est vraiment propre. L'intégration de git, par défaut, laisse à désirer par contre, dans le sens ou on ne peut pas coder via browser, mais il me semble qu'il y a des plug-in pour l'améliorer.
Perso j'aime bien aussi le système de roadmap de redmine, je le trouve clair. Le reste des modules, je ne les ai pas trop testés. Ah, et aussi LE gros avantage de redmine sur toutes les forges modernes: pas besoin de javascript et donc c'est juste… instantané. Ici, pour aller voir les bugs sur, par exemple, glfw, en venant de github, ça me prend au pifomètre 2s. Et c'est une fonctionnalité basique, aller voir les bugs.
Trac c’est un peu comme redmine
Parce que redmine est un fork de trac, il me semble.
Sinon dans le genre vielles forges abandonnées (concurrents à trac quoi), il y a aussi savane que j'ai utilisé un peu via gna et savanna.nongnu à une époque, mais c'est… primitif, je dirais, à moins que ça aie changé mais j'en doute (doute confirmé par un rapide coup d'œil sur savannah.nongnu).
Et la je me sens con… effectivement, il y a une grosse quantité de données, contrairement aux autres tests rapides que j'ai fait, du coup le fils ne pouvais pas tout envoyer…
Le terme message est a prendre au bas niveau, j'ai l'impression, genre un message UCP (pas TCP, vu que c'est des flux). Tu balances tes données au serveur, les applications qui comprennent de quoi il s'agit les récupèrent quand elles veulent. Si j'ai bien compris.
Si tu aimes les buzzwords, c'est le genre de gadget qui aide à vendre les applications REST.
C'est juste que par défaut, si tu fais un commit en local, tu fais aussi un push automatiquement vers le dépôt à partir duquel tu as cloné (si c'est possible), ce qui incite les développeurs à synchroniser plus souvent leur travail, tester le code des autres plus souvent et pas trop diverger
Je vois le truc. Je ne suis pas super convaincu mais bon… pourquoi pas.
autre particularité de fossil, est que par défaut les branches sont publiques
(je ne connais pas de loin la moitié des fonctionnalités de git non plus
Pour ça que je parlais bien des fonctionnalités de base, je ne prétend pas maîtriser git non plus. Il ne faut pas se voiler la face, git est très, très complet(xe) et perso, je n'en utilise en gros qu'une petite 10aine de commandes.
je pense qu'il faut relativiser suivant les cas.
C'est sûr. Après, si j'ai utilisé l'argument du poids des libs, c'est surtout parce que tu as parlé de la légèreté du binaire en incluant juste une seule des dépendances, ce qui n'avait du coup que peu de sens.
Franchement, je ne m'attendais vraiment pas à ce que git et ses dépendances soient plus léger que fossil et les siennes, je pensais plutôt que la différence se réduirait drastiquement et que ça se vaudrait… raté. Tu noteras d'ailleurs que le ratio que j'ai indiqué est faux, puisque je n'ai pas pris en compte la glibc6 (qui est loin d'être légère: 1.7M sur ma machine, rien que ça).
Pour ce qui est de sqlite, je n'ai que 5 paquets qui en dépendent directement, et ceux qui en dépendent indirectement sont surtout des paquets qui dépendent de python (genre blender, zenmap, iotop, ce genre de choses… et je suis quasi certain qu'ils n'ont pas besoin des fonctionnalités de sqlite3): aptitude, firefox (mon navigateur fallback), libnss3, libpython(2.7/3.4)-stdlib et c'est tout. libnss3 ne fait que recommander (selon LFS) sqlite. firefox et aptitude sont "en attente de remplacement". Reste python*-stdlib, la je ne sais pas, peut-être qu'il n'y a pas le choix, je ne me suis pas penché sur le cas.
Donc au final je pense que ça dépend beaucoup des logiciels que l'on utilise. J'ai pris l'exemple de sqlite, on va finir par croire que je déteste, mais promis, pas du tout, c'est juste que cet outil n'a que très peu d'intérêt sur mon système, avec les outils que j'utilise. Et je crains que ça soit trop souvent utilisé pour juste stocker de la configuration (n'est-ce pas firefox?)… quant à aptitude, je n'arrive pas à trouver de BDD dans /var/lib/aptitude alors je me pose des questions sur le bien fondé de la dépendance.
Après, si on veut vraiment mesurer l'impact mémoire, une mesure plus honnête serait ps -p $(pidof git) -p $(pidof fossil) -o rss,vsz,comm quand ils tournent, ou une mesure plus utile en l'occurrence, la bande passante consommée lors d'un clonage. Mais bon, git n'inclue pas de serveur, contrairement a fossil il me semble. Donc s'il faut ajouter un apache dans la balance, avec le redmine qui va bien, c'est sûr que fossil devrait gagner. Mais bon, httpd+redmine, ça ne sert pas que pour un seul projet, donc il me semble vraiment que ça fait au final moins de temps à passer à configurer les mêmes choses.
[^] # Re: Un autre avis perso
Posté par freem . En réponse au journal Et si JavaScript allait droit dans le mur ?. Évalué à 7.
C'est pas tout jeune ça, non?
[^] # Re: Dart
Posté par freem . En réponse au journal Et si JavaScript allait droit dans le mur ?. Évalué à 10.
C'est triste, vu le nom…
[^] # Re: Wtfjs en fait trop (un peu)
Posté par freem . En réponse au journal Et si JavaScript allait droit dans le mur ?. Évalué à 7.
Uhhhh ça me serait jamais venu à l'idée de faire un truc aussi space perso… y'a vraiment des gens qui font ça dans du vrai code? Y'a pas de fonction type isalpha( c ) ?
C'est pas que j'aime pas les regex, loin de là, mais bon une fonction avec un nom clair c'est quand même plus agréable à utiliser je trouve… (en fait, j'utilise les regex comme les lambda: quand je n'ai pas d'alternative…)
[^] # Re: BTRFS
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 2.
Une question:
Ça marche comment, les backup?
[^] # Re: Zfs vs BTRFS
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
Sérieux, les autres ne le font pas?
Tu as l'air de bien connaître. Aurais-tu a tout hasard quelques docs sur le net qui me permettraient de combler mon manque de connaissances?
J'ai personnellement toujours… bon, ok, c'est faux: depuis que je suis passé à linux, j'ai voulu prendre le plein contrôle de mon système, et essayer de faire les choix pertinents. Hors, il s'avère qu'un des choix qui me semblait et me semble toujours important est le partitionnement et les FS associés.
Hors, c'est bien LE point sur lequel il y a LE MOINS d'infos. j'ai beau bricoler dans mon coin et codouiller du système, j'ai l'impression que tant que j'essaierai pas de taper dans le kernel (qui fait quand même peur) je ne pourrai jamais comprendre les avantages et inconvénients des différents FS… il n'y a juste aucune doc indiquant les points forts et faibles de ceux-ci.
C'est encore pire quand on essaies de se documenter pour passer a des *BSD… au moins Debian ne propose que des extX, il "suffit" de prendre la version la plus récente quand on ne connais rien…
[^] # Re: Zfs vs BTRFS
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à -2.
Hum… ZFS vs BTRFS vs WTFS… on s'en cogne non?
Désolé, mais, la seule chose qui compte, c'est: qu'ont donc à apporter ZFS ou BTRFS ou WTFS comparé aux systèmes que l'on utilise actuellement au jour le jour? Dans le cas de nombre de linuxiens, je parle de ext3 ou 4, dans le cas des BSDistes, je ne sais pas.
Mais, dans tous les cas, expliquez-moi donc quelle est la différence entre nos systèmes actuels (déjà entre eux, je serai content, vraiment) avec ces nouveaux systèmes ultra-super-révolutionnaires?
Je suis vraiment preneur.
Ah, petit détail, je ne suis pas un administrateur système (j'aimerai, mais je n'ai pas les compétences). Je me contente d'administrer 2-3 machines, dont une qui fait office de routeur, rien qui ne soit hors de portée d'un débutant quoi.
[^] # Re: Y a-t-il vraiment un risque ?
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
Dans la pratique, il existe des milliers de précédents.
La vraie question est de montrer quiqu'adublé, et assez pour foutre l'autre dans la merde histoire de pouvoir financer ses propres activités.
Tiens, une question, peut-être, voire sûrement stupide: quelqu'un sait-il pourquoi Linus Torvalds à choisi la GPLv2 pour son kernel?
Est-ce pour le copyleft? Et si oui, pourquoi est-ce si difficile de passer en v3 (que ce soit moralement, idéologiquement, ou légalement, je veux lire toutes les raisons)?
Mr. Torvalds semble être quelqu'un de plus orienté (des rumeurs que j'ai lues) vers le pragmatisme, alors pourquoi avoir choisi une licence copyleft (et les emmerdes que ça implique)?
Note: je ne remets pas en cause son choix: l'initiateur d'un projet est libre de choisir comment son code peut être distribué.
[^] # Re: Un potentiel sacré bourbier
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à -10.
Te moinsser pour une remarque inutile? Ok. (selon ma logique, je serai moi-même vite fait à -10, mais si ça peut te permettre de rendre compte de ta connerie, tant mieux)
[^] # Re: Un potentielsacrébourbier
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
P'tet parce que si on arrive à s'infiltrer sur une machine, avoir accès à un compilo pour planquer ses méfaits est une bonne chose?
Pour rappel, un binaire exécutable comparé à un script (peu importe le langage, python, perl, sh, JS….) c'est:
et donc ça a plus de chances de passer inaperçu. Sans parler du fait qu'un binaire peut être transmis via un source obfusqué, "lent" à la compilation mais indétectable (au chargement réseau) par un AV (vous voulez un exemple du code obfuscation contest?) à condition d'être compilé en local, alors qu'un truc exécutable c'est quand même plus grillé (référence à des lib considérées sensibles).
Accessoirement, nos p'tits systèmes étant codés en C pur (qui a un init codé avec les convention pascal pour les string, par exemple?) un compilo C permets d'exposer toutes les failles potentielles d'une glibc un peu ancienne.
[^] # Re: Base de la position de Canonical
Posté par freem . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
Un peu comme ext?
# Mouai.
Posté par freem . En réponse au message Participez au développement de it-edit (Integrated Terminals Editor).. Évalué à 3.
Je n'ai pas, et je ne ferai pas, fait l'effort d'aller voir de quoi tu parles. Pourquoi?
Moi aussi j'utilise la ligne de commande en permanence. En fait, à part le navigateur web, je n'ai plus besoin de la souris, je fais tout en ligne de commande.
Laisses-moi te dire de quoi se compose mon "IDE":
L'intérêt de mon approche (que je ne suis pas seul à utiliser, il suffit de s'inscrire à des listes de diffusions internationales de distro pendant quelques mois pour s'en apercevoir) comparé à la tienne, c'est que plutôt que d'intégrer le terminal dans l'éditeur de texte, on intègre tous les logiciels dans le gestionnaire de fenêtre, qui s'occupe de gérer les onglets, la position des fenêtres, etc etc. Et avec plus de flexibilité et d'efficacité (mémoire ET CPU) que ne pourront jamais en rêver tous les IDEs du monde.
Ah, et pour trouver quel fichier source définit la classe Foobar, je fait:
$ grep -r 'class Foobar'. Tout Simplement. Vue la direction que tu sembles prendre, je te conseilles d'essayer l'approche que j'utilise. Bon, moi je prend i3, mais il existe plein d'autres wm pavant, qui sont la base de cette approche. De même, j'utilise i3, mais tu peux prendre emacs ou kakoune ou whatever. Voire même un truc graphique, si le cœur t'en dit (rappelles toi juste que lancer un outil graphique à partir d'un terminal te bouffe de la place à l'écran pour des prunes).Sinon, si tu persévères dans ton idée, hé bien… bonne chance.
# gestionnaire de connexion
Posté par freem . En réponse au message Ma connexion wifi veut ma mort.. Évalué à 3.
Quel logiciel utilises-tu pour te connecter en wifi?
Pour ma part, j'ai toujours choisi "l'option geek", qui consiste à maintenir un fichier de configuration manuellement, plutôt que de passer par un logiciel au fonctionnement aussi nébuleux qu'aléatoire, et je n'ai jamais eu de problèmes (hors pilotes non reconnus, mais c'est un autre problème lié a ma distro).
Avant de donner des détails, je préfère préciser que je n'ai jamais essayé de me connecter a un réseau wifi qui ne soit pas WPA2.
Bref. Le fichier de configuration en question est
/etc/network/interfaceset peut ressembler à ceci:Bon, c'est une config un peu barbare (il faut rentrer la clé et le nom du réseau manuellement…), on peut faire plus sécurisé (quelqu'un qui a accès au compte root de ma machine peut récupérer la clé wifi… grand bien lui fasse s'il sait pas ou je crèche d'un autre côté), mais quand les solutions plus évoluées merdoient, celle-ci à le mérite d'être stable et simple a appliquer (dans la pratique la mienne est plus complexe que ça, mais j'ai des besoins plus complexes aussi).
En espérant que ça t'aide en attendant de trouver mieux.
[^] # Re: Fossil
Posté par freem . En réponse au journal Le danger github. Évalué à 3.
Berkeley DB, c'est ce qui manipule le fichier /etc/passwd des UNIX-like. Le fichier reste un fichier texte, mais c'est une base de données.
Les bases de données, à l'origine, c'était des dossiers avec des fichiers, mais c'était inefficace, à l'époque les systèmes de fichiers étaient moins bien faits que de nos jours, et avec des contraintes différentes. Donc ils ont fini par tout coller dans un fichier, géré par un seul logiciel en daemon (SGBD), et de fil en aiguille ça a fini par faire des SGBDR, puis le relationnel a fini par péter, et on est (re?)passé au NoSQL (Not only SQL) comme si c'était une nouveauté, alors qu'en fait c'est juste comme ça qu'on faisait avant…
Il ne faut pas oublier que les systèmes de fichier sont des bases de données. En fonction des réglages, ils sont plus efficaces pour des entrées de tailles variables, et la doc (pour les régler) n'est pas forcément simple à trouver, c'est vrai, mais je pense que dans pas mal de situations ils sont plus efficaces que des logiciels userland (déjà, eux sont potentiellement intégrés au noyau, rien que ça… sans parler du fait qu'ils soient administrables avec des outils classiques).
Non, mais plus il y a de fonctionnalités, plus la complexité est élevée, et plus le risque de bugs non-triviaux est élevé. Et cela inclue les effets de bords des fonctionnalités non utilisées sur celles qui le sont.
Ce n'est pas pour rien que KISS est très plébiscité (parfois trop d'ailleurs) dans le libre.
C'est le genre de choses pour lesquelles un SGBDR est conçu, et malgré mon désamour du SQL je suis bien content de le trouver dans ces moments la.
En fait, dès lors qu'il y a de nombreuses relations entres les objets à manipuler, les SGBDR sont très, très utiles. Malgré que je trouve le SQL absolument horrible.
Je n'ai pris que le seul exemple qui reste sur mon système, en même temps. C'était juste histoire de prouver que ce n'est pas parce que l'on utilise des logiciels bien fichus (j'ai tendance à penser que sqlite l'est) que l'on produit un logiciel lui-même bien foutu.
Ceci dit, je suis persuadé que c'est loin d'être limité à Firefox. Par exemple, je ne serai pas surpris que Gnome ou KDE stockent leurs configuration dans des fichiers sqlite. Un peu comme… regedit (sauf qu'il reste a prouver que regedit soit un SGBDR, hein).
Si j'avais la motivation je pourrais faire une analyse des logiciels avec une dépendance directe à sqlite présents dans le dépôt Debian, mais j'ai choisi la facilité: quand j'installe un logiciel, je regarde de quoi il dépend, et s'il m'ajoute plus de 5 lib, je cherche une alternative (parfois il n'y en a pas, mais c'est quand même relativement rare).
Je regarde aussi si les dépendances me semblent pertinentes, par rapport au job du soft. Ces vérifications nécessitent une chose par contre: garder tout le temps un système relativement simple. Ma Debian n'a du coup rien à voir avec une Debian par défaut…
[^] # Re: Merci pour vos explications
Posté par freem . En réponse au message RabbitMQ: Comprendre ce que ça fait, à quoi ça sert et comment ça marche. Évalué à 2.
Hum, je ne voulais pas dire HTTP ça c'est certain (après tout, j'ose espérer que de nos jours y'a du httpS >:] ), et pour HTML je pensais plus XHTML (basé sur XML donc), mais j'ai tendance à confondre les deux de nos jours (reste-t-il encore du HTML non XHTML?). Quant au JS, j'admets avoir un poil trollé.
Je n'en ai pas des masses dans le web, je le reconnais. S'il y a un truc qui ne m'attire vraiment pas, c'est bien le tas de techno blindé de sables mouvants qu'est le web. Bon je suppose qu'un jour je devrais m'y mettre un minimum sérieusement, vu que c'est le marché le plus simple d'accès.
Si tu trouves mieux, fait moi savoir :)
Pour les EAI/ESB/ETL : aucune idée de ce que c'est, mes connaissances d'électroniques remontent au bac, il y a 10 ans, et je n'ai jamais eu l'occasion de les utiliser pour de vrai depuis (même si je garde amoureusement quelques bouquins de cours, et que le jour ou j'aurai a nouveau l'occase de causer routage je serai bien heureux). Je n'ose même pas chercher sur le net ce qu'ils signifient, vu les acronymes, ça risque de flooder sur des trucs qui n'ont rien a voir.
Héhé… je crois que quand j'aurai retrouvé (re-cherché déjà) du taf, si l'ambiance est bonne, je vais me monter un serveur perso pour ce jeu, pour les réunions, ça pourrait être fun! Encore faut-il avoir un expert en buzzword pour mettre à jour la base de données (ajouter ET supprimer les bw au fur et à mesure des tendances…).
[^] # Re: vidéos
Posté par freem . En réponse à la dépêche Khaganat, un projet ludique et culturel. Évalué à 3.
C'est sûr que youtube n'est pas forcément le pied, mais ça à au moins deux avantages:
Et comme dis plus haut, ce n'est pas parce que l'on utilise youtube que l'on n'utilise que youtube. L'important dans le libre, ce n'est pas de ne pas utiliser de non-libre, mais de proposer une alternative libre, de préférence de meilleure qualité (histoire de motiver les gens à utiliser cette alternative, si l'on souhaite faire du prosélytisme).
[^] # Re: Les sauts
Posté par freem . En réponse à la dépêche Khaganat, un projet ludique et culturel. Évalué à 5.
Je pense que pour ça le mieux reste la jauge de stamina/énergie. Je veux dire, si je me fie aux divers jeux que j'ai joués, ceux dans lesquels ce syndrome était le plus problématique en terme de gameplay (pas de réalisme, je précise), ce sont les FPS, et en général, celui qui saute de trop se retrouve à se traîner comme une larve rapidement, ce qui pose d'évidents handicaps.
Au niveau des RPG, je dirait que le saut est aussi un workaround utilisé par les joueurs, parce que je n'ai jamais joué à un seul RPG ou il est possible d'enjamber ou d'escalader un obstacle. Du coup, les joueurs utilisent des combinaisons de sauts et de placement (pour exploiter le moindre pixel qui dépasse) pour escalader. Du coup j'appellerai plutôt ça le syndrome de la chèvre moi :)
De manière générale, j'ai l'impression que le saut permets surtout l'escalade, ça coûte moins de temps de dev et l'équilibre général ne s'en trouve pas trop affecté (en fonction des limitations ajoutées, bien sûr), notamment du fait qu'une silhouette qui saute est nettement plus facile à remarquer qu'une silhouette qui reste collée au décor (mouvement horizontal ou vertical).
My 2 cts.
[^] # Re: Merci pour vos explications
Posté par freem . En réponse au message RabbitMQ: Comprendre ce que ça fait, à quoi ça sert et comment ça marche. Évalué à 3.
Non, REST est un style d'architecture. Je te conseille d'aller voir l'article de wikipedia. Les web service, c'est bâti uniquement sur du HTTP et, pire, HTML+JSon. REST peut très bien utiliser un protocole maison directement bâti sur TCP ou même UDP.
Pas entre 2 applications, mais entre plusieurs (pas forcément juste deux, donc) composants. Au début c'était utilisé juste en électronique (et donc au niveau carte-mère & co) mais on l'utilise aussi pour les logiciels maintenant. L'idée générale est la même de toute façon: permettre à plusieurs composants d'un même système de communiquer ensemble.
Il faut juste qu'elles soient capables de communiquer dans le format/protocole adéquat. Le langage n'a absolument aucun impact sur ça. Que tu ouvres une connexion réseau en Java, en PHP, en C, voire même en ASM, c'est la même chose, l'important c'est ce que tu demandes à la carte réseau d'envoyer. De toute façon, le code de ton application fini toujours à un moment ou l'autre en binaire.
[^] # Re: Gitlab / Gog / Redmine /Trac
Posté par freem . En réponse au journal Le danger github. Évalué à 2.
Autant pour moi.
Je me suis mélangé les pinceaux avec de vieux souvenirs, après un rafraîchissement mémoire sur wikipedia, il semble qu'il ne soit que inspiré par l'interface. C'est redmine qui à été forké (bluemine/chiliproject, mort forké à nouveau en openproject). Et le fork de trac c'est apache bloodhound.
Reste à voir ce que valent les fork.
[^] # Re: Fossil
Posté par freem . En réponse au journal Le danger github. Évalué à 3.
Faire des requêtes compliquées sur de la configuration? Je vais t'épargner mon laïus par la preuve en regardant les fichiers sqlite de FF, mais il y a plus d'un fichier qui ne contiens qu'une seule table (oh allez, des exemples quand même: cookies.sqlite…sigh…, permissions.sqlite). Que veux-tu faire de complexe avec une seule table?
La configuration, ce n'est pas le truc que l'on est censés charger au démarrage, et qui doit donc être assez simple pour être chargé vite (autrement dit l'opposé d'une requête compliquée)?
Très franchement, je pense que quand on commence à utiliser une base de données relationnelle pour stocker de la configuration (qui est typiquement soit un script, mais je ne trouve pas non plus cette solution élégante, soit une BDD clé-valeur, l'idéal, après, je peux encore accepter que le format ne soit pas du texte brut, pourquoi pas, ça peut nécessiter de la compression par exemple… admettons.) c'est qu'il y a un problème de sur-ingénierie. Et même si certains logiciels en souffrant sont excellents et même si je les utilise, ça ne veut pas dire que je le cautionnerai.
L'intérêt majeur d'un SGBDR c'est le côté relationnel des données, pas spécialement la consistance ni l'atomicité: ces points sont partagés par plein d'autres SGBD. Penses-tu que berkeleydb (libdb, le truc qui gère entres autres /etc/passwd) ne soit pas consistante ni atomique? Et les SGBD NoSQL (not only, pour rappel)? Que le support final soit un fichier texte n'a rien à voir avec la résilience, l'important c'est comment ce fichier est manipulé.
Pour ce qui est des modifications d'écriture et de la protection contre un arrêt au pire moment, c'est très facile avec des fichiers bruts (pas juste texte, tu noteras): on crée un fichier, on écrit dedans, on swap les noms (d'ailleurs, dommage qu'il n'y ait aucune commande shell pour le faire) et on vire le fichier de backup. Voire on le garde, pour future comparaison.
Ah, tiens, une fonctionnalité que les SGBDR n'ont pas, et qui est utile pour de la configuration ça: le versionning. Enfin, je mens, on pourrait versionner les CVS… mais niveau lisibilité c'est pas top.
Non mais sérieusement, je le pensais quand je disais que j'aime bien sqlite. Cet aspect est très sympa, je suis d'accord. D'ailleurs, je ne connais qu'un seul autre SGBDR qui le permette: firebird.
Maintenant, si je reprend le cas FF (le seul installé sur mon système dont j'aie trouvé les fichiers sqlite, désolé si je donne l'impression de m'acharner) il n'y a justement pas qu'un seul fichier.
Je parle bien dans ce message d'une critique des logiciels configurés par sql, pas des logiciels qui utilisent le sql pour des formats de données (par exemple dans le cas de fossil je pense que c'est pertinent, il y a un wiki, un bug tracker, et un DVCS. Pour le wiki et le DVCS c'est évident que c'est utile, et compte tenu de l'intégration du BT avec le DVCS, pourquoi pas).
[^] # Re: Gitlab / Gog / Redmine /Trac
Posté par freem . En réponse au journal Le danger github. Évalué à 2.
Je confirme, le bugtracker est vraiment propre. L'intégration de git, par défaut, laisse à désirer par contre, dans le sens ou on ne peut pas coder via browser, mais il me semble qu'il y a des plug-in pour l'améliorer.
Perso j'aime bien aussi le système de roadmap de redmine, je le trouve clair. Le reste des modules, je ne les ai pas trop testés. Ah, et aussi LE gros avantage de redmine sur toutes les forges modernes: pas besoin de javascript et donc c'est juste… instantané. Ici, pour aller voir les bugs sur, par exemple, glfw, en venant de github, ça me prend au pifomètre 2s. Et c'est une fonctionnalité basique, aller voir les bugs.
Parce que redmine est un fork de trac, il me semble.
Sinon dans le genre vielles forges abandonnées (concurrents à trac quoi), il y a aussi savane que j'ai utilisé un peu via gna et savanna.nongnu à une époque, mais c'est… primitif, je dirais, à moins que ça aie changé mais j'en doute (doute confirmé par un rapide coup d'œil sur savannah.nongnu).
Pareil, Gog je connais pas par contre.
[^] # Re: et vous trouvez du monde, dans la Nièvre ?
Posté par freem . En réponse à la dépêche Création d'une association de libristes dans la Nièvre. Évalué à 3.
Le truc, c'est que tu ne mérites même pas d'être moinssé. Je ne moinsse pas quand j'ai pitié.
[^] # Re: Je suppose que le tampon du pipe est rempli
Posté par freem . En réponse au message [résolu] execlp apt-cache ne fini jamais. Évalué à 3.
Et la je me sens con… effectivement, il y a une grosse quantité de données, contrairement aux autres tests rapides que j'ai fait, du coup le fils ne pouvais pas tout envoyer…
# Un genre de dbus, à vue de nez
Posté par freem . En réponse au message RabbitMQ: Comprendre ce que ça fait, à quoi ça sert et comment ça marche. Évalué à 5.
Le terme message est a prendre au bas niveau, j'ai l'impression, genre un message UCP (pas TCP, vu que c'est des flux). Tu balances tes données au serveur, les applications qui comprennent de quoi il s'agit les récupèrent quand elles veulent. Si j'ai bien compris.
Si tu aimes les buzzwords, c'est le genre de gadget qui aide à vendre les applications REST.
[^] # Re: Fossil
Posté par freem . En réponse au journal Le danger github. Évalué à 2.
Je vois le truc. Je ne suis pas super convaincu mais bon… pourquoi pas.
Ça par contre c'est sympa.
[^] # Re: Fossil
Posté par freem . En réponse au journal Le danger github. Évalué à 2.
Pour ça que je parlais bien des fonctionnalités de base, je ne prétend pas maîtriser git non plus. Il ne faut pas se voiler la face, git est très, très complet(xe) et perso, je n'en utilise en gros qu'une petite 10aine de commandes.
C'est sûr. Après, si j'ai utilisé l'argument du poids des libs, c'est surtout parce que tu as parlé de la légèreté du binaire en incluant juste une seule des dépendances, ce qui n'avait du coup que peu de sens.
Franchement, je ne m'attendais vraiment pas à ce que git et ses dépendances soient plus léger que fossil et les siennes, je pensais plutôt que la différence se réduirait drastiquement et que ça se vaudrait… raté. Tu noteras d'ailleurs que le ratio que j'ai indiqué est faux, puisque je n'ai pas pris en compte la glibc6 (qui est loin d'être légère: 1.7M sur ma machine, rien que ça).
Pour ce qui est de sqlite, je n'ai que 5 paquets qui en dépendent directement, et ceux qui en dépendent indirectement sont surtout des paquets qui dépendent de python (genre blender, zenmap, iotop, ce genre de choses… et je suis quasi certain qu'ils n'ont pas besoin des fonctionnalités de sqlite3): aptitude, firefox (mon navigateur fallback), libnss3, libpython(2.7/3.4)-stdlib et c'est tout. libnss3 ne fait que recommander (selon LFS) sqlite. firefox et aptitude sont "en attente de remplacement". Reste python*-stdlib, la je ne sais pas, peut-être qu'il n'y a pas le choix, je ne me suis pas penché sur le cas.
Donc au final je pense que ça dépend beaucoup des logiciels que l'on utilise. J'ai pris l'exemple de sqlite, on va finir par croire que je déteste, mais promis, pas du tout, c'est juste que cet outil n'a que très peu d'intérêt sur mon système, avec les outils que j'utilise. Et je crains que ça soit trop souvent utilisé pour juste stocker de la configuration (n'est-ce pas firefox?)… quant à aptitude, je n'arrive pas à trouver de BDD dans /var/lib/aptitude alors je me pose des questions sur le bien fondé de la dépendance.
Après, si on veut vraiment mesurer l'impact mémoire, une mesure plus honnête serait
ps -p $(pidof git) -p $(pidof fossil) -o rss,vsz,commquand ils tournent, ou une mesure plus utile en l'occurrence, la bande passante consommée lors d'un clonage. Mais bon, git n'inclue pas de serveur, contrairement a fossil il me semble. Donc s'il faut ajouter un apache dans la balance, avec le redmine qui va bien, c'est sûr que fossil devrait gagner. Mais bon, httpd+redmine, ça ne sert pas que pour un seul projet, donc il me semble vraiment que ça fait au final moins de temps à passer à configurer les mêmes choses.