>> D'un point de vue purement technique, rien de bien compliqué par contre côté XMPP, c'est une nouvelle preuve de ses exceptionnelles qualités en dehors du monde de la messagerie instantanée.
>> L'avantage avec XMPP, c'est que ça existe déjà: y'a déjà des serveurs et des clients.
Ouais.
Je vais encore faire le vieux grincheux qui se fait pas trop plusser, mais avec un octet envoyé UDP, sans protocole, j'allume ou j'éteint 8 lampes. Exceptionnelles qualités : au moins 8 fois mieux qu'XMPP !
C'est pas parcequ'un protocole permet de faire quelque chose, qu'il faut
1/ le faire
2/ dire que c'est bien
Je pense que la morale de leur expérience c'est "qu'est-ce qu'on a bien rigolé ! Demain, on tentera de faire un chauffage central dans l'immeuble avec des vieux PC qui recompilent QT en boucle".
Si ce qu'ils ont fait te faire croire qu'XMPP est bien, alors c'est que tu est bien influençable (car XMPP *est* bien, mais pas du tout pour ça).
PS : Tiens, demain, je vais coder un serveur ECHO en XMPP avec python avec des fonctions anonymes, pour vous montrer comment c'est l'avenir !
PPS : Un peu de sens critique, ça ne fait de mal à personne. Au contraire.
Plus de peur que de mal, youpi !
La journée a été très longue, sans DLFP.
Maintenant, c'est pas la première fois que ça se passe.
Pourrait-on envisager un autre site (hébergé *ailleurs* donc) qui mette une courte indication en cas de problème ?
Une simple page HTML qui dit "oui, c'est en rade, on est au courant, et on y travaille (après la pause pastis)", afin qu'internet cesse de ramer devant tous ces gens qui demandent "linuxfr répond pas chez moi, chez toi c'est pareil ?"
Un nom de domaine simple comme linuxfrestilenpanne.fr (et qui affiche "non" quand dlfp est bien fonctionnel).
Allez, faites votre cartable, élève Moule, et à demain !
>> Je ne savais pas que /dev/video était portable sous Windows. Mort de rire.
Il ne l'est pas, mais il suffirait en principe de lire le périphérique qui est lié à la webcam non ?
Si c'est pas /dev/video (de video4linux), c'est autre chose (sous BSD et windows). Et là, ça doit être un minimum standard par OS, les interfaces de capture vidéo…
Puis comme je cherche avant tout un truc qui marche pour moi, le support windows n'est pas prioritaire (mac, oui, car j'ai des utilisateurs en face).
La partie intéressante et portable, c'est la compression, le chiffrement, et le transport vers l'autre machine. L'affichage lui peut même être fait de manière portable avec un coup de SDL et basta.
Non, ça c'est ce que *tu* veux.
Moi, je suis complètement prêt à m'en passer.
Ensuite, une telle appli, c'est facilement scriptable pour l'OS de ton choix (en powershell, en machin mac qui génère des GUI, ou en TK) et tu peux dire au logiciel d'indiquer sa présence sur un site web avec une CGI de base (et même plusieurs fois, pour l'indiquer à plusieurs personnes, ou pas à tous)
Encore une fois, c'est pas une appli pour connecter le monde, c'est pas pour inviter tout facebook, c'est juste une solution pour un groupe donné de personnes qui veut un LL avec de la crypto qui sert uniquement à communiquer.
Même si c'est un plus appréciable, je peux me passer de l'annuaire entier des pages jaunes dans mon téléphone fixe, du bipbip des touches, du R2, de l'horloge parlante, et du design moderne an 2000.
Je veux juste un combiné pour le point-à-point. C'est tout. Une tâche, un outil. Tout le reste, c'est de la déco, et ça se rajoute *après*, une fois qu'on a un truc fonctionnel.
Oui c'est rapide, bien sûr, mais je demande bien quel est le problème quand même !
Si je peux avoir une vidéoconf sécure qui marche bien qui suppose que j'ai un pppoe (ce qui est mon cas, et celui de pas mal de mes interlocuteurs), ça me dérange pas de lui demander son IP par un autre logiciel ou de me faire un peu chier à la main.
Je ne demande pas un outil complet comme ekiga, au contraire !!
Et c'est ça le problème je trouve !
Je ne veux pas un logiciel qui marche tout le temps dans toutes les situations, je veux un outil simple qui marche dans un cas précis.
Si on peut implanter une version vidéoconférence de la commande talk, moi, je peux laisser tomber skype dans 80% des cas !
Bon, je trolle pas du tout, mais je me pose vraiment la question :
les gars d'Ekiga, ils bossent sur quoi ?
Autant, je me souviens que gnomemeeting, autrefois, ça roxait bien, autant, depuis que c'est devenu ekiga et que skype est sorti sous linux, j'ai l'impression que ça n'a pas évolué.
Je me répète, mais y a toujours rien de portable avec son, vidéo et crypto.
Est-ce que quelqu'un peu me dire quelle est la difficulté ?
Ne peut-on pas tout simplement lire /dev/video, le passer à la moulinette pour obtenir un stream compressé (avec les bibliothèques adapteés), et en parallèle chopper /dev/dsp pour le son, le mouliner avec sa lib de compression de voix, et balancer tout ça comme un porc en face ? Et bien sûr, tous les paquets passent par une crypto AES bien rapide (après échange de clef au début de la com, potentiellement toutes les minutes ou je ne sais quoi).
Même s'il faut au minimum un adsl 8Mo, ça ferait plaisir à beaucoup de monde je crois.
Alors, pourquoi une telle solution ne suffit-elle pas ?
Un truc simple et bourrin comme ça, en plus, ça doit être facilement portable en plus non ?
>> Problème, au niveau national, c'est vérouillé par MS.
Oui et non.
Des graphistes, des gens qui font de la PAO, c'est des gens qui sont sous mac depuis des années. J'ai vu (et joué avec) des logiciels pour ça sous mac bien avant même de savoir qu'il existait des PCs.
Et c'est pas MS qui coûte cher là, c'est Adobe.
Maintenant, tu retires MS, et tu portes photoshop/illustrator sous linux, je pense que beaucoup de monde lassera tomber gimp/inkscape et continuera avec ces logiciels proprios, même sur un OS libre. Et si c'est mieux pour eux, ils auraient tort de s'en priver.
Le mal, c'est pas MS, c'est la disparité entre qualité et disponibilité. La solution, c'est coder plus, et mieux.
Si je soutiens le libre, je ne veux pas la mort du proprio pour autant, surtout s'il convient professionnellement à encore pas mal de monde.
C'est pas trivial, loin de là, mais tu as plein d'invariants que tu peux retrouver.
Et d'ailleurs, quand je débogue un programme avec GDB, je m'apperçois que ça correspond. Après tu peux avoir des optims (inlining, extrusion de boucle, etc) qui change des choses, mais d'une manière générale, tu t'y retrouve bien.
Et t'as même depuis des dizaines d'années des désassembleurs qui te sortent du code C à partir d'un binaire…
Après, un coup d'œil humain, et t'arrives à te convaincre (plus ou moins facilement selon la taille du code) que le code est le même (s'il l'est).
Tu peux aussi compiler ton code source, et comparer les executions des binaires. Technique très utilisée (c'est du model-checking en quelque sorte) pour vérifier qu'un programme se comporte comme l'implantation de référence.
Bon, inkscape segfault sur ma machine au lab immédiatement…
Je vais tenter Xara [1] qui a l'air pas mal du tout non plus, et qui est libre depuis quelques temps.
>> Moralité, quand vous conseillez des graphistes, plutôt que de vous arc-bouter sur GIMP qui ne répond pas à tous les besoins, n'oubliez pas de proposer aussi Inkscape qui correspond mieux aux besoins de pas mal de professionnels.
Oui, enfin, le bon sens quoi…
Un ami musicien, tu vas pas lui filer un accordéon en disant "sisi, il est super !", s'il est trompettiste.
C'est idiot de réduire le graphisme à gimp/photoshop…
Le mieux, c'est de ne rien proposer plutôt que de recommander un truc qui ne va pas, sinon c'est toute la marque qui en pâti, le LL dans le cas présent.
Sinon, j'ai du relire deux fois le journal pour comprendre que ce n'était pas toi qui avait refilé gimp, et je suis donc content que tu aies trouvé qu'il "fallait" inkscape (car on peut aussi tenter des logiciels plus simples pour le svg, genre Sodipodi, ou vim¹)
Moi ? Non. Je dis uniquement que dire que "tout marche du premier coup sous linux" est un mensonge, et qu'en revanche "le matériel en vente à dans les grandes surfaces, lui, est beaucoup plus simple à faire tourner sous les windows en vente dans les mêmes grandes surfaces".
Et que les arguments du genre "moi j'ai pas le même matériel et ça marche", ça n'aide aucunement à faire fonctionner le matos des autres.
> Non, car tu ne peux pas divulguer le code et avec tout les NDA ça m'étonnerais que tu puisse divulguer (publiquement) l'existence d'une faille que tu as vu dans le code.
Le but étant qu'il remonte le bug à qui est susceptible de le corriger au sein de la boite. Je ne parle pas de divulguer le code mais de le "vérifier". Si bug il y a, il est dans l'intérêt de tout le monde de le réparer.
Et tu peux trouver des bugs sans les sources. Les buffers overflows t'en a plein que tu peux découvrir et exploiter sans avoir jamais vu la tête du code.
> à tout le code source, seulement ce que tu as besoin pour travailler
Je précise alors: demande à travailler sur la partie du code qui t'intéresse.
Je suis sûr qu'aucun codeur du kernel linux (ou BSD) ne connait tous les recoins du code, alors ça ne devrait pas t'empêcher de dormir non plus.
Ensuite, un OS, c'est un OS. C'est pas comme si c'étaient les seuls à avoir cette compétence.
Il y a largement assez d'infos sur l'architecture du noyau windows pour te satisfaire.
Un scheduler, c'est un scheduler. Un FS, c'est un FS. Ça a pas changé depuis les bouquins de Tanenbaum…
>> Pour vérifier que pbpg ne dit pas des conneries.
Ouais. Et "who watches the watchmen?", hein…
Puis bon, on dirait presque que tu cherches une excuse dans windows pour t'en prendre à pbpg. Une réponse meilleure aurait été "pour développer du code portable sous licence BSD avec une API facilement compatible avec les différents OS libres et proprios", ou "pour sastistfaire mon insatiable goût pour la prog bas niveau", voire "pour pirater les sous-marins de l'armée américaine". Mais là, franchement…
>> our l'imprimante HP1200, sous Linux, on n'a pas besoin de faire un tours sur Internet ni d'insérer un pauvre CD.
Oui, ben j'ai pas une HP1200, ah dommage.
"De temps en temps, c'est pas reconnu". C'est mon message précédent quoi. Et dans ce cas là, ça tourne sous l'OS sale.
C'est comme les cartes 3D ATI, ou je sais pas quoi. Tu peux faire tourner ça sous linux, mais généralement, c'est plus simple à utiliser sous windows pour avoir ta 3D et tout le tintouin.
Quand au matos périmé, eh bien il tourne sur des OS périmés aussi (puisque pbpg parle de NT4 qui tourne encore, voilà ceux qui utilisent ton imprimante Kyocera) !
La plupart des boites n'ont que faire de supporter du matos périmé pour des OS tout aussi périmés. Linux tente de garder tout son code, c'est son choix. Je serais une boite rationnelle, je ferais passer ça à la poubelle. Et pourtant, du vieux matos, j'en ai accumulé avec amour aussi.
Alors oui, c'est simple quand ça marche, mais je te le dis, y a encore des moments aujourd'hui ou certains matériels sont aussi chiants à installer (quand ils marchent) sous linux qu'à mes débuts sous debian Slink. Et pas forcément du matos dernière génération, loin de là…
Je vais à la Fnac, au Darty, au BicCamera, à l'Apple Store, j'achète du matos au pif, je rentre chez moi, en 20 minutes il marche, point barre. Une de mes webcam, mon ancienne tablette graphique, mes deux cartes wifi externes, mon téléphone portable, l'imprimante du lab, c'est que du matos qui est n'est pas reconnu, ou qui ne marche que difficilement (ndiswrapper pour une des cartes wifi, et le driver précedemment cité pour l'imprimante).
En conclusion :
Quand ça marche pas, et que c'est plus à la mode, tu peux te grater avec linux (car en pratique, les drivers ne vont pas se créer tous seuls).
J'ai aucune idée de ce qu'est un "test de validation des services", et je me demande en quoi ça concerne le fait que l'utilisateur final qui achète du matos se contente d'installer le logiciel du CD.
Je crois que rien, rien du tout, ne t'empêche de demander à quelqu'un qui a le droit, de vérifier les sources pour toi.
Et je crois même que tu peux remonter les bugs que tu observes.
Alors,
1/ en supposant que pbpg ait accès au code source (ce dont je n'ai aucune idée, je ne connais pas son poste chez MS), c'est pas en lui tombant dessus qu'il va t'aider. C'est du bon sens.
2/ si tu crèves d'envie de voir le code, postule chez eux !
3/ Pourquoi veux-tu voir le code d'un OS que tu ne veux pas utiliser, que tu n'aurais pas le droit de modifier, et que tu n'aurais pas le droit de réutiliser ?!
Tu justifies qu'on doit pouvoir le faire car d'autres le permettent. C'est très fort.
Rappelle moi de lapider ta copine/femme la prochaine fois que je la vois en pantalon… C'est pas parcequ'on ne le fait pas systématiquement qu'on ne doit pas pouvoir le faire, hein, ne serait-ce que partiellement et de façon très incomplète.
(sans aucune attaque personnelle, c'est juste que je trouve que tu défends des "acquis" qui ne sont pas universels.)
Comme on ne touche pas à un système qui marche, il *devrait* y avoir de la demande.
Je pense que les boites sont quelque peu forcées à mettre à jour les OS car le support ne dure pas. Ça évolue si vite que les SSIII n'ont aucun intérêt à s'occuper de logiciels aux interfaces périmées et qui ont changé 10 fois en 5 ans. Je ne suis même pas sûr qu'un gars sous Jaunty Jackalope sache utiliser une Warty Warthog…
Faut pas pousser mémé dans les orties, c'est blindé de lobbying ici aussi.
>> Si une distrib possédait 95% du marché, je peux t'assurer qu'elle en ferait du support. Faut comparer ce qui est comparable.
Euh, NT4 pèse combien aujourd'hui ?
Y'a des boites qui font du support Ubuntu ?
De toute façon, jamais un linux ne fera 95% du marché, il y a trop de distros et de trolls pour ça…
[^] # Re: le rapport avec XMPP ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Jour, nuit, jour, nuit, jour.... Évalué à 9.
>> L'avantage avec XMPP, c'est que ça existe déjà: y'a déjà des serveurs et des clients.
Ouais.
Je vais encore faire le vieux grincheux qui se fait pas trop plusser, mais avec un octet envoyé UDP, sans protocole, j'allume ou j'éteint 8 lampes. Exceptionnelles qualités : au moins 8 fois mieux qu'XMPP !
C'est pas parcequ'un protocole permet de faire quelque chose, qu'il faut
1/ le faire
2/ dire que c'est bien
Je pense que la morale de leur expérience c'est "qu'est-ce qu'on a bien rigolé ! Demain, on tentera de faire un chauffage central dans l'immeuble avec des vieux PC qui recompilent QT en boucle".
Si ce qu'ils ont fait te faire croire qu'XMPP est bien, alors c'est que tu est bien influençable (car XMPP *est* bien, mais pas du tout pour ça).
PS : Tiens, demain, je vais coder un serveur ECHO en XMPP avec python avec des fonctions anonymes, pour vous montrer comment c'est l'avenir !
PPS : Un peu de sens critique, ça ne fait de mal à personne. Au contraire.
# Chieur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Parinux : conférence Perl 6 le 8 septembe 2009. Évalué à 3.
Désolé de devoir passer par là, mais il faut corriger ce « ce » en « se. »
[^] # Re: .
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal LaTeXila 0.0.1, enfin un éditeur LaTeX pour GNOME. Évalué à 4.
Snipmate, c'est super bath, et pour latex, ben, c'est pas pire non plus.
Essaye le !
(Et latexsuite est périmé et plus trop apprecié)
[^] # Re: Plus de peur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche LinuxFr.org n'aime pas la rentrée et la fin de l'été. Évalué à 2.
C'est bien. Mais un message des admins "on est au courant", c'est mieux.
Ça fait plus pro, c'est plus rassurant.
# Plus de peur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche LinuxFr.org n'aime pas la rentrée et la fin de l'été. Évalué à 6.
La journée a été très longue, sans DLFP.
Maintenant, c'est pas la première fois que ça se passe.
Pourrait-on envisager un autre site (hébergé *ailleurs* donc) qui mette une courte indication en cas de problème ?
Une simple page HTML qui dit "oui, c'est en rade, on est au courant, et on y travaille (après la pause pastis)", afin qu'internet cesse de ramer devant tous ces gens qui demandent "linuxfr répond pas chez moi, chez toi c'est pareil ?"
Un nom de domaine simple comme linuxfrestilenpanne.fr (et qui affiche "non" quand dlfp est bien fonctionnel).
Allez, faites votre cartable, élève Moule, et à demain !
[^] # Re: Ekiga
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Skype pour Linux 2.1 Béta vient de sortir. Évalué à 2.
Il ne l'est pas, mais il suffirait en principe de lire le périphérique qui est lié à la webcam non ?
Si c'est pas /dev/video (de video4linux), c'est autre chose (sous BSD et windows). Et là, ça doit être un minimum standard par OS, les interfaces de capture vidéo…
Puis comme je cherche avant tout un truc qui marche pour moi, le support windows n'est pas prioritaire (mac, oui, car j'ai des utilisateurs en face).
La partie intéressante et portable, c'est la compression, le chiffrement, et le transport vers l'autre machine. L'affichage lui peut même être fait de manière portable avec un coup de SDL et basta.
[^] # Re: Ekiga
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Skype pour Linux 2.1 Béta vient de sortir. Évalué à 2.
Mais en face, sous windows et mac (principalement), on a quoi de compatible ?
[^] # Re: Ekiga
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Skype pour Linux 2.1 Béta vient de sortir. Évalué à 2.
Non, ça c'est ce que *tu* veux.
Moi, je suis complètement prêt à m'en passer.
Ensuite, une telle appli, c'est facilement scriptable pour l'OS de ton choix (en powershell, en machin mac qui génère des GUI, ou en TK) et tu peux dire au logiciel d'indiquer sa présence sur un site web avec une CGI de base (et même plusieurs fois, pour l'indiquer à plusieurs personnes, ou pas à tous)
Encore une fois, c'est pas une appli pour connecter le monde, c'est pas pour inviter tout facebook, c'est juste une solution pour un groupe donné de personnes qui veut un LL avec de la crypto qui sert uniquement à communiquer.
Même si c'est un plus appréciable, je peux me passer de l'annuaire entier des pages jaunes dans mon téléphone fixe, du bipbip des touches, du R2, de l'horloge parlante, et du design moderne an 2000.
Je veux juste un combiné pour le point-à-point. C'est tout. Une tâche, un outil. Tout le reste, c'est de la déco, et ça se rajoute *après*, une fois qu'on a un truc fonctionnel.
[^] # Re: Ekiga
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Skype pour Linux 2.1 Béta vient de sortir. Évalué à 3.
Si je peux avoir une vidéoconf sécure qui marche bien qui suppose que j'ai un pppoe (ce qui est mon cas, et celui de pas mal de mes interlocuteurs), ça me dérange pas de lui demander son IP par un autre logiciel ou de me faire un peu chier à la main.
Je ne demande pas un outil complet comme ekiga, au contraire !!
Et c'est ça le problème je trouve !
Je ne veux pas un logiciel qui marche tout le temps dans toutes les situations, je veux un outil simple qui marche dans un cas précis.
Si on peut implanter une version vidéoconférence de la commande talk, moi, je peux laisser tomber skype dans 80% des cas !
$call --video=/dev/video0 --audio=/dev/dsp --port=4321 --aes adresse_ip
Avec ça, mais c'est trop la fête à la maison (sur ton LAN) !
Et aussi sur internet si toi et ton interlocuteur ne passez pas par une box.
En pratique, c'est quoi le problème d'une telle application, avec les contraintes que je pose ?
# Ekiga
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Skype pour Linux 2.1 Béta vient de sortir. Évalué à 3.
les gars d'Ekiga, ils bossent sur quoi ?
Autant, je me souviens que gnomemeeting, autrefois, ça roxait bien, autant, depuis que c'est devenu ekiga et que skype est sorti sous linux, j'ai l'impression que ça n'a pas évolué.
Je me répète, mais y a toujours rien de portable avec son, vidéo et crypto.
Est-ce que quelqu'un peu me dire quelle est la difficulté ?
Ne peut-on pas tout simplement lire /dev/video, le passer à la moulinette pour obtenir un stream compressé (avec les bibliothèques adapteés), et en parallèle chopper /dev/dsp pour le son, le mouliner avec sa lib de compression de voix, et balancer tout ça comme un porc en face ? Et bien sûr, tous les paquets passent par une crypto AES bien rapide (après échange de clef au début de la com, potentiellement toutes les minutes ou je ne sais quoi).
Même s'il faut au minimum un adsl 8Mo, ça ferait plaisir à beaucoup de monde je crois.
Alors, pourquoi une telle solution ne suffit-elle pas ?
Un truc simple et bourrin comme ça, en plus, ça doit être facilement portable en plus non ?
[^] # Re: Oui
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Pour vos amis graphistes, conseillez les bons outils, pensez Inkscape. Évalué à 3.
Oui et non.
Des graphistes, des gens qui font de la PAO, c'est des gens qui sont sous mac depuis des années. J'ai vu (et joué avec) des logiciels pour ça sous mac bien avant même de savoir qu'il existait des PCs.
Et c'est pas MS qui coûte cher là, c'est Adobe.
Maintenant, tu retires MS, et tu portes photoshop/illustrator sous linux, je pense que beaucoup de monde lassera tomber gimp/inkscape et continuera avec ces logiciels proprios, même sur un OS libre. Et si c'est mieux pour eux, ils auraient tort de s'en priver.
Le mal, c'est pas MS, c'est la disparité entre qualité et disponibilité. La solution, c'est coder plus, et mieux.
Si je soutiens le libre, je ne veux pas la mort du proprio pour autant, surtout s'il convient professionnellement à encore pas mal de monde.
[^] # Re: Ah le beau FUD
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.
Et d'ailleurs, quand je débogue un programme avec GDB, je m'apperçois que ça correspond. Après tu peux avoir des optims (inlining, extrusion de boucle, etc) qui change des choses, mais d'une manière générale, tu t'y retrouve bien.
Et t'as même depuis des dizaines d'années des désassembleurs qui te sortent du code C à partir d'un binaire…
Après, un coup d'œil humain, et t'arrives à te convaincre (plus ou moins facilement selon la taille du code) que le code est le même (s'il l'est).
Tu peux aussi compiler ton code source, et comparer les executions des binaires. Technique très utilisée (c'est du model-checking en quelque sorte) pour vérifier qu'un programme se comporte comme l'implantation de référence.
[^] # Re: Oui
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Pour vos amis graphistes, conseillez les bons outils, pensez Inkscape. Évalué à 2.
Je vais tenter Xara [1] qui a l'air pas mal du tout non plus, et qui est libre depuis quelques temps.
[1] http://www.xaralx.org
# Oui
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Pour vos amis graphistes, conseillez les bons outils, pensez Inkscape. Évalué à 2.
Oui, enfin, le bon sens quoi…
Un ami musicien, tu vas pas lui filer un accordéon en disant "sisi, il est super !", s'il est trompettiste.
C'est idiot de réduire le graphisme à gimp/photoshop…
Le mieux, c'est de ne rien proposer plutôt que de recommander un truc qui ne va pas, sinon c'est toute la marque qui en pâti, le LL dans le cas présent.
Sinon, j'ai du relire deux fois le journal pour comprendre que ce n'était pas toi qui avait refilé gimp, et je suis donc content que tu aies trouvé qu'il "fallait" inkscape (car on peut aussi tenter des logiciels plus simples pour le svg, genre Sodipodi, ou vim¹)
¹: oui, ça m'arrive.
[^] # Re: Euh...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Performous et les instruments Guitar Hero/Rockband. Évalué à 2.
[^] # Re: encore, mais pas la bonne cible
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 5.
Moi ? Non. Je dis uniquement que dire que "tout marche du premier coup sous linux" est un mensonge, et qu'en revanche "le matériel en vente à dans les grandes surfaces, lui, est beaucoup plus simple à faire tourner sous les windows en vente dans les mêmes grandes surfaces".
Et que les arguments du genre "moi j'ai pas le même matériel et ça marche", ça n'aide aucunement à faire fonctionner le matos des autres.
[^] # Re: Ah le beau FUD
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 1.
Le but étant qu'il remonte le bug à qui est susceptible de le corriger au sein de la boite. Je ne parle pas de divulguer le code mais de le "vérifier". Si bug il y a, il est dans l'intérêt de tout le monde de le réparer.
Et tu peux trouver des bugs sans les sources. Les buffers overflows t'en a plein que tu peux découvrir et exploiter sans avoir jamais vu la tête du code.
> à tout le code source, seulement ce que tu as besoin pour travailler
Je précise alors: demande à travailler sur la partie du code qui t'intéresse.
Je suis sûr qu'aucun codeur du kernel linux (ou BSD) ne connait tous les recoins du code, alors ça ne devrait pas t'empêcher de dormir non plus.
Ensuite, un OS, c'est un OS. C'est pas comme si c'étaient les seuls à avoir cette compétence.
Il y a largement assez d'infos sur l'architecture du noyau windows pour te satisfaire.
Un scheduler, c'est un scheduler. Un FS, c'est un FS. Ça a pas changé depuis les bouquins de Tanenbaum…
>> Pour vérifier que pbpg ne dit pas des conneries.
Ouais. Et "who watches the watchmen?", hein…
Puis bon, on dirait presque que tu cherches une excuse dans windows pour t'en prendre à pbpg. Une réponse meilleure aurait été "pour développer du code portable sous licence BSD avec une API facilement compatible avec les différents OS libres et proprios", ou "pour sastistfaire mon insatiable goût pour la prog bas niveau", voire "pour pirater les sous-marins de l'armée américaine". Mais là, franchement…
[^] # Re: encore, mais pas la bonne cible
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.
Oui, ben j'ai pas une HP1200, ah dommage.
"De temps en temps, c'est pas reconnu". C'est mon message précédent quoi. Et dans ce cas là, ça tourne sous l'OS sale.
C'est comme les cartes 3D ATI, ou je sais pas quoi. Tu peux faire tourner ça sous linux, mais généralement, c'est plus simple à utiliser sous windows pour avoir ta 3D et tout le tintouin.
Quand au matos périmé, eh bien il tourne sur des OS périmés aussi (puisque pbpg parle de NT4 qui tourne encore, voilà ceux qui utilisent ton imprimante Kyocera) !
La plupart des boites n'ont que faire de supporter du matos périmé pour des OS tout aussi périmés. Linux tente de garder tout son code, c'est son choix. Je serais une boite rationnelle, je ferais passer ça à la poubelle. Et pourtant, du vieux matos, j'en ai accumulé avec amour aussi.
Alors oui, c'est simple quand ça marche, mais je te le dis, y a encore des moments aujourd'hui ou certains matériels sont aussi chiants à installer (quand ils marchent) sous linux qu'à mes débuts sous debian Slink. Et pas forcément du matos dernière génération, loin de là…
Je vais à la Fnac, au Darty, au BicCamera, à l'Apple Store, j'achète du matos au pif, je rentre chez moi, en 20 minutes il marche, point barre. Une de mes webcam, mon ancienne tablette graphique, mes deux cartes wifi externes, mon téléphone portable, l'imprimante du lab, c'est que du matos qui est n'est pas reconnu, ou qui ne marche que difficilement (ndiswrapper pour une des cartes wifi, et le driver précedemment cité pour l'imprimante).
En conclusion :
Quand ça marche pas, et que c'est plus à la mode, tu peux te grater avec linux (car en pratique, les drivers ne vont pas se créer tous seuls).
[^] # Re: encore, mais pas la bonne cible
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 1.
J'ai aucune idée de ce qu'est un "test de validation des services", et je me demande en quoi ça concerne le fait que l'utilisateur final qui achète du matos se contente d'installer le logiciel du CD.
[^] # Re: Ah le beau FUD
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à -3.
Et je crois même que tu peux remonter les bugs que tu observes.
Alors,
1/ en supposant que pbpg ait accès au code source (ce dont je n'ai aucune idée, je ne connais pas son poste chez MS), c'est pas en lui tombant dessus qu'il va t'aider. C'est du bon sens.
2/ si tu crèves d'envie de voir le code, postule chez eux !
3/ Pourquoi veux-tu voir le code d'un OS que tu ne veux pas utiliser, que tu n'aurais pas le droit de modifier, et que tu n'aurais pas le droit de réutiliser ?!
Tu justifies qu'on doit pouvoir le faire car d'autres le permettent. C'est très fort.
Rappelle moi de lapider ta copine/femme la prochaine fois que je la vois en pantalon… C'est pas parcequ'on ne le fait pas systématiquement qu'on ne doit pas pouvoir le faire, hein, ne serait-ce que partiellement et de façon très incomplète.
(sans aucune attaque personnelle, c'est juste que je trouve que tu défends des "acquis" qui ne sont pas universels.)
[^] # Re: Apocalypse selon Saint Déhèrème
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 6.
# Alsa
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 7.
T'inquiète pas, j'ai jamais réussi à faire fonctionner Advanced LINUX Sound Architecture sous BSD de toute façon…
[^] # Re: Ah le beau FUD
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 4.
Je pense que les boites sont quelque peu forcées à mettre à jour les OS car le support ne dure pas. Ça évolue si vite que les SSIII n'ont aucun intérêt à s'occuper de logiciels aux interfaces périmées et qui ont changé 10 fois en 5 ans. Je ne suis même pas sûr qu'un gars sous Jaunty Jackalope sache utiliser une Warty Warthog…
[^] # Re: Ah le beau FU
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 4.
OLPC, c'est sous fedora juste à cause de la gratuité ?
Éducation nationale sour Red Hat, c'est passé sans aucun lobbying peut-être ? [http://www.silicon.fr/fr/news/2007/09/05/l-education-nationa(...)]
Faut pas pousser mémé dans les orties, c'est blindé de lobbying ici aussi.
>> Si une distrib possédait 95% du marché, je peux t'assurer qu'elle en ferait du support. Faut comparer ce qui est comparable.
Euh, NT4 pèse combien aujourd'hui ?
Y'a des boites qui font du support Ubuntu ?
De toute façon, jamais un linux ne fera 95% du marché, il y a trop de distros et de trolls pour ça…
[^] # Re: Décidément...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 5.
Mes deux cents.