Misc a écrit 6331 commentaires

Des rapports des services de renseignements du plf font également état d'une activité suspecte avec la chine et le japon, comme le prouve les billets d'avions trouvés par nos agents dans les poubelles de Mandriva.

Divers communications interceptés le soir même parlent également de la rue st Anne, ainsi que d'un dragon chinois et d'une puce ( ou de la puce du dragon chinois, peut être, notre traducteur n'était pas sur ), Nous avons mis nos meilleurs agents sur le coup, sans obtenir plus d'info.

Euh non, c'est le plugin adobe qui est le choix par défaut.

Jusqu'a pas très longtemps, en temps que packager swfdec pour mandriva,je trainais sur le canal #swfdec ( swfdec, c'est bon,mangez en ).

Et j'ai vu les discussions au sujet du plugin par défaut. Swfdec et gnash ne sont pas assez mature (hélas), même si je reconnait que swfdec lit trop de pub à mon gout.
Un autre reproche est aussi le fait que le soname change trop souvent dans swfdec pour être mis dans un version lts.

Ubuntu a donc comme d'habitude choisit les users avant le reste,et en effet, favorise l'usage du plugin d'adobe ( plugin troué, je le rappelle, aussi bien avec des fichiers modifiés que dans le design, cf http://www.computerworld.com/action/article.do?command=viewA(...) et le talk de dan kaminsky ). Il est aussi connu pour bouffer un peu de ram, et ce genre de choses.

Bon, c'est leur choix, perso, je préfére éviter d'installer ce genre de softs sur mes machines.

Ce qui me géne plus, c'est que de nombreuses distros ont été plus prompts que ubuntu à mettre swfdec et gnash dans les depots ( par exemple, debian suit gnash de très prés ), et c'est pas non plus les premiers à permettre l'usage de flash sur 64 bits ( je pense par exemple au travail des packageurs du plf, qui ont intégrés nsplugin-wrapper et flash depuis la version 2007.1, afin de lire le flash sur les os 64 bits ).

Mais pourtant, on en parle vachement moins..

A croire que les gens qui rédigent les newsletters ubuntu ( et qui les lisent ) n'ont jamais regardé ailleurs ce qui se passent avant d'écrire leur papier. Mais c'est vrai que c'est bien plus facile de paraitre innovant dans ces conditions.

Et pour répondre à "qui propose gnash ?", sur fedora 7, j'ai aussi gnash, en version 0.8.1-5.fc7 ( mise à jour de la version stable, de base dans les depots de yum ), sur mandriva 2008.0 ( et des backports en 2007.1 ), ainsi que sur debian sid.

Mais non, il doit installer Oracle Matrix Edition, et ensuite, il va réussir à trouver Neo si il s'habille avec une combi en latex moulante.

