Julien Portalier a écrit 412 commentaires

C'est pas de la mauvaise foi, c'est des gens qui font du "apt-get" ou "urmpi", le but : mettre son système à jour sur les nouvelles versions directement par le net, ou avec le cd d'install de la nouvelle version dans le lecteur cd (ou dvd), et hop, le syst. se met à jour tout seul, presque sans rien faire, et voilà.

Perso, j'ai réinstallé ma debian y'a 2 mois, parce que j'ai changé de PC et que je voulais tout réinstaller tout propre, mais sinon, je ne l'avais pas réinstallée depuis 2 ans et demi, et pourtant j'étais à jour au mois deux fois par mois (sur Debian/Sarge). EZt là j'suis bien parti pour ne rien réinstaller avant.... presque jamais en fait (vive le "cp -rv --preserve=all / /mnt" ;)

<un peu HS: ma vie>
Par contre mes souvenirs de windows j'avoue que... et le pire c'est l'install d'un SP4 pour windows 2000 chez mes parents qui a complètement planté le windows... jamais compris.. impossible de réparer ni rien ! j'ai fait à mes parents : voulez pas du Linux, j'en ai marre de tenter de récups vos docs... M'ont dit : ok ! C'est que je les ai déjà éduqué à coups de The Gimp, OpenOffice, Sylpheed-claws, etc. ^^
</un peu HS: ma vie>

C'est quand même pas pour ça que le support CMJN n'est toujours pas d'actualité ?! Parce que sinon, c'est le comble...

Pfff même pas drôle ça... Personne pour devélopper un format équivalent et qui fonctionnerai super bien, qui soit libre et supporté par tout, histoire de faire un pied de nez au jpeg2000 ? En plus d'avoir un format permettant d'avopir un meilleur rendu à taille de fichier égal sur les jpeg ? Parce que faut bien le dire, le jpeg ça détruit qd mm bien l'img, mm si ça compresse fortement...

Parce que franchement, si on peux pas créer les images et que de toute façon aucun navigateur ni rien ne supporte le décodage, à quoi il sert ce format ? À part avoir perdu un bon paquet d'argent sur le développement ??

> Je n'ai plus l'addresse, mais quelqu'un a même réussit a démontrer qu'il
> suffisait d'adjoindre des filtres deblocking&deringing, comme ceux utilisés
> dans le domaine de la vidéo a un format comme le jpeg, pour avoir un
> résultat nettement supérieur aux principales méthodes de compression
> par ondelette.

Hum.... comment je peux faire ça ds mon The Gimp (1.2 ou 1.3) moi ? Ça m'intéresse beaucoup ce truc ! Je vais fouiller un peu les filtres moi...

Je pense qu'il faisait allusion aux radios P2P qu'on peut faire tourner sur le net, et donc, avec VLC il semblerai qu'il soit possible de streamer de la vidéo, donc pourquoi ne pas imaginer un streaming vidéo en P2P ? Chacun profite de son dl ET de up pour alimenter la diffusion.

Ça serait marrant ça : après la radio amateur en P2P, la télé amateur en P2P ;^)

Oui, moi aussi le CJK (Chinese, Japanese, Korean) m'a fait tilter. Il faut bien le dire, écrire en permanence en idéogrammes sous linux, c pas la panacée... Donc, je sens bien une spécialisation des « input method » de Linux et autres *nix moi. C'est à dire un truc pour remplacer agréablement le serveur canna (ou wnn) + kinput2 qui est très loin d'être vraiment pratique. Et ma foi si tout ce travail pouvait retomber dans Linux en général, ça serait vraiment agréable ^^

Enfin, y'a toujours IIIMF qui a l'air bien plus pratique, mais c en cours de développement, et perso j'ai toujours pas réussi à écrire en Japonais avec...

http://www.openi18n.org/subgroups/im/IIIMF/(...)
http://www.momonga-linux.org/~famao/iiimf-skk/en/(...)

Ben oui... rien n'empêche (au contraire) d'avoir un filtre d'import/export vers la format OOo... Et il est même souhaitable qu'un tel filtre arrive un jour !

Euh... là je suis absourdi.... comment Mozilla peut-il ne PAS supporter un format développer pour remplacer un format censer apporter une solution face au gif ?! Que MS le fasse pas je comprends, mais que Gecko ne le gère pas de base...

