Victor STINNER a écrit 1632 commentaires

Bien des pro-libre à tout crin lui opposent [ à Flash ] un peu rapidement le format SVG, mais SVG n'a rien à voir

Tiens, que vois-je ? Un Tetris écrit en SVG :
http://www.croczilla.com/svg/samples/svgtetris(...)

Vectoriel et scriptable ... t'as raison ça n'a vraiment rien à voir ;-)

Haypo

Euh, à mon avis un très gros avantage de Flash est justement l'utilisation de dessin vectoriel par défaut. Et entre des bitmaps (là où les applications E17 sont très fortes) et le vectoriel, il y a un monde !

Haypo

Sous Debian, le paquet librsvg2-bin comporte un plugin pour dessiner du SVG dans Mozilla. Le rendu semble correct, mais ça manque carrément d'interactivité : impossible de zoomer, se déplacer, etc. Et apparement, les Javascript ne sont pas pris en compte. Les animations ne sont pas non plus supportées (à vérifier).

Bref, c'est un début, mais peu mieux faire. C'est déplorable qu'il n'existe pas d'alternative libre à Adode SVG plugin !

Haypo

Selon moi, c'est une question d'aspect visuel :-) Un p'tit coup de Google m'a amené par là :
http://forum.framasoft.org/viewtopic.php?t=7320(...)

Parce qu'après, on peut toujours lancer Gimp sous KDE et K3B sous Gnome ;-) Perso j'utilise Gnome avec K3B. Mes captures d'écran (Gnome & E17) :
http://www.haypocalc.com/wiki/Linux#Captures_d.27.C3.A9cran(...)

Haypo

KDE 3.4.2 n'apporte rien de neuf. Extrait d'un journal LinuxFR :

Pas grand chose de nouveau puisque il s'agit d'une sortie 'bugfixes'.

http://linuxfr.org/~EdB/18968.html(...)

Alors que Sylpheed 2.0 est une très grosse amélioration par rapport à la version 1.0 :-) Enfin, y'a eu plein de versions intermédiaires sans compter le truc -Claws, j'ai pas trop suivi. Voilà un joli numéro : "deux", c'est plein simple qu'un "2.6.12.7-rc3-jaimelajambon" quoi ;-)

Victor

Moi je suis très content de voir un outil permettant de faire des recherches textuelles dans un PDF. Peut-être que xpdf et Kpdf faisaient déjà ça, mais comme je suis hermétique à l'interface de xpdf et gs (quelles horreurs) et à KDE, je suis bien content de voir arriver ça dans Gnome.
http://www.gnome.org/projects/evince/(...)

Vivement que ça gêre les diaporamas et les rotations (+/- 90° et 180°) ;-)

L'aperçu des pages est également très agréable (miniatures à gauche). Le mode plein écran est sympa mis à part la barre de défilement (je veux un mode plein écran = sans barre de défilement !).

--

Au passage, j'ai noté que Natilus (2.10 environ) me fait maintenant des aperçus de PDF en plus des vidéos. C'est vraiment super ça.

Haypo

Je le trouve pas très lisible ton logo :-( C'est peut-être l'occasion de le rendre plus clair (dans le sens intéligible).

Victor

J'attend depuis plusieurs mois la version Windows. Mon oncle qui ne bosse pas du tout dans l'informatique (plutôt les girouettes en ce moment :-)) veut faire de la PAO. Alors, pas question de lui parler de Cygwin ...

Haypo

Salut,

J'utilise AdBlock, ça vire beaucoup de trucs. D'ailleurs ma copine m'a dit récement qu'elle trouvait AlloCine bien fade sans toutes les pubs :-D ("heureusement" il reste encore quelques pubs)

[Adblock]
http://www.smartadserver.com/call/pubj/*(...)
http://a69.g.akamai.net/n/69/10688/v1/img5.allocine.fr/acmedia/imag(...)
http://ads.multimania.lycos.fr/*(...)
http://www.lycos.co.uk/advertising/*(...)
http://*.googlesyndication.com/*(...)
http://www.lycos.*/advertising/*(...)
http://geocities.com/js_source/*(...)
http://*geocities.com/js_source/*(...)
http://ak.bluestreak.com/*(...)
http://www.futura-sciences.com/pub/*(...)
http://ad.lbb.org/*(...)
http://www.jejavascript.net/pub/*(...)
http://www.f5biz.com/*(...)
http://ad.*/*(...)
http://*/ads/*(...)
http://*/pubs/*(...)
http://*/pub.js*(...)
http://engine.espace.netavenir.com/pop.swf*(...)
http://adserver.*/*(...)
http://*.adtech.de/*(...)

