TazForEver a écrit 1029 commentaires

c'est bien beau, mais tu ne réponds pas à ma question : comment accéder aux sources ?

Tu ne sembles pas avoir remarque que je ne compare BK, arch, CVS, etc, je m'interroge juste sur la licence et sur comment je peux faire pour récupérer des sources. J'ai regardé le formulaire de BK, j'ai le droit directement à interrogatoire savoir si je vais contribuer à un projet concurrent ...

ça me rappelle ces vieux magazines, où le code était distribué en GZipé base 64 imprimé (ben oui ni disquette ni CDROM)
Fallait se taper tout ça pour avoir quelque chose :D

au moins il y a une discussion, je trouve mon journal utile.

en gros quand c'est la pub gratuite ça te va, quand on dit n'achetez pas, c'est illégal ... moi je suis lecteur : je me suis abonné, parce que j'aime la magazine. Seulement que je constate que sur les 6 derniers numéros, il y en a au moins 3 que je n'aurais pas acheté en kiosque. Comme tu peux le voir sur ce journal, beaucoup de lecteurs sont d'accord pour dire que dernièrement, Certains articles s'étalent en long et en large de manière non-pertinente. C'est mon avis.

C'est nous clients, ne l'oublie pas, on estime qu'on paie pour autre chose que des listings de fichiers.

Maintenant pour reparler de l'article sur Adamoto, que j'ai lu attentativement, il n'y a pas que le listing qui bourre l'article.

Page 48 : Sur l'installation du sdk de sun : il s'agit de rajouter une variable d'environnement, quelque soit le système. Mais non, on a droit à 2 colonnes de scripts, la seule ligne ayant de l'importance étant d'ailleurs, tout le reste ne concernant pas le processus d'installation.

Page 51 : superbe capture d'écran qui montre du noir. Sans commentaire.

ahah ... pas la peine de mal le prendre : mais objectivement, le code en police 4 et les listings de fichiers présentent un intérêt particulièrement limité sur papier. Mieux vaut renvoyer les lecteurs au contenu du CDROM. Beaucoup d'articles sont sous-forme de TP : alors autant faire comme si c'était un vrai TP. Au lieu de donner des listing complets, il suffit d'insérer des renvois aux fichiers, et de n'insérer que des passages cruciaux du code.

