freem a écrit 4969 commentaires

Du coup, j'attend des retours de la multiarche pour savoir si ça vaut le cout de s'embêter avec ça…

Bah, skype, flash, wine et nvidia marchent aussi bien sous 64 que sous 32.

J'utilise multi-arch quotidiennement depuis que ça existe chez debian (suis en testing/unstable en permanence), et je n'ai jamais rencontré de problème de fonctionnement lié à ça (par contre je me suis retrouvé incapable de virer l'arch i386 de mon netbook quand j'ai enlevé skype, préférant ne mettre le bordel que sur une seule machine sur laquelle je prend le controle via ssh).

Quoique pour nvidia, j'utilise le paquet fournis par la distro, ça m'évite les emmerdes… que tu sembles d'ailleurs rencontrer.

Par contre, je ne sais pas si la version des dépôts debian est à jour: sur debian packages il semble que ce soit la 304.88 quand le site de nvidia semble suggérer le 314… mais au moins la MaJ est automatique.

Précision au sujet de dpkg: il ne supprime pas les paquets qui ne sont plus nécessaires, il se contente de mettre le flag automatique tout seul dans la manip que j'ai décrite. (que ce soit clair)

J'utilise aptitude aussi et maintenant que j'ai commencé je le garde pour conserver l'état "installé automatiquement" de mes paquets

Même dpkg est capable de gérer l'état automatique (il m'arrive régulièrement de devoir télécharger un paquet et ses dépendances sur une machine pour les balancer sur une autre via un média par exemple, et ensuite faire un "dpkg -i *" dans le bon dossier. Et les paquets qui sont imposés par une dépendance à un autre paquet que l'on est en train d'installer sont marqués en automatique.)… pour apt-get je ne sais pas par contre, mais en tout cas je n'ai pas l'impression que mixer apt-get, dpkg et aptitude (selon mon humeur j'utilise l'un ou l'autre) affecte mon système.

Par contre, même si j'aime beaucoup aptitude (c'est celui que j'utilise majoritairement) aussi, tu as oublié quelques défauts (au mois présents en mode semi-graphique): il est lent, et il est aussi peu voire pas adapté a multi-arch (les paquets apparaissent en double: i386 et amd64… ça ne rend pas la navigation plus simple.)

Il y a dselect qui a l'air pas mal aussi, mais qui n'est pas très encouragé, surtout pour les débutants… Vu que je pense que je ne suis plus un total débutant avec les gestionnaires de paquets debian, je me dis que je pourrais tenter de jouer un peu avec… (j'ai déjà vu des gens en parler sur la ml, ça a l'air puissant)

Détailler, non, vu que ça fait longtemps que je suis tombé sur la doc à laquelle je pensais.

Par contre, j'ai pu retrouver vite fait une indication vague sur le fait que ce soit possible, j'espère que ça te conviendras

Merci de me traiter de « grammar nazi », c'est très agréable… :-p

Mais de rien.

j'ai dû lire et relire de nombreuses fois pour comprendre

A cause d'un simple accent?
Je suis assez intrigué tout de même, il m'arrive de lire des phrases bien plus bourrées de fautes et pourtant celles-ci ne me posent habituellement aucun problème de compréhension (je n'ai pas voulu le répondre juste au-dessus, un message uniquement pour ça…).

