Pierre Tramo a écrit 675 commentaires

Tu as une vie vraiment passionnante, mais ça serait plus facile de lire tes aventures agrémentées de publicité clandestine si tu prenais le soin de te relire et de corriger tes multiples fautes de français.

Cordialement,
mes amitiés à la file du boulanger.

Salut Domi,
Je ne sais pas encore si je viendrai, je te redirai en fin de semaine.

Cordialement.

PS : c'est quoi cette histoire de piercing au téton ?

Ta vue baisse, chauvounet ?
Ou c'est l'effet de la Leffe ?

C'est quoi ce journal à la noix ?

C'est triste votre point de vue sur les critiques...

Si tu obtiens des brevets sur cette technologie, tu
pourrais les utiliser pour exiger que Microsoft et Sun se restreignent
de nous attaquer avec ses brevets.

Ou alors, Microsoft ira voir ton chef, ou le chef de ton chef, ... et offrira une poignée de dollars (genre 0,1% de ce qu'il offrirait à un concurrent pour qu'il ne témoigne pas dans un procès pour abus de position dominante) pour obtenir une licence.

ce n'est plus la société que j'avais fondée il y a 13 ans
C'est vrai, pendant longtemps, SuSE n'était qu'une RedHat avec quelques logiciels proprio en plus, comme YaST.

À lire également, l'article de fond de PC Inpact : http://www.lexpansion.com/compteur/compteur.asp?compteurId=6(...)

Maintenant que tout le monde est passé à PostgreSQL -- ne pouvant attendre ces longues années pour bénéficier du support des procédures stockées, des vues et des triggers -- et que depuis tout ce temps PostgreSQL n'a pas eu à rougir devant Oracle (dans l'immense majorité des cas), y a-t-il une bonne raison pour repasser à MySQL ?

On est donc arrivé au niveau de Windows 3.1 (ou antérieur) !
Whaou, ça en jette. Continuez comme ça les gars, vous êtes sur la bonne voie !

Si, les dév KHTML ont bien accès aux source de WebCore. Seulement Apple fournit tout le code d'un bloc et non la succession des patches qui ont été appliqués. Or le code est tellement gros que c'est une tâche titanesque de l'exploiter. Les dév KHTML ont bien demandé à avoir un découpage par patches, qui permettrait de voir quelles modifs ont été faites sur quels fichiers pour implémenter telle fonctionnalité ou corriger tel bug, mais en vain. Apple se plie à ses obligations liées à la LGPL mais n'y met absolument pas de bonne volonté, ce qui fait qu'il est très difficile et fastidieux de reprendre leurs modifications.

Cette proposition d'Apple n'est rien d'autre que de la démagogie : "Abandonnez votre joujou puisque vous manquez de ressources pour le faire évoluer vous-mêmes, et prenez le nôtre, on vous l'offre. Laissez tomber cette base de code que vous connaissez bien, que vous maîtrisez, et prenez celui de WebCore, qui n'y ressemble plus du tout..." Ah oui, le portage de WebCore ne risque pas de se faire en deux coups de baguette magique, mais Apple pourra dire que ce sont les dév KDE qui y mettent de la mauvaise volonté, et tout le monde risque de les croire, tellement Apple avait réussi à faire croire que leur boulot sur WebCore allait rapidement faire progresser KHTML.

Vu sur le blog d'un dév KHTML il y a peu : http://www.kdedevelopers.org/node/view/1006(...)
In December 2004 I “ported” the CSS text-shadow property from WebCore. I put ported in quotes because the only thing ported was the code to parse the property. In the rendering Apple had created an extension to KWQ (their Qt) that used an OS X call to draw the shadow. This meant that to “port” it I had to write the shadow drawing myself.
Résumé : pour certaines fonctionnalités, WebCore utilise les bibliothèques d'OSX, qui sont loin d'être libres. Porter WebCore nécessiterait donc de réécrire énormément de fonctionnalités fournies par ces biblio. Faire cette proposition alors qu'Apple sait que KHTML n'a actuellement que de faibles resources me fait vraiment penser à un gros foutage de gueule...