certes : ce numéro en est plein (page 72/73 par exemple : plusieurs pages complètes avec du code en petit (limite illisible), sans commentaires, qui n'apporte rien à rien. Je partage ta désolation.

tu ferais bien d'apprendre à te servir de fgets et de feof d'abord ... while(!feof()) donne un résultat erroné, feof est une fonction de caractérisation d'erreur, et non de détection. la seule manière de détecter FEOF, c'est de surveiller le retour de fgets qui signale toute erreur. À toi en suite de caractériser cette erreur (EOF, erreur I/O, etc) et de prendre une décision adéquate.

muni toi d'apt-listbugs d'une part.
d'autre part, configure ton reportbug et fais en usage autant de fois que nécessaire.

http://cvs.gnome.org/viewcvs/resapplet/(...)


comment ? comme ça http://developer.gnome.org/tools/cvs.html(...)

effectivement c'est regrettable, surtout qu'on pourrait s'attendre que le plugin soit décharger après un certain temps d'inutilité. Mais la logique de mozilla est implacable : ne jamais rendre un Mo alloué.

l'implication dans les LL est un problème général. J'estime que quand on ne prend pas la peine de faire un rapport de bugs, on a pas le droit de se plaindre. Je vous raconte ma mésaventure de l'après-midi.

la StarterBar de gDesklets est cassé avec la version 0.30. J'en avais vagement entendu parlé depuis quelques semaines, mais n'ayant pas le temps d'y travailler je n'en savais pas plus. Pas un seul mail, pas un seul rapport de bugs. Et aujourd'hui je découvre qu'après 2 mois, un gus a corrigé le problème .... 2 ImportError à la noix (en gros aussi simple à résoudre que prendre en compte le renommage d'un fichier) ... là j'ai franchement les boules, je me demande ce qui passe pas par la tête de certains ... c'est pitoyable. Résultat 2 mois pour corriger un problème de 2 lignes résolu en 2 secondes ...

j'ai utilise Gnoppix 0.8 au boulot aujourd'hui.
mes conclusions :
- ouatcha, le menu de boot est fantastique ! j'en rêvais ! c'est vraiment un must facile à utiliser et intuitif.Il faut absolument le voir.
- le framebuffer est très sympa. une chose m'échape encore. "gnoppix 2" démarre sur une image réduite ... c'est dommage, j'aimerais pourvoir m'en servir sans X mais toujours avec sshd
- un poil lourd en mémoire.
- la sélection de la langue n'influe pas sur gnome keyboard. ça sera a corrigé.
- ni rsync, ni yafc, pas très pratique.

voilà, je vais essayer de faire remonter.

Superbe CD

on s'en fiche, on fait acte de civisme, on les attend sur http://www.fr.kernel.org/pub/linux/kernel/v2.6/(...)

http://regexps.srparish.net/www/#Gnu-arch(...) sans hésiter

j'attire ton attention sur la licence BSD old-style de Subversion :o

c'est quoi cette histoire de display ?

je te rassure tout de suite, on a le même problème avec tous tes messages. Pas étonant avec ton navigateur :o

relis moi, je parle du __benchmark__ :o

attends, je parle 2 choses.

- du premier contact avec le shell interactif,dir() étant une fonction de base de python, un truc souvent utilisé. un truc aussi bateau que ls. imagine, on te dis 'oua ce shell est vachement rapide et bouffe moins de ram que bash', toi, pépère, tu le lances, tu tapes ls machinalement ...grrrrrrrrr (grattement disque) ... 1 bonne seconde plus tard, tu ton liste de fichiers

- d'un benchmark (travail sur des chaines de caractères, jouons avec les séquence d'ADN). (je continue pas le parallèle là)

Que ce soit au ressenti ou avec un benchmark, IronPython est affreusement long.

oui, c'est valable sauf si tes données sont déjà compressées. mais la compression reste légère. De toutes mes expériences, ça ne mange que très peu de processeur.

moi ce qui me gave, c'est que pygtk existait déjà comme wrapper à gtk. le gtk de IronPython est une api complètement différente. Bref je vois de moins en moins l'intérêt : on a nos cher langages non compilés avec des bindings GTK d'un certain age et qui ont fait leur preuve. Maintenant on nous explique que .Net, c'est formidable, tous est interopérable entre langage, sauf qu'il faut tout recoder en GTK# et ses différents bindings ... c'est naze et sans intérêt, faudrait il encore faire des interpréteurs performants, complets et testés de la valeur de python, perl et ruby. On a un bonne abstraction et portabilité avec les solutions existentes, dans l'histoire, c'est .Net qui est compatible avec rien.

La conclusion constructive, c'est qu'il est temps de définir une API indépendante pour GTK (ou autre) pour python, perl, ruby, sinon ça ne sert strictement à rien. Ils faut que les développeurs se mettent d'accord.

tu n'as rien compris. Dans IronPython, c'est .Net/Mono qui fait le JIT par dessous. Donc Psyco+IronPython est un non-sens.

« Plus rapide que la version officielle et moins gourmande en mémoire »

on va faire au ressenti.
lancer l'interpréteur python, taper 'dir()'

faites le avec IronPython ou CPython, c'est quoi votre impression ?

Perso, je vois PyStone, c'est bidon. Je m'en fiche bien que l'invocation de méthode soit plus rapide si le corps de ma méthode si simple soit il, s'exécute 10 plus lentement. Le benchmark que je donne est simplissime, IronPython prends une raclé. C'est simple au début je le tuais, voyant Pyso mettre 6s, au bout de 30s je croyais qu'IronPython avait planté ...

je vais pas me répéter

http://advogato.org/person/TazForEver/diary.html?start=7(...)

en gros c'est inimaginablement lent, les types de bases du langage sont défaillants (mon benchmark échoue, {}.copy() n'est pas implémenté, etc, etc, très peu de fonctions intégrées sont implémentées (open/file sont absents/défaillants, etc ...)

bref beaucoup de bruit pour rien, ça sert à rien de faire une annonce publique pour un projet qui balbutie. Ce n'est pas qu'IronPython ne soit pas stable et donc pas destiné à un environnement de production : c'est qu'il est creux, vide.

apt-get install zsh
zsh
find - #rien
find -n #rien
^D
bash
find -name


bon ça s'active comment cette completion qu'il y a dans bash sans rien faire ?

à noter la licence maison de ZSH
ftp://nephtys.lip6.fr/pub/unix/shells/zsh/LICENCE.gz(...)