J'espère d'ailleurs que tu comprendras la première phrase du paragraphe précédent, car le problème d'accentuation est aussi présent (bien qu'inversé, certes) sur la lettre majuscule (sache que ce n'est pas totalement volontaire, mais je ne sais pas comment saisir le 'à' majuscule sous winchose, sinon dans l'ensemble, je tente d'éviter les fautes.)

en français on insère une espace insécable juste avant les ponctuations doubles

Merci pour l'info, j'y penserai, le jour ou je trouverai l'espace insécable sur mon clavier. Au passage, ce n'est pas "il faut" dans l'article que tu cites, mais "est recommandé": "Le code typographique français recommande, contrairement à d’autres langues telles que l’anglais". Une recommandation n'étant pas une obligation à mon humble avis…

D'ailleurs, je suis bien incapable de voir la différence entre une espace insécable et son contraire lorsqu'il n'y a pas de retour à la ligne? Le même article précise que cette espace doit être fine, mais je dois reconnaître ma totale ignorance sur ce que peut être une espace fine.

Note : je vais vraiment finir par passer au bépo un jour, au moins ces caractères ne sont pas trop lourds à saisir… dommage que cette disposition sois si lourde pour la prog (et toujours pas d'espace insécable pour "Note :" vu que j'ai toujours pas trouvé la touche).

Tu aurais pu mettre les liens :D

Je déconne…

J'y avais songé, mais… flemme au final.

Avec du chiffrement par exemple, comme il est possible de le faire quand on utilise le fichier /etc/network/interfaces? (Cela dis, je ne le fais pas perso… mais le jour ou j'aurai besoin d'un environnement sécurisé, je saurai que c'est possible et le ferai sans hésiter)

Je pense que c'est faisable, au moins pour l'ajout d'une archi.

Pour la suppression de l'ancienne arch, je n'en mettrait pas ma main à couper: je n'ai encore jamais réussi à supprimer i386 personnellement, même avec amd64 installée (qui était d'ailleurs la principale et la première archi, l'autre n'ayant été installée que pour skype et wine, que j'avais bien entendu virés ainsi que tout paquet i386 avant de vouloir virer l'archi x86).

Je n'ai pas testé, mais je pense que tu pourras au moins switcher facilement vers 64bit.
Pour ce qui est de supprimer l'archi 32bit par contre, personnellement je n'ai pas réussi quand j'ai voulu installer, puis supprimer wine et skype (alors que j'étais de base en 32 bits).

Après, franchement, je risquerais pas un système fonctionnel sur une telle mise à jour… le multi arch est quand même quelque chose d'assez jeune, après tout.

Le seul dépôt à ne pas être affecté par le gel est "experimental", mais malheureusement, il ne s'agit pas d'une distro complète, et en plus il faut jouer avec les priorités (/etc/apt/preferences) pour qu'ils s'installent automatiquement.

Donc, sid à aussi été gelé, désolé de te décevoir… d'ailleurs j'ai trouvé le gel très long, et je suis bien content que ce soi fini.
L'hiver aura été long et rigoureux à la fois IRL et chez Debian cette année :D

Si la version unstable s'appelle Sid en référence au garçon qui casse les jouets dans Toy Story, le nom est souvent utilisé en tant qu'acronyme de « Still in development ».

Lu sur wikipedia :)