Si l'architecture AMD64 fonctionne bien, pourquoi ne pas l'inclure dans la distribution officielle ? Je n'ose pas imaginer qu'il faille attendre 3 ans supplémentaires pour avoir un support officiel de cette architecture alors qu'elle est actuellement beaucoup plus importantes que de nombreuses archi exotiques qui ralentissent le processus de release et qui sont pourtant conservées.

Je ne vois pas ce qui te permet d'affirmer, en te basant sur un extrait d'une dépeche Reuters qui reprend une déclarations (choisie), que tu cites hors contexte (vivent les filtres !)

Ben oui c'est une citation, je n'allais pas recopier toute la dépêche... Et si j'avais voulu cacher le contexte, je n'aurais pas mis de lien...

Je ne vois pas ce qui te permet d'affirmer [snip] que la "la Commission leur [brevets logiciels] accorde bien une valeur".

Le fait de faire la distinction a priori entre ce qui est breveté et ce qui ne l'est pas et de prévoir des traitements différents dans les deux cas donne une valeur à ses brevets.

la commission demande à Microsoft de lui montrer son code pour vérifier qu'ils n'ont pas breveté des trucs basiques...

Je ne vois pas ce qui te permet de supposer qu'ils veulent connaître la pertinence des brevets. Lowe indique qu'il veut identifier d'une part les informations d'interopérabilité qui ne sont soumises à des brevets et qui devraient être disponibles gratuitement pour tout le monde, et d'autre part celles qui sont liées à des brevets et qui doivent être protégées. À aucun moment il ne parle de remettre en cause des brevets triviaux.

Or il s'agit bien de brevets logiciels, qui sont supposés ne pas concerner l'Europe à l'heure actuelle, et la Commission leur accorde bien une valeur, puisqu'elle reconnait à Microsoft le droit de les protéger, y compris sur le sol européen, en ne divulgant pas des informations d'interopérabilité qui y sont liées. C'est d'autant plus étonnant que les brevets sont eux librement consultables, et non soumis au secret ou à un accès restreint et payant.

Ah chez moi par contre, le téléphone a fonctionné nickel dès le début, j'avais pu choisir le numéro y a une dizaine de jours déjà.

3 jours après j'étais en étape 5 et le lendemain, 20minutes de coupures pour être dégroupé. Le téléphone freebox à cesser de fonctionné pendant deux jours...puis tout est revenu ...

D'ailleurs, il faut une opération humaine pour que Free soit notifié par FT qu'un dégroupage est effectif ?
J'ai pour ma part été dégroupé hier (au passage, chapeau les techos FT qui bosse un samedi à 16H pour contenter les clients qui ont décidé de changer de crèmerie), et l'interface de suivi m'indique toujours Votre ligne est en cours de construction par France Télécom alors que je suis connecté au net, que je peux téléphoner et regarder la TV par la Freebox... Les informations techniques de ma ligne ont bien été mises à jour cette nuit, mais je ne peux pas encore accéder à certaines pages (pour l'activation du mode routeur de la Freebox, par exemple).

Il faut quand même reconnaître que ça ne doit pas influencer énormément les résultats : le nombre d'utilisateurs linuxiens de Firefox est de plus en plus négligeable par rapport au nombre d'utilisateurs windowsiens. Il reste le cas ces compils de logiciels libres pour Windows, mais je pense que là aussi, l'impact est assez faible.

Quoi ? Il lui est arrivé malheur ?

(pour un lancement officiel à la fin du mois)

Pour être précis, le 31 mars à 18h.

Il y avait au même les premiers tests d'émetteur à Rennes. C'était pendant l'été 2001.

Et maintenant (top exclu) c'est des tests de DVB-H (avec une démo le 15/03 pour les collectivités locales), le DVB-T adapté à la réception mobile (correction d'erreurs ad hoc, multiplexage optimisé pour économiser les batteries des terminaux (time slicing)). On va voir dans combien de temps on va pouvoir en profiter...

