Vivi a écrit 819 commentaires

Quand tu dis il y'a pleins de fils, ca veut dire beaucoup de longeur de fil?

c'est que le fil venant du boitier et le fil allant aux écouteurs sont l'un à côté de l'autre:
http://eng.iaudio.com/zeroboard/product_M3_photo_pop.php?id=14(...)
du coup, ça s'emmêle un peu.

il n'y a pas encore d'outils pour explorer confortablement l'historique.

Mais si, ça arrive :)

http://marc.theaimsgroup.com/?l=git&m=111376732010640&w=2(...)

J'en ai un (acheté chez les Suisses aussi). Ça marche nickel. Effectivement il a tuner, line in/line out et un micro intégré.

Par contre le boîtier n'a presque pas de bouttons : toutes les opérations se font via la télécommande / écran. En fait à l'usage, je pense que j'aurai préféré un système sans télécommande ; là il y a plein de fils, il faut accrocher la télécommande quelque part ... c'est un peu pénible parfois.

Sinon le successeur du M3, le X5 aura un écran en couleur et pas de télécommande.

on le trouvait un temps mais ça a été retiré et depuis je l'ai jamais vu nulle part.

- interprété ;

ou pas. Il y a plein de compilateurs lisp (et scheme aussi d'ailleurs).

- La transparence referentielle

Les fonctions LISP sont sans effets de bord

Euh, non, c'est faux.

je connais pas trop arch donc ça va être un peu limité:

J'ai mal aux doigts a force de taper le password de mon certificat monotone

Tu peux définir un "hook" lua dans ~/.monotonerc
function get_passphrase(keyid)
if keyid == "moi@trululu.com" then return "mon_mdp" end
end

et de faire :wq pour valider le log pourtant ecrit dans MT/log...

tu peux passer le log dans la ligne de commande avec l'option --message : il ne te lancera pas d'éditeur.

monotone est plutôt bon à représenter les révisions sous forme compacte

Et encore : les données sont en base64 dans la db. Or sqlite3 gère maintentant les BLOB, on pourrait donc y mettre directement les binaires ce qui ferait un gain de place de 25%.

Il a à peine évoquer les raisons qui l'ont poussé à rejeter Monotone.

Des raisons de performances principalement. Et aussi monotone n'est pas "prêt", c'est ce qu'on lui a dit : il y a encore des bugs, l'UI n'est pas vraiment fignolée, on peut être ecore amené à faire des grands changements dans les concepts, etc.

En fait git reprend de trés trés près la structure de monotone. Les grosses différences sont :
- monotone utilise une base sql
- monotone stocke des diffs entre fichiers alors que git stocke les fichiers entiers
- monotone possède des métadonnées signées
- git effectue le transport réseau via rsync alors que monotone a son propre protocole.

Sinon les données sont organisées de la même façon, en 3 couches :
- les fichiers, identifiées par le SHA1 hash de leur contenu ;
- les arbres, ("tree" pour git, "manifest" pour monotone) représentant un état de l'arbre à un moment donné ;
- ce qu'on appelle les "revisions" dans monotone, ("commit" pour git) référençant un abre et l'historique qui y a conduit.

J'écrit une petite application pour visualiser les graphes monotone :
http://oandrieu.nerim.net/monotone-viz/(...)
En bidouillant un peu (réécriture d'un module), je peux aussi afficher les graphes pour git:
http://oandrieu.nerim.net/monotone-viz/Screenshot-git-viz.png(...)

est-ce qu'il existe des versions d'OCaml pour d'autres machines virtuelles ? Genre .Net/Mono ?

il y a F#, une implémentation d'une partie du langage caml pour .NET :
http://research.microsoft.com/projects/ilx/fsharp.aspx(...)

il y a aussi ça : http://www.pps.jussieu.fr/~montela/ocamil/(...)

De manière générale c'est pas super car les autres machines virtuelles ne sont pas trés adaptées aux langages fonctionnels.

existe-t-il des bindings avec des bibliotèques type GTK+ ou tout le fatras de GNOME ?

LablGTK http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html(...) est une interface GTK+ avec des bouts d'autres choses (gnomecanvas, gnome-panel... ). C'est pas mal complet et utilisable.

il faut une killer-app pour attirer les développeurs
mouais, ça dépend aussi à quels développeurs tu t'adresses ... C'est sûr qu'il n'y a pas des masses de clients IRC en caml. Mais les killer-apps sont déjà là : OCaml est trés apprécié et utilisé dans la recherche sur les langages (voir Coq par exemple).

j'ai retrouvé la page : http://www.cs.tut.fi/sgn/arg/rosti/1-bit/(...)

Oui super parce que les royalties de ces brevets constituent des recettes pour l'IRIA et aident donc à financer la recherche.

le SACD est une pure arnaque...

nan, c'est que tu n'as pas compris du tout le principe du SACD. En gros:

Le CD utilise un codage PCM (Pulse Code Modulation) : on échantillone à 44Hz une valeur que l'on quantifie (par exemple) sur 16 bit. Cette valeur quantifiée repésente la valeur du signal.

Le SACD procéde différemment : les valeurs quantifiées ne représentent pas le signal à un moment donné, il y a un calcul à faire (conversion delta-sigma). Par contre la valeur échantillonné n'est codée que sur 1-bit.

Après y'a pas de secret, pour garder autant d'info au total, si tu réduis le nombre de bit par échantillon, il faut en contrepartie augmenter la fréquence d'échantillonage.

[j'avais trouvé sur le web une super page expliquant ça mais je ne la retrouves pas ...]

Le plus grand problème de ce qui reste des "démocraties" c'est la sémentique des mots.

en tout cas c'est pas leur orthographe.

En science de la biologie on parle d'évolution pour le monde du vivant qui subit des transformations successives. Mais on ne nous dit jamais qu'évoluer n'est pas forcément s'améliorer.

je ne sais pas qui est "on", mais les biologistes de l'évolution savent bien que l'évolution ne vas nécessairement dans le sens d'un progrès.

[snip le reste des neuneuteries généralisantes présentant le développeur du libre comme le sauveur de l'Univers sidéral]

c'est la mise à disposition à des tiers qui est attaquable (mais pas le téléchargement)

mais comme les deux vont de paire avec les systèmes p2p, c'est pas encore gagné.

Un système de fichiers journalisé est sensé assurer la cohérence des méta-données mais en aucun cas celle des données.

sauf que ext3 (selon une option au montage) peut également assurer la cohérence des données :

by default ext3 has a journaling mode that is more safe than defaults of other filesystems, eg when you create a new file or extend an existing one, it will not commit the new size to disk before the data has been sent to the disk. Other journaling filesystems do this entirely asynchronous.
The cost is raw performance, which is why ext3 has a mount option to emulate the behavior of the other journaling filesystems in both speed and, ehm, data security.

cf ce thread où un gars fait des tests en coupant le courant pendant l'écriture.
Résultats : pratiquement pas de pertes avec ext3 mais par contre reiserfs était tellement dans les chous qu'il ne pouvait plus booter.

https://www.redhat.com/archives/fedora-list/2004-July/msg00418.html(...)

non, pas si tu ne bootes qu'avec le boot.iso

a lire également, le billet de la veille qui vaut son pesant de cacahouètes :

http://maitre-eolas.fr/2005/03/14/91-cachez-(...)

(ça n'a rien à voir avec Guillermito)

arf :

Les peines sont très légères, surtout pour un terroriste international connu de la DST et du FBI : [...] c'est une relaxe Canada Dry

- La contre-attaque de SEGAM

tiens, j'avais loupé cet épisode amusant. Eolas y explique en quoi cet article de Tegam est diffamatoire envers Guillermito.

/proc/sys/fs/file-max

oui, c'est un peu le problème. CORBA/Bonobo est parfois vendu comme "language-neutral" : théoriquement, tu as ton interface décrite en IDL que tu peux utiliser depuis n'importe quel langage possédant une couche CORBA. Un problème est que CORBA en C est assez complexe, même avec bonobo et donc bien souvent une bibliothèque en C est écrite par dessus pour que ce soit plus simple à utiliser. Résultat : on est encore obligé d'écrire des bindings pour ces bibliothèques.

t'es gentil, j'ai autre chose à f*tre que d'aller farfouiller dans bugzilla pour ton bon plaisir. Si le mail auquel je pointe ne te convainc pas que vte n'est pas vraiment maintenu, ton cas est désespéré.

.> (finalement il (le maintainer) a répondu dans le thread)

Ben alors...

il répond pour dire que « oui allez-y, forkez, ça fait des mois que j'ai pas le temps de bosser sur ce projet », autrement dit "vte est pas vraiment maintenu".

EOT

Non pas du tout, c'est tout à fait possible comme performances, je constate la même chose.

pas dur : http://mail.gnome.org/archives/desktop-devel-list/2005-February/msg(...)

Given that vte is defacto unmaintained, and there is a patch that has been tested for a while now in gentoo, this just needs someone to commit and roll a new tarball.

plus loin on apprend qu'au moins deux personnes ont essayé de contacter le maintainer par mail et qu'ils n'ont jamais eu de réponses ...
(finalement il (le maintainer) a répondu dans le thread)

oui, si le backend Cairo ne sait pas faire une certaine opération en hardware, elle est faite en software, c'est tout.