J'ai testé quelques rêgles genre "ad.*" pour le nom de serveur ou "http://*/ads/*(...)". Mais attention à ne pas faire des rêgles trop violentes, "/pub/" est souvent le nom d'un répertoire publique et pas le nom d'une pub :-)

Tiens, j'aurai pensé que la liste était beaucoup plus longue ! En même temps, je surfe peu sur les sites bourrés de pub, je traine plus du côté de linuxfr / wikipédia :-)

Y'a un site pour partager ses rêgles AdBlock ?

Haypo

Si tu utilises InnoDB, tu peux utiliser des transactions :

START TRANSACTION;
... // lignes qui cassent tout
... // lignes qui remettent tout en place
COMMIT; // on envoie la sauce

Comme ça s'il y a une erreur durant la mise à jour, tu gardes l'intégrité de ta table. Sinon, tu risques de perdre tes contraintes en route ... Il existe aussi ROLLBACK pour annuler la dernière transaction.

Les transactions c'est vraiment super ! (là encore c'est un truc qui existe depuis InnoDB et depuis longtemps dans les normes SQL*)

Haypo

Droit de réponse : c'est vrai que j'ai exprimé cette nouvelle d'une manière subjective, et je ne pensais pas qu'elle allait déchainer les foules. Je ne suis pas sûr d'avoir totalement compris l'article sur kerneltrap.org, et j'ai eu du mal à traduire certains termes.

Néanmois, je pense qu'il était nécessaire de communiquer sur cette histoire pour que le public en soit conscient. La chose la plus intéressante dans l'affaire est la réaction des grosses sociétés faces à la découverte des failles.

Victor (auteur de la news)

J'utilisais Xorg depuis environ un an avec les paquets Debian de debian.linux-systeme.com. La mise à jour a bloqué sur le paquet xorg-common. Je l'ai supprimé à coup de « dpkg --remove xorg-common », puis j'ai forcé à coup de « apt-get install -f ».

Donc si vous utilisiez aussi ces paquets, pensez à supprimer xorg-common avant de faire le gros dist-upgrade.

Haypo

Va voir Conkeror dans ce cas là :
http://linuxfr.org/~EmacsFR/18215.html(...)

@+ Haypo

For two more months this continued, until Fernando was cc'd on an email thread between Cisco, Linus Torvalds, and David Miller. Reading back through the thread, Fernando found where David Miller had asked Cisco how they could possibly patent sequence tracking as Linux had been doing it for many years, and later in the same thread Cisco noted that they had withdrawn their patent.

J'en ai compris qu'il y a eu des échanges entre Linus Torvalds, David Miller, Fernando Gont et Cisco. David a fait remarquer à Cisco que Linus utilisait le "sequence tracking" (suivi des numéros de séquence TCP je suppose) depuis plusieurs années. Du coup, Cisco a annulé son idée de brevet.

Et puis loin :

"[Cisco and CERT/CC ] blamed me for submitting my work," Fernando said in exasperation. "One of Cisco's managers of PSIRT said I was cooperating with terrorists, because a terrorist could have gotten the information in the paper I wrote!" (...) "Then they accused me of working with terrorists, and even still tried to patent my work!" (...) "I decided to work this issue with NISCC, as they were much more responsive. But Cisco wanted me to work with Cert/CC (...)."