En pratique, imposer ODF impose surtout de virer Office ( dans l'état des choses ), faut arreter de se voiler la face, les libristes ne veulent que ça, et le reste du monde se fout de ça.

C'est bon signe ça, ça va enfin bouger. Même si on peut que reconnaitre le travail de Harald, les journées ne font que 24h, et il a le droit à des vacances pour tout ce qu'on lui doit ( gpl-violation, l'openmoko, etc ).

Ce qui est bien, c'est que à l'envers ou à l'endroit, c'est toujours aussi (peu) mélodieux quand c'est un hacker qui chante.

Il y a même un ITP dans debian, mais ce qui bloque, c'est qu'il y a pas de releases des libs : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403807

On peut lire youtube sans le plugin plein de trous de adobe.

Deja, il y a les plugins libres ( gnash ( http://www.gnashdev.org/ ), swfdec (http://swfdec.freedesktop.org/wiki/ ) ), ensuite, tu as des extensions firefox ( https://addons.mozilla.org/fr/firefox/addon/2390 ), et des bookmarklets ( http://1024k.de/bookmarklets/video-bookmarklets.html ).

Ensuite, il suffit de prendre totem ou mplayer pour lire le fichier flv. Ffmpeg le fait trés bien.

> * youtube, on verra le jour ou je pourrai les lire avec gnash.

Swfdec, un logiciel libre dispo sous license LGPL, dispo sur http://swfdec.freedesktop.org/ , permet de lire youtube depuis au moins 6 mois ( http://www.advogato.org/person/company/diary.html?start=34 ).

Bien sur, swfdec n'a pas la machine de communication de la FSF derriére, et le dev n'a repris que depuis moins d'un an, donc c'est pour ça qu'il est vachement moins connu, mais je pense néanmoins que ça avance plus vite.
Il suffit de voir le rythme des releases ( genre une tout les un ou deux mois ), les fonctionnalités présentes ( exemple, un debuggeur flash dans la version de git ).

Et il semble que gnash propose aussi la lecture de youtube dans le cvs ( http://www.gnashdev.org/?q=node/33 ) depuis 3 mois. Je pense que la release 0.8.0 doit aussi faire l'affaire, mais j'ai jamais réussi à la faire marcher sur mes divers machines.

Je doit reconnaitre que je suis pas impressioné spécialement par kochizz.

Faire un mapping direct des options de apache, c'est pas forcement le meilleur moyen de faciliter la configuration. Il faut essayer de retreindre et faire du plus haut niveau

C'est comme prendre gcopnf-editor et appeler a un éditeur de configuration.

Mais je reconnait que je me base uniquement sur les screenshots.

Et je rappelle aussi que c'est pas nouveau, il y avait comanche , dispo il y a 5 ans, et complement inutilisisé ( et je pense qu'il a même disparu ).

> Sans compter les problèmes de licence que MS fait peser sur qq brevets .Net/Mono.

Tu penses à quels brevets exactement ?

Et en quoi est ce que c'est un probléme plus grave que les potentiels brevets sur tout le reste que microsoft devrait avoir, si j'en croit le discours de la FFII ?

J'ai du mal à croire que microsoft ne posséde pas de brevet liés au .doc ( openoffice, koffice, aboirod ), ou ntfs ( qui est dans le kernel linux upstream ).

Ayant testé il y a déja 2/3 mois le paquet sur Mandriva cooker, en effet, ça marche pas trop mal en x86_64.
J'ai juste eu un problème avec openfire et le support ssl, et j'ai pas réussi à faire tourner spark, mais je suppose que des softs un peu plus régulier sont ok, et que les problémes sont résolus depuis le temps ( vu que le paquet était encore trés récent ).

Pour les gens qui veulent tester, c'est aussi dispo dans la 2008.0 beta ( et il y a les autres jdk dans non-free, si quelqu'un veut comparer ).

Un point qui me chargrine, c'est que les codeurs java pour la plupart pensent normal de distribuer du code avec des .jars pris à gauche et à droite, sans fournir les sources, la version ou l'endroit de telechargement du code ( exemple, openfire une fois encore ).
J'éspére que ça va un jour changer.

Arf, merde, c'etait pourtant simple à voir :/

Ajoute aussi empathy ( http://live.gnome.org/Empathy ), et des trucs comme :
l'intégration dans epiphany, http://blog.senko.net/2007/07/19/emphatic-epiphany/ , ou dans jokosher, dans soylent, et dans nautilus-send ( http://www.barisione.org/blog.html/p=100 ).

Pourtant, il y a beaucoup plus d'application basé sur gstreamer que sur xine.

Et je pense que de nombreux éléments font penchés la balance en faveur de gstreamer :

Il y a des éléments haut niveau de gstreamer qui permettent de faire facilement un lecteur multimedia ( genre, decodebin ), et une architecture bien pensé ( ie, des composants qu'on enchaine )

Il y a des bindings en python, en perl, en ruby et en mono ( alors que xine n'a que python, je pense, et ça me semble pas trés maintenu ). Ça permet d'avoir le choix du language, et cela réduit d'autant la courbe d'apprentissage.

Et il y a une documentation assez exhaustive, comme http://gstreamer.freedesktop.org/documentation/ ou http://pygstdocs.berlios.de/, et des tutorials comme http://www.jonobacon.org/?p=750 et http://www.jonobacon.org/?p=810

2 choses :
1) le lien est en 404

2) gstreamer posséde des éléments comme udpsink et udpsrc ( et en tcp aussi ), ce qui permet une certaine transparence réseau.

Et il suffit de voir ce qui est possible de faire avec flumotion pour voir que la transparence réseau n'est pas interdite par gstreamer, au contraire.

C'est pas forcement une bétise de céder ses droits, ça permet d'éviter le merdier administratif. Il suffit de voir que c'est une des raisons qu'on a évoqué contre le changement en gpl v3 du code du noyau.

Et c'est troué, aussi bien au niveau du code du plugin ( suffit d'utiliser des outils de fiuzzing genre fusil http://fusil.hachoir.org/trac ), ou au niveau conceptuel, cf la présentation de dan kaminsky lors du ccc ( http://events.ccc.de/camp/2007/Fahrplan/events/1975.en.html ), basé sur un papier de Stanford
( http://crypto.stanford.edu/dns/dns-rebinding.pdf ). Il y a même déja des proofs of concept ( http://immike.net/blog/2007/08/08/dns-rebinding-revisited/ ) et le code source est dispo ( http://scan.flashsec.org/ ).

Dans la mesure ou il suffit de mettre la pub flash sur un réseau de pub pour avoir accés à des centaines de machines et comme les réseaux internes sont souvent considerés comme securisé, on a accés à des machines moins protégés. Et sans doute des exploits sur des machines comme des imprimantes, etc, des trucs mal gerés.

Dans la présentation du CCC, l'orateur a donné divers idées, ça va du tunnel tcp au systéme d'envoi de spam via flash ( et d'autres ). Dans la mesure ou les techniques comme celle du fast flux ( http://www.honeynet.org/papers/ff/index.html ) sont déja utilisés par les "méchants", je pense qu'on va pas attendre longtemps avant que ça devienne courant.

Dieu merci, il y a des gens qui bossent pour avoir un plugin libre plus sécure ( http://www.revis.co.uk/site/?q=node/176 ).

* Upstart (gros morceau ça)

Sans vouloir faire mon chieur, il me semble que c'est une idée que apple a popularisé, cf cette video : http://video.google.com/videoplay?docid=1781045834610400422&(...)

et aussi cf la date de sortie de launchd, mai 2005 , ( source wikipedia http://en.wikipedia.org/wiki/Launchd et http://en.wikipedia.org/wiki/Mac_OS_X_v10.4 ).

On compare avec la date de sortie de upstart, aout 2006, cf http://en.wikipedia.org/wiki/Upstart . Soit un an de différence.

Et upstart n'était pas encore fini à l'époque, alors que launchd était déja bien plus avancé.

* CD unique live + install
Une fois encore, d'autres l'ont fait avant.

* Premiére distrib à sortir une version stable tous les 6 mois (pas sur a 100% de celle là)
Euh, fedora, suse et mandriva le font depuis longtemps, et même en dehors de linux, il suffit de prendre l'exemple d'openbsd.

* Implémentation du sudo par défaut
Encore une fois, une idée popularisé par apple dans Mac OsX. Je te conseille de relire les commentaires de ce post, qui grosso modo semble également oublier d'ou viennent les idées ( http://useopensource.blogspot.com/2007/08/ubuntu-innovations(...) ).

Envoyer gratuitement les cds par boites de 100, ça me semble assez innovant comme idée au moins au niveau des distributions linux.

C'est une bonne chose que ubuntu offre enfin ce genre d'outil ( moi qui croyait que c'etait déja le cas, ou sans doute inutile, vu le fait que personne n'a jamais dit "ubuntu c'est nul, ça fait pas ça" ), mais faut en effet rendre à jules ce qui appartien à cesar, c'est pas une innovation. Deja, la plupart des distros le font,mais egalement macosX, et windows. Et depuis des lustres.

D'ailleurs, les commentaires le soulignent bien.

Ça me rappelle ce post d'un type sur planet ubuntu : http://useopensource.blogspot.com/2007/08/ubuntu-innovations(...)

Sur 9 innovations d'Ubuntu, il y a que le fait d'avoir pris la couleur brune qui vient vraiment de Canonical. Néanmoins, le poste ne parle pas des autres.

Est ce que les gens manquent à ce point de sens critique ? On rale sur Microsoft qui réinvente l'histoire, mais au final, ç'est pas tant Microsoft que les users et le fait qu'ils veulent y croire.

Comme souvent,les libristes sont content d'avoir enfin un truc que d'autres ont depuis des années ( l'exemple que je donne toujours, c'est le partage de la carte son avec dmix )

Oui, mais si on prends le cas d'openoffice, il y a des critiques valides au niveau technique.

On peut pas nier que le code est extrement long à compiler, ce qui rends tout investissement de la communauté à ce niveau assez illusoire, que l'ergonomie ( ou du moins l'ergo des softs que j'utilise, cad Impress ) est à revoir ( je pense notament à la gestion des templates ), que le logiciel est assez gourmand, aussi bien en espace disque qu'en mémoire.

On peut aussi dire la même chose de plein de truc, de firefox, de php, d'un tas de technologie populaire, est ce que les gens ne regardent pas ce qu'ils utilisent, est ce qu'on a aucun sens critique ?

Comme au CCC, du free french sex ( cf http://events.ccc.de/camp/2007-mediawiki/index.php?title=Fre(...) , boite de droite )

( curieusement, pas grand monde est venu alors qu'on avait les plus beaux mannequins de la scéne francaise )

C'est fou le nombre de gens qui n'aiment pas tant que ça firefox. Je suis étonné de voir le nombre de gens qui veulent avoir autre chose sur leur pc, comme webkit ( en même temps, j'en fait parti aussi, donc je comprends ).

Pourtant, il y a pas si longtemps, firefox était l'application trop bien du moment, qui aller sauver le web et ce genre de choses. Est ce que la rancoeur a pris le dessus, ou il y a autre chose ?