Pour la radio numérique, il y a la norme DAB : Digital Audio Broadcast (j'avoue ne pas avoir la moindre idée de son déploiement). Voir aussi le consortium DRM : http://www.drm.org/consortium/globhistory.htm(...)

Ce que j'ignore c'est si les nouvelles chaines seront accessibles via le satellite en analogique

Ne te fais pas trop d'illusions, les jours de la télévision analogique sont maintenant comptés (dans 10 ans pour l'analogique hertzien, selon la loi). Alors les nouvelles chaînes ne doivent pas trop être tentées d'investir de ce côté (surtout qu'un des intérêts de la diffusion numérique pour elles, c'est son coût inférieur à la diffusion analogique).

Les expérimentations TNT ont commencé le 17 janvier à Paris

Les expérimentations TNT par TDF, peut-être. Mais il y avait déjà des expérimentations sur Paris auparavant (par Towercast, notamment).

et dans d'autres villes depuis....

Et dans d'autres villes avant. [:aloy]

plus de chaînes gratuites

Faut voir quelles chaînes aussi : NRJ TV, NT1 (groupe AB), ... Que du bonheur :o

des chaînes payantes plus faciles d'accès

Ouais ben attendons d'y être pour juger : avec cette formidable décision de notre gouvernement d'imposer des normes de diffusions différentes pour les chaînes gratuites et payantes, on va encore bien se marrer... Que du bonheur :o

Il est vrai que les faiblesses actuelles de la TNT sont la nécessité à l'heure actuelle d'avoir un démodulateur externe (qui devrait être résolu avec les télévisions directement compatibles TNT)

Ces téléviseurs existent depuis plusieurs années, même s'ils n'étaient jusque là pas proposés à la vente en France (pour le grand public).

La TNT est arrivée en France depuis le 28 février

Hmmm de quelle année ? Je faisais joujou avec il y a un an :o
Enfin c'est un juste retour des choses puisque la France a beaucoup fait pour la norme DVB-T (via le CCETT http://www.linux-france.org/prj/jargonf/C/CCETT.html(...) ).

Gageons sur le fait que les chaînes vont arriver d'ici peu..

De source officieuse la mire devrait laisser place aux vrais programmes vers le 15 mars (pour un lancement officiel à la fin du mois).

Le codec vidéo utilisé est le MPEG2 pour les chaînes gratuites, et MPEG4 pour les chaînes payantes, qui elles, ne seront disponibles qu'à partir du mois de septembre.

Septembre, si ça n'est pas repoussé d'ici là...
Et ceux qui achètent un démodulateur/décodeur TNT dès le début devront bien faire attention à prendre une boîboîte qui décode le MPEG4 (il ne devrait pas y en avoir des masses et elles coûteront plus cher) s'ils veulent profiter des chaînes payantes.
Pour les cartes DVB-T c'est moins grave, vu qu'il reste la possibilité d'effectuer un décodage logiciel. Mais d'expérience, la plupart des décodeurs logiciels gèrent moins bien les codes auto-correcteurs contenus dans les flux et fournissent un résultat de moins bonne qualité qu'un décodeur matériel (normal, ils ne sont en général pas prévus pour ça à l'origine).
En revanche, pour accéder aux chaînes payantes, les acheteurs de cartes DVB-T devront prévoir l'ajout d'un module DVB-CI (http://iphilgood.chez.tiscali.fr/GroupeDVB/StandardDVB.htm#DVB-CI(...) ) pour le décryptage. Si les opérateurs le permettent, bien sûr (ce qui ne sera vraisemblablement pas le cas [:piksou]).
Un fabricant a d'ailleurs dévoilé il y a quelque temps une carte PCMCIA embarquant une puce de transcodage MPEG4->MPEG2 (à la place de la puce de décryptage) pour pouvoir profiter des programmes encodés en MPEG4 depuis un décodeur MPEG2. Le principe est astucieux mais la solution pose de nombreux problèmes techniques (refroidissement de la puce, ...) et son fonctionnement est loin d'être garanti avec les décodeurs MPEG2 du marché (ils ne sont pas prévus pour encaisser le débit MPEG2 correspondant à un flux MPEG4 HDTV), de plus l'intérêt économique de la chose reste à démontrer :o