Spyhawk a écrit 1154 commentaires

  • [^] # Re: ici

    Posté par  . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 2.

    C'est sympa ce visual, merci pour le lien!

    Quelqu'un saurait expliquer pourquoi le nombre de développeurs est radicalement passé de 1500 à 1000 (-33%!) lors de la sortie d'Etch? Graphe du haut, au milieu.

  • [^] # Re: Mouaif

    Posté par  . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 4.

    Pourquoi faire simple quand on peut faire compliqué?

    Parce que Debian, comme cité plus haut.

  • [^] # Re: C'est compliqué parce que les choses ne sont pas simples...

    Posté par  . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 10. Dernière modification le 08 septembre 2014 à 19:05.

    Forcément, un simple port qui fait configure-make-make install est plus facile qu'un truc plus abouti qui va mettre la doc dans un paquet binaire, les libs dans un autre, les accessoires dans un autre, les données dans un autre, les fichiers de développement encore dans un autre.

    Certes, mais ça n'excuse pas tout. Faire l'équivalent en RPM est bien plus simple (et je ne parle même pas des PKGBUILDs). Moi j'ai plutôt l'impression que le packaging Debian est compliqué parce que c'était l'un des premiers venu, qu'il a évolué de façon organique un peu dans tous les sens au fil des années et que grâce à la bureaucratie made-in-Debian personne n'a jamais réussi à mettre tout ce schmilblick à plat pour repartir sur des bases plus saines et plus simples.

  • [^] # Re: Bla

    Posté par  . En réponse au journal La France bientôt chassée du podium mondial des vendeurs d'armes ?. Évalué à 2.

    Tu es le seul à avoir marché dans celui là ;)

    Comment dire… Essai d'écouter du Suisse Allemand, je te garanti que tu vas radicalement changer d'avis sur la langue allemande! :)

  • [^] # Re: mouais

    Posté par  . En réponse au journal La France bientôt chassée du podium mondial des vendeurs d'armes ?. Évalué à 3.

    Ils faisaient référence à l'Eurofighter Typhoon.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 1.

    Tant que tu ne cherchera pas à comprendre comment et pourquoi le logiciel libre fait du fric, je n'ai pas espoir de te convaincre :)

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 1.

    C'est l'histoire de la poule et de l'oeuf: est-ce les développeurs libres qui ne font pas de bons jeux ou est-ce les développeurs de bons jeux qui ne se libèrent pas?

    Tu pourras te poser la question de la poule et de l'oeuf dès que t'auras trouver un modèle pour les jeux viable basé sur le service et pas sur la vente du produit. D'ici là, tu fais effectivement l'autruche malgré les tous les arguments avancés.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 2.

    Je ne vois pas trop pourquoi acheter le même jeu au même prix sur lolwarezzz.ru plutôt que sur nomdujeu.com

    nomdujeu.net, nomdujeu.org, nomdujeugold.com, etc.

    mais au pire tu fais comme Mozilla: tu utilises le droit des marques pour que ta version soit la seule à porter le bon nom et les bons logos.

    nomdujeu Deluxe, nom du jeu, nomdujeu Gold, … couleur et design du logo un peu modifiés.

    C'est pas comme si un simple fork avec un minimum de changement ne ferait pas l'affaire pour un vendeur tierce.

    Mais bon, plus cette discussion avance, plus j'ai l'impression que tu fais l'autruche et que personne ne te convaincra que le jeu libre, c'est plus difficile quand il s'agit de retomber sur ses pattes financièrement. Au final, le jeu libre ça reste du logiciel libre: la solution ne passe par la vente du produit, mais par la vente de service. Faut juste être créatif et trouver un business modèle qui va bien (et je suis sûr qu'il y en a, même si c'est un modèle mixte proprio-libre).

  • [^] # Re: Portage "natif"

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 4.

    Les pilotes libres sont effectivement l'une des raisons pour lesquelles Civ 5 est en OpenGL 3 (cf, interview):

    Switching to OGL 4 would have meant that you wouldn't be playing the game right now and a lot of people on older (and in some cases, even current) hardware wouldn't be able to play when it did come out.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 2. Dernière modification le 14 juin 2014 à 15:57.

    J'ai l'impression que tu considères que si le marché est ainsi, c'est à cause des différences de licence.

    En très grande partie, oui. Une licence libre ne permet pas de faire des revenus (ou alors beaucoup, beaucoup moins) de la vente du produit.

    Je pense qu'il y a un facteur beaucoup plus déterminant: aujourd'hui le jeu pwivateur est fait par des équipes professionnelles, alors que le jeu libre est fait par des amateurs.

    Non, j'ai plutôt l'impression que c'est le facteur risque qui est déterminant, lui même dépendant de la licence choisie. Le jeu libre est à mon avis fait par des "amateurs" simplement parce qu'il n'est pas viable économiquement.

  • [^] # Re: Portage "natif"

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 5. Dernière modification le 14 juin 2014 à 15:49.

    Pour ceux qui sont intéressés, un développeur d'Aspyr (la boîte qui a fait le port Mac et Linux) a fait une interview sur reddit.

    Il y a également une comparaison Win/Linux dispo ici. A première vue, il semblerait que l'équivalent de DX9 seulement a été porté (OGL 3). Peut être qu'une version OGL 4 avec les améliorations DX11 suivra…

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 3. Dernière modification le 14 juin 2014 à 15:22.

    1/ Il n'e s'agit pas du coût de production, mais de revenus.

    2/ Dans le monde du logiciel FOSS, on vit avant tout de la vente de service, pas du produit.

    Si c'est toujours pas clair, essai de lister les méthodes de revient viables d'un jeu proprio à succès, et fait de même pour le libre. Et si tu vois toujours pas la différence, j'abandonne.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 3. Dernière modification le 13 juin 2014 à 21:55.

    Je t'invite à lire les quelques liens que j'ai cité plus haut, surtout les commentaires où il y a des débats intéressants.

    Quand à GOG (Good Old Games), c'est plus une plate forme de "recyclage" (vente de jeux en fin de vie, ou plutôt qui ont vécu il y a un bon moment déjà). Y'a de très bons titres mais tous ceux là sont normalement déjà amortis pour l'éditeur.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 2.

    "modèle économique viable" = Trouver un possible moyen de ne pas investir du temps, de l'argent et autres ressources à perte.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 1.

    Bah, qui d'autre va acheter des jeux ?

    La question, c'est plutôt "Qui va vendre des jeux à perte ?"

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 3.

    Du point de vue du joueur, un jeu libre est équivalent à un jeu pwivateur sans DRM.

    Tout à fait, mais ce n'est pas le point de vue du joueur dont il est question ici.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 2. Dernière modification le 13 juin 2014 à 11:58.

    Les modèles économiques sont indépendants du type de licence: vente de jeu complet ou d'extensions, abonnement, free to play…

    Soit, mais je suis tout de même en désaccord sur le fond :)

    Un jeu libre rends bancal pas mal de modèles économiques traditionnels de part l'accès à son code (voir par exemple les multiples journaux à ce sujet). Ca veut pas dire que c'est strictement impossible, mais c'est àmha encore plus dur que de parvenir à obtenir un jeu non libre rentable.

  • [^] # Re: Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 5.

    Il semblerait que c'était pas voulu et que ce soit maintenant "réglé". A tester.

  • # Merci qui?

    Posté par  . En réponse au journal Civ 5 sous Linux. Évalué à 10.

    Merci Steam! Ou pas.

    M'enfin, moi je trouve ça super. Même si c'est un DRM, c'est lié à l'identité de la personne et non pas à la machine. Certain diront un "DRM done right", et vu le modèle économique des jeux libre difficilement viable, ils ont peut être raison.

    Sinon, pour ceux qui ne connaissent pas Civilization et qui tiennent aux heures de leur vie, ignorez ce journal et prenez vos jambes à votre cou. J'arrive derrière vous… juste encore un tour…

  • # Hmm

    Posté par  . En réponse au journal Ubuntu is magic?. Évalué à 8. Dernière modification le 27 avril 2014 à 16:46.

    Du coup, pourquoi ça fonctionne que sous Ubuntu, Arch possède une version plus récente de NetworkManager, du coup, c'est quoi, un patch? une option non activé par défaut? Et surtout, est ce que NM utilise la même ruse que MacOSX?

    Il faut un chouilla plus qu'une seconde pour que le wifi reconnect (disons 2 secondes), mais chezmoicamarche(TM). Arch aussi, avec NM, et avec cette petite modification: Speed up DHCP by disabling ARP probing.

    Edit: Grillé!

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 2.

    Pour la différence entre le 500 et 200€, la différence c'est le volume que représente une grosse somme. Donc, on peut considérer que si le billet de 500 disparait, la fraude serait divisé par 2.

    Mouai, bof. Côté volume, une liasse de 100 billets de 200 ou 500 euros c'est quasi kiff kiff tellement c'est petit. Y'a qu'à la télé où on voit des pallettes de gros billets. Un sac à main suffit pour y glisser quelques millions d'euro (ou un demi sac à main pour la version en coupure de 500).

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 2.

    Une boulangère peut très bien accepté les confirmation non confirmées (2 secondes).
    Et le risuqe est très faible.

    Ouai, et il semblerait que c'est exactement ce qui a conduit à la faillite de MtGox (vecteur d'attaque agissant sur leur implémentation foireuse de la sécurité). J'ai cru comprendre que la fondation BitCoin recommendait d'attendre que la transaction apparaissent dans la blockchain principale avant de la valider.

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 4.

    Je serai extrêmement de voir un gouvernement confisquer des bitcoins à grande echellle à l'heure d'internet : inspecter les disques dur de tout le monde à l'échelle nationale ?

    Il suffit simplement de confisquer les bitcoins d'une plateforme d'échange ou d'un wallet online. D'ailleurs, c'est l'une des théories derrière la "disparition" des bitcoins de MtGox, qui était vraisemblablement sous le coup d'un gag order depuis 2013 au moins (en relation avec des échanges avec Silk Road, et la filiale de MtGox incorporée au Delaware).

  • [^] # Re: Mt. Gox

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 10.

    L'entreprise est quand même en faillite à cause d'une faille dans le protocole Bitcoin, non ?

    Pas directement, non. La faille elle même date était connue de 2011 et a été corrigée depuis. Mtgox est surtout en faillite parce qu'elle avait des protocoles de sécurité complètement foireux et n'a effectuée aucune gestion/revue des comptes de l'entreprise. Les bitcoins ont vraisemblablement été volé sur une longue période (mois voir années), sans que personne ne s'en aperçoive.

  • [^] # Re: Pas mal ce tuto sur la ligne de commande

    Posté par  . En réponse au journal Une mise en bouche à large spectre (ou comment survoler Linux). Évalué à 9.

    mais si j'aborde le sujet distribution GNU/Linux et pourquoi utiliser une distribution GNU/Linux

    Si tu veux vraiment insister sur le "GNU/Linux" au lieu du plus simple "Linux", j'ai bien peur que tu ai déjà perdu la plus grande partie du public avant même d'avoir commencé la présentation…