태 a écrit 1743 commentaires

En fait, le meilleur exemple est la république de Pologne-Lituanie qui était présidée par un roi élu.

Il existe aussi des monarchies républicaines. Le Vatican par exemple (quoique, il semble que le pape ait le pouvoir absolu, je croyais que le pouvoir législatif était entre les mains des cardinaux). Ce n'est pas parce qu'il y a un monarque que ce n'est pas une république.

> développer des trains qui puissent faire par exemple des Lille-Marseille sans une correspondance via le métro parisien.

On appelle ça des TGV. Ça met un peu moins de 5 heures à aller de Lille Europe à Marseille St Charles. D'autres désirs ? Lille Strasbourg, Lille Rennes , Bruxelles-Marseille? Pas de problème, avec la SNCF, c'est possible (et direct).

un gisier ? Qu'est-ce ?

> En Europe, 34% des gens peuvent lire les vidéos intégrées en Ogg/Theora+Vorbis, et 12% peuvent lire les vidéos en MPEG-4 AVC.

C'est sans compter les 97% des gens qui ont flash.

Je préfère aussi apt-get/apt-cache à aptitude (plus rapide, plus simple quand il y a un problème et pour ce que j'en fais aussi complet (voire plus) en fonctions). Mais il y a une chose que fait aptitude qu'apt-get ne fait pas : quand il y a un paquet ininstallable pour quelque raison que ce soit, il propose diverse possibilités pour contourner le problème (genre désinstaller le conflit et installer ce que je demande ou ne rien faire ou changer un fournisseur de dépendance...) avec un score pour chacune. Bref il a une gestion des dépendances plus poussée que apt-get, mais il faut lire ce qu'il dit avant de le laisser faire.

> VLC, mplayer, midori ne sont pas en règles vis à vis du MPEG, point barre.
Supposons que dans ton cas, le MPEG fasse l'impasse, le simple fait que ces logiciels puissent lire du H264 sans avoir obtenu une licence constitue une violation pour le MPEG.

A part vlc, ils ne lisent pas le h264 sans avoir obtenu de licence, ils utilisent un codec qui est licencié (coreAVC pour mplayer, gstreamer-fluendo pour midori). Oui, je sais, ils peuvent aussi utiliser des codecs non licenciés, mais est-ce de leur faute ?

> C'est pourtant ce que dit le monsieur, il dit que tout lecteur lisant une vidéo H264 sans s'acquitter de la licence est en tort.

Oui et il dit aussi que toute la chaîne est en tort, de l'utilisateur final au fondeur du processeur. Bref, il a beau être certainement avocat, il dit de la merde.

> C'est plutôt toi qui refuse de voir la vérité en face alors que le MPEG te l'énonce clairement. En gros, parce que tu estimes être protégé, Mozilla doit accepter de payer une licence H264.

Absolument pas, j'estime que mozilla n'a pas à payer la licence s'ils ne veulent pas implémenter eux-même h264. Mais qu'ils devraient tenir compte du fait qu'il existe des bibliothèques plus performantes que celles qu'ils implémentent eux-mêmes et que l'on ne peut leur reprocher de lier dynamiquement ces bibliothèques.

> Et je rappelle qu'Opera à l'origine de la balise video est également contre H264 et on va pas prétendre qu'Opéra c'est des GNU/intaigristes qui veulent faire chier les gentils utilisateurs pour leur pseudo idéaux.

Oui Opera est contre h264. Mais opera lit le h264 sur ma machine...

L'argument que h264 plombe le web est tout à fait recevable, mais mozilla ne devrait à mon sens pas travestir une prise de position philosophique et éthique en un choix technique ou légaliste. Rechercher la liberté, c'est bien, il n'y a pas à en avoir honte !

Et pour moi qui ai les codecs propriétaires coreAVC ou Fluendo ou qui ai un système d'exploitation qui contient des codecs ou qui ai acheté une licence avec je ne sais quel logiciel ou matériel, et qui donc ne viole pas la moindre licence quand je lis des vidéos h264 avec mplayer, vlc, midori ou chrome ? Mozilla tient à me protéger alors que je suis dans les clous ?

«anyone in the product chain has liability». C'est tout simplement absurde. Quel code judiciaire supporterait ça ?
Microsoft est-il responsable si quelqu'un utilise vlc pour lire une vidéo h264 ? Non. Opera est-elle responsable si opera en utilisant des bibliothèques indépendantes (gstreamer par exemple peut utiliser les codecs propriétaires fluendo) affiche du h264 ? Non. Mozilla cherche-t-elle des arguments légaux invalides pour justifier un choix éthique ? J'en ai l'impression !

Le choix de mozilla est magnifique : ils choisissent de se couper de leurs utilisateurs et promouvoir un codec ouvert plutôt que de faire ce que veulent les utilisateurs à savoir être le navigateur qui sait afficher tout sur internet ! Il faut l'assumer sans chercher d'arguments légaux ou techniques.

Ou GNU Units [http://www.gnu.org/software/units/units.html] sur lequel google semble s'appuyer http://revealingerrors.com/google_miscalculator

> Rick a précisé que même les versions Ubuntu mises à jour vers Lucid auront ce changement. Une mise à jour devrait garder la configuration précédente de l'utilisateur sans changer ça dans son dos.

Les mises à jour ne touchent pas aux données utilisateurs. Donc si un utilisateur a choisi un autre moteur de recherche par défaut (disons yauba par exemple), après mise à jour, son moteur de recherche sera toujours yauba. Si par contre il se satisfait des réglages par défaut, il continuera à avoir le navigateur par défaut (et donc il passera de google à yahoo).

Note que debian (et donc ubuntu) a une gestion intelligente des configurations, si tu as changé un fichier de configuration fourni par un paquet, au moment de la mise à jour, il te demandera si tu veux conserver ta version, prendre la nouvelle ou faire de savants mélanges.

Juste pour préciser, l'optique du TZ7 n'est pas Zeiss mais Leica. C'est surtout chez sony qu'on trouve des optiques Zeiss.

La division photographie numérique de Leica a un accord avec panasonic, grace auquel panasonic met le nom leica sur les optiques fabriquées selon les normes leica par panasonic, et leica met le nom leica sur des appareils photo panasonic légèrement maquillés (CLux = FX, DLux = LX).

A une époque, les baladeurs archos avaient un noyau linux dont archos redistribuait les sources modifiés dans le respect de la GPL. Mais une partie du beurre venant de la vente de plugins, ils protègent leur système d'une façon que la GPLv3 réprouve. Bref, archos utilise le libre mais ne reverse guère au libre.

Le archos liberation front qui fait un projet google code où ils n'hébergent pas de code, je ne trouve pas que ça fasse très libre non plus.

> Je n'ai pour le moment trouvé aucun concurrent de Firefox permettant cela.

Midori, opera, chrome, konqueror le permettent.

opera passe à gtk ! Enfin c'est intermédiaire, ils veulent ne plus être Qt seulement : http://my.opera.com/desktopteam/blog/happy-new-year

GIMP : http://shyramblings.blogspot.com/2007/11/gimp-on-mac-os-x-wi(...)
Gnucash : http://gtk-osx.sourceforge.net/images/Gnucash-Mac%20Quartz%2(...) et des instructions pour le compiler : http://wiki.gnucash.org/wiki/MacOSX/Quartz .

Bref, ça fait 42 ans que c'est en développement et 3 que c'est utilisable...

> Si la vidéo est un dans codec soumis à des brevets (au hasard h264) et que les détenteurs de ces brevets ne veulent pas d'un player linux ou te le font payer 10k€ l'unité. Tu seras bien avancé qu'il y ait une balise vidéo.

Il n'y a pas de players linux pour h264 ? Que firefox refuse d'inclure un codec h264, c'est son droit, mais qu'il soit incapable d'utiliser les codecs du système, c'est idiot. webkitgtk, comme opera presto savent utiliser gstreamer pour lire les videos sous linux. safari (webkit) et presto utilise quicktime pour lire les vidéos sous mac osx (et propose d'installer les codecs xiph pour le theora).

facter [http://reductivelabs.com/products/facter/] est fait pour ce genre de choses. Mais il faut l'installer...

$ facter | grep processor
physicalprocessorcount => 1
processor0 => Intel(R) Atom(TM) CPU 230 @ 1.60GHz
processor1 => Intel(R) Atom(TM) CPU 230 @ 1.60GHz
processorcount => 2
$ facter physicalprocessorcount
1


> C'est vrai que sous linux, il manque quelque chose du genre pkgbuild de arch.

Utilise pkgsrc, il fonctionne sous toutes les distrib linux (et évidemment sur tous les BSD que je connais).

Quitte à utiliser un shell intelligent, autant se passer aussi de basename.

name=${${PWD:t}// /_}

Et pas besoin des guillemets puisque personne n'a le temps de les interpréter comme des séparateurs d'arguments.

Il existe aussi des outils libres pour manipuler les bidules u3 :
http://u3-tool.sourceforge.net/

Pfff, c'est quand même con* d'acheter une voiture qui ne marche qu'avec les baladeurs apple.

* : Ceci n'est pas une insulte pour l'acheteur, seulement pour la vente liée.

> [...] standards du Web, IE5 serait encore là à faire sa loi.

Mais justement, les créateurs de navigateurs respectueux des standards ont implémenté des quirks pour faire comme IE. Donc c'est en s'abaissant à faire comme le navigateur majoritaire que firefox a réussi à prendre une place non négligeable.

Pour les baladeurs, comme pour les sites webs, tu as ceux qui ne marchent qu'avec un logiciel donné. Les utilisateurs signalent au webmaster/constructeur que leur site/baladeur ne respecte pas l'interopérabilité et ils s'en moquent (pour les sites web, ce n'est plus le cas, mais ce n'est pas du à l'intransigeance de mozilla, opera, kde, webkit. Au contraire).

Depuis quelques temps, comme moteur de recherche, j'utilise avec bonheur yauba (qui se targue de respecter ma vie privée) et duckduckgo dont le nom suffit à le rendre excellent.

Histoire de troller, j'aimerais faire remarquer que cette alternative à uTorrent propose un téléchargement 10 fois plus gros que celui de uTorrent (2.1Mo contre 284ko pour le lien par défaut ; 19.5Mo contre 1.3 Mo pour osx). Et comme c'est la taille qui compte d'après le nom de uTorrent...

> je ne suis pas certain que le serveur du taf adore que j'essaye de lui faire transmettre des mails émanant de mon domaine.

Vraiment ? Qu'est-ce qu'il fait ? Il réécrit l'expéditeur ? Il fait un retour à l'envoyeur ?

Les serveurs smtps que j'ai utilisés transmettent sans problème les mails même si l'expéditeur n'est pas dans le même domaine. Est-ce exceptionnel ?