freem a écrit 5059 commentaires

La grande question c'est: pourquoi ne pas permettre les 2 à la fois? L'utilisateur choisit la solution qu'il préfère, comme ça les geeks peuvent utiliser ssh, et les autres leur solution faible.

1) je n'utilise pas firefox.
2) je n'aime pas ce type d'outils. Mes mots de passe sont générés en fonction de données du site et de l'importance que j'accorde aux données sur le site (les sites sur lesquels je n'ai aucunes données ont un mot de passe "classique" identique, les autres un pass unique, mais ils sont vachement moins nombreux…). Pourquoi je n'aime pas? parce que quand on te pique le pass maître, on connais tous tes pass. Sans parler du besoin de faire des backup (certes, c'est de toute façon une bonne pratique, mais je suis une feignasse sur mes machines perso) tandis qu'avec la mémoire, pas besoin de backup (par contre oui, si d'un coup tu deviens amnésique ou si tu passes l'arme à gauche, pour un pass qui sert à d'autres, c'est balo…).

Je pense que si j'avais besoin de faire ça, je modifierais ce script pour qu'au lieu qu'il tue la fenêtre ayant le focus, il affiche le pid. À partir de la, j'utiliserai pstree pour savoir à qui est le pid ainsi que qui sont ses parents (au cas ou le dialogue ne serait pas dans le même processus que l'application qui en a besoin).
Bien sûr, soit il faut lier le script qui en résulterait à un raccourcis clavier, soit il faut ajouter un délai avant de l'exécuter, le temps d'aller donner le focus à la cible.

Je pensais qu'il serait possible d'utiliser xkill pour retrouver le pid du processus ciblé, mais non. Peut-être avec un autre outil X… Dommage, ça aurait été plus simple.

Bon, en gros, le script devrais ressembler a (je viens de tester, chez moi, ça marche):

#!/bin/sh
sleep 2
windowFocus=$(xdotool getwindowfocus);
pid=$(xprop -id $windowFocus | grep PID | sed 's/^.*= \([0-9]*\)$/\1/g' );
pstree -p | grep -E --color "$pid|\$"

C'est sûrement améliorable, par exemple man pstree signale une option -H pour remplacer le bordel après pstree, mais chez moi, ça marche pas.
À noter que ce code est fait pour être lancé à partir d'un script dans un terminal, pas à partir d'un raccourcis clavier, parce que je ne stocke rien, j'affiche directement. Pour modifier le temps d'attente, c'est la ligne "sleep 2", il faut modifier le 2: ce sont des secondes.

Ho allez… genre tu n'as pas fait l'orthonazi sans penser à polémique… XD

Je l'ai déjà dit dans un sondage récent, pour moi, la polémique et le débat, ce sont des jeux, et c'est le premier qui s'énerve qui perd (sur le net, c'est difficile, les gens ont le droit à un deuxième souffle avant de poster, il faut être très doué pour énerver les gens, ou avoir affaire à des gens peu futés…). Et si on ne prend en compte que le fun, alors défendre des idées que l'on n'aime pas peut être particulièrement intéressant (un bon troll rends, il faut l'avouer, les discussions plus vivantes, parce quand tout le monde est d'accord, c'est chiant………….. avis personnel).

Pour ce qui est des noms de projet… pour avoir été impliqué dans quelques petits, je ne pense pas que les gens se sentent insultés par une faute de frappe, c'est même le contraire, ils sont déjà tellement heureux que l'on parle de ce qu'ils ont fait (pas d'eux, ça, s'ils pouvait éviter… ils seraient preneurs) qu'ils ne verront pas la différence. Mais je te rejoins, une bonne orthographe aide au référencement. Snif. Putain de robots. Mais que ferait-on sans eux….

Hm… au sujet des noms trop durs a trouver… je dirai… par exemple que quand on "crée" un projet, on est inspiré par un autre. Je veux dire, moi, quand je crée, je cherche a faire mieux que les autres en m'inspirant d'eux, en fonction de la licence (ben oui). Enfin, pas toujours, là, j'ai un projet qui cherche à faire justement moins qu'apt… mais bon.
Tu auras sûrement constaté la grande présence de jeux de mots dans les logiciels libres. Pourquoi donc tant de boutades? Genre, garçon, gigolo, suckless-tools, useless, même: less… des forks => redmine? chiliproject, bien sûr! OpenOffice => LibreOffice naturellement. Hum… apt -> aptitude… why not.

P'tit point de détail pour un de nos élus francophone qui tomberaient ici par hasard: de nombreux projets libres ont des noms francophones, je me demande si c'est pas grâce, justement, au fait que notre lange ait un certain attrait. Comment le conserver? Je n'en sais rien, demandez donc à des pro, il y a des linguistes pour ça.

Le vrai problème au fond, c'est celui de l'identification.

Je veux dire, dans un monde quasi-idéal quasi-peuplé de gens quasi-parfaits selon la théorie des auto-hébergionistes (ceux qui veulent nous convaincre que tout le monde doit héberger son site et ses mails soi-même parce que la centralisation c'est le mal… je ne mets pas tous les gens qui gèrent leur hébergement eux-même dans ce panier, je précise) les contributeurs potentiels devraient avant tout créer un Nième compte avec un Nième mot de passe (je ne connais encore aucun site qui utilise des clefs ssh pour remplacer les login/pass classiques… par exemple) différent bien sûr, au cas ou il y ait une Oième faille de sécurité qui fait que l'attaquant pourrait leur piquer tous leurs codes sources libres (sigh) ou non ( nous sommes tous des génies en puissance, pourquoi ne pas faire fortune? ) sur tous les sites sur lesquels ils sont inscrits.

Dans la pratique, ça se résume soit à:

• oh… putain, encore un site qui a son propre bugtracker… bon, 2 solutions:
  • je fait un nouveau compte, avec mon pass classique
  • ça me soule, je zappe ( <=== solution la plus populaire je pense, en tout cas celle que j'adopte le plus souvent )
• ah cool j'ai déjà un compte ici, bon ben c'est l'occase de filer un coup de main
• bon, j'ai pas de compte sur leur site, mais ma distro intègre un bugtracker et c'est censé remonter. Autant essayer. [2 ans plus tard] Tiens, j'ai reçu un mail d'un mainteneur de Debian… il me demande si le bug que j'ai rencontré il y à 2 ans (une boucle infinie sur udev de mémoire) est encore valide… ah, c'est con, depuis le temps, l'image de 500Gio, je l'ai virée je peux plus aider!

À noter, ce sont des situations que j'ai vécu. Et quand je reçois un mail d'un contributeur, je répond systématiquement, même si je suis parfois en retard sur mes mails de plus de 2 semaines (mes mails persos je les consulte pas assez souvent).

J'ai une fois utilisé une bibliothèque nommée pluma-framework (gestion de plug-ins utilisables sous windows/Linux pour projets C++).
C'était hébergé sur sourfeforge, pas de contribution pendant un moment, mais après avoir testé un "hello world" (qui était fourni par le dev original) j'ai adopté: simple à utiliser, doc potable (ce qui est trèèès rare dans les lib C et C++ selon moi), code décemment propre (ce qui est rarissime dans ce que j'ai pu lire jusqu'ici) malgré la présence de template (ce qui n'est pas simple à faire, en plus d'être rarissime).

Manque de bol, à l'usage je me suis aperçu que ça manquait de souplesse sur un ou deux points. J'ai codé les fonctions en questions, et comme j'étais dans ma période de transition vers le full command-line, j'ai pondu un CMakeLists.txt pour compiler aussi, je suis pas sûr pour le CPack, par contre, j'ai peut-être pas fait les chose jusqu'à la fin…

En tout cas, j'ai publié le fork comme dépendance du logiciel sur lequel je bossait à ce moment, en "changeant" le nom: j'ai ajouté "-fork" à la fin. Et j'ai prévenu l'auteur.

Tu as raison, je n'avais aucune obligation de prévenir l'auteur, en théorie.
Dans la pratique, j'en avais une: si lui faisais des modifications un jour, autant qu'il prenne en compte les mienne, histoire que je puisse tuer un fork qui n'a que peu de raisons d'être.
Et dans l'idéal, il y a encore d'autres raisons: politesse, respect.

Bien que j'aie choisi le chemin facile, autrement dit le fork avant la discussion, j'ai quand même prévenu (et crédité et encouragé à aller voir dans le README) l'auteur d'origine. Dont la réponse était pour le coup assez indifférente, mais peu importe.

Certes, les licences libres autorisent voire encouragent tout le monde a forker, mais si tout le monde fork à tout va sans même se prévenir, on va perdre des contributions, du temps de travail, de la qualité, tout ça pour rien.
Le modèle centralisé, on peut en dire que ce que l'on veut, mais chez les faitneants, c'est pas le plus populaire pour rien: plus on centralise, plus on peut optimiser les efforts. Malgré que ce soit limité à la condition que tout le monde ait un objectif assez proche. Si l'objectif est trop loin, le libre à la décence de permettre le fork, et que le meilleur gagne!
J'ai comme l'impression que l'on confond trop "libre" et "décentralisé" qui n'ont pourtant rien à voir… et pour cause: ils sont sur des axes différents dans le multivers.

pour les distros, en fait trois ça fait un peu moins de 40Go par unité, dans mon utilisation actuelle (Ubuntu) j'ai 15Go pour le / complet et je n'ai pas eu de Pb

Tout dépend de ton utilisation, comme je l'ai dit. En fonction du nombre de mises à jour que tu fait et des logiciels que tu installes, "/var/cache/apt/archives" va enfler plus ou moins vite. On peut le purger, bien sûr, mais quand ton système refuse de se comporter normalement parce que la racine est pleine, c'est beaucoup moins agréable. À une époque, je séparais beaucoup plus mes partitions, mais je me suis aperçu que ce n'était pas vraiment utile et même contre-productif par rapport à mon usage (notamment séparer /boot qui ne sert à rien du tout de nos jours).
Bref, tout dépend de ton usage.
Pour un simple XFCE+firefox+libreoffice avec juste les mises à jour de sécurité de Debian une fois par jour, tu pourrais même faire tout rentrer sur une unique partition de 10G, voire moins encore (je ne serai pas surpris que ça tienne sur 5…). Tout dépend, vraiment.

mais j'entends par là en fait ce que l'on met dans le /home d'une config classique.

Justement, dans le /home/$USER, tu as des fichiers de configs, des fichiers temporaires, des liens, et, enfin, des données utiles (genre les fichiers de sauvegarde de tes jeux, le dernier document office que tu as fait pour le patron, etc etc).
Le terme données est vraiment flou. Mais peu importe.

comment faire une partition dédiée aux données communes (à l'exception des dossiers .XXXX), puisque elles sont normalement dans le home de chaque distro.

Il faut distinguer 2 choses:

• la partition, que tu peux mettre où tu veux (sur un disque mécanique il peut y avoir un intérêt à placer ses partitions en début de disque, mais c'est négligeable).
• le point de montage, qui est le (pseudo-)fichier qui te permets d'accéder à tes partitions.

Admettons que tu soit le seul utilisateur de ton système. Dans ce cas, le plus simple est sûrement de faire ta partition partagée, de créer dedans les dossiers communs dans lesquels il n'y a pas de fichiers de configuration ni temporaires (ce sont eux qui peuvent poser problème au rythme des mises à jour) en donnant la propriété à l'utilisateur de ton choix (chown $USER:$GROUP -R $DossierCommun).
Une fois que ça c'est fait, il faut dire à tes distributions de monter la partition sur un point connu à chaque démarrage. Le fichier qui s'occupe de ça est /etc/fstab. Sa syntaxe est relativement triviale, mais si tu as un doute, man fstab devrait le dissiper.
Puis, pour chaque dossier créé, faire un lien symbolique pour remplacer les dossiers créés automatiquement.
Par exemple, admettons que tu aies monté ta partition partagée dans "/shared", que cette partition contienne les dossiers "Bureau" et "Téléchargement", et que ton nom utilisateur soit "freem":

rmdir ~freem/Bureau ~freem/Téléchargement
ln -s /shared/Bureau ~freem/Bureau
ln -s /shared/Téléchargement ~freem/Téléchargement

Comme dit plus haut dans le fil par contre, les droits ne sont pas gérés par le nom de l'utilisateur, mais par des numéros (uid, User IDentifier—et gid pour Group ID, mais pas important pour le moment--). Si l'utilisateur freem à le même uid sur tous les systèmes, alors il n'y aura aucun problème. Ce sera très probable pour le 1er utilisateur créé sur Debian et Ubuntu, qui font commencer les uid "normaux" à 1000 toutes les deux. Pour mageia, je n'en sais rien, mais bon, ça se modifie. Pour savoir comment: man usermod.

J'ai essayé de faire simple et portable (aka: pas dépendant de tes logiciels) mais il existe d'autres façons de faire, plus ou moins automatisées. En fait, moi, un truc pareil j'écrirai un petit programme qui ferait le boulot à ma place mais je ne suis plus tout à fait un débutant ;)

Ok mais tu as surement déjà entendu parler de wikipedia, non ?

Non, qu'est-ce?

Plus sérieusement, te conseilles d'être patient si tu veux avoir des informations correctes sur les FS sur wikipedia. Les diverses fois ou j'ai essayé, j'ai échoué.

L'usage de FAT32 est aujourd'hui restreint aux supports externes.

Il me semble que c'est aussi le format utilisé pour la partition de boot dans les systèmes utilisant secureboot. À confirmer.

Oh, je connaissais chiliproject mais pas openproject, je vais voir ça d’un peu plus près.

Moi non plus, à la base. Merci wikipedia :)

(Par contre, paye ton nom à la noix)

On sent les mecs super inspirés oui…

Je vais tester, de toute façon il ne risque plus rien. M'en suis pris un à 10 balles, je ne savais pas que ça existait encore, à force de voir des déferlantes d'annonces de tel à 70€ mini… donc il n'y a même pas d'urgence. Quoique si l'autre remarchait, je me verrai bien essayer de bricoler le neuf, parce que l'OS est une catastrophe, je ne savais pas non plus qu'il était possible de faire aussi mal foutu.

Après chacun sa manière de travailler.

Yep. C'est juste que les IDEs ont tendance à t'imposer des émulateurs de terminaux (par exemple, Code::Blocks avait quantité de bugs quand on ne voulait pas utiliser xterm, a l'époque ou j'ai fini par switcher sur vim) et autres outils. C'est bien quand tu es sous windows (je viens de ce monde) mais sous linux c'est se limiter bêtement. Et je n'ai encore jamais vu d'outil intégré potable. Pourtant j'en ai testé… mais c'est ma façon de bosser, comme tu dis :)

PS: Étant donner que tu utilise vim comme éditeur, dont il faut apprendre tous les raccourcis clavier (chose qui n'est pas aisé), je suppose que ça fait longtemps que tu programme moi ça ne fait que 4 ans et demie dont 3 ans de C.

Je l'utilise à un niveau très faible, hein. Et depuis à peine 3-4 ans, je dirais.

Si tu veux l'essayer, je n'ai qu'une chose à dire: "$ sudo apt install vim; vimtutor". En gros, tu as… allez, 10 trucs à savoir pour le début:

• jklm pour déplacer le curseur en mode normal. Mais les touches fléchées marchent aussi.
• [echap] pour revenir au mode normal, ":" pour débuter une commande. ":w" pour "write", ":q" pour "quit".
• pour passer en mode édition: "i", "a": "insert", "append".
• supprimer-couper-copier-coller: on ne supprime jamais, en fait tout est "coupé". Donc, "d" pour "delete" (qui coupe, en fait), "p" pour "paste" (coller), "y" pour "yank" (copier).

Ça s'apprend en 1 heure, a peu près, avec vimtutor.

En RPG classique les joueurs ne subissent pas,

En effet, c'est le MJ qui subit XD

Et ça t'es pas venu à l'esprit que je répondais à quelqu'un à qui l'idée d'utiliser Youtube fait mal aux "yeux de libristes"?

Perso, peu m'importent les raisons d'utiliser ou de ne pas utiliser un service. Utiliser ou non un service ne concerne que la personne qui fait ce choix. Celles qui essaient d'imposer leur vision du monde aux autres ne m'intéressent pas plus que ça. Peu m'importent leurs "bonnes" raisons. Après, il arrive que l'on utilise quelque chose qui va à l'encontre de ses idées, parce que c'est juste le meilleur moyen d'avancer parfois. Dans le cas de la promotion d'un projet gratuit, il me semble difficile de se passer d'un moyen de promotion dont l'usage est gratuit.
Oui oui, je sais, vous êtes le produit, blabla… n'empêche qu'héberger quelques Gio de vidéos accessible à un débit décent, qui peuvent se retrouver dans des playlists aléatoires, sans devoir payer un copec mais en devenant un outil publicitaire ne me semble, à moi, pas si mal. On peut toujours auto-héberger un youtube-like, mais… ça va coûter "un poil" plus cher, entre le matos, le logiciel et la main-d'œuvre… le tout pour une visibilité moindre.

… mais certains très rares jeux informatique y rentrent …

Non parce que je ne connaissais pas :)

-je voudrais mettre les distros (deux ou trois) sur le SSD (toutes LINUX) avec chacune environ 30Go

Pour Debian, mettre 10Go pour /, 20Go pour le /var devrait être ok. Pour les autres je ne sais pas, quoiqu'Ubuntu doit être dans le même topo. Pourquoi séparer /var et /? Parce que dans /var, il y a les caches et les journaux, qui peuvent vite se remplir en fonction de l'usage. 10Go pour le /, et donc pour /usr, risque d'être un peu léger, selon les logiciels que tu installes… notamment si tu comptes installer beaucoup de jeux.

-les données sur le HDD

Tous les fichiers sont des données. Si on parles de fichiers pas exécutables, tu as, entres autres, des données dans /usr/share, d'autres dans /home, encore dans /var…

-si possible un seul /home ?

Ça ne pose pas de souci d'avoir une seule partition /home, mais rappelles-toi que si tu utilises des versions différentes des mêmes logiciels, tu t'exposes a des risques de conflits. Pour des environnements de bureau tels que KDE ou Gnome, je ne m'y risquerais pas. En tout cas pas sans être près à mettre les mains dans des scripts shell.
Si tu tiens à jongler entre les distros alors que tu es débutant, je te conseilles d'avoir un /home par distro, avec une partition dédiées aux données utilisateur réelles qui elle sera partagée.

est-il judicieux de mettre le swap sur le HDD

Je me demande personnellement si c'est vraiment judicieux d'avoir un swap tout court, en fait. Mais sur le sujet, il semble que les avis soient assez éparpillés, et puis ça dépend de l'usage de la machine. Par contre, c'est sûr, si tu en fais un, il vaut mieux le mettre sur le disque mécanique, pour éviter d'user le SSD.
D'ailleurs en parlant de SSD, il me semble qu'il existe des systèmes de fichier dédiés, afin d'augmenter leur durée de vie. N'en ayant pas moi-même, je n'ai jamais cherché plus que ça.

et créer un /temp

Tout dépend de ce que fais la distribution. Certaines distributions font ce que l'on appelle un ramdisk pour /tmp. Ce n'est pas le cas de Debian (je trouve d'ailleurs ça assez moyen, mais peu importe), donc je doute qu'Ubuntu le fasse, mais c'est du cas par cas.

si j'ai besoin de Windows, je pense utiliser Wine ou Virtualbox

Wine marchotte. En fonction du programme. Avec Virtualbox, tu n'auras pas d'accélération matérielle, donc des programmes 3D (type jeux, par exemple) seront lents.

• Quand on programme et que l'on a un problème (ce qui arrive régulièrement) la meilleure solution reste de reproduire un programme minimal qui reproduise le problème: ça rend le problème plus simple à cerner, et donc à résoudre.

• Quand on demande de l'aide sur un forum, il est très important de décrire le problème. Sinon les gens sont moins motivés pour t'aider, vu qu'ils se demandent si tu as réellement cherché (cf. point 1).

  • Décrire ce que tu as tenté peut aider les autres à localiser le problème.

Bon, sinon, en vrac:

• c'est la première fois que je vois une boucle for sur du printf. M'es avis que ton code serait plus propre avec juste une while() qui utilise le 2nde bloc de ton for. Moins il y a de code, mieux c'est (la gestion des erreurs n'entre pas dans ce principe, je précise).
• fork renvoie un pid_t, pas un int. Ok, dans linux c'est juste un typedef, mais utiliser le type int est une catastrophe en terme de portabilité (selon la plate-forme, int ne correspond pas toujours à un int32_t… entres autres.). Mieux vaut éviter le transtypage implicite. Ça cause des bugs parfois très subtils.
• évites les macros. Genre, ton define (dont l'intérêt est d'ailleurs franchement douteux mais bon…) serait peut-être mieux en const char PROMPT[] = "? "; encore une fois pour une question de typage. Les macros sont utiles, mais quand on peut s'en passer, c'est mieux, parce que quand tu as un problème causé par une macro, c'est une horreur à déboguer. Et en utilisant de véritables constantes, le compilateur est plus à même de t'indiquer des erreurs (via des warnings éventuellement).
• ne pas passer de valeurs optionnelles que tu n'utilises de toute façon pas: wait(&status); fait qu'on se dit que la valeur de status sera utilisée, hors tu ne t'en sers pas. Autant utiliser wait(NULL); au moins ton intention est claire. Et être clair est important en programmation.
• toujours compiler avec "-Wall -Weverything". Tu saurais ainsi que certaines portions de ton code ne seront jamais exécutées.

Est-ce à cause de l'aspect jeu de rôle hérité de Ryzom ?

Probablement. Le jeu de rôle, le vrai hein, pas la chasse aux mobs que sont la plupart des RPGs informatiques (notes: je parles toujours de jeu de rôle ou JdR quand je parles de JdR que je respecte, typiquement JdR sur table ou GN (grandeur nature) mais certains très rares jeux informatique y rentrent, et 90% du temps quand je parle de RPGs ce sont les jeux informatiques, qui ne sont pour moi que de la chasse aux mobs avec une histoire plus ou moins convaincante collée dessus) nécessite du réalisme à minima dans le comportement des joueurs (réalisme par rapport à l'univers, pas par rapport à la réalité que nous vivons).

Après, je ne connais pas ryzom, et le problème n'est pas tant de détester et d'interdire le saut (ce qui serait stupide, comme tu le soulignes très bien) mais bien de faire de façon à ce qu'il n'y ait pas d'abus.

hors de question que je passe des dizaines d'heures uniquement à lire l'histoire de l'univers du jeu

Logique. Quand on fait une initiation au JdR avec des débutants complets (qui ne connaissent souvent pas même le terme), ou quand on s'initie soi-même à un nouvel univers, on ne présente l'univers que dans ses grandes lignes, et ça doit être suffisant.
C'est probablement une des raisons qui font que les univers médiévaux-fantastiques sont les plus fréquents: presque tout le monde sait ce qu'est un elfe (enfin, non, mais tout le monde sait ce qu'est un elfe selon Tolkien, ce qui est assez proche de la plupart des univers med-fan).

Maintenant, la différence, c'est que quand tu as un MJ (meneur de jeu, game master donc GM en anglais, mais… encore une fois je donne un sens différent au terme français, parce que les GM des RPGs info sont le plus souvent de simples administrateurs ou modérateurs… rien à voir avec un dieu ;) ) en face de toi, il peut introduire les éléments au fur et à mesure, c'est plus facile.
Dans le cas d'un jeu vidéo, c'est compliqué, justement parce qu'il n'y a pas de véritable MJ, du coup j'ai l'impression que les RPGs axés sur le rôleplay mettent l'accent sur la lecture du background, de l'univers. Je suis d'accord que l'approche n'est pas idéale, mais c'est la plus simple à mettre en œuvre.
Sans parler du fait qu'un jeu informatique est de facto limité par les possibilités du logiciel, contrairement à un JdR sur table ou seul le langage te limite (les muets doivent être emmerdés, j'imagine).

L'idéal serait d'avoir un univers avec assez de contenu pour qu'il soit auto-descriptif. Par exemple, The Elder Scrolls III: Morrowind est blindé de livres, le joueur qui le souhaite peut apprendre énormément sur l'univers au fur et à mesure qu'il en a envie. Sans parler des quêtes qui font découvrir l'univers (j'ai toujours eu l'impression de jouer un personnage amnésique dans Morrowind, c'est pas plus mal ça permets de construire au fur et à mesure le personnage).
Mais ça demande un travail extraordinaire, surtout quand l'univers est monté de toutes pièces.

Je faisais référence à mémé ;) pour le reste, je n'y connais rien.

Quand je dis que je m'en cogne, c'est pour provoquer (j'y peut rien, j'aime bien…).
Les commentaires jusqu'ici on été déjà très instructifs pour le coup, ce qui était mon but (merci d'ailleurs) ;)

Maintenant, clairement, si c'est pour une machine perso… tu n'y verras pas d'intérêt.

J'ai quelques VMs sur ma machine perso, du coup j'y vois un intérêt en fait. Mais bon, c'est sûr que ma machine ne servira pas a la famille Michu.

Pour ce qui est de windows, il me semble avoir entendu parler d'un nouveau FS, mais je ne me souviens plus du nom. En tout cas NTFS est un sacré progrès comparé aux FATs, que ce soit pour le stockage de gros fichiers ou la fragmentation réduite. Pour ceux qui bidouillent un peu plus, le système de droits est un plus aussi. Après… je serai complètement incapable de dire si c'est mieux que ext4 ou pas. Quoique, je vois un avantage à NTFS: il y a un défragmenteur officiel. On dit souvent qu'il n'y a pas de fragmentation sur ext*, mais ça m'a toujours paru très surprenant comme affirmation.

quand il s'agit d'une utilisation serveur, là, ces fonctionnalités deviennent importantes.

Forcément.

Propre et simple, y'a pas à dire. Ça me motive déjà vachement plus que d'utiliser un logiciel tiers pour me mettre à la bonne pratique générale qui est de faire des backups réguliers (même si, bien sûr, ce type de backup n'affecte qu'une partition).

Ce système est-il lié aux caractéristiques de la partition (enfin, du support de la partition, ça peut être un fichier, je sais) ou on peut restaurer un FS sur une partition totalement différente (taille différente, par exemple, en ayant bien entendu assez de place pour restaurer les données)?

Contrairement à ce que tu penses, Debian (ou les linux) ne proposent pas que du extX par défaut, tu as un très grand nombre de FS dispos (peut⁻être pas à l'installation): XFS, reiserfs 3.5, reiserfs 4, btrfs… et beaucoup d'autres.

Quand je dis par défaut, c'est à dire que c'est le choix par défaut, je ne dis pas qu'il n'y en a pas d'autres (d'ailleurs l'outil de partitionnement de l'installateur Debian est très bien foutu je trouve, ce n'est pas le cas de tous les installateurs).

En tout cas merci pour ta réponse instructive.

Ce qui est de la connerie, c'est:

1. de faire les choses à moitié: C'est la soluce choisi par Débian, je vois 3 fautes: soluce/solution, choisi/choisie Débian/Debian.
2. de faire un message dont le seul intérêt est de corriger un texte pourtant tout à fait lisible.

Encore, le texte corrigé aurait été difficile à comprendre sans, j'aurais compris, mais même pas.

C'est le plus simple, je trouve. En dehors du téléchargement bien sûr (mais est-ce vraiment produire?).

ls

Lui je le hais… mais alors vraiment. Sortie tout ce qu'il y a de plus horrible, amhà. Faudra que je pense a écrire le mien un jour. Ou a utiliser un remplaçant. Parce que le ls installé par défaut avec Debian et dans la config par défaut, c'est vraiment une galère à utiliser.

peut-être même un systemd tout puissant

Lui n'a jamais eu sa place sur mes systèmes. Je n'en vois pas l'intérêt… Démarrer les services en parallèle sert juste à rien quand il n'y a que 3 services. À la base, j'aimais bien l'idée derrière (parce que je ne connaissais que sysvinit et ses horribles scripts indébugables) mais le projet ne sait même pas ou il finira: niveau code ça ne laisse rien présager de bon, alors je préfère anticiper et le remplacer par un truc avec des contours moins flous (je teste runit. Simple, efficace, ne fais qu'une chose, portable. J'aime bien, il ne choque pas mes opinions et me laisse libre de changer de kernel. ).

Blague à part, c'est une des raisons pour lesquelles j'utilise OpenBSD : tous les programmes de base ont moins d'options

Je pense sérieusement à changer de crèmerie.
J'en suis arrivé à recompiler certains paquets pour virer la moitié des dépendances… pas logique. Ajoutes à ça le fait que pour avoir un système propre après install il faut virer un gros nombre de paquets, que pour virer systemd (pas le choix de l'avoir par défaut) il faut rebooter… ça me rappelle un peu trop l'époque ou j'utilisais windows 98 (j'ai mis des années avant de passer à XP, je l'ai toujours trouvé trop lourd et buggué. L'install nécessitait d'ailleurs encore plus de nettoyage que celle de w98 ainsi qu'un reboot de plus, mais bon…)

Je ne sais pas trop dans quelle direction aller: je pensais à NetBSD surtout (avec un collègue, on avait comparé un peu le source d'un outil de base pour GNU, FreeBSD, OpenBSD et NetBSD: GNU super bloat, Free moyen, Open et Net au coude à coude mais j'avais préféré le style de Net), ou au moins changer de distro (voidlinux) histoire d'avoir un changement moins violent et voir un peu si le problème viens vraiment de Linux, ou juste de l'objectif de Debian (être universel à un coût, c'est logique).

Le problème, c'est qu'il me manque un p'tit bout de bloat dont je me suis entiché: aptitude.
Aptitude c'est un truc gros, lourd, lent, au code douteux (j'avais regardé il y a 2 ans le code pour corriger certains défauts, j'ai vite lâché l'affaire…) qui fait pleins de trucs inutiles et ne fais pas certains trucs super utiles, mais quand on arrive sur un système ou l'on est obligé de chercher sur le net pour savoir quoi installer, aptitude permets de sauver quelques chatons en permettant de naviguer dans une liste de logiciel tout en indiquant leurs dépendances.
Et comme c'est du ncurses, quand t'as foutu en l'air le serveur graphique (true story, à l'époque ou je débutais sous Debian il m'a sauvé plus d'un système avec une violente purge/reinstall! ), tu peux quand même t'en servir, magique :) donc oui, je veux changer de système, mais je suis coincé sur les Debian-like à cause de mon amour d'aptitude… triste. Mais je suis en train d'y remédier.

Mais malgré tout, je ne me sens pas trop mal lorsque je dois installer tout Qt et que sais-je d'autre pour utiliser un logiciel intéressant.

J'ai bien des logiciels qui dépendent de GTK (surtout gparted, mais aussi zenmap et wireshark --qui a une version Qt, mais très limitée--) et d'autres de Qt (xxdiff notamment, et virtualbox). À choisir entre les deux, je préfère Qt d'ailleurs.

Donc oui, je fais aussi des concessions, mais j'aime faire attention à ce que mon système ne pourrisse pas de lui-même. Typiquement, je n'installe aucun logiciel gnome ou kde, parce qu'ils tirent juste tout le bureau avec eux (la faute à Debian, peut-être, je sais pas).
Après, je pense que l'usage d'aptitude (encore) est la raison qui fait que ça ne me prend pas trop de temps, justement (malgré son solveur inefficace hyper lent lancé dès qu'on change la position du curseur…).

J'essaie juste d'éviter au maximum les dépendances pour mon serveur

Me suis amusé récemment avec une VM Debian, à la réduire au maximum (sans compiler, juste en bidouillant la config et en changeant les logiciels).
Install toute fraîche: 89M/39M utilisés (avec/sans cache/buffers/etc).
Après divers remplacements et un peu de nettoyage, c'est passé à 63M/30M.
Niveau du temps de boot, au pifomètre, je dirai qu'il y a 5s d'écart (oui, en faveur du système qui n'utilise PAS systemd).

Juste changé l'init, le login, le ssh et le getty, viré exim et dbus, remplacé bash par zsh. En gros.
C'est sûr que ça n'est rien compte tenu du fait qu'il n'y a qu'un seul shell de lancé (j'ai mesuré à partir de TTY1) mais le résultat est quand même flagrant. À fonctionnalités égales, de mon point de vue (voire supérieures, zsh que je découvre me semble quand même vachement plus puissant que bash).

Sur un desktop, ce qui pompe c'est surtout Xorg lui-même (ps m'indique 66M de mémoire résidente, je pense que Debian inclue pas mal de bloat) et bien sûr les navigateurs… mais ce domaine est juste catastrophique.

Après, la raison pratique de faire ça…
Garder mon système simple, c'est aussi histoire d'être capable de le maintenir et de comprendre ce qu'il s'y passe en fait. Voire de pouvoir intervenir. Typiquement, j'utilise i3status. Le code est relativement simple (bien que ce soit un sacré foutoir pour ajouter un truc) et du coup il m'a été relativement simple d'ajouter une zone qui indique l'usage de ma RAM. J'ai aussi pompé un bout de code pour le support de mpd. Je me vois mal faire un module pour la barre de statut de jenesaisquelwm, le jour ou j'aurai un besoin qui n'a pas encore été codé.
Et puis avoir un système qui obéit au doigt et à l'œil, instantanément, malgré une machine tout sauf performante (pour les standards actuels du moins) n'est pas désagréable.
Sans compter que je trouve ça agréable de jouer à qui la plus courte :-)