On l'accuse d'avoir diffusé sa découverte, alors que Fernando avait bien pris soin de contacter en premier lieu les auteurs de systèmes d'exploitation et de logiciel pour routeur (de OpenBSD à Microsoft en passant par Cisco). Et du coup, on l'accuse de coopérer avec les terroristes. C'est fou quand même ! Pourtant, Cisco voulait à plusieurs reprises breveter ses découvertes, puis qu'il bosse pour eux :-(

D'un côté Microsoft et Cisco sont agressifs, et de l'autre côté Theo de Raadt l'invite au Canada pour corriger les failles dans OpenBSD.

---

C'est vraiment terrible comme affaire. L'article sur kerneltrap.org est très intéressant si on se prend la peine de le lire en entier. Il explique notament comment les différents organismes ont réagis face à cette annonce.

Haypo

Si j'ai bien compris, c'est le nom des effets qui gêne certaines personnes.

Haypo

Je trouve pas très contraignant d'avoir à ajouter une phrase dans un programme. Payer 10$ par licence ou ne pas avoir accès au code source est autrement plus contraignant.

Haypo

État actuel :

/member/ Martin Schulze --> Est au LinuxTag, grosse teuf Linux en Allemagne
/member/ Wichert Akkerman -> inactif
/member/ Daniel Jacobowitz -> inactif
/member/ Michael Stone -> inactif
/member/ Matt Zimmerman -> inactif
/secretary/ Noah Meyerhans -> ne peut pas faire d'upload
/secretary/ Steve Kemp -> ne peut pas faire d'upload

Pour la mention "inactif" :

Wichert, Daniel, Michael and myself [Matt] are all de facto inactive for various reasons, and have been for some time.

Solutions :
* [Matt] Faire grossir l'équipe, mais il y a un problème de confiance ...
* [Noah] Autoriser les secrétaires à uploader
* ...

Par contre, je ne trouve pas cette discution très violente. C'est plutôt calme et réfléchit. Bon, moi je dois y aller, j'ai pas eu le temps de lire les 3000 messages.

Allez une dernière tirade de [Mickael] qui en dit long :

Even when Wichert, mdz, and others were more active, Joey still did most of the work because it was often easier for one person to keep track of everything.

@+ Haypo

Bon, je l'ai enfin écrit ce patch qui corrige le bug, sans pour autant casser l'API :
http://bugzilla.gnome.org/attachment.cgi?id=48444&action=view(...)

J'ai usé d'une astuce : j'ai écrit une nouvelle fonction plus élaborée, et l'ancienne fonction appelle la nouvelle avec les paramètres par défaut :

nouveau(filename, width, height);
ancien(filename) { nouveau(filename, -1, -1); }

Et voilà. En espérant que ça plaise aux développeurs Gnome ...

@+, Haypo

Comment je m'y prend ? Hum ... Y'a deux cas : signaler un bug, corriger un bug.

Signaler un bug consiste à donner le maximum d'informations pertinentes sur un bug et à envoyer le tout aux développeurs. Pour un plantage, il faut par exemple lancer l'application avec gdb, après copier/coller le résultat de la commande backtrace après plantage. Pour un bug qui ne plante pas, il faut expliquer pas à pas la démarche pour arriver au bug, et le comportement qu'on aurait désiré. Pour envoyer le bug, il faut voir le site web du programme. Gnome a son application dédiée. Chaque cas est différent donc.

Souvent, le bug est connu, est en cours de correction, ou alors déjà corrigé dans le CVS. C'est pour ça qu'il faut toujours commencer par signaler le bug.

Si c'est un nouveau bug, et qu'aucun développeur du projet ne s'y attarde, autant le corriger soit-même (on est jamais aussi bien servi que par soi-même :-D). Il faut commencer par télécharger la toute dernière version (surtout pas la dernière version stable qui comporte d'ancien bug déjà corrigé, ou une API désuette) : tarball, cvs, subversion, etc. (cf. le site web du projet) Ensuite, il faut compiler le projet, et vérifier que le bug existe toujours. Ben oui, rien ne sert de défoncer une porte ouverte avec un bazooka hein.

Si le bug existe toujours, il faut le traquer. Il vaut mieux connaître les commandes break et where de gdb, et avoir un peu d'expérience avec cet outil. Perso, je commence par laisser planter le programme et voir où je suis avec where (équivalent à backtrace au passage). Ensuite, je remonte à la source en posant un point d'arrêt sur la fonction ayant plantée et je relance le programme. Cette recherche est souvent longue et épuisante.

Une fois le bug cerné, 90% du boulot est fait :-D Il ne reste plus qu'à comprendre pourquoi ça plante, et corriger le bug. On recompile le programme. Si ça marche pas .... on recommence. Si ça passe, il FAUT envoyer son patch aux développeurs, sinon tout ce travail n'aura servi à rien. Au faut alors faire un diff -u ancien_fichier nouveau_fichier >~/mon.patch et l'envoyer par email. C'est pour ça qu'il vaut mieux faire un cp fichier fichier.old avant d'éditer n'importe quel fichier !