En gros, tu colles une version en développement, nommée unstable, avec des paquets provenant d'une source externe…
J'admets utiliser unstable, mais pas tout seul (je garde un maximum de testing) je fais quand même gaffe lors des mises à jour, il n'est pas rare (ni commun, c'est juste que ça arrive) qu'un paquet casse mon système lors de la mise à jour… et les paquets qui ne viennent pas d'un dépôt officiel, je vérifie en quoi consistent les changements, et si j'en ai vraiment besoin…

Hum… Ce message ne fais qu'indiquer qu'il y avait des bugs critiques dans la version qui était en sid. Il n'y a aucune mention des scripts dont tu parles?

2 solutions: booster les preferences ou utiliser aptitude. Tu peux aussi mélanger les deux, comme tu préfères.

Preferences:
Il faut commencer par monter la priorité du paquet dans experimental dans /etc/apt/preferences afin que le système tente de le mettre à jour lors des maj normales.
Le souci est que les dépendances ne suivront pas, il faut donc également spécifier des priorités correctes pour celles-ci.

Aptitude:
Utiliser aptitude, et pas apt-get (je rappelle que aptitude est l'outil conseillé par debian au passage. Enfin, il me semble - je l'ai vu aussi ailleurs, mais flemme de chercher plus loin que ça - ) qui est capable d'analyser diverses solutions et de te donner le choix.

Je ne peux pas trop te conseiller plus à ce sujet, vu que j'utilise principalement aptitude en mode semi-graphique, qui me permets de régler les conflits potentiels à la main et de voir bien plus facilement quelles mises à jour viennent d'upstream ou juste d'un patch d'un mainteneur debian : en cas de maj upstream, j'aime aller voir les changelogs, alors que les logs de debian ne sont liés qu'a des choses sans intérêt pour l'utilisateur de bureau que je suis (pour un serveur, j'imagine qu'il vaut mieux lire).

le dernier stable 3.8 (de Linus).

C'est normal que Debian sois restée en 3.2, puisque c'était la version stable au moment du gel. Malgré ça, les problèmes de sécurité sont encore fixés, ce ne sont que les versions qui apportent des nouvelles fonctionnalités qui sont gelées, même si, oui, les nouvelles fonctionnalités incluent des pilotes.
Sinon, t'as les backports aussi, si tu veux un kernel moins vieux avec Debian stable.

La raison invoquée est risible (l'update de 4.6 en 4.10 n'est pas supporté) puisque cela ne fait que reporter le problème.

Oui et non…
J'ai déjà fait des mises à jour de XFCE4, et je me suis retrouvé avec un truc réinitialisé aux valeurs par défaut. Pas terrible, et pourtant c'était une MaJ de la 4.8 à la 4.10 (de testing à sid… ou était-ce vers experimental?). Ca, ça pourrait peut-être encore passer, mais ce document semble indiquer que c'est encore pire.

Ce qui m'intrigue, c'est surtout comment il se fait qu'une MaJ entre 2 versions mineures (en admettant que le semantic versionning soit utilisé) ne soit pas capable de migrer sans problème, même si une version à été sautée entre deux?

Debian ne veux pas que les mises à jour cassent le système, et c'est tout à fait compréhensible.

C'est d'autant plus grave que le passage à Gnome 3 a renforcé l'attractivité d'Xfce pour beaucoup d'utilisateurs. Leur proposer une version datant de janvier 2011 c'est quand même grave je trouve.

Si je ne m'abuse, ces utilisateurs n'étaient pas utilisateurs de Debian stable, sinon ils seraient restés à Gnome 2 et n'auraient jamais testé gnome 3.
Donc, je me permets d'en déduire que les debianneux qui sont passés à XFCE à cause de gnome 3 sauront comment faire pour passer à XFCE4.10.

Pour les gens qui arrivent sur Debian, il est quand même de notoriété commune que la stable soit dotée de logiciels vieillissants, et personnellement je ne conseillerai pas l'usage de Debian stable pour un usage de bureau. Testing est bien plus intéressante dans ce cas: logiciels moins vieux, surtout pour les navigateurs (plutôt utile en ce moment) et bonne stabilité: de mémoire, Ubuntu se base sur Debian unstable, c'est dire.

Comment feront-ils pour Jessie si l'upgrade entre 4.8 et une version plus récente n'est pas supportée ? Il y aura perpétuellement deux ou trois versions de retard ?

Oui, car la philosophie de Debian est d'éviter de casser quand on mets à jour. Ceux a qui cette philosophie ne plaît pas, n'utilisent pas Debian, ou alors pas en stable. Il y a largement assez de distributions pour que des utilisateurs qui veulent absolument la dernière version d'un logiciel puissent trouver ce qu'ils veulent.

(et du non du cuvé)

Tu as pourtant dis qu'il y avais un nain dedans?

Ah oui bien vu… J'avais déjà remarqué que l'ordre des mots important, mais je n'aurai pas imaginé que ça impactait sur la langue…

Mon MJ étais du genre radin avec les points d'xp. Je crois que je n'ai jamais réussi à aller au delà de la 2 ème ou 3ème carrière…

Puis bon, c'était pas mal des scénar ou rien n'était planifié (enfin, si, il écrit 3 lignes sur une feuille 5 minutes avant le début de la partie, ça compte?) donc, placer un démon majeur même si c'est possible, c'est pas forcément très drôle :)

Pour le physicien et le géologue, c'est très simple:

Ah, donc, sur Terre, tu es ? Content pour toi, mais sur la ne fonctionne pas de la même façon…

Et s'ils sont pas d'accord, rien de tel qu'une bonne vieille chute de nécropoles pour le démontrer :P
Idem pour ceux qui ont lu le cassis bellu du mois dernier…

Concernant les JdR ou les joueurs sont pas des héros, UA est pareil. J'aime bien ce principe perso, même si rien ne les empêche d'en devenir… s'ils y parviennent :)

Pour ce qui est de l'échelle, je suis assez d'accord, et UA est quand même un bon gros bouquin. Entre le background et les exemples d'écoles (dispomancien, mécanomancien, pornomancien (sisi), et autres cinglés de l'auto-mutilation, de l'histoire, des livres (pas de leur contenu, non, du contenant…) ou d'émissions de télé-réaltité, et j'en oublie) on arrive a remplir quand même un bon petit pavé.

