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.
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.
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).
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]
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.
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".
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)
[^] # Re: Cowon iAudio M3
Posté par Vivi (site web personnel) . En réponse au journal Quel balladeur numérique en avril 2005?. Évalué à 2.
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.
[^] # Re: Tracabilité
Posté par Vivi (site web personnel) . En réponse à la dépêche Le développement du noyau continue autour de Git. Évalué à 4.
Mais si, ça arrive :)
http://marc.theaimsgroup.com/?l=git&m=111376732010640&w=2(...)
[^] # Re: Cowon iAudio M3
Posté par Vivi (site web personnel) . En réponse au journal Quel balladeur numérique en avril 2005?. Évalué à 3.
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.
[^] # Re: Cowon iAudio M3
Posté par Vivi (site web personnel) . En réponse au journal Quel balladeur numérique en avril 2005?. Évalué à 2.
[^] # Re: Symboles et mémoire !
Posté par Vivi (site web personnel) . En réponse au journal Lisp: pourquoi est-ce different ?. Évalué à 2.
ou pas. Il y a plein de compilateurs lisp (et scheme aussi d'ailleurs).
[^] # Re: LISP
Posté par Vivi (site web personnel) . En réponse au journal Lisp: pourquoi est-ce different ?. Évalué à 2.
Les fonctions LISP sont sans effets de bord
Euh, non, c'est faux.
# Quelques commentaires
Posté par Vivi (site web personnel) . En réponse au journal Arch vers Monotone. Évalué à 2.
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%.
[^] # Re: L'info sur kerneltrap
Posté par Vivi (site web personnel) . En réponse à la dépêche Linus développe un remplaçant original à BitKeeper. Évalué à 10.
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(...)
[^] # Re: OCaml# ?
Posté par Vivi (site web personnel) . En réponse à la dépêche Présentation d'OCaml à Rennes le jeudi 7 avril, 20h, MCE, 48 bd Magenta. Évalué à 1.
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).
[^] # Re: Le Net rendu à son concept
Posté par Vivi (site web personnel) . En réponse à la dépêche Vers un accès libre aux résultats de la recherche…. Évalué à 2.
[^] # Re: Une initiative bienvenue de la part d'institutions hypocrites
Posté par Vivi (site web personnel) . En réponse à la dépêche Vers un accès libre aux résultats de la recherche…. Évalué à 2.
[^] # Re: Le Net rendu à son concept
Posté par Vivi (site web personnel) . En réponse à la dépêche Vers un accès libre aux résultats de la recherche…. Évalué à 3.
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 ...]
[^] # Re: Questions de vocabulaire: sens de l'adjectif "mondialiste"
Posté par Vivi (site web personnel) . En réponse à la dépêche 10 ans pour faire annuler un brevet par l'office européen des brevets. Évalué à 6.
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]
[^] # Re: Mort aux légendes
Posté par Vivi (site web personnel) . En réponse au journal Enfoncer le clou sur le téléchargement. Évalué à 2.
mais comme les deux vont de paire avec les systèmes p2p, c'est pas encore gagné.
[^] # Re: Il y a un truc qui m'inquiète...
Posté par Vivi (site web personnel) . En réponse au journal Parted et ext3. Évalué à 3.
sauf que ext3 (selon une option au montage) peut également assurer la cohérence des données :
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(...)
[^] # Re: installation à partir d'un disque dur
Posté par Vivi (site web personnel) . En réponse à la dépêche Sortie de Fedora Core 4 test 1 pour i386/amd64/PPC/PPC64. Évalué à 2.
# arf
Posté par Vivi (site web personnel) . En réponse au journal Guillermito: le jugement dans le texte.. Évalué à 4.
http://maitre-eolas.fr/2005/03/14/91-cachez-(...)
(ça n'a rien à voir avec Guillermito)
[^] # Re: Condamné pour contrefaçon...
Posté par Vivi (site web personnel) . En réponse au journal Guillermito, verdict aujourd'hui. Évalué à 2.
[^] # Re: Pour plus d'informations
Posté par Vivi (site web personnel) . En réponse au journal Guillermito, verdict aujourd'hui. Évalué à 3.
tiens, j'avais loupé cet épisode amusant. Eolas y explique en quoi cet article de Tegam est diffamatoire envers Guillermito.
[^] # Re: Trop de fichiers...
Posté par Vivi (site web personnel) . En réponse au journal Clients bittorents. Évalué à 4.
[^] # Re: Bonobo?
Posté par Vivi (site web personnel) . En réponse à la dépêche GNOME 2.10 RC2. Évalué à 3.
[^] # Re: pango
Posté par Vivi (site web personnel) . En réponse au journal Pango. Évalué à 3.
.> (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
[^] # Re: pango
Posté par Vivi (site web personnel) . En réponse au journal Pango. Évalué à 3.
[^] # Re: pango
Posté par Vivi (site web personnel) . En réponse au journal Pango. Évalué à 4.
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)
[^] # Re: Gtk+
Posté par Vivi (site web personnel) . En réponse au journal Un nouveau look pour Gnome 2.12. Évalué à 2.