Misc a écrit 6286 commentaires

  • [^] # Re: Et ça sert à?

    Posté par  (site web personnel) . En réponse au journal Webubuntu. Évalué à 2.

    Et aussi un vrai disque dur pour mettre les vrais fichiers télechargés par bittorrent, emule et autres. Faut bien se rendre compte que de plus en plus, les fameuses madame michu, ménagéres de moins de 50 ans, sont capables de se servir de l'outil informatique.

    Une personne de ma connaissance, jeune pére, a été étonné des traffics en tout genre qui se déroule pendant qu'on attends les gosses à la créche. Avec l'arrivée du haut débit pour beaucoup, avec des séries faisant des gros cartons ( sex and the city, desperate house wife, prison break ), plaisant aux adultes de tout ages, avec une info de plus en plus disponible, et relativement assez de temps libre, il faut pas s'étonner de ça.
  • [^] # Re: Et ça sert à?

    Posté par  (site web personnel) . En réponse au journal Webubuntu. Évalué à 3.

    Dans mon expérience, webmin, c'était pas vraiment ça. J'ai rien contre les interfaces web, mais dans le cas de webmin, le code est encore digne de perl 5.00004, et l'ergonomie général est pas top.

    Exemple :
    2 façon de regler le firewall, 3 serveurs mails, 2 types de vpn, les réglages ldap sont mis dans les 4/5 plugins ldap, chaque fois de façon différentes, il y a des plugins mal placés ( genre quota devrait être avec lvm/raid, et pas un dans system, l'autre dans hardware ).

    Il y a aussi très peu de réutilisation du code existant, ce qui est à mon sens mauvais signe.
  • [^] # Re: Et ça sert à?

    Posté par  (site web personnel) . En réponse au journal Webubuntu. Évalué à 6.

    > - certains forumers du site ubuntu-fr.org ou a été annoncé le projet ont tout de
    > suite vu son intérêt en remplacement de webmin. Ergonomiquement, ça apporte
    > beaucoup plus de souplesse, c'est indéniable.

    Non. en copiant à moitié une interface, l'utilisateur pense que ça va réagir comme ce qu'il connait ( le modéle cognitif qu'il a du systéme ) mais en pratique, l'interface va être différente, et donc, l'utilisateur est perdu.

    Autant mettre du vnc, du nx ou ce genre de technologie.
  • [^] # Re: Autoprotection

    Posté par  (site web personnel) . En réponse à la dépêche Apple et les DRM. Évalué à 4.

    > Sa manière de rejeter la faute sur les majors, et le fait de souligner que les
    > majors sont en majorité des sociétés européennes montre bien que la
    > situation actuelle convient très bien à Apple, quoiqu'en dise Steve.

    Les liens postés par miguel da icaza, vers le site de jon johansen sont assez intéressant vis à vis de l'hypocrisie de Steve Jobs à ce niveau :

    http://tirania.org/blog/archive/2007/Feb-07.html
  • [^] # Re: Parlons de performances

    Posté par  (site web personnel) . En réponse à la dépêche kqemu devient libre, qemu 0.9.0. Évalué à 5.

    > Maintenant que kqemu est libre, on pourra l'avoir par défaut dans les
    > systèmes de paquetage des distributions sans avoir à s'embêter, et c'est très
    > bien.

    Il y avait deja des paquets pour certaines distributions.

    Par exemple, je me souvient que ça fait un an que le plf ( http://plf.zarb.org ) distribue un paquet dkms-kqemu dans le dépot non-free pour mandriva, ce qui a permis une intégration trés rapide dans cooker ( ie, j'ai la joie de découvrir que le paquet est déja ce matin dans contribs )
  • [^] # Re: bof

    Posté par  (site web personnel) . En réponse au journal Ubuntu Studio. Évalué à 3.

    > Quel est l'intérêt de faire des tonnes de forks d'une distrib ?

    Plus facile, plus rapide.

    Quand tu fait ta distro dérivé, tu n'as pas à rendre de compte à d'autres, tu n'as pas à discuter les mérites techniques des patchs que tu appliques ou ce genre de choses, à subir les contraintes dont tu n'as sans doute rien à faire dans le cadre de ton projet, etc.

    Bien sur, si j'était mauvaise langue, je dirait aussi que ça flattes l'ego mais bon, faut reconnaitre que ç'est une motivation comme une autre, et qu'il y a pas de mal à ça.

    Et dans la mesure ou canonical pousse tout pour les forks ( http://www.zarb.org/~misc/ubuntu.txt ), afin de devenir une base semblable à la lsb ou au dcc, le nombre important de dérivé à sa place dans la stratégie.

    Et en plus, ça permet d'éviter de maniére élégante les tensions et les frictions au sain de la communauté, tel que mark shuttleworth le décrit ( http://www.markshuttleworth.com/archives/56/ ), pour éviter d'aboutir à la situation actuelle qui semble plomber debian depuis l'extérieur.
  • # Tellement lourd de sous entendu

    Posté par  (site web personnel) . En réponse au journal Vista Buisness Gratuit pour les étudiants. Évalué à 3.

    > L'éducation c'est la manière de fideliser les plus jeunes.

    C'est sans doute pour ça que les linuxiens poussent le libre dans les universités et vers les . Sauf que, quand c'est microsoft, c'est mal, quand c'est canonical/ubuntu, c'est bien ?

    ( ou j'ai loupé le dernier mémo du parti au sujet du stage de DoubleThink )

    Faut pas se leurrer, Microsoft fait ça parce que de toute façon, les étudiants le pirateront ( je doute fort que la fac ai changé depuis que j'en suis sorti ).

    Et si les étudiants utilisent windows et pas un système libre, c'est sans doute pour les mêmes dizaines de raisons que le reste du monde ( raisons valides ou pas valides, c'est pas la question ). Pas parce que Microsoft leur file l'os gratuitement.

    Bien sur, quand le seul argument qu'on arrive à expliquer aux gens, c'est la gratuité, je comprends que ça foute un coup au discours.
  • [^] # Re: N'importe quoi

    Posté par  (site web personnel) . En réponse au journal Une simple idée sur la sécurité. Évalué à 3.

    > C'est pourquoi debian backporte les patchs de sécurité pour sa version stable si
    > je ne m'abuse.

    Oui, ç'est exactement ça ( ce que presque tout le monde fait, pas que debian d'ailleurs ).
  • [^] # Re: Et pas de mention de Mandriva...

    Posté par  (site web personnel) . En réponse au journal CNR: L'installation de logiciels en un click pour toutes les distributions.. Évalué à 5.

    Perso, en tant que packageur, je suis pas mécontent.
    Je partage parfaitement les craintes de ce dev ubuntu ( http://robitaille.wordpress.com/2007/01/24/will-linspires-cn(...) )

    Et ça, parce que c'est déja arrivé, parce que prendre des binaires à gauche et à droite, c'est pas propre, et que pour es backports, il y a déja une infrastructure en place, suffit juste de demander ( en tout cas, moi, j'ai fait les backports qu'on m'a demandé en bonne et du forme ).
  • [^] # Re: Gnash

    Posté par  (site web personnel) . En réponse à la dépêche Flash Player 9 pour Linux. Évalué à 4.

    Et aussi swfdec :
    http://swfdec.freedesktop.org/wiki/

    Le dev actuel de swfdec n'est pas vraiment tendre avec gnash : http://www.advogato.org/person/company/diary.html?start=30
  • [^] # Re: Flash ca pue!

    Posté par  (site web personnel) . En réponse au journal Nouvelle version de flash player palibre. Évalué à 4.

    Et ça marche sur ppc ( os X ), mais pas sur linux/ppc, ce qui est différent ( et à ce rythme la, ça ne marche pas non plus sur les autres archis, genre sparc, etc )
  • [^] # Re: Flash ca pue!

    Posté par  (site web personnel) . En réponse au journal Nouvelle version de flash player palibre. Évalué à 3.

    Ça marche aussi sur x86_64, via le plugin nspluginwrapper (
    http://gwenole.beauchesne.info/projects/nspluginwrapper/ ).

    Les paquets plf ( http://plf.zarb.org ) du paquet flash ( les rpms pour mandriva ) intégre ça directement, il suffit juste d'installer le paquet sur son x86_64 et voila.
  • # Les lecteurs libres ont fait des progrés

    Posté par  (site web personnel) . En réponse au journal Nouvelle version de flash player palibre. Évalué à 6.

    Récement, j'ai testé swfdec et gnash, et je doit reconnaitre que c'est assez impressionnant de voir le chemin parcouru. Il semble que swfdec puisse bientot lire les videos ( style youtube et co ), vu que la version 0.4.1 supporte le flv, et gnash en version dev aussi.
  • # et bientot dans votre Cooker prés de chez vous

    Posté par  (site web personnel) . En réponse au journal Le client second life passe en gpl. Évalué à 4.

    $ svn log -r 106015 svn+ssh://svn.mandriva.com/svn
    ------------------------------------------------------------------------
    r106015 | blino | 2007-01-08 16:47:27 +0100 (lun, 08 jan 2007) | 1 line

    Create secondlife
    ------------------------------------------------------------------------

    Et on remercie blino pour ça \o/
  • [^] # Re: ATI/Nvidia

    Posté par  (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 8.

    > surtout quand on connait les liens etroits entre ATI & Microsoft

    Et quand on connait pas ?
  • [^] # Re: Bonne initiative

    Posté par  (site web personnel) . En réponse au journal Salon Jabber consacré à Debian. Évalué à 10.

    ou bien, (parce qu'on cause d'université ), on bosse et on va pas glander à clavarder avec le reste du monde :)
  • # Lutte contre le bayesian

    Posté par  (site web personnel) . En réponse au journal Spam image et Mandriva O_o ?. Évalué à 2.

    Dans le but de contourner les filtres de types bayesian, les spammeurs se sont mis à inclure du texte venant des listes de diffusion publique.

    Pour le fait que ça soit en rapport avec le libre, je pense que c'est un hasard. Forcément, sur 1000 spams de ce type, tu va finir par en trouver ayant un vague rapport avec le sujet, et tu va te dire "mais comment ils ont fait". Ben comme pour les 999 autres ou tu ne te dit rien, c'est un hasard.
  • [^] # Re: Association de ressources ?

    Posté par  (site web personnel) . En réponse à la dépêche Nouvelle version du serveur Jabberd14. Évalué à 7.

    > Il n'y a vraiment que dans la communauté du libre où on aime autant
    > réinventer la roue

    vraiment ?

    j'ignorais que yahoo messenger + msn messenger + icq messenger + aol messenger, était soit du libre, soit exclus de la réinvention de la roue.

    J'ignorais aussi que les 45 types de jeux différents de stratégie, de fps, de foot et autres mutualisent grandement le code. Que nombreuses bases de données proprios ( oracle, sybase, sqlserver ) faisaient de même, tout comme les nombreux constructeurs de hardware.
  • [^] # Re: .

    Posté par  (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.

    Non, c'est pas ironique.
    j'ai pas dit que je suis pour cette solution, mais c'est ce qui résoud le probléme actuellement.

    Soit tu as une seule plateforme ( windows, osX ) homogéne, soit tu en as plusieurs avec des différences significatives ( distribution linux ).

    Prenons les différences entre les distributions :
    - les outils d'administrations. Dans un souci de simplification de la doc, il faut que cette partie soit unifié. Pas question de dire "si vous avez XX, ç'est tel appli, sinon, c'est tel autre".
    - les logiciels présent, aussi bien leur nom, que les versions.
    Si on continue à laisser les différences entre les versions, il y a des risques d'incompatiblités => donc on uniformise, au moins pour les libs de base.
    Ce qui, par le jeu magique des dépendances, fait que tout le monde à la même version de gnome et de kde, compatible de façon binaire.

    Du coup, si 75% des paquets sont les mêmes, si les outils d'admins sont les mêmes, les seules choses qui changent, c'est les fonds d'écrans ( super ), l'installeur, et les configurations par défaut ( modulo la compatiblité avec la norme ).

    Soit grosso modo, les trucs que l'user peut déja changer par lui même. Et il y a plus aucune différence dans les distributions, donc autant ne garder qu'une seule distro.
  • [^] # Re: KMail et l'HTML

    Posté par  (site web personnel) . En réponse au journal KDE roXXor décidement!. Évalué à 3.

    Tu veut dire "merci, ça confirme que j'aurais du vérifier avant de troller, et désolé d'avoir dit n'importe quoi, promis, ce coup ci, la prochaine fois, je reflechit avant de parler" ?
  • [^] # Re: KMail et l'HTML

    Posté par  (site web personnel) . En réponse au journal KDE roXXor décidement!. Évalué à 7.

    La différence entre une page web et un mail, c'est qu'une page web, pour être potable, ç'est fait par un professionnel du sujet, qui sait quand mettre en gras, quel couleur sont corrects, et qui passe du temps dessus.
    La page web a un design, une charte graphique, et une raison fondamental de se distinguer des autres, ainsi que du vrai contenu à organiser via le design et la mise en forme.

    Un mail n'a pas tout ça. Et si c'est pas le cas, c'est plus un rapport qu'un mail, et dans ce cas, il faut utiliser des outils prévus pour, genre un traitement de texte, un tableur.
    Pousser tout les fonctionnalités d'une suite bureautique dans un client mail, c'est du bloatware.

    Moi, je lit mes mails en format texte, parce que tout les mails que j'ai recu, à l'exception de 2/3 exceptions ( des mails envoyé par svn::notify ), n'ont pas du tout bénéficié des couleurs et de la mise en forme. Donc, ç'est grosso modo inutile dans 90% des cas.

    Et encore, je ne parle pas du fait que ça prends 2 à 4 fois plus de places, que ça fait bosser le filtre à spam de maniére bien plus conséquente, qu'afficher une page web prends plus de ram que d'afficher du texte, et ce genre de choses.

    Gaspiller des ressources pour un gain nul, je trouve ça dommage.

    Bien sur, tu peut aussi continué à sortir le même argument infondé "ça sert pour le web, donc ça doit servir partout" ( car pour le moment, dans ce thread, c'est le seul argument que j'ai vu de ta part ). Je pense qu'on devrait mettre directement un éditeur complet comme dreamweaver dans kmail, aprés tout, ça sert sur le web, donc ça sert aussi pour le mail.
  • [^] # Re: Faut quand même pas trop pousser...

    Posté par  (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.

    > Ebfin, bon, honnêtement, il y a un certain nombre de distributions l'inux
    > qu'on peut négliger tellement leur diffusion est confidentielle

    De la même façon qu'on peut négliger les os confidentielles comme les distributions linux, d'un point de vue général.
  • [^] # Re: Et pourquoi que ?

    Posté par  (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.

    Ce que fait autopakage en installant dans /usr/, non ?
  • [^] # Re: .

    Posté par  (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 1.

    La solution est pourtant simple : 1 seule distro linux de base pour tous.

    Ce que d'ailleurs canonical essaye de proposer, comme expliqué ici : http://www.zarb.org/~misc/ubuntu.txt .

    Aprés tout, un paquet basé sur une kubuntu devrait tourner sur une edubuntu, et sur les autres dérivés, car le core est commun.
  • [^] # Re: Ça n'arriveras jamais

    Posté par  (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 4.

    > Euh, t'a entendu parler de macosx ?

    Oui, j'ai entendu parler de osx.

    Mais par contre, je voit pas en quoi c'est comparable.
    Il y a un seul macos X, fait par un et un seul éditeur. Si tu veut comparé osx à toutes les distros linux, tu fait une erreur. Compare plutot à un distribution, par exemple, rhel.

    Comme apple, rh propose un systéme avec une api figé, et ou tu peut facilement installé des binaires, sans passer par la lsb. La preuve, les paquets de oracle et compagnie sont souvent prévus pour rhel.

    Et si selon toi, osx est la panacée, tu peut me dire quel différence entre "le rpm s'installe que sur la distribution prévu pour" et "le .dmg s'installe que sur macosx"

    Il n'y a pas de systéme qui s'installe sur XP et Os X, qui sont quand même les 2 plateformes couvertes par les offres commerciales actuelles de la fnac.

    Et au passage, les .dmg d'osX ne gére pas les dépendances ( vu que c'est des trucs fournis tout prés) donc la gestion des mises à jours de sécu, c'est pas aussi simple que sur un linux, les composants sont peu liés entre eux donc de la redondance, ce qui entraine divers problémes, comme perte d'espace disque, perte de mémoire vive ( vu que les libs sont totalement séparés ).