bubar🦥 a écrit 6943 commentaires

  • # paranoĩa

    Posté par  . En réponse au journal HDCP : c'est fini ?. Évalué à 10.

    C'est drole que ce soi-disant "cassage" ai lieu pile au moment où certains constructeurs commencent à parler sérieusement de déjà remplacer hdmi. Avec ça comme argument, nul doute qu'ils vont pouvoir convaincre leurs partenaires.

    Y a des disclosers comme ça, vachement bien opportuns.
  • [^] # Re: Ça ne mérite pas une dépêche.

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 3.

    Je ne comprends pas cette opposition stabilité et nouveauté.

    Lorsque le but est d'avoir un serveur stable, y a pas photos. Cette politique met une énorme claque à tout autre système. En même temps celui qui lance chrome sur un serveur stable (ou qui se sert d'un serveur web/mail/whatever mais pas d'appli, pour lancer openoffice), ben heu comment dire, faut aller voir s'il reste du goudron et des plumes...

    Lorsque le but est d'avoir un bureau grand public, y a pas photos. Cette politique est celle, lorsqu'elle est appliquée de a à z, qui met une énorme claque à l'utilisateur lambda. Et l'utilisateur lambda, il se casse. Bon pour Debian, probable qu'ils s'en fichent. (l'important étant ici l'aspect pédagogique ainsi que le cheminement pour une personne afin qu'elle se fasse la main sur un truc secondaire dans ce système, avant de devenir 'productive' : ceci a une importance sans commune mesure avec un mr michu)

    Lorsque le but est d'avoir un bureau grand public, secondo :p il va être difficile de tenir le même discours. Aller expliquer au projet libre x "qu'il pue du cul" d'une part, et de l'autre aller expliquer à l'utilisateur qui souhaiterait faire des rapports de bugs sur la version beta de x, ben que c'est pas possible parcequ'il a pas le niveau et que dans le système c'est la version stable, sinon tout est cassé !

    Un système visant le bureau grand public doit s'ouvrir plus tout d'abord aux projets eux mêmes, en permettant des relations plus étroites avec leurs utilisateurs, si ces projets le demandent. Et s'ouvrir aussi aux demandes utilisateurs, qui ne réclament souvent que de pouvoir suivre les gros projets comme eux ils le souhaitent. En plus, nos systèmes permettent des configurations assez velues assez facilement, rien n'empêche de prévoir une sécurité, une prison, un environnement restreint, pour ces binaires venus d'ailleurs mais libres...

    Un exemple un peu bancal, la politique de Fedora vis à vis de Kde : de super packages, une super intégration, mais c'est bien le bugzilla de Kde qui est sollicité s'il y a problème, pas celui de Fedora. Parfait. Pour oter l'adjectif 'bancal' il pourrait y avoir la même chose mais pour FireFox, OpenOffice, VLC, bref les projets libres indépendants. Moins de travail de packaging, plus d'utilisateurs satisfaits parcequ'ils ont la dernière version de logiciel 'vitrine' important, et plus de retours directement fait aux projets.

    Je ne dis pas qu'il faille vider les bugzilla des distributions de tout rapport de bugs qui ne concerne pas les fichiers spec, bien spur, je ne tombe dans l'autre extrème. Je dis juste que ça me semblerait intéressant de lacher du lest aux projets indépendants, qu'ils puissent avoir des retours directs de leurs utilisateurs plus facilement. Donc préparer un système stable à être en capacit" d'accueillir une version beta de firefox, si l'utilisateur, et le projet!, le désirent. Protéger le système pour plus de liberté à l'utilisateur et aux projets indépendant.

    mes deux cents.
  • [^] # Re: Debian a raison

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 2.

    oupss j'aurai dû attendre vendredi pour celui là ! et puis surtout c'est juste rigolo.

    mode évidence : moi c'est bien Debian qui me fait de plus en plus de l'oeil ! :) reste à gentoĩsé un stade 1 de Debian... ensuite à utiliser les binaires des projets directement (pour firefox, ooo, tb, VLC...) dans un beau tit env bien préparé :)
  • [^] # Re: Debian a raison

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 2.

    Tant qu'on touche pas aux overlays :)
    les binaires c'est bien de les faire pour comprendre, pas pour les distribuer
    (...)

    merci encore
  • [^] # Re: Debian a raison

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 5.

    Merci de tes explications. (ça fait du bien de lire un texte qui cherche à avoir raison et non pas un texte qui cherche à prouver que l'autre à tord, donc merci, passons)

    Pour être direct, toujours :
    * si tout le monde se permet ça, tout les programmes vont prendre dix fois plus de mémoire
    * globalement, ils feraient mieux de collaborer avec les auteurs des libs

    Ok. Parfait.
    Si des programmes font cela, et que ça deviant sale sur mon système, j'arrete d'utiliser ces programmes. Point.
    Si je suis re-lecteur et que je me rends compte que tel navigateur s'amuse a implémenter une tinybd alors que le système l'as déjà, ben j'essaie de faire comprendre au projet, et de travailler avec eux, pour améliorer cela. Si le projet ne veux rien entendre et continue de faire ses saletés, je ne vois vraiment pas pourquoi je continuerai de m'enquiquiner à le packager en défaisant ce qu'ils ont choisi de faire. J'en informe les utilisateurs, et je pense qu'ils sauront écouter.

    non ?

    (je passe sur le troll des mises à jour et de la sécurité, hein, ça vaut mieux....)
  • [^] # Re: Raisons

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 2.

    problème est un terme déplacé.
    le mode de fonctionnement du packaging de nombreuses distros, et uniquement pour les logiciels tiers, est à l'origine de problème pour passer à l'échelle supérieure.

    sans y mettre les formes :
    je ne vois pas pourquoi je ferai plus confiance a des re-lecteurs et packageurs qui ne veulent pas travailler upstream, préférant faire leur truc dans leur coin pour leur distro, plutot que de faire confiance au projet libre lui même.

    La MoFo a un comportement proprio, aussi ? Les développeurs de l'installeur Debian également ? Ca ne tiens pas la route comme discours, on cherche juste à justifier du pouvoir et une position.
  • [^] # Re: Raisons

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 2.

    >Chromium a une approche propriétaire de la mise à jour
    ouch ça c'est du beau gabarit !
    un autre de beau gabarit : à moins que soit les distributions qui voudraient que la terre entière tourne autour d'elles ?
    Chromium est libre.
    Ils fournissent code et binaire.
    Libre à chacun de s'en servir (moi je commence à m'en méfier, bien que je sois utilisateur de nombreux services google)

    c'est quant même sacrément gros de justifier le fait que le packaging a un problème dans de nombeuses distros en disant que c'est le projet libre qui a un comportement proprio. Non ?
  • [^] # Re: Debian a raison

    Posté par  . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 1.

    Quel rapport avec le packaging ?

    >Plutôt que de travailler avec les libs qu'ils utilisent, ils font la modification dans leur coin et copient la lib entière dans leur source.
    ça suffit comme raison, non ? En quoi le packaging impacte cela ? Il est impacté, oui, par contre.

    Quant à la sécurité évoquée plus bas, j'ai autant de doutes sur chromium que sur chrome. Mais ce ne sont que des doutes. Quant je vois que Chrom{e;ium} semble ré-écrire une fonction autrefois dévolue à un service spécifique, puis plus récemment à la glibc, j'ai un peur sur ce que fait le bousin, en fait. En plus il est fourbe, il demande de jolies dépendances, mais ne s'appuye pas sur le système pour des trucs basiques.

    Merci de ces éclairages.
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 2.

    1 0
    pas anticipé celle là :) :) très très bonne ! le petit scarabée s'incline :)
  • [^] # Re: dev

    Posté par  . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 1.

    Mais bon, j'vais attendre vendredi avant de pondre une telle connerie :)
  • [^] # Re: dev

    Posté par  . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 3.

    Cesses d'être pendu au bon vouloir d'un empaqueteur ! Libères toi !

    Et utilises le binaire de la Fondation Mozilla directement, si tu souhaites tester FireFox 4 beta. L'important c'est les Logiciels Libres, non la distribution. En plus tu fera plaisir à la MoFo, vu qu'ils "ralent" après le faible nombre de testeurs. Ils se décacarssent a fabriquer Firefox, et se décarcassent à nous filer un binaire fonctionnel (moyennant une règle en plus pour selinux chez ceux utilisant cette solution) et propre pour le systeme (tu peux le coller dans /opt par exemple, puis le lancer avec un simple " ./firefox -no-remote -ProfileManager " et hop :) :) :)

    Tout comme pour Chrome, ou tu peux prendre le rpm de Google, il fonctionne sans problème sur ta mandriva (moyennant l'install des dépendances, bien sûr)

    /mode trol off/ (tiens ça vaut bien un petit texte sur "l'utilisation des logiciels libres par les distributions, le pouvoir, l'utilisateur, le système" qui pourrait même compléter le fameux howto "comment détruire une communauté en 10 points", peut être, peut être... en fait juste une mise en valeur du point numéro 1 : "Rendez le projet dépendant d’outils complexes" ...
  • [^] # Re: make récursif = pas bien

    Posté par  . En réponse au message Makefile récursifs et variable. Évalué à 3.

    >l'augmentation des performances du hardware, c'est souvent utilisé comme prétexte pour gérer les ressources n'importe comment ...
    c'est beau, ça fonctionne aussi dans l'autre sens !
    gérer les ressources n'importe c'est souvent utilisé comme pretexte pour avoir une augmentation des performances du hardware
  • [^] # Re: J'en pense

    Posté par  . En réponse au journal Inversion de tendance. Évalué à 3.

    Retourne faire du C et laisse les mongueurs écrirent comme ils veulent ! Ispice de nazi de l'interface français !
  • [^] # Re: Plutot par les anti-virus

    Posté par  . En réponse au journal À force de laisser faire. Évalué à 4.

    >The (...) is being monitored by web security firm (...) in Japan.
    Trouvez les deux mots qui peuvent compléter cette phrase.
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 3.

    oupss s/celle ci/la seule
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 2.

    Celle ci a fuit aussi devant le specimen !
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 2.

    C'est que j'arretes pas de dire à ma copine, mais elle me repete d'aller sous la douche !
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 3.

    bon, ce lien là : http://www.youtube.com/watch?v=rK-mlSw8QIY&NR=1 tu l'as anticipé trop facilement je présume, alors c'est pas drole.
    Celui ci moins, sûr, et pourtant, ici, l'allongement de maté au gamay ça le fait :p
    http://www.youtube.com/watch?v=VepnGGJfcjQ&NR=1
  • [^] # Re: A propos de rénovation

    Posté par  . En réponse au journal "Home automation". Évalué à 2.

    Malheureux ! Anti-productiviste ! Roms !
    Moi j'veux consommer 150 watts de plus pour avoir une installation me permettant d'économiser 145 watts ailleurs !! Ca c'est le progrès ! 5 watts en plus, et plein de gadgets pour ça !

    Bon de toutes façons il me semble bien qu'il est obligatoire d'avoir désormais un "coffret rj45" tout comme le coffret électrique l'est, dans toutes constructions neuves particuliers y compris. Non ?
  • [^] # Re: dev

    Posté par  . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 8.

    s/gnu\/linux/fedora par défaut
    Avec SElinux activé, firefox 4 tel qu'il est livré (binaire) se fait envoyer bouler par SElinux pour cause de execmemstack. Alors bien sûr c'est de la faute à mon système, jaikapautilizé2truc2sécurité :)
  • [^] # Re: dev

    Posté par  . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 2.

    "moins technique" semble t il que les démos vidéos de la MoFo, mais sacrémanet bien réalisé, et surtout c'est pas une démo vidéo, mais vraiment le navigateur... : çapusaypoalibre, mais ça vaut le coup d'oeil (uniquement avec chrome/chromium) :
    http://www.thewildernessdowntown.com
  • [^] # Re: dev

    Posté par  . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 9.

    Qui marche ?

    Premier exemple qui me vient en tête, là :
    Essayes d'utiliser Chrome pour valider ta connection à FreeWifi : il n'y arrive pas, se vautre comme une bouse, et n'affiche jamais la page de connection. Supaire. Et au passage, la différence entre Chrome et Chromium, un exemple permettant de dire que Chromium ne sert à rien (si c'est pour avoir le même fonctionnement que Chrome, non merci) bref chromium c'est juste une recompilation de chrome (et moi qui croyais que certaines briques étaient virées, pas seulement celles pas libres éventuellement par rapport à chrome mais aussi celles qui concerne la vie privée). A un expert du code de Chromium de nous expliquer pourquoi le packaging dans les distro fait qu'on se retrouve en fait avec le même truc ...

    Lance Firefox, paf il comprend aussitôt ce qu'il se passe. D'ailleurs il réagit aussi illico à un changement système (genre un truc con d'utilisateur con : j'appuie sur la touche de coupure du wifi, firefox le voit illico quant chromium/chrome va ramer pendant 20 secondes avant de comprendre qu'il est hors ligne)

    Bref en plus des comparatifs purs, il y aussi la qualité d'intégration au système (oula je sens que certains vont hurler, je veux juste parler "à l'utilisation").

    Dommage que Firefox 4 ne soit pas utilisable sur gnu/linux, sinon je l'utiliserai ! (ai vu celui de monde frère sous windows : ouhaou !!) A la question "pourquoi pas utilisable" je répond par une autre question : pourquoi "firefox 4 beta execmemstack ?" moi je veux bien mettre un # devant user - core 0 pour mon utilisateur standard, sûr ça va m'aider à avoir des infos, okok, mais ça ne change rien directement, il me faudrait ensuite mettre en place une règle permissive spécialement pour lui, zut..."
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 2.

    je savais que tu en avais "Rien à Branler"
  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 3.

  • [^] # Re: Suite de conneries

    Posté par  . En réponse au journal Le chemin complexe de Mandriva. Évalué à 2.

    Salaud :)