ACTU
Première news, et ouverture du site !
Trois mois d'effort enfin récompensés ! Factornews ouvre ses portes... Bienvenue !
Commentaires
Masquer les commentaires lus.Havok06
Réponse passe-partout : "Ca dépend"
Hot-D
Y'a vraiment des gens qui sont payés à rien foutre...
Paulozz
Moi, je ne le bouge pas. Pas envie de perdre un tour pour un emplacement tout pourrit.
zeugme
Je bouge deux ou trois tours max. J'attends une preuve béton pour changer d'approche !
rEkOM
Serieux, faut que les gens jouent un peu plus en multi, ils vont voir que tout le monde déplace son colon en fonction des ressources. "je le mets sur une coline pour tel ou tel batiment, je le mets près du cour d'eau pour les mêmes raisons, je le déplace pour avoir une troisième ressource, etc." tu scoutes avec ton warrior ou ton scout, en 2 tours tu visites 4 cases.
qu'ils aillent sur nq ou civleague et regardent les meilleurs joueurs jouer, je me demande comment il a pu avoir un débat sur ce sujet...
qu'ils aillent sur nq ou civleague et regardent les meilleurs joueurs jouer, je me demande comment il a pu avoir un débat sur ce sujet...
Maximelene
Parce que tant qu'il n'existe pas de preuve formelle de quelque chose, il peut y avoir débat. Et le fait que "les meilleurs joueurs" fassent ainsi n'est pas une preuve formelle de quoi que ce soit.
rEkOM
ce n'est pas une preuve formelle je te l'accorde, mais si tu joues pour gagner tu optimises à mort ton starting point et en fonction des cases dispos tu déplaces ton colon.Enfin, je ne sais pas combien tu as d'heures de jeu derrière toi, mais perdre un tour voire 2 pour déplacer le colon en fonction du terrain tu les regagnes pour sûr.
Froyok
C'est pas faux.
gill
Bah faut varier les plaisirs. Sinon au bout d'un moment tu te lasses... Ça dépend carrément du contexte de départ et de comment tu le sens. Et puis faut écouter l'autre aussi.
(Oui, j'ai arrêté de lire l'article a "levrette")
(Oui, j'ai arrêté de lire l'article a "levrette")
Edhen
En conclusion ils feraient mieux de bosser sur leur IA souvent incohérente :D
Excellent article sinon, ça fait plaisir à lire.
Excellent article sinon, ça fait plaisir à lire.
Crazralfrill
Je ne comprends pas le 3ème cas. Comment se fait-il que fonder sa ville au 2ème tour soit si handicapant? Après 100 tours, ne devrait-il pas y avoir juste un tour de différence avec le 1er cas?
ZeP
Comme dans beaucoup de jeu de ce genre, le développement est exponentiel.
Un tour de retard pour se traduire par une dizaine de retard (voir plus) quelques heures plus tard.
Un tour de retard pour se traduire par une dizaine de retard (voir plus) quelques heures plus tard.
Crazralfrill
Je crois surtout que son test est bidon. Il n'a pas construit les mêmes bâtiments que dans le cas numéro 1 (on le voit avec les merveilles). Du coup c'est incomparable.
pomkucel
Je ne trouve pas que ce soit stupide pour un jeu de stratégie d'ouvrir ce genre de débat. Par contre, son expérimentation est pas terrible.
Edhen
Crazralfrill a écrit :
Je ne comprends pas le 3ème cas. Comment se fait-il que fonder sa ville au 2ème tour soit si handicapant? Après 100 tours, ne devrait-il pas y avoir juste un tour de différence avec le 1er cas?
C'est un échantillon de contrôle.
Pour montrer qu'il y a bien un désavantage inhérent au retard de la construction de sa ville, et pas simplement dû à des facteurs autres qui n'auraient pas été pris en compte dans le test.
Pour ce qui est du handicap, c'est parce que c'est exponentiel. En retardant ta ville, tu retardes tes premières constructions, donc tu produis moins vite, ce qui retarde tes constructions suivantes, etc... Au bout du tour 100, le retard s'est propagé et se voit beaucoup plus.
Crazralfrill
Je ne vois vraiment pas comment. Si tu commences à t+1, tu auras tes constructions juste 1 tour après celui qui à commencé à t+0. A t+100, tu seras à t+99, tu auras eu juste un tour de moins que l'autre.
Le développement est exponentiel dans le sens où chaque tour rapporte de + en +. Tu commences juste un peu plus tard, tu ne propages pas ton retard (sauf si tu affrontes d'autres Civilization via guerre, culture etc...).
Un tour ne peut pas (ça pourrait mais pas après seulement 100 tours) rapporter 5 populations et 2 doctrines. Et comment expliquer que la construction de la grande bibliothèque ai commencé au tour 36 pour le cas 3 (et annulé par Venise) alors que la construction débute au tour 60 pour le cas 1?
De plus, l'avantage du cas 2 dépend beaucoup de du territoire qu'il y a à coté et ça peut changer ta façon de te développer. Mais du coup qui dit que l'ordre de construction était optimum dans le cas 1 ou 2?
Le test est entièrement bidonné. Je pense que le mec a juste voulu trollé ses collègues.
Le développement est exponentiel dans le sens où chaque tour rapporte de + en +. Tu commences juste un peu plus tard, tu ne propages pas ton retard (sauf si tu affrontes d'autres Civilization via guerre, culture etc...).
Un tour ne peut pas (ça pourrait mais pas après seulement 100 tours) rapporter 5 populations et 2 doctrines. Et comment expliquer que la construction de la grande bibliothèque ai commencé au tour 36 pour le cas 3 (et annulé par Venise) alors que la construction débute au tour 60 pour le cas 1?
De plus, l'avantage du cas 2 dépend beaucoup de du territoire qu'il y a à coté et ça peut changer ta façon de te développer. Mais du coup qui dit que l'ordre de construction était optimum dans le cas 1 ou 2?
Le test est entièrement bidonné. Je pense que le mec a juste voulu trollé ses collègues.
Nicaulas
Parce que tu raisonnes en suite arithmétique, alors qu'un modèle de développement économique, si tant est qu'on puisse le modéliser par une suite, serait plutôt une suite récurrente linéaire.
Ce serait d'ailleurs beaucoup plus intéressant (et pertinent) d'extraire du code du jeu uniquement les algorithmes correspondant à la croissance et de voir ce que ça donne après x itérations.
Ce serait d'ailleurs beaucoup plus intéressant (et pertinent) d'extraire du code du jeu uniquement les algorithmes correspondant à la croissance et de voir ce que ça donne après x itérations.
Gnaf
Crazralfrill, tu oublies que le fait d'avoir construit un bâtiment va changer ton rythme de production futur, donc non, à t+100, tu ne seras pas à t+99.
Crazralfrill
Pas convaincu :s
Si tu construits les mêmes bâtiments, l'écart ne sera au final que de 1 tour.
Si l'un construit un batiment à t+10 et l'autre à t+11 et que ce batiment rapporte 5 de production, à t+20, l'un aura gagné 50, et l'autre 55. L'écart reste le même.
Plutôt que de parler en tour, parlons en jours c'est plus concret.
Admettons, 2 groupes s'échouent sur une île similaire à 1 jour d'intervalle et font exactement les mêmes actions (développer l'agriculture, faire des enfants ou que sais-je encore).
Si ces groupes sont isolés, au bout de 100 jours, les 2 groupes seront au même point, les patates auront poussé de la même façon dans chacun des groupes (avec 1j de décalage évidemment). Y en a pas un qui sera à l'âge de pierre alors que l'autre construit des robots.
Jusque là vous êtes d'accord avec moi j'imagine. Pourquoi cet exemple ne s'applique pas à Civilization? Quelle est la particularité qui fait que celui qui commence 1 tour plus tôt fini avec 20 tours d'avance? Je dois être idiot mais je ne vois pas.
Le cas qui pourrait expliquer l'écart, c'est si il y a confrontation entre les 2 groupes (l'un avec 1j d'avance a pu fabriquer des lances alors que l'autre pas, du coup le 2ème groupe se fait rétamer la gueule, il a du mal à s'en remettre et à ce moment on assiste à un effet boule de neige avec un écart qui va se creuser).
Si tu construits les mêmes bâtiments, l'écart ne sera au final que de 1 tour.
Si l'un construit un batiment à t+10 et l'autre à t+11 et que ce batiment rapporte 5 de production, à t+20, l'un aura gagné 50, et l'autre 55. L'écart reste le même.
Plutôt que de parler en tour, parlons en jours c'est plus concret.
Admettons, 2 groupes s'échouent sur une île similaire à 1 jour d'intervalle et font exactement les mêmes actions (développer l'agriculture, faire des enfants ou que sais-je encore).
Si ces groupes sont isolés, au bout de 100 jours, les 2 groupes seront au même point, les patates auront poussé de la même façon dans chacun des groupes (avec 1j de décalage évidemment). Y en a pas un qui sera à l'âge de pierre alors que l'autre construit des robots.
Jusque là vous êtes d'accord avec moi j'imagine. Pourquoi cet exemple ne s'applique pas à Civilization? Quelle est la particularité qui fait que celui qui commence 1 tour plus tôt fini avec 20 tours d'avance? Je dois être idiot mais je ne vois pas.
Le cas qui pourrait expliquer l'écart, c'est si il y a confrontation entre les 2 groupes (l'un avec 1j d'avance a pu fabriquer des lances alors que l'autre pas, du coup le 2ème groupe se fait rétamer la gueule, il a du mal à s'en remettre et à ce moment on assiste à un effet boule de neige avec un écart qui va se creuser).
Edhen
Genre c'est trop difficile de comprendre que retarder une construction engendre un manque à gagner.
Bon, je vais aller faire des trucs plus important, comme tailler des cure-dents.
Bon, je vais aller faire des trucs plus important, comme tailler des cure-dents.
PoF.be
Un retard d'un tour, c'est suffisant pour se faire doubler sur la construction d'une des premières merveilles dont le bonus aurait été la base du rythme de production souhaité. Rajoutez à cela le temps perdu sur la construction longue et finalement inutile.
Après ça, il ne vous reste plus qu'à être aimable et serviable envers tous vos voisins en espérant que les erreurs de chacun d'entre eux rétabliront l'équilibre tôt ou tard.
Après ça, il ne vous reste plus qu'à être aimable et serviable envers tous vos voisins en espérant que les erreurs de chacun d'entre eux rétabliront l'équilibre tôt ou tard.
Crazralfrill
Oui ok pour la merveille, mais comme je le disais, le 3ème cas a commencé la construction de la grande bibliothèqe bien avant le 1er (qui avait pourtant un tour d'avance...).
Pourtant le 3ème cas n'a même pas pu finir sa bibliothèque parce que Venise l'avait construite avant. Ce qui montre bien que son expérience ne vaut rien (même si j'aurais tendance à être d'accord avec la conclusion).
@Edhen: je crois que tu n'as pas vraiment saisi mes propos. Tu as raison va tailler des cure-dents ce sera une activité + adéquat pour toi.
Pourtant le 3ème cas n'a même pas pu finir sa bibliothèque parce que Venise l'avait construite avant. Ce qui montre bien que son expérience ne vaut rien (même si j'aurais tendance à être d'accord avec la conclusion).
@Edhen: je crois que tu n'as pas vraiment saisi mes propos. Tu as raison va tailler des cure-dents ce sera une activité + adéquat pour toi.
Arnaud
Un mec qui pige pas qu'un retard peut s'amplifier exponentiellement qui critique le niveau intellectuel du type qui lui explique ce que c'est, c'est assez beau à voir.
Alexor
Si la case et l’environnement ou la ville est construite donnent de gros bonus en production, on pourra forcement progresser bien plus vite peu de temps après... (dans le cas d'un départ random j'entend)
Si on part de la même case, du même environnement et du même style de développement de la ville a chaque exemple , 1 tour de plus est dans ce cas forcement un bonus...
c'est quoi ce faux débat bizarre?
Si on part de la même case, du même environnement et du même style de développement de la ville a chaque exemple , 1 tour de plus est dans ce cas forcement un bonus...
c'est quoi ce faux débat bizarre?
Crazralfrill
Évidemment que c'est un bonus. Mais celui qui part avec 1 tour de retard aura quand même pu se développer pendant 99 tours.
A environnement égal et constructions égales, un tour supplémentaire ne rajoute pas 6 à la population de ta ville comme le laisse croire ses résultats.
Il n'y a pas d'amplification exponentielle si il n'y a pas confrontation avec un autre joueur.
L'écart de production va bien s’accroître à chaque tour, là dessus on est d'accord, mais pas du tout dans les proportions de ses résultats, c'est totalement fantaisistes.
Si après 99 tours, l'un des joueurs a une ville de 13 habitants et l'autre joueur après 100 tours a une ville de 19 habitants, c'est qu'ils n'ont pas DU TOUT jouer dans les mêmes conditions.
A environnement égal et constructions égales, un tour supplémentaire ne rajoute pas 6 à la population de ta ville comme le laisse croire ses résultats.
Il n'y a pas d'amplification exponentielle si il n'y a pas confrontation avec un autre joueur.
L'écart de production va bien s’accroître à chaque tour, là dessus on est d'accord, mais pas du tout dans les proportions de ses résultats, c'est totalement fantaisistes.
Si après 99 tours, l'un des joueurs a une ville de 13 habitants et l'autre joueur après 100 tours a une ville de 19 habitants, c'est qu'ils n'ont pas DU TOUT jouer dans les mêmes conditions.
Vous devez être connecté pour pouvoir participer à la discussion.
Cliquez ici pour vous connecter ou vous inscrire.
SLICE Les plus beaux screenshots de la communauté
Tribune
(21h33)
Samax kirk.roundhouse > Ok merci ! Parfait, ça pourra me servir pur mon installation de Jellyfin :)
(20h54)
kirk.roundhouse Ou alors assigner matériellement des disques de stockage à une VM qui va servir de support pour un OS NAS, et faire des pool ZFS
(20h52)
kirk.roundhouse Samax > le passthrough c'est le fait d'assigner matériellement un périphérique à une VM pour qu'elle l'utilise comme sur un système bare metal. C'est pratique par exemple pour assigner une CG à une VM qui ferait du transcodage, du calcul tensor ou cuda
(20h30)
CBL wizzim > le pire c'est qu'Nvidia pourrait écrire un wrapper 32 bit -> 64 bit.
(20h24)
Samax skör > Quand tu parles de passthrough, c'est en opposition avec LXC j'imagine ? Bon je vais me renseigner sur le sujet en tout cas.
(20h23)
Samax CBL > kirk.roundhouse > BeatKitano > skör > Merci pour les infos :) Je vais privilégier Debian alors. Etpour arch j'ai des mauvais souvenirs avec pacman donc je préfère une distro avec apt en effet
(18h31)
wizzim La conservation du jeu vidéo, c'est vraiment pas ça...
Wednesday 12 March 2025
(19h44)
skör Samax > Tout est dit :) LXC c'est top. J'utilise également Debian dessus avec 5go de disque pour des petits services. Proxmox gère très bien le Passthrough aussi.
(18h31)
Laurent (18h07) merci pour ton oeil affuté
(18h10)
BeatKitano toof > "Moraleees, moraaaleeeeesEUH"
(18h07)
toof Frostis : « voirE le premier » (désolé je suis relou et je vais pas faire un commentaire à chaque fois :)
(17h29)
BeatKitano Sinon oui pour un particulier c'est pas un mauvais moyen. Mais si ça merde, faut pas mettre ça sur le dos de la distro nécessairement.
(17h28)
BeatKitano CBL > Heu... quand ça couille pas totalement le montage des disques parce que le kernel aime pas WSL (j'ai déjà eu le cas de disques qui dégageaient sans raison au bout de X minutes)
(17h22)
CBL A noter que le meilleur moyen de tester une distro Linux pour serveur est d'utiliser WSL
(17h07)
BeatKitano (je parle de arch). Pour le reste ouais, en headless du moment que ça fait tourner ce que tu veux et que les updates sécu sont serieuses, ça n'a pas d'importance.
(17h06)
BeatKitano CBL > (16h21) Ouais enfin les rolling release c'est pas franchement une super idée pour un serveur qui fait juste tourner quelques services en local.
(16h50)
kirk.roundhouse Samax > (14h28) les repo essentiellement. S'il n'y a pas un paquet dans les repo Debian, il est souvent dispo sur Ubuntu. Je préfère ça que d'installer les paquets à la main, ou ajouter des repo "officieux". Et je priorise Debian.
(16h24)
CBL Alors que Node est un binaire tout con sans la moindre dépendance
(16h24)
CBL La seule distro qui m'a fait des misères est RHEL. Impossible de mettre à jour Node sans changer de version majeure de RHEL
(16h22)
CBL J'utilisais pas mal Ubuntu mais vu que je déploie sur AWS, je suis passé sur la distro d'Amazon
(16h21)
CBL Pour avoir essayé pas mal de distros côté serveur, y'a finalement pas des masses de différences mis à part le gestionnaire de paquets
(15h36)
Samax BeatKitano > Ok merci, c'est parfaitement clair. Je vais partir sur du Debian alors
(14h33)
BeatKitano Debian me semble être un choix bien plus sage.
(14h32)
BeatKitano Je fais actuellement tourner un de mes nas sur arch (parce que j'avais que ça sous la main et que j'avais pas envie de me prendre la tête) mais j'oublie de faire les majs de temps en temps et je recommande pas.
(14h29)
BeatKitano Du coup faut assurer la maintenance et en headless ça peut vite devenir chiant quand t'as des interventions manuelles a faire [wiki.archlinux.org]
(14h29)
BeatKitano Samax > Un bureau tu le mets a jour régulièrement pour diverses raisons. Un serveur headless tu veux un truc stable et tu vas pas installer des tas de trucs souvent (du moins un serveur arr).
(14h28)
Samax Et quelle est la différence concrète entre Ubuntu et Debian pour du headless? Ubuntu est basée sur debian donc ça doit être peu ou prou la même chose non?
(14h27)
Samax BeatKitano > Ok merci pour la précision. Mais pourquoi c'est pas la plus adaptée exactement?
(14h26)
Samax kirk.roundhouse > Nickel merci pour les infos !
(14h23)
BeatKitano Samax > Pas du arch pour un serveur en tout cas. J'adore la distro mais c'est pas la plus indiquée pour un serveur arr*
(14h20)
kirk.roundhouse Et j'en crée sur base Arch, Ubuntu et Debian, selon mes besoins.
(14h18)
kirk.roundhouse Samax > avec proxmox tu as la possibilité de créer des conteneurs LXC. Je n'utilise que ça en headless : [pve.proxmox.com]
(13h52)
Samax skör > kirk-roundhouse m'a conseillé ça aussi, du coup je pense que je vais tenter, mais tu conseillerais quoi comme distro linux pour du headless (essentiellement pour faire tourner des serveurs pour mon réseau local)?
(08h54)
skör Dragonir > Proxmox depuis quelques années. Ca marche très bien
Tuesday 11 March 2025
(23h41)
Zaza le Nounours Nicouse > si t'as envie de tester Linux en condition réelles, plutôt que de te faire chier avec des VM, trouve-toi un petit SSD sacrificiel et installe l'OS dessus.
(22h57)
kirk.roundhouse Dragonir > Nutanix et proxmox
(22h46)
Nicouse (22h13) kirk.roundhouse > possiblement, mais c'est d'abord mon ignorance de linux qui est prépondérante :-D
(22h35)
Dragonir Tiens en parlant d'hyperviseur, vous les migrés vers quoi vos environnements VSphere d'entreprise ?
(22h13)
kirk.roundhouse Nicouse > peut être. Mais peut être aussi que les problèmes que tu rencontres sont essentiellement dûs à l'hyperviseur que tu utilises.
(22h02)
Nicouse kirk.roundhouse > (17h27) c'est juste pour tester avant de déployer sur un vrai pc (ou pas). Je vais pas m'emmerder à installer l'hyperviseur de W10.
(19h58)
LeGreg MacOS -> limité à un seul vendeur de hardware. Windows -> coût des licenses et moins d'open source. Linux -> un sacré bordel mais gratuit et souvent open source. Android -> limité en dehors du support tablette/téléphone, écosystème google.
(19h54)
LeGreg Mais c'est comme partout, on a dix solutions imparfaites et il faut faire son choix selon ce qui sera un point bloquant ou pas.
(19h53)
LeGreg Si la gratuité et/ou l'open source est le critère principal, alors il n'y a pas d'alternative ou très peu (OSes plus obscurs et sans doute avec un support moindre).
(19h52)
LeGreg Alors oui, c'est gratuit (pas de licence par machine), c'est flexible et le support hardware est suffisant (ou atteint la barre minimale au niveau hardware) pour que ça puisse être utilisé par une grande partie de l'industrie.
(19h49)
LeGreg Dans mon expérience, les points mis en avant par les développeurs Linux sont souvent des points qui n'ont que peu d'intérêt ou sont au détriment de l'utilisateur final et aussi souvent des développeurs d'applications.
(17h27)
kirk.roundhouse Faut utiliser un hyperviseur KVM si vous voulez faire tourner correctement des VM linux. Des VM tout court aussi d'ailleurs. Et pas cette cochonnerie de virtualbox.
(07h25)
Zaza le Nounours Et c'est aussi pour ça du coup que si on fait que jouer sur son PC, les 9900X3D et 9950X3D ne servent littéralement à rien, puisque dans tous les cas on les utilisera qu'à moitié.
(07h24)
Zaza le Nounours Et pour faire ça, ça passe par l'installation de la Xbox Game Bar, qui "optimise" le bordel en coupant le CCD qui n'a pas de Vcache quand tu joues.
(07h23)
Zaza le Nounours Nicouse > le 9800 a qu'un seul CCD, alors que les 9900 et 9950 en ont deux, mais le Vcache est posé que que sur un seul des deux. Donc faut s'assurer que les jeux utilisent le CCD avec Vcache pour en tirer parti.
(04h55)
BeatKitano Et pour les drivers cpu: pas exactement vrai, y’a toujours le microcode à update. Sous arch c’est géré automatiquement à chaque update système.
(04h52)
BeatKitano J’ai toujours eu des merdes avec Linux +enviro de bureau sous les VMs (fenêtres lentes, bugs de store) des fois installer les pilotes hôte aident mais ça sera jamais aussi fiable que bare metal.
(00h14)
Nicouse Et me vlà maintenant avec Arch...je viens de finir l'install sur ma VM à partir de l'iso. J'ai pu télécharger des packages durant l'install... et v'là que maintenant rebooté sous l'os installé, j'ai plus de réseau. 'tin c'est l'apprentissage the hard way.
(00h13)
Nicouse (23h51) merci CBL
(00h13)
Nicouse (23h25) lapin compris le CCD avec le Vcache :-o
(00h13)
Nicouse merci, j'avais oublié l'existence du noyau et que les drivers cpu/chipset étaient dedans. J'ai dû lire ça... un jour...
(00h05)
CBL (Juste t'assurer que ton noyau est à jour)
(00h04)
CBL (c'est directement dans le noyau donc tu n'as rien à télécharger)
Monday 10 March 2025
(23h51)
CBL Internet me dit que le support a été ajouté avec Linux 6.9 et amélioré avec Linux 6.13
(23h47)
CBL Zaza le Nounours > Y'a bien des pilotes pour un CPU histoire d' en tirer partie
(23h26)
Zaza le Nounours En gros : "it just works" (en théorie). Et de toute façon, t'auras bien d'autres prises de tête à venir.
(23h25)
Zaza le Nounours *parquer le CCD qui n'a pas de Vcache quand tu joues.
(23h25)
Zaza le Nounours Nicouse > y a pas vraiment de drivers pour les CPU. Et comme c'est "que" un 9800X3D, t'as même pas à te prendre la tête avec les histoires de Xbox Gamebar pour parsuer le CCD qui n'a pas de
(22h46)
Nicouse Petite question en passant: je vais recevoir une config plutôt récente genre chipset AMD B650E avec un 9800X3D. Sur Amd.com je vois bien les pilotes pour windows, rien pour linux. Comment je sais que linux va tirer parti de mon matos ?
(22h45)
Nicouse Vivement que je lance la VM d'Arch, ça va être la fête du slip...
(22h44)
Nicouse Là je me suis dit, putain c'est pas gagné.
(22h43)
Nicouse Au final, je m'aperçois au bout d'une grosse demi-heure, sans doute bien plus, qu'en fait ce con de synaptics avait conservé comme source de paquets l'iso d'install (cdrom). Il n'allait jamais chercher sur le net. Ce CON....
(22h42)
Nicouse Toujours pas de paquet steam de trouvé. Je me dis, c'est pas possible il doit pas avoir accès au net ce con à travers la vbox. Mais non, je lance FF et me balade sur youtube.
(22h41)
Nicouse Je me résous à regarder sur le net, je trouve même un tuto sur la v.12.9. Rien n'y fait..
(22h40)
Nicouse Alors y'en a des évidents à éliminer, genre les langues. J'en essaie un ou deux.. je reboote, rien. J'insiste pas, ça me gonfle. Rien n'est évident. Je repasse à steam.
(22h39)
Nicouse Je me dis bon je vais plutôt regarder pour le DE, on verra pour steam ensuite... et là le drame aussi (moins mais bon). Dans Synaptics, tu tapes KDE et là t'as trouze mille packages qui sortent.
(22h38)
Nicouse Je me fous dans la ligne de commande, apt search blabla, apt update, apt upgrade, toujours pas de paquet steam.
(22h38)
Nicouse je file dans Synaptics, je trouve pas le paquet steam.
(22h37)
Nicouse Debian 12.9, je tente Xfce. En effet c'est minimaliste mais à la limite je n'ai jamais été à fond dans l'eye-candy. Cela dit j'aimerai bien installer un autre DE type KDE pour voir, et surtout tester Steam. Et là, c'est le drame.
(22h36)
Nicouse Bon les deux Fedora, j'imagine que ça n'aime pas trop Vbox: la version xfce n'a jamais booté l'install, la version Wkstation plante au reboot d'install. Verdict: poubelle
(22h35)
Nicouse Me voilà avec Debian 12.9, Fedora Wk 41, Fedora Wk 41 mais sous Xfce et enfin Arch.
(22h34)
Nicouse Anecdote d'hier soir... je teste plusieurs distributions sous VirtualBox en prévision de mon futur PC qui est en transit.
(22h34)
Nicouse Sinon...pour revenir à Linux, je plussoie quasiment 100% des posts de CBL. La diversité de Linux n'excuse pas l'herméticité.
(22h33)
Nicouse C'est aussi ce qui fait que les US gardent toujours la main sur leurs matériels de guerre. Enfin la France aussi a sa propre régulation, la CIEEMG, mais a priori plus light.
(22h31)
Nicouse Pour ceux qui se posaient des questions sur le F35, n'oublions pas ITAR
(22h10)
Le vertueux ahhhh je ne sais pas...
(22h10)
Le vertueux Ou alors que JE sois Robocop ?
(22h10)
Le vertueux Non attends, est-ce que je ne préfèrerais pas vivre dans un monde où il existe réellement ?
(22h10)
Le vertueux Je suis vraiment content de vivre dans un monde où Robocop a été inventé.
(19h52)
Le vertueux Ça rame bien fort et l'image n'est pas très belle sur ma 2080 ti mais ça reste malgré tout une meilleur expérience qu'en 2d. Je suis content d'être robuste et d'avoir une bonne vue pour ne pas souffrir de motion sickness.
(19h51)
Le vertueux Mon bug dans robocop VR venait du fait que je laissais mon pouce reposé sur un des capteurs du contrôleur -_-
(19h30)
BeatKitano Alroc > Ouais enfin méluche il est pote avec putin aussi apparemment donc bon...
(19h08)
Alroc si vous vous demandez comment aider, ben je sais pas :/
(19h07)
Alroc BeatKitano > Twitter est KO a cause d'une attaque cyber
(19h05)
Alroc BeatKitano > il a aussi chier sur les américains depuis le début. et l'autre homme politique qui fait la meme chose depuis plus de 20 ans c'est méluche, voila c'est dit !
(18h28)
BeatKitano Toujours pas.
(18h22)
BeatKitano (et avoir viré les américains du sol français mais bon ça tout le monde le rabache)
(18h22)
BeatKitano kirk.roundhouse > Ça doit être a peu près le seul point positif de tout ce que le type a fait: avoir conservé un semblant de souveraineté dans le materiel militaire.
(17h39)
kirk.roundhouse Oui c'est la France, et pas n'importe laquelle, la France du Général De Gaulle.
(17h10)
Alroc C'est comme le lobbying tiens, quand au Zimbabwe on dit de la corruption mais quand c'est en France, ont dit du lobbying. Pas besoin de traduire les corrompu en justice si tu rends la corruption légale <3
Rechercher sur Factornews
Commentaires