Un logiciel libre est censé promouvoir un logiciel libre, nan ? Que m'en vais-je aller mettre du mng sur mon site si je sais que personne ne pourra les voir ? Ou alors qu'il faudra que les gens aillent télécharger un obscur plugin on ne sais où pour avoir un support d'un truc que personne connait ? Et moi qui voulait jeter un coup d'oeil au MNG ... j'vois pas l'intérêt maintenant...

Tiens, ça me fait penser au support raté (volontairement?) du PNG par IE tiens... pour moi c'est du même acabi : un frein au développement de formats libres.

Peut-être oui...

Seulement Testing est actuellement un palier entre Unstable et Stable. Ou plus exactement Testing est la version avec beaucoup moins de bugs RC d'Unstable. Et au final quand Testing est déclaré stable, pouf ça devient la nouvelle Stable.

Le problème actuel, c'est par exemple le bug RC de la glibc ... et GCC 3.3 dépend de cette glibc ... résultat un nombre énorme de paquets sont bloqués ds Unstable, et incapables de tomber dans Testing...

C'est pour ça qu'on trouve de moins en moins de choses bourrés de bugs dans Unstable, par ce que si c'est une lib importante, une large partie d'Unstable se retrouve bloquée. Ainsi on trouve pas mal de repository de développement, qui arrive enfin ds experimental (censé être bourré de bugs), mais qui ne gêne pas le process général de développement unstable->testing->stable. bref, vouloir faire remonter des paquets de unstable->experimental est à mon avis une bonne idée, le tout étant por avoir un meilleure cohésion générale entre les 3 distribs... intéressant ^^

Créer des repository de développement me semble intelligent aussi (même si ce n'est pas évoqué ds l'email sus-cité) : Gnome 2.4 devrait d'ailleurs être développé (aux dernières infos) ds un repository séparé. Afin que Gnome 2.2 soit sûr de tomber dans Testing, sans risquer d'avoir un Gnome 2.4 bloqué dans Unstable à cause de quelques RC bugs.

Hum, si on veut bien se passer de la 3D : Matrox G400 ou plus (eg: G550), le support Xv est excellent, et mplayer est capable d'utiliser directement un driver mga, bien plus pratique & agréable que le Xv : comme la vidéo qui reste affichée même lors d'une pause et qu'on bouge des fenêtres, ça paraît tout con, mais le driver Xv ne le permet pas.

Bref, pour une 2D générale & vidéo, c'est vraiment le pied, et très bien supporté par les drivers; libres il me semble, sauf le HAL qui est binaire et permet d'exploiter quelques fonctions spéciales de la carte (comme le dualhead).

Sinon, la Matrox Parhelia est actuellement supporté sous linux, mais ne possède des drivers que pour Redhat et faut s'identifier pour pouvoir les télécharger (ce qui n'est pas nécessaire pour les anciens drivers Pxxx et autres Gxxx. Donc je peux pas dire si c'est libre ou pas...

Et le vrai gros problème : le prix ! Compter 40€ aux enchères pour la G400 32Mo Dulhead... et le prix neuf de la Parhelia fait de suite perdre toute envie de l'acheter. Surtout quand on sait qu'on peut trouver des Geforce2 à moins de 20€ aux enchères...

M'enfin bon, pour le moment ma G400 me suffit pour jouer à Neverwinter Nights (avec quasi toutes les options au minimum et ça rame tout de même un peu...)

Hum, pas faux ça. En même temps la partie SVG a été réécrite y'a quelques temps dans Mozilla... ça montre peut-être la complexité du truc.

Sinon, l'équipe de Sodipodi ne semble pas avoir de problèmes avec... puisque c'est du SVG qu'ils utilisent comme format interne, et que le rendu est déjà impressionnant (voir le site de Lunar8)... Bon il est loin de gérer tout ce que le SVG propose (l'animation), mais il a le mérite d'exister et de bien marcher.

Mais je peux pas parler du support ds mozilla, j'arrive pas à me compiler un MozillaFirebird (0.6.1) avec support SVG... c'est un peu chiant d'ailleurs le PAS de support du SVG par défaut dans mozilla... de temps en temps le code doit bien être un peu stable, non ? Pourraient donc faire tomber le code dans les source de Mozilla, plutôt que de devoir bidouiller du client.mk avec des variables d'environnement pour p-e arriver à pomper ça par CVS (doux rêve).

D'ailleurs quelqu'un peut m'expliquer pourquoi quand je fais ça :

export CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot
export MOZ_INTERNAL_LIBART_LGPL=1
cvs -z3 co -r FIREBIRD_0_6_1_RELEASE mozilla/client.mk
cd mozilla
make -f client.mk

et que j'ai bien rajouté les lignes qu'il faut ds mon ~/.mozconfig parce qu'il tente bien la compile de la libart, mais qu'il plante parce que les sources sont pas téléchargées (erf). C'est à cause de mon tag ? Si oui comment je fais pour avoir les sources SVG sans me synchroniser avec les sources mozilla (je veux la release pas une nightly build)....

On ne peut pas avoir un aperçu de son article quand on veut poster un commentaire... déjà qu'on se questionne de voir disparaître ses retour chariots quand on a un pareçu de son "scoop" ... bon bien sûr il fallait lire comme exemple :

<monformulaire>
<donnee1>blabla</donnee1>
<donnee2>glop</donnee2>
</monformulaire>

Ça serait que l'aperçu soit bien formée et complet, ça éviterait des erreurs bêtes comme celle-ci ^^

La Recommandation du W3C explique justement ça : ce qu'il faut faire pour que ce soit bien interpreté par des navigateurs qui ne comprennent que du html standard.

Sinon, XHTML permet d'avoir une page XML bien formée, ce qui te permet de pouvoir utiliser tous les trucs XML sympas : MathML, XForms, voire même de mettre directement du SVG dans ta page XHTML, ce que ne permet pas de faire le HTML.

Moi j'utilise pytgtk (gtk+2) et je le trouve vraiment agréable, sachant qu'il tourne aussi bien sous *nix que sous Win32. Mac je sais pas : je crois que seul GTK+1.2 est porté actuellement... dc le binding pygtk risque pas trop de marcher dessus.

Et que je sache, mencoder est arrivé un peu comme un hack à mplayer au départ, et il n'a d'ailleurs pas de différence quant au "demuxage" des fichiers, codecs, etc. Bref, pour qu'un MEncoder G2 soit utilisable il faut déjà qu'il y ait un MPlayer G2 qui lui soit vraiment complet et stable... Enfin surtout sur la libvo2. Donc MEncoder G2 c'est pas pour tout de suite.

Mais bon, quand à a suivi le thread en janvier qui parlait d'un nouveau MPlayer, le projet ne devait se lancer qu'à moyen ou long terme (d'ici 1 ou 2 ans), résultat 6 mois après on a déjà une version pré-alpha... glop ^^

Par contre un truc vraiment bien ce serait une zolie interface à mencoder en GTK+2, et pas un truc à la gmencoder dont je ne suis pas fan de l'interface et qui surtout ne propose même pas d'encoder en XviD ( les boules) !

Tiens, je fais presque la même chose. Les disques des "gros" artistes que j'adore (Portishead, Lofofora, NiN...) soit je l'achète direct (parce que je le vois en vitrine et que je le veux), soit si je l'ai déjà téléchargé sur un P2P, et que je l'écoute vraiment régulièrement, alors je vais faire les boutiques d'occaz...

Par contre, pour tous les "petits" groupes pas connus ou débutants, et ben généralement soit je passe par mon p'tit disquaire préféré (que j'ai pas envie qu'il ferme à cause d'une grosse enseigne), soit j'achète direct en sortie de concert, c'est plus sympa et tu discutes pépère avec le groupe. [ Bon bien sûr, j'achète que si ça m'a bien plu... ]

En tout cas, moi je suis un petit utilisateur de P2P, mais je ne compte pas le nombre de cds que j'ai téléchargé, écouté 2 fois et effacé au bout d'une semaine... j'imagine si j'avais dû acheter le CD, je serais méga vert. Et je ne compte pas non plus le nombre de cds téléchargé, effacé, couru acheté (même si c'est plus rare). À noter aussi qu'à 9 ou 10€ je suis plus enclin à acheter un CD d'un groupe que je connais pas trop ou que de nom, au moins j'aurai pas perdu trop d'argent aussi.

Si tu t'es bien fait une belle disquette de boot grub (comme c'est conseillé dans le howto) il suffit de booter dessus et au prompt grub de choisir le mode "command" ou un truc le genre et de réinstaller grub :

root (hdx,x)
setup (hdx)

Moi sur mon système ça donne :

root (hd0,1)
setup (hd0)

