Je l'ai fini il y a peu, le jeu est plutôt court et plutôt facile pour quelqu'un qui se débrouille en dactylo mais il est chouette et ça change, son concept le rend au final très dynamique dans les phases de combats et reste agréable à jouer.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Et, avant qu'on ne me rétorque que je n'avais qu'à pas habiter dans le Cantal, je précise que tout cela a eu lieu en Île de France.
Evidemment, dans le Cantal c'est ouvert au moins jusqu'à 17h (voir 18h pour ceux qui ont la chance d'habiter dans le chef-lieu), il est tout à faire possible d'ajouter un destinataire de virement directement depuis l'interface web (depuis quand ? aucune idée) et les prêts se font dans n'importe quelle banque postale sans rendez-vous.
Je suis même à peu près certain de ne pas me tromper quand je dis que nous au moins, nous ne faisons pas la queue quand nous y allons ;)
Le problème, c'est peut-être l'Ile de France :)
(c'est trolldi peut-être mais c'est véridique)
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Belle acquisition, c'est marrant de voir du Nux sur ce genre de machines, j'aurai jamais cru (je pensais même pas qu'il éxistait des mises à jour de firmware pour les flippers, c'est dire…).
J'ai hâte de voir si tu arrives à décompiler le image.bin, on pourrait imaginer changer les règles du flipper !
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Posté par Nibel .
En réponse au journal Devuan Jessie 1.0.
Évalué à 2.
Dernière modification le 26 mai 2017 à 19:12.
Si. A l'heure actuelle, wikipedia me dit que ça marche sous windows, mac os x et android. Pour android je reconnaît que c'est une découverte pour moi, hein, mais pour l'OS d'apple ça fait perpette je crois.
Oui donc pas Linux, nous sommes bien d'accord. C'est en ça que je trouve une utilité à OpenOffice/LibreOffice (outre les questions de licences, d'éthique, toussa…).
Alors que pour un utilisateur de logiciels léger qui bricole son propre environnement graphique en sélectionnant lui-même les composants, je pense que systemd n'est plus pertinent.
Je suis concrètement ce type d'utilisateur, j'ai 106 units chargés actuellement, pour une utilisation desktop agréable c'est le minimum (on peut à la limite retirer le bluetooth, l'encryption des volumes et le multi-user, ça fait toujours 103 units sachant que systemd en lance lui-même 30). J'utilise OpenBox standalone avec une config maison.
J'ai essayé de maintenir mon OpenBox avec OpenRC mais c'était un calvaire. Je passais plus de temps à débugguer/compiler/réécrire mes scripts qu'utiliser mon système. Au bout d'un moment j'ai pris le même train que tout le monde et depuis je me laisse porter.
Seulement parce que personne n'a fait le travail pour ta distribution, chose qui a été faite pour systemd. Tu peux me dire que le travail avec systemd peut être mutualisé, et c'est sûrement vrai, mais je pense que ça l'est aussi avec les autres.
Dans l'exemple ci-dessus (pas pris apache au hasard, j'espérait qu'il soit gros. Sinon, j'aurai pris dhclient dont le script pèse… 3 lignes, shebang inclut.) peu de choses sont utiles à modifier d'une distro à l'autre. Peut-être les dossiers: var, run et srv?
On est très loin de la complexité de sysV: j'ai 424 lignes pour le fichier /etc/init.d/apache2 et c'est autrement plus complexe. Ca doit faire plein de choses en plus, j'en suis sûr, comme… supporter la commande service, chose inutile pour runit (il suffit de supprimer un lien symbolique pour stopper un daemon, pas besoin de passer par une usine à gaz en shell).
Après, si ton argument, c'est que le boulot à été fait pour systemd et pas pour les autres, ok.
Mais il a bien fallu que quelqu'un le fasse, et la complexité de sysV n'est pas liée au fait que ce soit du shell.
Même avant l'avènement de systemd, je passais pas mal de temps à modifier mes scripts SysV parce qu'ils n'étaient pas forcément adaptés, pourtant il y avait aussi des gens qui me mâchaient le travail en amont. Oui c'est sûr que le fait que ma distro supporte systemd rend de fait plus facile la maintenance de systemd mais si tant de distros majeures ont fait le choix de le supporter par défaut, c'est sans doute qu'il a des avantages par rapport aux autres (soit dans ses fonctionnalités, soit dans sa facilité de maintenance pour les packagers).
Maintenant supprimer un lien symbolique ne me semble pas plus compliqué que de lancer un systemctl stop [daemon en question], ça me semble même plus "logique" mais là c'est purement subjectif et tout le monde trouvera à y redire.
Le problème, c'est quand la brique de référence entraîne des modifications qui font qu'il devient difficile de s'en passer. Un peu comme si l'utilisation de grub2 entraînait des changement dans le bureau, rendant difficile l'usage de lilo ou syslinux. Ou comme si vi et ses héritiers avaient un impact sur les émulateurs de terminal. Et c'est bien la l'un des reproches qui sont faits à systemd.
Et je suis parfaitement conscient de ce problème et ne le nie pas. C'est vrai, il est difficile de se passer de systemd et c'est même cette complexité qui fait que je n'ai pas pu supporter le travail de maintenance à faire pour l'utilisation d'un autre système d'init en plus de constater que le support pour les autres systèmes était plus difficile à trouver. C'est ce principal défaut qui m'a fait revenir à lui. Ce serait un vrai problème s'il était instable ou incomplet, ce n'est pas le cas. Il fait parfaitement son travail, je commence à le dompter doucement bien que je sois loin de le maîtriser parfaitement. Oui ça demande de réapprendre pas mal de choses mais ça compense largement le temps perdu à maintenir un autre système d'init. Cela dit oui, en terme de choix pour l'utilisateur, c'est assez limité. Concrètement c'est "systemd ou alors demmerde-toi". J'aime bien me démerder mais pour quelque chose d'aussi futile qu'un système d'init, je ne veux pas non plus m'emmerder.
Debian ne l'est pas, après tout, et c'est un fork qui aspire à retrouver "l'esprit d'origine". Enfin, c'est l'impression que j'ai eue quand ils ont forké.
C'est aussi la sensation que j'avais eu à l'époque. Cela dit attention avec la nostalgie, inclure des softs qui ne sont plus supportés par leurs devs (typiquement Slim en tant que login manager) n'est sans doute pas la meilleur des réminiscences nostalgiques qu'on peut avoir ;). Je ne sais pas si c'est le cas sur la v1 mais c'était le cas sur les bétas.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Est-ce que par le passé c'était ainsi est un argument pour justifier la paresse d'aujourd'hui ? Oui, 7 mots titre compris c'est de la paresse pour une information en somme toute aussi intéressante (un fork d'une distribution majeure sans systemd qui arrive en v1 me semble être quand même être une nouvelle relativement "importante" pour le monde du libre).
Evidemment, je n'attends pas d'un journal qu'il soit au niveau d'une dépêche sur le noyal Linux mais avoir un peu plus d'informations ne serait-ce que pour les gens qui ne connaissent pas, me semble être un minimum. Là, l'utilisateur du site qui débarque, il ne sait même pas à quoi il a à faire, il voit un lien et s'il n'est pas anglophone et/ou familier avec le monde de Linux il ne comprend même pas de quoi il est question. C'est quand même dommage de limiter ce type d'information à une "élite" plutôt au fait de ce qui se trame dans le monde du libre, quand bien même la distro n'est pas à destination des novices.
Oui, deux lignes traitant du sujet sans même détailler les nouveautés de cette V1 me semble être le strict minimum, savoir au moins de quoi on parle.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Posté par Nibel .
En réponse au journal Devuan Jessie 1.0.
Évalué à 4.
Dernière modification le 26 mai 2017 à 14:52.
La comparaison est un peu foireuse. MS Office n'est pas multiplateforme et ne tourne pas sous Linux, il est donc nécessaire d'avoir une alternative pour notre système. La comparaison aurait sans doute était plus pertinente entre OpenOffice et LibreOffice.
J'entends bien ce que tu veux dire cela dit et ma phrase était sans doute maladroite.
Les autres systèmes d'init ne sont pas "moins bons" mais "moins efficaces dans mon utilisation". M'emmerder à gérer des dizaines de lignes de bash par script alors qu'un unit systemd c'est 3 lignes, c'est tout vu pour moi. Le vitesse au boot étant un bonus appréciable.
Maintenant, l'utilisateur lambda n'en a rien à faire de son système d'init (si encore il sait ce que c'est), lui il veut que ça "juste marche" et avec les inits alternatifs, ça "ne juste marche pas" parce qu'il faut mettre les mains dans le cambouis. Avec systemd, les utilisateurs avancés peuvent mettre les mains dans le cambouis (moyennant un peu de lecture de documentation pour comprendre le bousin) et pour les utilisateurs lambdas, ça "juste marche".
Dans une optique de démocratisation de Linux pour le desktop, je pense qu'il est nécessaire d'avoir certaines briques élémentaires "références". Il faut penser aux packagers aussi, différents systèmes d'init c'est du travail supplémentaire pour chaque init… Et parfois du travail lourd pour sortir les dépendances systemd de certains binaires..
Evidemment, Devuan n'est pas à destination des utilisateurs débutants sous Linux. En réalité, on ne sait pas vraiment à destination de qui elle est avec ce journal… Si je n'avais pas suivi de loin le projet depuis ses débuts, je ne saurai même pas ce que c'est…
Bon oui, j'ai dit Linux et desktop dans la même phrase…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Un journal bookmark c'est moche pour tout ce temps? On parle de linuxfr, et l'auteur du bookmark n'est peut-être pas impliqué dans le projet.
Si ça avait été le cas, il ne s'appellerait pas "UnGrandJour" avec comme seul message ce journal.
Plus techniquement, les autres inits sont moins bons et moins rapide que systemd? T'as un bench, ou c'est juste ton ressenti? Ah, pour avoir un ressenti il faut au moins avoir essayé, et… ma foi, si tu veux un init à l'opposé de systemd qui n'aie pas les problèmes de sysV, testes runit.
Sur un journal d'il y a quelques années, j'avais fait un bench entre systemd et OpenRC et systemd éclatait littéralement OpenRC. Alors oui, ce n'est pas un bench d'aujourd'hui mais à l'époque c'était le cas. Si le sujet t'intéresse sérieusement, je peux faire un autre bench, c'est pas un ressenti, quelques secondes de boot supplémentaires (sur 3 secondes avec systemd), c'est visible et mesurable.
Pour l'avoir fait, c'est clair: systemd est lent (a cause du réseau, principalement, et pas envie de m'emmerder a mettre le nez dans l'usine à gaz, me suis déjà brûlé les yeux dans les fichiers de sysV).
Donc systemd est lent parce que tu refuses de le configurer correctement (là où tu as choisi de bien configurer ton autre init). D'accord…
Essaies une distrib qui ne soit pas basée sur systemd. Je te conseille void, pas parce qu'il y a eu une dépêche dessus récemment, mais parce que je l'ai testée.
Puis compares à Debian.
Pendant la première année de systemd sous Arch, je tournais avec OpenRC puis avec le temps je me suis rendu compte que tous les binaires possédaient leurs units systemd et que ça devenait un vrai parcours du combattant que d'essayer de maintenir mes scripts OpenRC. J'ai migré sous systemd et aucun problème depuis…
Je suis bien content que Devuan ait vu le jour, et si ça vous emmerde tant que ça, contentez-vous de l'ignorer.
Je n'ai rien contre encore une fois, il en faut pour tous les goûts, je critique plus le journal en lui-même qui ne dit rien de la v1 de Devuan. Aucun problème si c'est une distro réservée à quelques réfractaires au changement mais il ne va pas falloir espérer récupérer de nouveaux utilisateurs avec un tel journal…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
3 ans pour faire un apt remove systemd (grossièrement) et même pas un journal un peu présentable pour la 1.0 ? Maintenant que systemd est plutôt bien abouti (on peut lui reprocher son fonctionnement mais certainement pas/plus sa stabilité et sa réactivité) je trouve de moins en moins d'intérêts aux inits alternatifs : ça demande plus de maintenance, il faut souvent adapter nos scripts depuis des units systemd, ils sont souvent plus lents au boot que systemd…
Alors oui, j'entends bien que c'est plus une question de petites habitudes personnelles plus qu'un vrai choix technique réfléchis… Je suis pour avoir le choix, mais donner des choix techniquement "moins bons" que ce qu'on nous propose, c'est quand même un comble non ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Comme toujours, merci pour la dépêche. Je vois que certains râlent pour le retard, personnellement je trouve que ce n'est pas bien grave, surtout quand on voit la longueur de la dépêche à se taper en terme de rédaction. Pour les pressés, il existe LWN (oui il faut être anglophone). Je préfère attendre la version traduite ici parce qu'il arrive régulièrement que je ne saisisse pas parfaitement les termes techniques en anglais (et je passe complètement à côté de certaines choses) et les rédacteurs font un travail formidable de traduction.
Le 4.11 n'est même pas encore dans testing sur Arch, y a pas tant de retard que ça !
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Je ne connais pas, mais j'ai souvent lu des gens expliquer qu'il ne fallait pas se plaindre d'avoir des problèmes s'ils utilisent AUR ou que les paquets sont à l'abandon.
Ce n'est pas tout à fait vrai. En effet, tout ce qui est sur AUR n'a pas été testé officiellement, cependant il est possible à tout un chacun de faire des alertes sur un paquet (s'il se retrouve périmé ou non-fonctionnel), d'envoyer un PKGBUILD valide ou de commenter le dit paquet. Il suffit de se rendre sur la page listant les paquets d'AUR et de choisir le paquet concerné. On peut se plaindre mais il faut le faire de manière à ce que ça puisse profiter à tout le monde.
De manière générale, les paquets fonctionnent et sont régulièrement mis à jour. Les "ratés" sont assez rares et souvent corrigés rapidement (et corrigeables par soi-même si l'on se débrouille un petit peu).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Si sans doute. De manière générale, à peu près n'importe quelle distro serait mieux que Arch pour mon usage. Mais je n'ai jamais pris le temps de le faire.
Pour le serveur HTTP je pourrai effectivement le reboot régulièrement sans problème mais le serveur de jeux a toujours un peu de trafic (même si ce n'est qu'une ou deux personnes, un reboot régulier n'est jamais agréable en pleine partie, même si ce n'est qu'une fois par jour). Confort de jeu avant tout.
Mais pour mes VPS, les deux sont sous Debian Stable.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Evidemment, Arch est une distribution minimaliste, elle n'a pas vocation a fournir un installateur, c'est dans sa philosophie même. On est en droit de pas aimer mais c'est personnellement aussi pour ça que j'aime Arch. Autrement, il existe toujours le projet Arch-Anywhere qui permet de configurer Arch facilement pour les débutants / ceux qui ont la flemme. Je ne l'ai jamais essayé, n'en ayant pas l'utilité mais j'ai lu beaucoup de bien dessus.
changement de kernel in-place (« merde, ma clef USB fonctionne pas, faut que j’reboot ») ;
C'était vrai il y a plusieurs années, maintenant seuls les modules DKMS sont déchargés, la clé USB fonctionnera toujours :)
il faut vérifier sur archlinux.org avant chaque upgrade pour être sûr qu’il n’y ait pas tout un tas de chose à faire avant (ça donne un peu l’impression que les dev n’ont rien à foutre des scripts de {pre,post}-{install,remove}) ;
Il faut bien savoir qu'il faut quelqu'un pour les écrire les scripts, tu peux te proposer si tu le souhaites, je suis certain que tu seras accueilli à bras ouverts, on manque de monde.
il y a quand même un certain nombre de paquets qui ne sont pas dans les dépôts officiels (et non, AUR n’est pas un dépôt) ;
15259 paquets dans les repos officiels de Arch.
AUR est bien un dépôt (Arch User Repository ça veut bien dire ce que ça veut dire). Certes non-officiel mais s'en priver, c'est se priver d'une grosse partie de l'intérêt de Arch. C'est tout de même 43139 paquets supplémentaires.
103434 paquets dans les repos officiels de Debian Sid.
Avec AUR, on peut dire que globalement il y a moitié moins de paquets sous Arch que sous Debian Sid. A titre personnel je n'ai jamais manqué d'un paquet mais c'est possible que pour certaines choses plus spécifiques, ça manque. Encore une fois, les mainteneurs volontaires sont les bienvenus.
de mémoire (mais j’ai peut-être loupé la news l’annonçant) les paquets ne sont toujours pas signés ;
Ils sont signés depuis plusieurs années déjà, il me semble que ça date de 2012 (déjà 5 ans…) avec la sortie de pacman 4.0.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
C'est effectivement pas le top en terme de sécurité mais en général je reboot tous les 3/4 mois si c'est pas le courant qui m'y oblige.
Après il faut savoir que l'un est un petit serveur HTTP me permettant de mettre rapidement des solutions en ligne, vu que j'ai un upload assez merdique, c'est plus un support de transition.
L'autre est un petit serveur de jeux privé et seules des personnes de confiance y ont accès, iptable est en deny all et je mets en liste blanche les personnes autorisées une par une, je pense que c'est suffisant.
Après effectivement, pour des serveurs de production de plus grosse envergure et avec plus de trafic, ce serait sans doute inconscient de faire ce que je fais. Mais pour ma ridicule infrastructure, ça me semble suffisant.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
ah heureux de l'apprendre! (enfin pour Arch, triste que Sid t'ait fait défaut). Oui c'est logique qu'en fonction du hardware & de l'environnement on ait des cas différents.
Cela dit je postais le truc honnêtement donc je fus surpris. Je ne sais pas si un site permettrait de faire des moyennes… bah oui c'est con mais du coup pour conseiller quelqu'un, dans le meilleur des cas on se retrouve à se fier à ses expériences & connaissances…
Ouaip, l'environnement et le hardware y sont pour beaucoup. Sans doute plus l'environnement pour ma part, ayant même du Arch sur mes serveurs à la maison (oui oui, vous avez bien lu), l'un depuis 5 ans et l'autre depuis 3 ans, jamais cassé et des uptimes de plusieurs mois régulièrement (je n'ai pas d'onduleur et quand y a une coupure de courant, tout ramasse…) avec un pacman -Syu manuel par hebdomadaire, la maintenance s'arrête là.
Après c'est vrai que dans la théorie, Arch devrait casser plus souvent que Sid mais mon expérience me montre que c'est l'inverse qui s'est produit dans mon cas (et j'irai même jusqu'à vous avouer que Tumbleweed a cassé une semaine après une instal' fraîche, sans jamais avoir compris pourquoi, c'est dire la logique…).
Maintenant, pour conseiller l'un ou l'autre, je serai bien embêté, parce que je ne saurai pas être réellement objectif tant mon coeur bat pour Arch. Le seul véritable argument objectif et factuel que j'ai c'est sa documentation formidable, très fournie, la quasi-totalité des problèmes courants sont résolvables en sachant parcourir la doc et c'est très agréable. Mais le mieux pour se faire un avis, c'est encore d'essayer :).
J'ai eu la même chose. La fois où ils avaient déplacés les binaire de /bin à /usr/bin (ou le contraire je ne sais plus).
Mais bon pour moi c'est justement pas admissible dans une optique pc de bureau d'avoir un système en rolling release mais qui peut potentiellement être cassé par pacman -syu parce que t'as pas suivi l'actualité dans les mailings lists. Soit tu t'assures que tout se passe automatiquement, soit tu t'assures que l'outil d'upgrade ait une fonction "drapeau noir" pour avertir l'utilisateur que s'il ne fait pas çi et ça son système va être cassé.
Je peux comprendre que ça puisse être rédhibitoire pour certains. Etant sous OpenBox avec un petit conky configuré aux petits onions, j'ai le flux RSS des dernières news affiché dans un coin de mon bureau et il me suffit d'y jeter un coup d'oeil avant d'initier mon pacman -Syu pour m'assurer que tout va bien se passer. Pour ceux qui n'ont pas envie de ça, aller une fois par semaine sur https://www.archlinux.org/ pour check ne me paraît pas insurmontable mais oui, ça demande un peu plus de temps. De manière générale, une RR demande de toute manière plus de temps en terme de maintenance qu'une distro classique, c'est le prix à payer pour profiter des dernières technologies avant tout le monde.
Concernant le drapeau noir, c'est pas toujours vrai pour toutes les MAJ demandant une intervention manuelle, mais pour le déplacement de /bin vers /usr/bin, la MAJ était impossible sans suivre la procédure de la ML, on tombait sur cette erreur :
erreur: la validation de la transaction a échoué (conflit de fichiers)
filesystem: /bin est déjà présent dans le système de fichiers
filesystem: /sbin est déjà présent dans le système de fichiers
filesystem: /usr/sbin est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n'a été mis à jour.
Après oui, faut pas s'amuser à balancer du --force quand la MAJ veut pas passer dans ce genre de cas…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Ce n'est peut-être pas le meilleur endroit pour poser cette question mais je suis en train d'essayer E21 et… mon dieu que le thème de base est subjectivement affreux.
Existe-t-il des sites répertoriant des thèmes pour E21 ? (j'en ai trouvé pour E19 mais il semblerait que ce ne soit pas rétro-compatible)
Je pourrai bien tout configurer moi-même vous me direz mais c'est vrai que je n'ai pas envie de passer du temps dessus, n'étant pas mon DE principal.
J'ai personnellement vécu l'expérience inverse : dès qu'il y a de gros changements Sid a toujours fini par me lâcher et m'a fait bien souffrir.
Alors qu'en 8 ans sous Arch, les seuls problèmes rencontrés durant une MAJ étaient du au fait que je n'étais pas aller lire le fil d'actualité pour migrer proprement. Entièrement de ma faute.
Comme quoi, ça dépend des gens… Pour ma part, je n'ai pas connu de RR aussi solide que celle de Arch actuellement.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Pour les anglophones, il existe GamingOnLinux.com. Il ne se limite pas aux tests de jeux vidéo, il y a régulièrement des articles sur les drivers GPU (proprios et libres), des offres intéressantes sur des jeux (et légales), les nouvelles sorties sous Linux, des news de Vulkan…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
N'y voyez aucune méchanceté dans mon commentaire, c'est plus une piste pour tenter d'améliorer les prochains journaux. Je ne remets pas en cause la bonne volonté de l'auteur et le remercie dans tous les cas pour la présentation. J'entends bien que sa volonté n'était pas de faire un test détaillé.
J'ajouterai que le jeu fonctionne également sous Vulkan et que les perfs sont très bonnes ! Les développeurs font régulièrement des mises à jour de performance et de correction de bugs ce qui en fait un des jeux commerciaux les plus optimisés sous Vulkan auquel j'ai pu jouer.
Et la communauté est plutôt active également et propose du contenu supplémentaire pour ceux qui ont fini le jeu ou qui veulent simplement l'exploiter différemment. Il n'y a pas une infinité de contenu comme l'on peut voir dans certains autres jeux mais il y a de quoi prolonger l'expérience quelques dizaines d'heures encore.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Exactement, désolé si ma phrase était peu claire. Je pense avoir compris que Zenitram n'était pas Mélenchoniste étant donné sa propension à utiliser ce terme pour tout et n'importe quoi, à la manière d'une insulte passe-partout.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
que les moules avaient changées et qu'il ne restait que les "haters", justement ceux qui confondent pertinent/inutile avec j'aime/je n'aime pas, en plus de raconter des bêtises factuellement les plus grosses possibles.
Quand sur les sujets politiques tu te permets d'attaquer toute personne n'ayant pas ton point de vue de "Mélenchoniste", c'est une bêtise factuellement grosse également. C'est donc normal que tu te fasses "inutiler".
Tu es capable d'élever le niveau plus que ça, tu es une personne intelligente et te voir jouer ce petit jeu est exaspérant (et le serait sans doute moins si tu étais un idiot avéré). De manière générale, même si le pertinent/inutile a peut-être moins le sens premier qu'il est censé avoir, à mon sens il reste plutôt pas trop mal utilisé encore aujourd'hui.
Personnellement, je n'ai pas souvenir d'avoir moinsé des messages de ta part où j'étais seulement en désaccord du moment que tu ne jouais pas l'intox. Ces derniers temps, sur les sujets politiques, c'était pas ça. J'espère cela dit vite te retrouver sur les sujets techniques, quand tu es de bonne volonté c'est toujours intéressant de discuter avec toi.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
Afin de faire revenir cet espace de discussion vers son but principal, parler de Linux, je me propose de vous présenter un jeu que j'ai beaucoup apprécié récemment (le jeu a plus de deux ans).
Pour le coup, l'espace des journaux n'est pas réservé au monde de Linux, c'est un lieu d'échanges libre pour tous les utilisateurs, comme dit dans la FAQ :
les journaux : les blogs personnels des visiteurs authentifiés ;
Autrement, le journal est un peu léger, il y a tellement plus à dire sur le jeu… C'est dommage d'avoir omis l'importante part philosophique du jeu, des questions complexes sur l'homme et la machine, la vie et la mort… C'est plus qu'un simple puzzle-game où l'on se contente d'avancer niveau après niveau, l'univers est cohérent et peut se permettre de jouer volontier avec les anachronismes pour les besoins du gameplay d'une part et pour appuyer la réflexion philosophique d'autre part.
Les plus habiles en résolution d'énigmes trouveront leur compte avec des dizaines de messages "codés" qu'ils vous faudra déchiffrer pour saisir toute la teneur du titre.
Pour ma part, c'est un vrai coup de coeur, je n'ai pas encore acheté le DLC mais ça ne saurait tarder dès que j'aurai plus de temps.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Orwell était un petit joueur.
Posté par Nibel . En réponse au journal L’État d’urgence permanent. Évalué à 4.
Sarkozy lui-même a déclaré : "Macron, c'est moi en mieux !"
Ca en dit long…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Epistory - Typing Chronicles
Posté par Nibel . En réponse au journal Jouer sous GNU/Linux : trois jeux autour de l’informatique. Évalué à 2.
Je l'ai fini il y a peu, le jeu est plutôt court et plutôt facile pour quelqu'un qui se débrouille en dactylo mais il est chouette et ça change, son concept le rend au final très dynamique dans les phases de combats et reste agréable à jouer.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Quel genre de réponse attends-tu ?
Posté par Nibel . En réponse au journal Boursorama n’aime pas qu’on bloque des choses. Évalué à 10. Dernière modification le 02 juin 2017 à 08:52.
Evidemment, dans le Cantal c'est ouvert au moins jusqu'à 17h (voir 18h pour ceux qui ont la chance d'habiter dans le chef-lieu), il est tout à faire possible d'ajouter un destinataire de virement directement depuis l'interface web (depuis quand ? aucune idée) et les prêts se font dans n'importe quelle banque postale sans rendez-vous.
Je suis même à peu près certain de ne pas me tromper quand je dis que nous au moins, nous ne faisons pas la queue quand nous y allons ;)
Le problème, c'est peut-être l'Ile de France :)
(c'est trolldi peut-être mais c'est véridique)
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Super interéssant
Posté par Nibel . En réponse au journal An unexpected Linux : reverse engineering. Évalué à 10.
Je suppose que c'est un de ces engins :
Belle acquisition, c'est marrant de voir du Nux sur ce genre de machines, j'aurai jamais cru (je pensais même pas qu'il éxistait des mises à jour de firmware pour les flippers, c'est dire…).
J'ai hâte de voir si tu arrives à décompiler le image.bin, on pourrait imaginer changer les règles du flipper !
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: 3 ans ?
Posté par Nibel . En réponse au journal Devuan Jessie 1.0. Évalué à 2. Dernière modification le 26 mai 2017 à 19:12.
Oui donc pas Linux, nous sommes bien d'accord. C'est en ça que je trouve une utilité à OpenOffice/LibreOffice (outre les questions de licences, d'éthique, toussa…).
Je suis concrètement ce type d'utilisateur, j'ai 106 units chargés actuellement, pour une utilisation desktop agréable c'est le minimum (on peut à la limite retirer le bluetooth, l'encryption des volumes et le multi-user, ça fait toujours 103 units sachant que systemd en lance lui-même 30). J'utilise OpenBox standalone avec une config maison.
J'ai essayé de maintenir mon OpenBox avec OpenRC mais c'était un calvaire. Je passais plus de temps à débugguer/compiler/réécrire mes scripts qu'utiliser mon système. Au bout d'un moment j'ai pris le même train que tout le monde et depuis je me laisse porter.
Même avant l'avènement de systemd, je passais pas mal de temps à modifier mes scripts SysV parce qu'ils n'étaient pas forcément adaptés, pourtant il y avait aussi des gens qui me mâchaient le travail en amont. Oui c'est sûr que le fait que ma distro supporte systemd rend de fait plus facile la maintenance de systemd mais si tant de distros majeures ont fait le choix de le supporter par défaut, c'est sans doute qu'il a des avantages par rapport aux autres (soit dans ses fonctionnalités, soit dans sa facilité de maintenance pour les packagers).
Maintenant supprimer un lien symbolique ne me semble pas plus compliqué que de lancer un systemctl stop [daemon en question], ça me semble même plus "logique" mais là c'est purement subjectif et tout le monde trouvera à y redire.
Et je suis parfaitement conscient de ce problème et ne le nie pas. C'est vrai, il est difficile de se passer de systemd et c'est même cette complexité qui fait que je n'ai pas pu supporter le travail de maintenance à faire pour l'utilisation d'un autre système d'init en plus de constater que le support pour les autres systèmes était plus difficile à trouver. C'est ce principal défaut qui m'a fait revenir à lui. Ce serait un vrai problème s'il était instable ou incomplet, ce n'est pas le cas. Il fait parfaitement son travail, je commence à le dompter doucement bien que je sois loin de le maîtriser parfaitement. Oui ça demande de réapprendre pas mal de choses mais ça compense largement le temps perdu à maintenir un autre système d'init. Cela dit oui, en terme de choix pour l'utilisateur, c'est assez limité. Concrètement c'est "systemd ou alors demmerde-toi". J'aime bien me démerder mais pour quelque chose d'aussi futile qu'un système d'init, je ne veux pas non plus m'emmerder.
C'est aussi la sensation que j'avais eu à l'époque. Cela dit attention avec la nostalgie, inclure des softs qui ne sont plus supportés par leurs devs (typiquement Slim en tant que login manager) n'est sans doute pas la meilleur des réminiscences nostalgiques qu'on peut avoir ;). Je ne sais pas si c'est le cas sur la v1 mais c'était le cas sur les bétas.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Auteur et contenus courts
Posté par Nibel . En réponse au journal Devuan Jessie 1.0. Évalué à 1.
Est-ce que par le passé c'était ainsi est un argument pour justifier la paresse d'aujourd'hui ? Oui, 7 mots titre compris c'est de la paresse pour une information en somme toute aussi intéressante (un fork d'une distribution majeure sans systemd qui arrive en v1 me semble être quand même être une nouvelle relativement "importante" pour le monde du libre).
Evidemment, je n'attends pas d'un journal qu'il soit au niveau d'une dépêche sur le noyal Linux mais avoir un peu plus d'informations ne serait-ce que pour les gens qui ne connaissent pas, me semble être un minimum. Là, l'utilisateur du site qui débarque, il ne sait même pas à quoi il a à faire, il voit un lien et s'il n'est pas anglophone et/ou familier avec le monde de Linux il ne comprend même pas de quoi il est question. C'est quand même dommage de limiter ce type d'information à une "élite" plutôt au fait de ce qui se trame dans le monde du libre, quand bien même la distro n'est pas à destination des novices.
Oui, deux lignes traitant du sujet sans même détailler les nouveautés de cette V1 me semble être le strict minimum, savoir au moins de quoi on parle.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: 3 ans ?
Posté par Nibel . En réponse au journal Devuan Jessie 1.0. Évalué à 4. Dernière modification le 26 mai 2017 à 14:52.
La comparaison est un peu foireuse. MS Office n'est pas multiplateforme et ne tourne pas sous Linux, il est donc nécessaire d'avoir une alternative pour notre système. La comparaison aurait sans doute était plus pertinente entre OpenOffice et LibreOffice.
J'entends bien ce que tu veux dire cela dit et ma phrase était sans doute maladroite.
Les autres systèmes d'init ne sont pas "moins bons" mais "moins efficaces dans mon utilisation". M'emmerder à gérer des dizaines de lignes de bash par script alors qu'un unit systemd c'est 3 lignes, c'est tout vu pour moi. Le vitesse au boot étant un bonus appréciable.
Maintenant, l'utilisateur lambda n'en a rien à faire de son système d'init (si encore il sait ce que c'est), lui il veut que ça "juste marche" et avec les inits alternatifs, ça "ne juste marche pas" parce qu'il faut mettre les mains dans le cambouis. Avec systemd, les utilisateurs avancés peuvent mettre les mains dans le cambouis (moyennant un peu de lecture de documentation pour comprendre le bousin) et pour les utilisateurs lambdas, ça "juste marche".
Dans une optique de démocratisation de Linux pour le desktop, je pense qu'il est nécessaire d'avoir certaines briques élémentaires "références". Il faut penser aux packagers aussi, différents systèmes d'init c'est du travail supplémentaire pour chaque init… Et parfois du travail lourd pour sortir les dépendances systemd de certains binaires..
Evidemment, Devuan n'est pas à destination des utilisateurs débutants sous Linux. En réalité, on ne sait pas vraiment à destination de qui elle est avec ce journal… Si je n'avais pas suivi de loin le projet depuis ses débuts, je ne saurai même pas ce que c'est…
Bon oui, j'ai dit Linux et desktop dans la même phrase…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: 3 ans ?
Posté par Nibel . En réponse au journal Devuan Jessie 1.0. Évalué à 4.
Si ça avait été le cas, il ne s'appellerait pas "UnGrandJour" avec comme seul message ce journal.
Sur un journal d'il y a quelques années, j'avais fait un bench entre systemd et OpenRC et systemd éclatait littéralement OpenRC. Alors oui, ce n'est pas un bench d'aujourd'hui mais à l'époque c'était le cas. Si le sujet t'intéresse sérieusement, je peux faire un autre bench, c'est pas un ressenti, quelques secondes de boot supplémentaires (sur 3 secondes avec systemd), c'est visible et mesurable.
Donc systemd est lent parce que tu refuses de le configurer correctement (là où tu as choisi de bien configurer ton autre init). D'accord…
Pendant la première année de systemd sous Arch, je tournais avec OpenRC puis avec le temps je me suis rendu compte que tous les binaires possédaient leurs units systemd et que ça devenait un vrai parcours du combattant que d'essayer de maintenir mes scripts OpenRC. J'ai migré sous systemd et aucun problème depuis…
Je n'ai rien contre encore une fois, il en faut pour tous les goûts, je critique plus le journal en lui-même qui ne dit rien de la v1 de Devuan. Aucun problème si c'est une distro réservée à quelques réfractaires au changement mais il ne va pas falloir espérer récupérer de nouveaux utilisateurs avec un tel journal…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# 3 ans ?
Posté par Nibel . En réponse au journal Devuan Jessie 1.0. Évalué à 2.
3 ans pour faire un apt remove systemd (grossièrement) et même pas un journal un peu présentable pour la 1.0 ? Maintenant que systemd est plutôt bien abouti (on peut lui reprocher son fonctionnement mais certainement pas/plus sa stabilité et sa réactivité) je trouve de moins en moins d'intérêts aux inits alternatifs : ça demande plus de maintenance, il faut souvent adapter nos scripts depuis des units systemd, ils sont souvent plus lents au boot que systemd…
Alors oui, j'entends bien que c'est plus une question de petites habitudes personnelles plus qu'un vrai choix technique réfléchis… Je suis pour avoir le choix, mais donner des choix techniquement "moins bons" que ce qu'on nous propose, c'est quand même un comble non ?
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Lieu
Posté par Nibel . En réponse à la dépêche Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 2.
Quand on gamberge ça vole bas pourtant on a le cerf-volant.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Merci
Posté par Nibel . En réponse à la dépêche Sortie du noyau Linux 4.10. Évalué à 4.
Comme toujours, merci pour la dépêche. Je vois que certains râlent pour le retard, personnellement je trouve que ce n'est pas bien grave, surtout quand on voit la longueur de la dépêche à se taper en terme de rédaction. Pour les pressés, il existe LWN (oui il faut être anglophone). Je préfère attendre la version traduite ici parce qu'il arrive régulièrement que je ne saisisse pas parfaitement les termes techniques en anglais (et je passe complètement à côté de certaines choses) et les rédacteurs font un travail formidable de traduction.
Le 4.11 n'est même pas encore dans testing sur Arch, y a pas tant de retard que ça !
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Médian de gamme
Posté par Nibel . En réponse au journal [TRÈS_HS] « Moyen de gamme », sur lemonde.fr, nan mais je rêve. Évalué à 9.
Le médian de gamme devrait être autorisé.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 1. Dernière modification le 14 mai 2017 à 15:44.
Double post à supprimer svp
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 2.
Ce n'est pas tout à fait vrai. En effet, tout ce qui est sur AUR n'a pas été testé officiellement, cependant il est possible à tout un chacun de faire des alertes sur un paquet (s'il se retrouve périmé ou non-fonctionnel), d'envoyer un PKGBUILD valide ou de commenter le dit paquet. Il suffit de se rendre sur la page listant les paquets d'AUR et de choisir le paquet concerné. On peut se plaindre mais il faut le faire de manière à ce que ça puisse profiter à tout le monde.
De manière générale, les paquets fonctionnent et sont régulièrement mis à jour. Les "ratés" sont assez rares et souvent corrigés rapidement (et corrigeables par soi-même si l'on se débrouille un petit peu).
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 1.
Si sans doute. De manière générale, à peu près n'importe quelle distro serait mieux que Arch pour mon usage. Mais je n'ai jamais pris le temps de le faire.
Pour le serveur HTTP je pourrai effectivement le reboot régulièrement sans problème mais le serveur de jeux a toujours un peu de trafic (même si ce n'est qu'une ou deux personnes, un reboot régulier n'est jamais agréable en pleine partie, même si ce n'est qu'une fois par jour). Confort de jeu avant tout.
Mais pour mes VPS, les deux sont sous Debian Stable.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 2. Dernière modification le 12 mai 2017 à 13:01.
Evidemment, Arch est une distribution minimaliste, elle n'a pas vocation a fournir un installateur, c'est dans sa philosophie même. On est en droit de pas aimer mais c'est personnellement aussi pour ça que j'aime Arch. Autrement, il existe toujours le projet Arch-Anywhere qui permet de configurer Arch facilement pour les débutants / ceux qui ont la flemme. Je ne l'ai jamais essayé, n'en ayant pas l'utilité mais j'ai lu beaucoup de bien dessus.
C'était vrai il y a plusieurs années, maintenant seuls les modules DKMS sont déchargés, la clé USB fonctionnera toujours :)
Il faut bien savoir qu'il faut quelqu'un pour les écrire les scripts, tu peux te proposer si tu le souhaites, je suis certain que tu seras accueilli à bras ouverts, on manque de monde.
15259 paquets dans les repos officiels de Arch.
AUR est bien un dépôt (Arch User Repository ça veut bien dire ce que ça veut dire). Certes non-officiel mais s'en priver, c'est se priver d'une grosse partie de l'intérêt de Arch. C'est tout de même 43139 paquets supplémentaires.
103434 paquets dans les repos officiels de Debian Sid.
Avec AUR, on peut dire que globalement il y a moitié moins de paquets sous Arch que sous Debian Sid. A titre personnel je n'ai jamais manqué d'un paquet mais c'est possible que pour certaines choses plus spécifiques, ça manque. Encore une fois, les mainteneurs volontaires sont les bienvenus.
Ils sont signés depuis plusieurs années déjà, il me semble que ça date de 2012 (déjà 5 ans…) avec la sortie de pacman 4.0.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 1.
C'est effectivement pas le top en terme de sécurité mais en général je reboot tous les 3/4 mois si c'est pas le courant qui m'y oblige.
Après il faut savoir que l'un est un petit serveur HTTP me permettant de mettre rapidement des solutions en ligne, vu que j'ai un upload assez merdique, c'est plus un support de transition.
L'autre est un petit serveur de jeux privé et seules des personnes de confiance y ont accès, iptable est en deny all et je mets en liste blanche les personnes autorisées une par une, je pense que c'est suffisant.
Après effectivement, pour des serveurs de production de plus grosse envergure et avec plus de trafic, ce serait sans doute inconscient de faire ce que je fais. Mais pour ma ridicule infrastructure, ça me semble suffisant.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 3. Dernière modification le 12 mai 2017 à 00:39.
Ouaip, l'environnement et le hardware y sont pour beaucoup. Sans doute plus l'environnement pour ma part, ayant même du Arch sur mes serveurs à la maison (oui oui, vous avez bien lu), l'un depuis 5 ans et l'autre depuis 3 ans, jamais cassé et des uptimes de plusieurs mois régulièrement (je n'ai pas d'onduleur et quand y a une coupure de courant, tout ramasse…) avec un pacman -Syu manuel par hebdomadaire, la maintenance s'arrête là.
Après c'est vrai que dans la théorie, Arch devrait casser plus souvent que Sid mais mon expérience me montre que c'est l'inverse qui s'est produit dans mon cas (et j'irai même jusqu'à vous avouer que Tumbleweed a cassé une semaine après une instal' fraîche, sans jamais avoir compris pourquoi, c'est dire la logique…).
Maintenant, pour conseiller l'un ou l'autre, je serai bien embêté, parce que je ne saurai pas être réellement objectif tant mon coeur bat pour Arch. Le seul véritable argument objectif et factuel que j'ai c'est sa documentation formidable, très fournie, la quasi-totalité des problèmes courants sont résolvables en sachant parcourir la doc et c'est très agréable. Mais le mieux pour se faire un avis, c'est encore d'essayer :).
Je peux comprendre que ça puisse être rédhibitoire pour certains. Etant sous OpenBox avec un petit conky configuré aux petits onions, j'ai le flux RSS des dernières news
affiché dans un coin de mon bureau et il me suffit d'y jeter un coup d'oeil avant d'initier mon pacman -Syu pour m'assurer que tout va bien se passer. Pour ceux qui n'ont pas envie de ça, aller une fois par semaine sur https://www.archlinux.org/ pour check ne me paraît pas insurmontable mais oui, ça demande un peu plus de temps. De manière générale, une RR demande de toute manière plus de temps en terme de maintenance qu'une distro classique, c'est le prix à payer pour profiter des dernières technologies avant tout le monde.
Concernant le drapeau noir, c'est pas toujours vrai pour toutes les MAJ demandant une intervention manuelle, mais pour le déplacement de /bin vers /usr/bin, la MAJ était impossible sans suivre la procédure de la ML, on tombait sur cette erreur :
Après oui, faut pas s'amuser à balancer du --force quand la MAJ veut pas passer dans ce genre de cas…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Où trouver des thèmes pour E21 ?
Posté par Nibel . En réponse à la dépêche Enlightenment Foundation Libraries 1.19. Évalué à 4.
Ce n'est peut-être pas le meilleur endroit pour poser cette question mais je suis en train d'essayer E21 et… mon dieu que le thème de base est subjectivement affreux.
Existe-t-il des sites répertoriant des thèmes pour E21 ? (j'en ai trouvé pour E19 mais il semblerait que ce ne soit pas rétro-compatible)
Je pourrai bien tout configurer moi-même vous me direz mais c'est vrai que je n'ai pas envie de passer du temps dessus, n'étant pas mon DE principal.
J'ai bien trouvé :
https://www.enlightenment-themes.org/browse/cat/145/ord/latest/ mais il n'y a presque rien pour E21 :/
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Pourquoi ?
Posté par Nibel . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 5. Dernière modification le 11 mai 2017 à 16:53.
J'ai personnellement vécu l'expérience inverse : dès qu'il y a de gros changements Sid a toujours fini par me lâcher et m'a fait bien souffrir.
Alors qu'en 8 ans sous Arch, les seuls problèmes rencontrés durant une MAJ étaient du au fait que je n'étais pas aller lire le fil d'actualité pour migrer proprement. Entièrement de ma faute.
Comme quoi, ça dépend des gens… Pour ma part, je n'ai pas connu de RR aussi solide que celle de Arch actuellement.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: jeuxlinux.fr
Posté par Nibel . En réponse au journal Jeu sous GNU/Linux : The Talos Principle. Évalué à 4.
Pour les anglophones, il existe GamingOnLinux.com. Il ne se limite pas aux tests de jeux vidéo, il y a régulièrement des articles sur les drivers GPU (proprios et libres), des offres intéressantes sur des jeux (et légales), les nouvelles sorties sous Linux, des news de Vulkan…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: Excellent puzzle game
Posté par Nibel . En réponse au journal Jeu sous GNU/Linux : The Talos Principle. Évalué à 2.
N'y voyez aucune méchanceté dans mon commentaire, c'est plus une piste pour tenter d'améliorer les prochains journaux. Je ne remets pas en cause la bonne volonté de l'auteur et le remercie dans tous les cas pour la présentation. J'entends bien que sa volonté n'était pas de faire un test détaillé.
J'ajouterai que le jeu fonctionne également sous Vulkan et que les perfs sont très bonnes ! Les développeurs font régulièrement des mises à jour de performance et de correction de bugs ce qui en fait un des jeux commerciaux les plus optimisés sous Vulkan auquel j'ai pu jouer.
Et la communauté est plutôt active également et propose du contenu supplémentaire pour ceux qui ont fini le jeu ou qui veulent simplement l'exploiter différemment. Il n'y a pas une infinité de contenu comme l'on peut voir dans certains autres jeux mais il y a de quoi prolonger l'expérience quelques dizaines d'heures encore.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: 317 commentaires cumulés
Posté par Nibel . En réponse au journal Pour la fondation de « PolitiqueFR.org ». Évalué à 7. Dernière modification le 10 mai 2017 à 09:53.
Exactement, désolé si ma phrase était peu claire. Je pense avoir compris que Zenitram n'était pas Mélenchoniste étant donné sa propension à utiliser ce terme pour tout et n'importe quoi, à la manière d'une insulte passe-partout.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: 317 commentaires cumulés
Posté par Nibel . En réponse au journal Pour la fondation de « PolitiqueFR.org ». Évalué à 8.
Quand sur les sujets politiques tu te permets d'attaquer toute personne n'ayant pas ton point de vue de "Mélenchoniste", c'est une bêtise factuellement grosse également. C'est donc normal que tu te fasses "inutiler".
Tu es capable d'élever le niveau plus que ça, tu es une personne intelligente et te voir jouer ce petit jeu est exaspérant (et le serait sans doute moins si tu étais un idiot avéré). De manière générale, même si le pertinent/inutile a peut-être moins le sens premier qu'il est censé avoir, à mon sens il reste plutôt pas trop mal utilisé encore aujourd'hui.
Personnellement, je n'ai pas souvenir d'avoir moinsé des messages de ta part où j'étais seulement en désaccord du moment que tu ne jouais pas l'intox. Ces derniers temps, sur les sujets politiques, c'était pas ça. J'espère cela dit vite te retrouver sur les sujets techniques, quand tu es de bonne volonté c'est toujours intéressant de discuter avec toi.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
# Excellent puzzle game
Posté par Nibel . En réponse au journal Jeu sous GNU/Linux : The Talos Principle. Évalué à 7. Dernière modification le 09 mai 2017 à 22:20.
Pour le coup, l'espace des journaux n'est pas réservé au monde de Linux, c'est un lieu d'échanges libre pour tous les utilisateurs, comme dit dans la FAQ :
Autrement, le journal est un peu léger, il y a tellement plus à dire sur le jeu… C'est dommage d'avoir omis l'importante part philosophique du jeu, des questions complexes sur l'homme et la machine, la vie et la mort… C'est plus qu'un simple puzzle-game où l'on se contente d'avancer niveau après niveau, l'univers est cohérent et peut se permettre de jouer volontier avec les anachronismes pour les besoins du gameplay d'une part et pour appuyer la réflexion philosophique d'autre part.
Les plus habiles en résolution d'énigmes trouveront leur compte avec des dizaines de messages "codés" qu'ils vous faudra déchiffrer pour saisir toute la teneur du titre.
Pour ma part, c'est un vrai coup de coeur, je n'ai pas encore acheté le DLC mais ça ne saurait tarder dès que j'aurai plus de temps.
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.