@+ Haypo

Au début, je ne voulais que signaler le bug. Mais comme ils m'ont refoulés, ça m'a donné envie d'aller plus loin. J'ai donc isolé très précisément le problème, et j'ai cherché une solution.

Le but n'était pas de faire un patch, car je ne sais pas comment fonctionne Gnome dans son ensemble, mais plutôt de montrer la voie à suivre.

Bon, si j'ai le temps, je vais me coltiner un patch propre (genre qui ne casse pas l'API par exemple :-)).

@+, Haypo

Oui, c'est ce que je disais : c'était en partie de ma faute. Les leçons que j'en ai retenu : il faut faire le patch le plus petit possible, et aussi dans la mesure du possible, ne pas toucher aux définitions des fonctions (encore plus quand il s'agit d'une API). Un gros patch est difficile à appliquer, et si en plus ça casse l'API, y'a peu de chance pour que le patch soit appliqué.

@+, Haypo

Salut,

Il n'y a pas longtemps, je me suis un peu attardé à essayer de corriger des bugs de divers projets :

(1) Nautilus, ou plus exactement, libgnomeui : le système de génération de miniature (pour les images) utilisait +500 Mo pour générer une miniature d'une image vectorielle de 28 Ko. Mon patch est assez simple : je charge l'image en 128x128 plutôt qu'à sa taille originale (10000x10000 pour l'image vectorielle). Apparement, cela fonctionne aussi pour de grosses images PNG (7000x7000).
http://bugzilla.gnome.org/show_bug.cgi?id=307885(...)

Le soucis est que mon patch demande de casser l'API de libgnomeui. J'ai d'abord posté un bugreport pour gnome-session, puis librsvg, et enfin Nautilus. Mais en réalité c'était libgnomeui (et Nautilus?) qui est en cause. Aussi bien librsvg que Nautilus m'ont refoulé "arf, ton image est boguée, notre programme fonctionne normalement" ... Ils ont tous 2 Go de RAM les développeurs Gnome ???

(2) J'avais tenté un patch pour la librairie de jeu ClanLib il y a un an. J'ai largement amélioré le support de SDL dans ClanLib. Mon patch n'a jamais été intégré, et je me suis fait traité de gros connard ... Ca fait plaisir. J'ai passé environ 50h sur ce patch, et sûrement bien plus.

(3) Epsilon (librairie de chargement d'image pour Enlightenment) : j'ai corrigé un erreur de division par zéro que j'ai mis 3h à traquer. Mais mon patch est toujours en attente.

J'ai du oublié des patchs. Parfois, je m'y suis mal pris, mais n'empêche, c'est pas trop motivant ...

@+ Haypo

Salut,

Au passage, ça fait longtemps (un an ?) que j'utilise X.org avec Debian à coup de apt-get ;-)

deb http://debian.linux-systeme.com/(...) unstable main

Le serveur est souvent surchargé. Bon, c'est sûr, c'est mieux des paquets "officiels".

Merci à tous ces packageurs "non-officiels", comme par exemple Marillat qui nous offre du Mplayer (compilé pour K6, K7, PowerPC, amd64, ...). Perso, j'ai pas compiler.

@+, Haypo

lol

(quand la source est cité)

Sur http://encyclopedie.snyke.com/,(...) on peut lire :

Cette version de l'encyclopédie Wikipédia a été concue de manière à favoriser une navigation fluide et rapide.

ou encore

License : GFDL - Source: Wikipedia - Article - History

(avec les liens qui amènent là où il faut)

Je pense que Wikipédia pourrait être au moins aussi fluide si on interdisait toutes les modifitions. Mais dans les statistiques, on voit souvent des chiffres du genre "1 modification pour 2 consultations" (en moyenne, à moins que je me trompe). Forcément, ça casse le système de cache !

Tiens, les stat' du jour :

2822795 pages ont été consultées et 2555456 pages modifiées depuis la mise à jour du logiciel (31 octobre 2002). Cela représente une moyenne de 10,25 modifications par page et de 1,10 consultations pour une modification.

@+ Haypo