Noooon ? Trop fort, j'adore Rev. Soft ! Broken Sword 1 & 2 sont parmis les meilleurs jeux d'aventures auxquels j'ai pu jouer (avec les Monkey Island). Aaah, ça fait du bien de voir un éditeur de jeux vidéos vraiment sympa et qui s'appelle pas ID Soft...

À noter que le binaire (dos) de leur tout premier jeu est aussi disponible. c'est que le binaire dos, mais ça doit passer avec un émulateur.

Y'a juste un truc, faudrait leur demander gentilment si ils pourraient pas sortir le 3 avec un support linux, déjà que j'étais super heureux en allant sur leur site ce matin de voir un 3... alors si en plus je peux y jouer sans avoir à bidouiller du wine... alors là...

Un mot pour la fin : merci à l'équipe de ScummVM pour me porter tous ces excellents jeux, et merci à Rev. Soft. de les y aider :)

J'vais tomber dans l'troll, mais c pas grave :

La Woody est effectivement bien dépassée dans son repository normal. Seulement si on jette un petit coup d'œil autour, on se rend compte que XFree 4.2 (voire je me demande pour le 4.3) est disponible pour Woody, tout comme Gnome 2.2.2 qui est backporté. Hispanolinux a même commencé à porter le Ximian Desktop 2 en se basant sur les patchs Ximian et le backport Gnome 2.2.2... À noter que le backport de Gnome contient des applis comme Evolution 1.4, etc. Et je suppose qu'il doit bien y avoir un backport de KDE 3 pour Woody (mais l'intégration générale de KDE 3 dans la Debian pose problème... ça je sais pas pkwa.)

Bref, si Xandros avait voulu faire une distrib à jour ils auraient pu sans aucun problème avoir une distribution parfaitement à jour et ce sans perdre en stabilité, et sans avoir à se baser sur Sarge, mais toujours Woody... En backportant eux-mêmes quelques autres softs (mozilla, etc.) ils n'auraient pas eu trop de problèmes pour être bien à jour. Parce que là leur softs sont quand même bien à la masse...

Tiens, dernière nouvelle : XFree 4.3 est arrivé ds experimental il y a quelques jours (le 31 jiullet) et devrait donc assez rapidement tomber dans Sid...

3) une meilleure gestion de l'Unicode (enfin je crois)

Oui, tu crois, Python gère bien l'unicode, ça c'est vrai, mais il ne gère que les charsets et codepages généraux (genre cpxxx & iso-8859-x). Je m'en suis rendu compte en voulant intégrer un système de conversion de charset à une de mes applis récemment : impossible de lui faire manger du shift-jis et en regardant mieux : aucun support par défaut des langues orientalles type CJK ... bref, vive l'internationalisation quand on veut faire du GTK+2 par exemple (qui n'accepte que de l'utf-8).

Nota: il existe effectivement un projet (beta) nommé python-codecs ou un truc dans ce genre sur sourceforge, et dans le repository debian j'ai trouvé python-japanese-codecs qui me permet d'utiliser le shift-jis, euc-jp, etc. mais toujours pas le Korean ni le Chinese de CJK...

Perl au moins à l'avantage d'utiliser iconv... ce que ne permet pas (par défaut) Python, je crois néanmoins qu'il existe un module quelque part non encore intégré (du moins à la version 2.2.3), je vais de ce pas voir si c'est intégré dans python 2.3.

Tiens, un truc pas mal ds Python2.3 : la possibilité de déclarer dans quel charset est le fichier src... pas con, de base l'interpréteur peut savoir si le fichier est en utf-8, iso-8859-15 ou autre, pas mal ( http://www.python.org/peps/pep-0263.html(...) )

Bon, ben je trouve pas d'infos sur de nouveaux codecs de conversion de charset dans Python...

Hum, en fait ça devrait peut-être rêgler mon problème avec le paquet mozilla-firebird dans la Debian. En effet, étant installé sous root, je n'ai pas accès au répertoire /usr/lib/mozilla-firebird/ avec mon compte. Et donc si l'extension n'est pas bien faite (90% d'entre elles) elles ne proposent pas de s'installer dans le répertoire du user... donc : in-installable & in-utilisable.

Et aussi, lorsqu'on change de version, on n'est pas obligé de changer son profil perso (et dc pas obligé de perdre ses mdp, de déplacer son bookmark, etc.), même si c'est conseillé (mais surtout si on a un bug). Donc maintenant on peux tout garder en changeant de version.

