barmic a écrit 10455 commentaires

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 8.

    […] je sais la raison pour laquelle Valve se tourne vers les linuxiens aujourd'hui. Et ça n'a rien à voir avec l'ouverture, juste que le numéro 1 a mis son Store comme le numéro 2, donc il reste que le numéro 3.

    Ne me fais pas dire ce que je n'ai pas dis. On est tout à fait d'accord sur l'objectif, les raisons qui poussent aujourd'hui Valve à lancer SteamOS. Ce que j'ai dis (ou voulu dire) c'est uniquement que sur la manière de pénétrer le marché linux, ils ont étaient plutôt ouvert en contribuant, en étant à l'écoute des utilisateurs et en ne se focalisant pas sur ubuntu.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 7.

    Tu es sûr que tu n'a pas une dent contre eux ? Une entreprise s'intéresse à des marchés et à la manière dont elle peut croître ou se développer, c'est pas à toi que je vais l'expliquer.

    Tu semble te transformer en anarchiste anti-entreprise tel que tu dis les combattre sur d'autres sujets.

    Valve veux faire du beurre avec linux. Ils ont expliqué pourquoi, ils ont expliqué pourquoi ils ont fait leur choix, ils ont demandé des avis de la communauté et ont, semble-t'il, contribué entre autre au driver graphique.

    Se vexer c'est dommage.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Se base sur Linux bien entendu…

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 7.

    Parce que c'est le noyau qui fait l’expérience de jeu ?

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 4.

    http://blogs.valvesoftware.com/linux/steamd-penguins/

    This doesn’t mean that Ubuntu will be the only distribution we support. Based on the success of our efforts around Ubuntu, we will look at supporting other distributions in the future.

    Tout ceux qui répondent répondent de manière centré sur une ou quelques distributions. Ça n'est pas leur objectif.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 3.

    2) Un coup de Steam si on y tient en tant que gamer

    Même pas comme Firefox et Chrome/Chromium, il fait les mises à jour de manière automatique au lancement du logiciel.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 9.

    Je ne parle pas pour une distribution donné, mais dans notre écosystème (faut comprendre que Valve en à rien à faire de chacune de nos distributions, ce qu'ils essaient de pénétrer c'est l'écosystème). Entre les gros (emerge¹, apt², yum³, urpmi⁴,…), les plus jeunes (pacman⁵&co), les langages dynamiques (pip⁶ (c'est comme ça que j'install fabric), cpan⁷ (c'est comme ça que j'installe ack), etc) et ceux qui refont le monde avec une solution qui couvrent tous les besoins et qui marche sur toutes les distributions (klik⁸, zero install⁹,…), la solution qui nous viens de chez BSD (pkgng¹⁰ si je ne m'abuse), le future truc d'ubuntu¹¹,… ça en fait 11 que je cite sans chercher plus que ça je pense que les plus vieux sont apt ou rpmi ils ont moins de 20 ans. Donc oui une nouvelle solution pour faire du packaging sous linux tous les 2 ans c'est pas si choquant. Sérieusement un de plus ou de moins ça ne changera pas notre vie.

    Sérieusement créer sa solution d'installation de logiciel pour linux, c'est ça la norme. S'ils avaient réutilisé une solution pré-éxistante dans notre écosystème ça aurait paru louche.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 3.

    En même temps, quel serait l'intérêt pour eux d'utiliser un gestionnaire de paquets existant, même en y rajoutant un couche de DRM et de gestion des achats?

    Tout à fait. Mais Valve avait l'air ouvert (je parle d'état d'esprit pas de code), donc si on avait quelque chose à leur proposer pour faire le job, il n'est pas impossible qu'ils s'y seraient mis. Dans les faits c'est pas le cas. On a rien proposé parce qu'on a rien à proposer sans une liste dodue de boulot d'intégration à faire (et parce qu'au final beaucoup de monde s'en fout ?).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 6.

    Personne ne dis le contraire. C'est une conséquence du problème, ce n'est pas la solution. Valve s'en fout éperdument de résoudre des problèmes qui sont bien plus politiques que techniques. Steam-linux est une solution à un besoin précis. Si on veut pas voir ce genre de chose arriver plus souvent, il faut proposer une alternative crédible (ça n'a rien d'impossible) dans un temps limité (et pas dans 8 ans). Si on ne propose rien il ne faut pas s'étonner que les nouveaux acteurs fassent les choses à leur sauce.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 3.

    Après effectivement ça ne résoud pas entièrement le problème des différentes distributions. Mais bon, ajouter un gestionnaire de plus, c'est fragmenter encore plus, réutiliser un gestionnaire, c'est l'inverse. Perso je préfère avoir moins de fragmentation dans ce domaine, quitte à devoir utiliser un truc basé sur yum sous Debian…

    Ils en ont rien à faire de cette fragmentation. On a une nouvelle manière d'installer des applications tous les ans ou tous les 2 ans. Eux de leur coté ils harmonisent autant que possible avec leur autre plateforme.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Motivation

    Posté par  . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 10.

    Je pense qu'nVIDIA en a rien à faire des utilisateurs desktop linux. Ils vendent des supercalculateurs boostés à la GeForce et des chipset pour android. Le fait que toi ou moi choisissons d'acheter une carte graphique tous les deux ans ne joue presque pas sur leur marge (nous sommes quantité négligeable).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 3.

    Il gère un logiciel. Steam en gère des milliers. Pour appliquer la même chose il leur faudrait des milliers de dépôt. Tu lance ton apt-get update et t'attend 2h qu'il ai vérifié toutes les mises à jour.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 4.

    Perso je pense direct à une méthode assez naïve : un dépot apt + authentification apache… mais il y a sûrement plus chiadé comme méthode.

    Comme je disais, c'est possible et il faut avoir du code qui va en fonction de l'utilisateur présenter une liste de soft différentes (donc regénérer l'indexe de ceux-ci). Impossible en l'état de présenter un logiciel non installable car il faut l'acheter avant. Au final ça utiliserait tellement peu apt, qu'ils pourraient se contenter d'utiliser dpkg. Mais on reste éternellement sur du distro spécifique… Sauf si à utiliser juste un format de paquet on utilise l'un des nombreux format qui fait tout comme klik ou zero install (c'est ce que je disais plus haut).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 4.

    Ça répond à l'affirmation : « aucun gestionnaire de paquet ne prend vraiment en compte les besoins de Valve. ».

    Non ils ont dis dès le départ qu'ubuntu était un début. Le fait de ne pas être limité est un besoin. Aujourd'hui ils n'en supportent qu'une mais c'est pas leur but. Je pense pas qu'ils veulent s'enfermer dans un sous-ensemble d'un groupe déjà microscopique de client.

    Et apt supporte également les plugins, pas de répond qu'il ne soit pas possible d'en écrire un.

    Tu as un pointeur ? Ça m'intéresse (indépendamment de steam).

    (ça serait déjà moins de boulot que d'écrire un truc complet).

    Bof, ils ont déjà une tambouille portable (Win&Mac).

    Ça utilise la notion de « channel » : si ta machine est inscrite à un channel, elle a droit à son contenu. Donc il suffit d'inscrire l'acheteur d'un jeu d'inscrire son compte dans une channel, et il y a aura accès.

    C'est donc un découpage bien moins fin. S'il faut créer un channel par jeu et inscrire chaque utilisateur à des dizaines de channels, on est à mon avis plus proche du gros hack que d'autre chose.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 2.

    Au final, un argument en moins (bon, cet argument ne motivait pas grand monde, seulement les déjà convaincus) des gens disant aimer Linux car tout est mis à jour en une fois, des deux côté c'est maintenant un processus de mise à jour par éditeur.

    Par distributeur. Steam vend des jeux pour d'autres éditeurs que valve et pour des indépendants. Il se comporte plus comme un revendeur que comme un éditeur (contrairement au système d'ubisoft et à celui d'EA).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 2.

    s/backen/backend/
    s/les autres système/les autres systèmes/

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 3.

    J'ai oublié de préciser qu'apt dispose d'une fonction de téléchargement par bittorrent.

    Je ne pense pas que ce soit un gros soucis pour Valve, mais c'est vrai qu'apt-torrent c'est bien (mais pas très utilisé malheureusement).

    Et s'il manque quelque chose, il est toujours possible d'ajouter des plugins (un peu comme yum et le rhn).

    Je ne connais pas bien les possibilités d'extension d'apt (toujours distro spécifique).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 2.

    Authentification des clients

    Yum le fait avec le RHN de Red Hat.

    C'est spécifique à une distro (ou une branche).
    Ça gère vraiment des logiciels spécifique pour chaque client ou la majorité des clients ont la même chose dans leur dépôt ?

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 7.

    Donc en gros, que les développeurs en libre aillent se faire foutre (qu'ils se démerdent avec leur x dépots à maintenir car le processus pour être dans les repos est long, jamais à jour à temps etc…), et on applaudit un gestionnaire qui le fait mais que si tu passes par ce gestionnaire et sa sélection (et de lui filer la thune, point le plus important)? J'en rigole bien.

    Ça fait 15 ans qu'on a un problème qu'on ne cherche pas à résoudre. Faut pas être surpris qu'il y ai des conséquences. Chacun fait déjà son gestionnaire de paquet dans son coin (et c'est pareil sous BSD) faut pas être surpris qu'une entreprise qui arrive se mette au diapason et fasse comme tout le monde en créant son propre gestionnaire de paquet.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 6.

    Je m'étais posé la question. Là ils veulent que chaque utilisateur ai un éventail de logiciel spécifique (tu n'a le droit d'installer que ce que tu as acheté/loué), pour faire ça avec apt, il va falloir créer un serveur avec qui demande authentification qui lorsque l'on fait un achat (pas pris en compte par apt) régénère l'index, que le client le retélécharge et hop ça doit à le faire. Mais quel est l'intérêt d'utiliser apt quand tu va de toute manière devoir développer ton propre client pour les achats, les prêts (donc avec une gestion communautaire) et un système pour te montrer l'éventail de leur offre (tout ça c'est pas pris en compte par apt) et une partie serveur pour faire cette régénération de l'indexe la prise en compte de quel utilisateur à le droit à quoi etc.

    Bref ils ont un grand nombre développement spécifique à faire et tout ça pour au final être spécifique à quelques distributions parce qu'il faudra re faire de même pour les autres système. Si du coté client, on peut imaginer que passer de apt à rpm c'est juste une histoire de backen, coté serveur le travail est plus conséquent.

    Au final, je trouve compréhensible d'avoir un format à eux dont ils ont la maîtrise et qui peut devenir interopérable entre distribution. Ils n'en ont pas discuté avec les acteurs parce qu'il aurait probablement était plus rapide de sortir HL3 que d'essayer de mettre d'accord des gens (je ne parle même pas de toutes les communautés juste quelques personnes influentes de RedHat et Debian) à ce sujet. C'est juste dommage de ne pas avoir repris l'une des nombreuses solutions déjà existantes type kilk, zero install ou autre.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: A suivre

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 7.

    Je suis prêt à attendre un peu pour l'arrivé de la suite de HL si c'est pour pouvoir le lancer sur ma Debian :)

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Comprends pô

    Posté par  . En réponse au journal SteamOS annoncé. Évalué à 4. Dernière modification le 24 septembre 2013 à 09:15.

    Tu as un problème avec Gabe Newell ou Valve ?

    L'esprit des distros "vendu" par les gens qui disent que Linux c'est différent tout se met à jour avec un truc centralisé en prend un coup, mais on n'est pas à une incohérence près ;-).

    D'une part tu fais de la voyance. D'autre part tu es le premier à dire que le modèle d'installation de logiciel est à revoir sous linux (trop de format de paquets différents, trop de formats de dépôts différents, trop de logiciel à installer à la main quand ils ne sont pas dans les dépôts), trop de façon différentes d'installer un logiciel à la main (./configure && make && make install & co), version de logiciels dans les trop vieux,…).

    Des problèmes il en existait avant de que Valve ne s'intéresse à Linux et il en existera après. Je ne sais pas ce qu'il en est du Store d'Ubuntu, mais aujourd'hui on a rien à proposer pour Gabe Newell, aucun gestionnaire de paquet ne prend vraiment en compte les besoins de Valve. Tout au plus on peut leur expliquer qu'il faudrait un dépôt par client, que ce dépôt demande authentification et ça n fois pour chaque format (arch, deb, rpm, emerge,…).

    Qu'un nouveau problème arrive n'est pas gênant (Valve ne fait que ce qu'il peut, on a rien à proposer, il ne peut pas faire autrement), ce qui est intéressant c'est comment on va le gérer (à mon avis : mal).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: LyX

    Posté par  . En réponse au journal prise de note en cours. Évalué à 2.

    Pour le dessin de schéma au propre (donc quand on a du temps), tikz m’a l’air un excellant complément à Latex. Je note pour mes prochains rapports.

    Il est absolument génial. Tu fait un schéma pour ton rapport. Tu les met dans un document séparé. Tu l'inclus dans ton beamer et ça passe nickel. Dans un beamer tu peut le faire afficher au fure et à mesure (ça aussi c'est top).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Apprends à prendre des notes !

    Posté par  . En réponse au journal prise de note en cours. Évalué à 3.

    Pour ton point 1, je ne sais pas si ça peut marcher avec tous les cours. J'allais parler des cartes heuristiques, mais ton second point (très pertinent) le « désactive ». Il y a un point dont tu ne parle pas, c'est que tu écris bien moins grâce à ce second point parce que le prof ne dis jamais « Entre 1910 et 1924, la population augmente » mais passe une minute sur l'idée, il fait des liaison avec l'idée précédente et suivante, etc… En reprenant simplement les idées, je pense que tu écris une phrase sur 3 en moyenne tout en écrivant bien plus quand le besoin s'en fait sentir.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: LyX

    Posté par  . En réponse au journal prise de note en cours. Évalué à 5.

    Du coup toute solution à base de scan/photos ne me parais pas très adapté. Il faut que je sois capable en sortant de cour de me dire qu’il est approximativement propre.

    Quand j'étais étudiant, j'avais un netbook et une feuille (bon le netbook je l'ai toujours). Je tapais mon cours avec vim en txt2tags et mes dessins ou formules un peu complexe au crayon à coté. Le soir ou le week-end (ou n'importe quand en fait), je reprenais le cours et je faisais les schémas au propre (en tikz).

    Relire une fois son cours c'est s'assurer qu'il n'y a rien que l'on a oublié et relire le cours dans son ensemble permet de prendre du recul pour comprendre les parties les plus techniques. Un schémas/une formule c'est susceptible de changer au cours du cours (à tiens j'ai oublié tel partie, finalement il va falloir une autre couleur etc). C'est aussi un entraînement pour les dossiers et les présentations que tu aura à faire.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Engouement

    Posté par  . En réponse au journal J'avais envie de coder ce soir. Évalué à 2.

    séquence non prédictible

    J'ai pas bien compris à quoi ça sert ça.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)