freem a écrit 4965 commentaires

D'un autre côté, il dit bien utiliser la souris (clic milieu) et non le clavier. Donc, tu dois ajouter au moins un CTRL+C à ta séquence, ainsi qu'une main sur le clavier… ça peut être gênant en fonction de son activité du moment :p

Un logiciel libre peut se passer de contributeurs

Ah? Et il fait comment pour être écrit?

Mais bon Microsoft qui n'a pas écrit une seule ligne d'Android ni de Linux (à part le support d'Hyper-V pour sa plate-forme Azur)

Hum… donc, pour dire que MS n'a rien écrit de linux, tu te permets d'enlever au préalable leurs contributions… admettons, mais, n'ont-ils touché qu'à un pilote pour Hyper-V dans le process, ou ont-ils du modifier et améliorer au passage d'autres portions de code touchant à la virtualisation?
Après tout, Linux est monolithique, ça n'est peut-être pas si simple d'ajouter le support d'une nouvelle architecture (j'imagine qu'on peut considérer les machines virtuelles comme des architectures, non?)…

arrive à exhorter plusieurs milliards à des compagnie en les menaçant avec des brevets logiciels bidons.

On dit souvent: "pas de fumée sans feu". Ça veut dire que, peut-être, si les multinationales qui vendent des téléphones android payent, c'est qu'elles ont une bonne raison.
Sachant que si l'une voulait aller jusqu'au procès pour se défendre, ça lui ferait une super bonne pub… à condition de gagner. Et la réputation d'une boîte, c'est important, ça fait beaucoup vendre.
Désolé, mais je ne crois pas qu'un seul acteur autour de la téléphonie soit un bon samaritain œuvrant pour le bien du monde.

après tout Google a écrit la majorité du code Android

Quel % de code Google a-t-il écrit dans le code de linux, le kernel utilisé par android?
Je ne nie pas le fait que Google soit un gros contributeur, mais de la à dire qu'ils écrit plus de 50% des lignes de code permettant de faire tourner un téléphone sous android, il me semble qu'il y a un pas qui ne devrait pas être franchis sans références… À moins, bien sûr, que comme pour Microsoft, tu n'exclues les parties qui te gênent?

Microsoft est très intelligent pour faire de l'argent avec le travail des autres.

Question: pourquoi les logiciels open source ayant la clause "NC" ne sont-ils pas considérés comme libres? Ou, plus explicitement, si cette clause empêche l'attribution du status "LL", pourquoi quiconque devrait-il s'en priver?
D'ailleurs, ils ne sont pas les seuls, la plupart des entreprises vendant du code, sous une forme ou l'autre, gagne du blé avec le boulot des autres: je n'ai aucune boîte en tête qui développe 100% du code inclus dans ses binaires: typiquement, les bibliothèques graphiques… oh, wait, peut-être que si j'en connais une en fait: Microsoft. Ils ont un kernel, un compilo, toute la stack graphique… il est possible qu'eux, font du beurre avec du 100% fait maison, même si ce n'est pas la totalité de leur beurre.
Finalement, c'est peut-être MS qui à le plus de mérite dans le monde du logiciel de nos jours, si on regarde ceux qui font de l'argent avec un maximum de choses faites par eux-mêmes… ce qui est, je le rappelle, TON critère.

Pas vraiment le bon forum pour poser des questions liées à windows. Tu devrais aller sur developpez.com, ils ont un forum dédié.

Quand tu y seras, il te faudra aussi préciser quels bibliothèques tu utilises. Je dis que ce n'est pas le bon forum, mais si tu utilises la SDL ou la SFML si, ce sont des outils portables donc qui tournent sous Linux. Par contre si tu utilises la MFC c'est mort. Si tu te sers de .Net, ça dépend, il me semble qu'il y a un portable Linux… J'ose imaginer que tu n'utilises pas Qt ni GTK.

Bref, sans savoir quelles librairies tu utilises, on ne peut pas t'aider.

PS: vises moins complexe qu'un jeu d'échec. C'est un conseil.

Oui enfin au boulot je remarque que c'est absolument necessaire de mettre des anti-virus…

[mode pédant] Et ils trouvent beaucoup de virus? Parce que non, les trojan, adwares et autres toolbars ne sont pas des virus. [/mode pédant]

En tout cas, c'est une bonne question: la compatibilité des malwares windows avec reactos a-t-elle été testée? Ça peut être utile, pour ceux qui veulent jouer à les analyser sans avoir de licence windows. Ou sans pourrir leur windows, pour le coup.

La seule raison d'être de mon compte github c'est pour contribuer aux projets des autres. J'ai toujours trouvé l'interface de ce site horrible (les goûts et les couleurs…) et surtout: lente!

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.