C'est effectivement pas très dur à faire d'installer sa wacom (surtout quand elle est en // et non en usb), d'ailleurs une petite lecture de linuxgraphic.org/ et un tour sur le site de Bruno Bellamy pour trouver le nouveau pilote wacom.o pr la pression du stylet, et voilà. Par contre, faire fonctionner sa wacom (// ou usb) avec the Gimp 1.3 c'est... la merde. La mienne est parfaitement détectée, pas de pbs (enfin, après avoir spécifié que mes stylets existaient dans les prefs, par défaut ils sont désactivés...)

Mais ds the Gimp 1.3, ma wacom ne marche pas, impossible de définir les fonctions de mon outil (couleurs, etc.), impossible de faire un "Undo", etc. Bref, totalement inutilisable. En même temps, c'est un log. en dév. et on n'est pas près de voir arriver the Gimp 2.0.final.
Bon, ok ça marche bien sous the Gimp 1.2, mais bon... la version 1.3 est quand même plus agréable.

Mais le truc vraiment chiant, c'est qu'on a pas la moitié des fonctions de nos tablettes implémentées... C'est là que des fois je me dis qu'un driver officiel serait vraiment intéressant (j'accepterai même un driver proprio, même si j'aime pas ça, cf. le post très explicite plus haut).

Ça c'est bien vrai tient, ça serait pratique pr tout le monde, tu achètes directement ta licence à 5 ou 10€ chez bioware, eux ça leur coûte un email, plus la BP pour qu'on puisse téléchager le jeu (déjà fournie actuellement), et toi tu te graves tes cds (avec les installeurs & clients linux) t'as ta licence, et tout le monde il est content ^^

Oui, exactement : c'est illégal et simplement toléré. Pour les manga (papier ou animés), c'est uniquement parce que la licence d'exloitation n'est pas achetée sur une zone géographique. Seulement l'oeuvre entre sous le copyright réservé (propriété intellectuelle). Donc c'est toléré par les sociétés Japonaises, qui ne peuvent pas vraiment agir directement (surtout pas facilement) sur ceux qui distribuent des versions sous-titrées.
Et puis aussi, ça crèe un public, c'est pour cela que les sociétés d'éditions françaises (ou américaines) ne se portent pas comme médiateurs. Pourquoi brimer des fans qui achèteront pour la plupart les oeuvres et qui créent un public pret à aller acheter une oeuvre ? Oeuvre qui serait certainement restée inconnue, et qui demanderai donc plus de moyens (pub) pour etre diffusée...

Les majors de la musique devraient faire de meme : moi je préfère savoir ce que donne un CD avant de l'acheter, car vu le prix de vente en général (~20€), je trouve que ça fait cher la daube. Par contre si le CD est génial ou vraiment bon, et bien je cours l'acheter. Malheureusement, beaucoup de monde ne le font pas et se contentent de se graver le cdaudio... moi je trouve ça pas cool. Certes des fois je garde les MP3/OGG un moment sur mon dur avant que je n'aille acheter le CD, mais faut aussi voir l'état de mes finances ^^

Mais y'a un bug là dedans : ça veut dire qu'il ne pourrait plus y avoir QUE de la musique de qualité (enfin, d'une certaine qualité qu'on apprécie ou non, c'est plus une histoire de gout après)... oh ben zut alors... c'est vrai qu'un monde sans Dion ou autre, ça serait l'enfer......

Nota: rendre l'activité légale ne serait pas quelque chose à faire je pense, bien au contraire, parce que s'il est légal de télécharger des millions de CD et de les graver, alors pourquoi aller les acheter ? en se basant sur la bonne foi des gens ? faut pas rever non plus (oui, là je suis pessimiste, je l'admet).
Seulement, tolérer c'est pas un mot d'ordre à avoir à notre époque. C'est bien connu : il faut consommer, consommer et encore consommer, et si possible que des trucs qui coutent pas chers à fabriquer et que tout le monde il doit aller acheter. Et pis de toute façon les pirates sont de vilains bonhommes sur leur PC qui passent leurs journées à pomper sur les P2P et à faire des DOS partout sur le net... c'est bien connu.

Aus USA oui mais pas en France (enfin, j'en ai pas entendu parler), quand on suit l'activité US de trop près, on en oublie que c pas pareil en France.

Effectivement, il n'y a que le noyau et le serveur... mais je pense que ce n'est qu'une question de jours, le temps de corriger quelques petits trucs et de débrider le client linux (?)