Faut vraiment que j'arrive à me refaire un groupe moi un de ces 4… ça me manque :)

La liste des options proposées est volontairement limitée

;)

Je dirais simplement que ça montre que le bon sens était répandu à cette époque. (Je ne dis pas qu'il ne l'est plus, je vous laisse juger par vous-même.)

Ah Warhammer ou le sacerdoce des mages ^ Le nain en était à sa 3ème ou 4ième carrière que le mage n'était que niveau 3 :D.

D'un autre côté, invoquer un démon majeur réglait tous tes problèmes :) enfin, ça réglait aussi la question de la date de ta mort…

En fait si on supprime l'usage de la magie, (presque) n'importe quel système peut convenir; la magie fait un chapitre complet de mon système de règle, justement parce que ce que l'on peut faire avec la magie n'est pas limité à une liste de sort; et il y a un grand nombre de façon différente d'avoir le même effet.

Sur ce point UA est intéressant, idem, pas de limite à une liste de sorts (chose que j'apprécie moyennement en général, les listes…) par contre ça tiens en peu de pages :)

En gros, l'adepte (le mage) à une compétence de magie, et chaque magie à plusieurs caractéristiques:

• une obsession (UA est basé sur les obsessions). On peut considérer ça comme le domaine qui permets de déterminer si les effets voulus sont faisables ou pas par cet adepte.
• des tabous. Si tu en brises un, tu perds toutes tes charges (points de magie).
• des actions qui vont t'amener des charges (selon la difficulté: charge mineure, conséquente ou majeure).
• tu dis l'effet que tu veux avoir. Si tu réussis ton jet, tu as a peu près ce que tu veux (en fonction de ton score et de l'humeur du MJ), sinon… le MJ peut se faire plaisir, en fonction du degré de ton échec.
• tu peux "créer" un sort fixe, mais il perds de la puissance comparé à l'effet que tu aurais pu avoir. D'un autre côté, tu es sûr du résultat, on peut pas tout avoir, pas vrai?

Du coup les mages me semblent vachement plus fun à jouer dans UA que dans les autres JdR que j'ai pu voir ou le joueur doit apprendre une liste de sorts longue comme le bras pour savoir exactement ce qu'il peut faire.
Par exemple, dans UA si tu veux un pyromancien, tu sais que tu peux manipuler le feu, t'as pas besoin de savoir que la boule de feu à une portée de 5m, 20m ou 100m en fonction qu'elle soit mineure, classique ou légendaire, avec les bonus de dégâts qui y correspondraient, pour t'apercevoir au final que tu es pas capable d'allumer une foutue bougie!

Enfin, UA mettant pas mal l'accent sur la psychologie… enfin, la folie plutôt, les mages sont tous complètements cinglés. Ce post sur un forum explique sommairement les choses. Pour reprendre l'exemple du pyromancien, il sera peut-être incapable d'utiliser l'électricité pour se chauffer/s'éclairer et aura tendance à foutre le feu en permanence :)

Les deux autres façons de faire de la magie sont les rituels (en théorie accessibles à tous, mais ils sont rarissimes) et les avatars, qui seraient l'équivalent de prêtres qui tentent de remplacer leur dieu dans les autres univers :)
Bref, c'est quand même assez dément, mais aussi super bien foutus, UA étant clairement un jeu ou l'accent est mis sur le RP, et ou les règles ne sont là que pour aider le MJ et pas le contraire.

Tu as un exemple de recherche, que je testes ça chez moi?

Moi non plus pour le coup, je ne comprenais pas du tout son message.

Sinon, quand j'y pense j'utilise aussi la technique de l'imparfait, le truc c'est que je n'y pense pas tout le temps.

Note: j'aurais toujours du mal à comprendre les grammar nazis… je vois mal l'intérêt de faire chier pour 1 faute (même si le message était court, dans ce cas précis).

Hum, pas forcément. S'ils sont de véritables programmeurs, ils peuvent utiliser un papillon pour écrire (faudrait vraiment que je me fasse une liste des xkcd intéressants un jour)

Parce que tu arrives à être CHEZ un logiciel toi?