Et si tu avais bien lu le journal que tu donnes , tu aurais vu qu'ASFI est la francisation de hot-spot et pas de wi-fi, comme l'indique d'ailleur l'auteur du journal qui a volontairement laisse la confusion pour lancer un troll :
Posté par imalip .
En réponse au journal Nokia 770,.
Évalué à 3.
Merci de ne pas etre agressif, mon message n'avait pas pour but de te contredire mais d'apporter un complement d'information. gst supporte l'ogg, le vorbis, le flac, le theora (pas teste speex) on est d'accord.
Si t'as le plugin ogg pour gst, sans doute que gst saura extraire ce qui se trouve dedans non? Ensuite, si tu as le plugin flac, sans doute même qu'il saura en lire le contenu...
Et ben paf, ca ne marche pas ! Je taquine, mais le pire c'est que c'est vrai. En passant a la version 1.1, les headers Ogg/FLAC ont change et ne sont plus reconnus par Gstreamer (ca va venir je suppose). Donc gst sait lire le contenu Ogg, sait lire mes FLAC, mais ne sait pas lire mes Ogg/FLAC. C'est un cas particulier, je chipote ;o)
Le probleme c'est que l'Ogg n'est pas un codec mais un conteneur. Ca peut donc etre de l'Ogg/Vorbis, de l'Ogg/FLAC, de l'Ogg/Speex ou du Ogg/Theora par exemple. C'est pour ca que le mimetype est application/ogg et pas audio/ogg.
Donc dire que ca supporte l'Ogg, c'est bien gentil, mais ca ne me dit pas si mon integrale de Queen encodee en Ogg/FLAC pourra etre lue. Dire quel codec audio ( ou video) est rellement suporte c'est mieux.
Bien sur, mais la variable elle a quelle valeur entre le moment ou tu l'as déclaré et au moment ou tu l'initialise?
Si par erreur tu lis cette variable avant de la definir reellement, le resultat est un bug aléatoire: suivant les exécutions ta variable non-initialisée peut avoir des valeurs différentes..
C'est marrant j'ai jamais eu le probleme. Peut-etre parce que je lis les warning du compilo et que quand il me dit qu'il y a ce probleme je le corrige.
Posté par imalip .
En réponse au journal Nokia 770,.
Évalué à 3.
Raaaahh, et j'avais deja signe mon contrat chez le concurrent suedois quand on m'a propose un entretien chez Nokia pour un poste demandant des connaissance Linux... Sniff...
HP avait prevu une duree de vie limitee pour le PA-RISC, et pour le moment la date limite n'est pas depassee, donc rien de choquant a ce qu'ils continuent d'en proposer, surtout que ce sont des systemes qui peuvent etre mis a jour HP9000->Integrity.
La raison pour laquelle certains clients ne font pas la transition, c'est que certains editeurs de softs ne supportent pas leurs applis sur l'architecture (je connais au moins une personne dans ce cas).
Au passage, le superdome est dispo en Itanium : http://www.hp.com/products1/servers/integrity/superdome/(...)
Pareil pour SGI qui s'était un moment tourné vers l'Itanium, et maintenant mise sur l'Opteron.
Je n'ai pas dit que l'Itanium était mort, il se trouve juste qu'il est vraiment réservé à des utilisations particulières (le calcul intensif en étant une).
J'ai parle d'une version "light", de la meme maniere que le G5 n'est pas un POWER5.
J'imagine difficilement une boite migrer d'une architecture RISC bien foutue vers du x86.
Personne ne l'a propose, donc c'est parti.
Pourquoi pas un CPU base sur l'architecture IA64 ? Un processeur qui serait a l'Itanium2 ce qu'est le G5 au PPC970. Ca ne me parrait pas plus improbable que du x86.
Je suis assez d'accord dans l'idee, mais si on prend en compte la politique de droit de marque de la Mozilla Fundation, la moindre des choses serait quand meme que ca puisse compiler sans avoir a patcher.
Question bete, elle est ecrite en quoi la fonction integree en question ? Parce que pour peu qu'elle ne soit pas ecrite dans le langageque tu veux tester mais en langage X, c'est sur l'implementation en X que tu fais un bench, agrementee d'un appel dans le langage d'origine. La, le bench devient vraiment vide de tout sens.
Comme s'il y en avait besoin. Pour peu qu'on ait vu tous les autres episodes, pas besoin de s'appeler Lucas pour deviner qui :
-vit
-meurt
-devient mechant en passant du cote obscur de la force
-est le vrai mechant depuis le debut
-a vole l'orange du marchand
Il me semble que lundi M6 a passe l'integrale. En tout cas, je n'ai pas eu la sensation que ca s'arretait en plein milieu de quelque chose a la fin (mais a 3h du mat', je ne garantis pas ma fraicheur neuronale). Le DVD sorti en UK en n'en contient que le moitie.
Et pout avoir vu l'episode 3 la nuit derniere, pas de sentation de vide entre les deux.
Ubuntu applique la meme politique que Debian pour les releases stables. On garde la meme version upstream, et on backporte les mises a jour de secu.
Tu peux d'ailleurs constater dans le changelog[1] que ca a deja eu lieu la semaine derniere, et sur la page du paquet[2], qu'une autre est arrivee tout recement ( la ubuntu5.2) mais que le script qui genere le [1] n'a pas encore tourne.
Pour ce que j'ai pu en voir, c'est quand meme vachement mieux sous HP-UX avec le compilo HP. C'est triste a dire, mais c'est comme ca.
Qusetion metaphysique : Le fait que la partie logicielle de sache pas exploiter une architecture, et sachant que d'autres systemes y arrivent, implique-t-il que cette architecture est fondamentalement mauvaise.
9 nouveaux RC bugs trouves ce week-end, c'est autant qui seront resolus avant le jour de la release et n'y seront plus presents. On ne va pas se plaindre de decouvrir les bugs trop tot non plus.
Justement, Progeny est base sur Debian, ses paquets sont syncro avec Sarge, et le restent.
Ubuntu a une approche differente. A un moment donne, ils ont fait un dump de Sid, et a partir de la ont derive. Au hasard, Gnome 2.8 VS 2.10, Xorg VS XFree, KDE 3.4 VS 3.3, apt 0.5 VS 0.6.
A l'arrivee, si tu generes un paquet avec une Progeny, tu es a peu pres sur que ca s'installera sans aucun probleme sur Sarge, est que ca tournera. Au contraire, je connais au moins un mainteneur qui a builde son paquet sous Ubuntu, et dont le resultat n'etait pas fonctionnel dans Sid.
Quand je fais reference a ce qu'a dit Murdock, c'est a cet argument en particulier que je pense.
Pour ce qui est du nombre de patches proposes par Progeny, c'est peut-etre parce que justement ils essaient de coller au maximum qu'ils font moins de patches, et qu'ils les soumettent directement aux mainteneurs Debian.
De plus je trouve le choix du créateur d'Ubuntu plus éthique par rapport a progeny, car lui au moins, il ne se sert pas de la notoriété de Debian dans le nom de sa distrib pour ramener des utilisateurs.
En meme temps, le createur de Progeny, Ian Murdock, est aussi le createur de Debian.
De plus, la conservation du nom me parrait egalement justifiee du fait que Debian Progeny est entierement basee et synchronisee sur Sarge et resemble techniquement beaucoup moins a un fork qu'Ubuntu, cf les entrees du blog de Ian Murdock qui ont provoque un debat.
Autant dire que ce freeze la a vraiment rien a voir avec l'etat actuel de la Sarge.
C'est vrai qu'avec Gnome/KDE/XFree/OOo sont deja en quasi-freeze depuis plusieurs mois. L'ipression que j'ai est qu'il reste surtout des RC bugs ponctuels.
On notera les deux dernières lignes... Le fait que les utilisateurs soient des boulets n'est pas franchement la faute de Canonical...
Mauvais exemple, changer d'exemple. mplayer n'est pas package dans Debian. Le probleme se pose pour les paquets repris tel quel par Ubuntu, recompiles avec des versions de lib differentes par exemple. Il peut y avoir incompatilite, plantage, et dans ce cas-la, c'est le mainteneur Debian qui risque de recevoir le rapport de bug.
Autre chose qui pose probleme, c'est que dans ce cas-la, le mainteneur Debian est reference comme etant egalement mainteneur pour Ubuntu sur certaines pages du site. Tout ca est justement en discussion sur d-devel en ce moment.
Ce n'est pas bien nouveau. LinuxFr devrait s'appeler DebianFr mais comme le nom était déjà pris ils se sont rabattu (usurpé ?) un nom plus générique.
En regardant tes derniers journaux, je me dis que c'est vrai que c'est degueulasse tous ces gens qui parlent de Debian la moitie du temps ici.
Que Sarge soit attendu par quelques idolâtres surreprésentés sur ce site est certe un fait mais un nouvelle sortie d'une mailling liste de Debian relève plus de la propagande que de l'information !!
C'est bien vrai. Il vaut mieux faire confiance a un communique de presse recu par Reuters et fait par un groupe professionel et serieux, plutot qu'a un mail, paru sur debian-devel-announce, envoye par les Release Managers et signe par une clef GPG.
[^] # Re: L'intégrisme à la française
Posté par imalip . En réponse au journal Un jour, dans un petit pays de l'ouest.... Évalué à 3.
http://linuxfr.org/comments/571615.html#571615(...)
[^] # Re: Pas de OGG !!
Posté par imalip . En réponse au journal Nokia 770,. Évalué à 3.
Si t'as le plugin ogg pour gst, sans doute que gst saura extraire ce qui se trouve dedans non? Ensuite, si tu as le plugin flac, sans doute même qu'il saura en lire le contenu...
Et ben paf, ca ne marche pas ! Je taquine, mais le pire c'est que c'est vrai. En passant a la version 1.1, les headers Ogg/FLAC ont change et ne sont plus reconnus par Gstreamer (ca va venir je suppose). Donc gst sait lire le contenu Ogg, sait lire mes FLAC, mais ne sait pas lire mes Ogg/FLAC. C'est un cas particulier, je chipote ;o)
[^] # Re: Pas de OGG !!
Posté par imalip . En réponse au journal Nokia 770,. Évalué à 1.
http://cvs.freedesktop.org/gstreamer/gst-plugins/ext/ogg/(...)(...)
Donc gstreamer supporte aussi l'ogg
Le probleme c'est que l'Ogg n'est pas un codec mais un conteneur. Ca peut donc etre de l'Ogg/Vorbis, de l'Ogg/FLAC, de l'Ogg/Speex ou du Ogg/Theora par exemple. C'est pour ca que le mimetype est application/ogg et pas audio/ogg.
Donc dire que ca supporte l'Ogg, c'est bien gentil, mais ca ne me dit pas si mon integrale de Queen encodee en Ogg/FLAC pourra etre lue. Dire quel codec audio ( ou video) est rellement suporte c'est mieux.
[^] # Re: OCaml (difficulté d'apprentissage)
Posté par imalip . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 2.
Si par erreur tu lis cette variable avant de la definir reellement, le resultat est un bug aléatoire: suivant les exécutions ta variable non-initialisée peut avoir des valeurs différentes..
C'est marrant j'ai jamais eu le probleme. Peut-etre parce que je lis les warning du compilo et que quand il me dit qu'il y a ce probleme je le corrige.
[^] # Re: HS mais bon
Posté par imalip . En réponse au journal Nokia 770,. Évalué à 3.
[^] # Re: Se méfier des interprétations douteuses...
Posté par imalip . En réponse au journal Macos sur x86 ?. Évalué à 3.
HP avait prevu une duree de vie limitee pour le PA-RISC, et pour le moment la date limite n'est pas depassee, donc rien de choquant a ce qu'ils continuent d'en proposer, surtout que ce sont des systemes qui peuvent etre mis a jour HP9000->Integrity.
La raison pour laquelle certains clients ne font pas la transition, c'est que certains editeurs de softs ne supportent pas leurs applis sur l'architecture (je connais au moins une personne dans ce cas).
Au passage, le superdome est dispo en Itanium :
http://www.hp.com/products1/servers/integrity/superdome/(...)
Pareil pour SGI qui s'était un moment tourné vers l'Itanium, et maintenant mise sur l'Opteron.
Tu as un lien vers ca ? Leur derniere gamme de workstations etait composee de MIPS et d'Itanium2 : http://www.sgi.com/products/workstations(...)
Je n'ai pas dit que l'Itanium était mort, il se trouve juste qu'il est vraiment réservé à des utilisations particulières (le calcul intensif en étant une).
J'ai parle d'une version "light", de la meme maniere que le G5 n'est pas un POWER5.
J'imagine difficilement une boite migrer d'une architecture RISC bien foutue vers du x86.
[^] # Re: Se méfier des interprétations douteuses...
Posté par imalip . En réponse au journal Macos sur x86 ?. Évalué à 1.
Pourquoi pas un CPU base sur l'architecture IA64 ? Un processeur qui serait a l'Itanium2 ce qu'est le G5 au PPC970. Ca ne me parrait pas plus improbable que du x86.
[^] # Re: Voui....
Posté par imalip . En réponse au journal Firefox incompilable .... Évalué à 2.
[^] # Re: interesting alternative programs
Posté par imalip . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 4.
[^] # Re: Star Wars Episode 3 is May !
Posté par imalip . En réponse au journal Star Wars Episode 3 is out !. Évalué à 7.
-vit
-meurt
-devient mechant en passant du cote obscur de la force
-est le vrai mechant depuis le debut
-a vole l'orange du marchand
[^] # Re: titre du post
Posté par imalip . En réponse au journal Star Wars Episode 3 is out !. Évalué à 3.
Et pout avoir vu l'episode 3 la nuit derniere, pas de sentation de vide entre les deux.
[^] # Re: ubuntu
Posté par imalip . En réponse au journal Firefox et ma distrib'. Évalué à 5.
Tu peux d'ailleurs constater dans le changelog[1] que ca a deja eu lieu la semaine derniere, et sur la page du paquet[2], qu'une autre est arrivee tout recement ( la ubuntu5.2) mais que le script qui genere le [1] n'a pas encore tourne.
[1] http://packages.ubuntu.com/changelogs/pool/main/m/mozilla-firefox/m(...)
[2] http://packages.ubuntu.com/hoary/web/mozilla-firefox(...)
[^] # Re: Bof ...
Posté par imalip . En réponse au journal Du linux chez sgi. Évalué à 3.
Qusetion metaphysique : Le fait que la partie logicielle de sache pas exploiter une architecture, et sachant que d'autres systemes y arrivent, implique-t-il que cette architecture est fondamentalement mauvaise.
[^] # Re: Bof ...
Posté par imalip . En réponse au journal Du linux chez sgi. Évalué à 1.
Elles sont simpa tes "petites" config a bas de proc intel.
[^] # Re: 1 CD contre 3
Posté par imalip . En réponse au journal Mandriva vs Ubuntu. Évalué à 2.
Donc, d'apres le dernier snapshot de jigdos, Sarge, c'est :
15 CD de binaires, http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/i386/(...)
15 CD de sources, http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/source/(...)
ou pour ceux qui aient le DVD :
3 DVD de binaires, http://cdimage.debian.org/pub/cdimage-testing/dvd/jigdo-area/i386/(...)
3 DVD de sources ,http://cdimage.debian.org/pub/cdimage-testing/dvd/jigdo-area/source(...)
Avis aux amateurs, l'iso du 3eme DVD fait 22 Mo pour i386, 400 Mo pour les sources.
[^] # Re: 1 CD contre 3
Posté par imalip . En réponse au journal Mandriva vs Ubuntu. Évalué à 4.
Pour Sarge, c'est plutot de l'ordre de 14 CD, 2 DVD simple couche ou peut-etre si ca rentre en tassant bien, 1 DVD double couche.
Et vive jigdo !
[^] # Re: RC-bugs
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 4.
[^] # Re: enfin !!
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 2.
Ubuntu a une approche differente. A un moment donne, ils ont fait un dump de Sid, et a partir de la ont derive. Au hasard, Gnome 2.8 VS 2.10, Xorg VS XFree, KDE 3.4 VS 3.3, apt 0.5 VS 0.6.
A l'arrivee, si tu generes un paquet avec une Progeny, tu es a peu pres sur que ca s'installera sans aucun probleme sur Sarge, est que ca tournera. Au contraire, je connais au moins un mainteneur qui a builde son paquet sous Ubuntu, et dont le resultat n'etait pas fonctionnel dans Sid.
Quand je fais reference a ce qu'a dit Murdock, c'est a cet argument en particulier que je pense.
Pour ce qui est du nombre de patches proposes par Progeny, c'est peut-etre parce que justement ils essaient de coller au maximum qu'ils font moins de patches, et qu'ils les soumettent directement aux mainteneurs Debian.
[^] # Re: enfin !!
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 5.
En meme temps, le createur de Progeny, Ian Murdock, est aussi le createur de Debian.
De plus, la conservation du nom me parrait egalement justifiee du fait que Debian Progeny est entierement basee et synchronisee sur Sarge et resemble techniquement beaucoup moins a un fork qu'Ubuntu, cf les entrees du blog de Ian Murdock qui ont provoque un debat.
[^] # Re: Et silicon, c'est français ?
Posté par imalip . En réponse au journal Ne m'appelez plus jamais Wi-Fi. Évalué à 3.
http://www.vulnerabilite.com/experts/14(...)
Je me demande s'il a un blog ?
PS : quelqu'un sait ce que c'est "le schéma heuristique ou mind mapping" ?
[^] # Re: AMD64
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 9.
http://lists.debian.org/debian-devel-announce/2005/05/msg00004.html(...)
[^] # Re: C'est peut-être un peu faible pour une première page....
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 3.
C'est vrai qu'avec Gnome/KDE/XFree/OOo sont deja en quasi-freeze depuis plusieurs mois. L'ipression que j'ai est qu'il reste surtout des RC bugs ponctuels.
[^] # Re: enfin !!
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 4.
Origin: Ubuntu
On notera les deux dernières lignes... Le fait que les utilisateurs soient des boulets n'est pas franchement la faute de Canonical...
Mauvais exemple, changer d'exemple. mplayer n'est pas package dans Debian. Le probleme se pose pour les paquets repris tel quel par Ubuntu, recompiles avec des versions de lib differentes par exemple. Il peut y avoir incompatilite, plantage, et dans ce cas-la, c'est le mainteneur Debian qui risque de recevoir le rapport de bug.
Autre chose qui pose probleme, c'est que dans ce cas-la, le mainteneur Debian est reference comme etant egalement mainteneur pour Ubuntu sur certaines pages du site. Tout ca est justement en discussion sur d-devel en ce moment.
[^] # Re: C'est peut-être un peu faible pour une première page....
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 6.
Je confirme, c'etait le 7 aout dernier, voila d'ailleurs le mail :
http://lists.debian.org/debian-devel-announce/2004/08/msg00003.html(...)
Ce qui nous fait deja 9 mois, soit environ 270 jours.
[^] # Re: Trop fort ...
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 7.
En regardant tes derniers journaux, je me dis que c'est vrai que c'est degueulasse tous ces gens qui parlent de Debian la moitie du temps ici.
Que Sarge soit attendu par quelques idolâtres surreprésentés sur ce site est certe un fait mais un nouvelle sortie d'une mailling liste de Debian relève plus de la propagande que de l'information !!
C'est bien vrai. Il vaut mieux faire confiance a un communique de presse recu par Reuters et fait par un groupe professionel et serieux, plutot qu'a un mail, paru sur debian-devel-announce, envoye par les Release Managers et signe par une clef GPG.