autant je ne suis pas un adepte de la mode où tout passe dans un navigateur, autant je pense que ton panel de connaissances ne semble pas vraiment être représentatif de la tendance qu'ont les gens d'utiliser d'informatique : je connais beaucoup de monde, des gens "normaux", qui n'ont pas besoin de taper des km de texte, pour qui les recherches internet se bornent à trouver des recettes de cuisine, à consulter facebook, à discuter avec skype, à utiliser un webmail, et pour qui une tablette ou un téléphone remplace un ordinateur complet.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
j'étais limite à me demander s'il ne plaisantait pas en parlant de gmail face à thunderbird…
Thunderbird est simple, intuitif. Gmail est compliqué, peu logique, et vraiment noob friendly : en gros ils ont caché tout ce qui était utile pour l'utilisation d'un webmail (liste de contacts, déconnexion, que l'on ne trouve qu'en fouillant dans les menus cachés, et il y en a 3 différents), tout en mettant en avant leurs services (donc toujours immédiatement visibles) dont les néophytes n'ont que faire : google plus, drive, youtube…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Ah, les totoz, ça existe donc toujours ? Ces GIF animés de très bons goûts nous remontent un siècle en arrière, avec l'époque bénie de mygale.org, des sites multimania, de goatse, de la tribune linuxfr…
Séquence nostalgie.
Mais ça ne nous manque quand même pas trop…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Hey choupette taper "svnadmin create" c'est pas plus du boulot d'admin que "git init".
ben si quand même un peu : ça fait déjà 7 lettre de plus (8 lettres dans le cas de "hg init")
Ensuite, ça ne fonctionne pas du tout pareil : il faut définir un dossier de dépôt, un dossier de travail (et garder les 2 sur le disque, pas pratique si tu dois embarquer ça sur une clé usb). Dans des logiciels de gestion de versions décentralisée, on fait juste ça :
mkdir test
cd test
hg init
touch truc.txt
hg add truc.txt
hg commit
Avec svn, on ne peut pas faire la même chose :
mkdir test2
cd test2
svnadmin create
svnadmin: E205000: Argument précisant le dépôt obligatoire
svnadmin create ./
touch truc.txt
svn add truc.txt
svn: E155007: '/tmp/test2' n'est pas une copie de travail
Bref il faut fonctionner à l'envers, on a un dossier qu'on veut versioner, on créé un nouveau dépôt, l'initialise, et on importe ensuite. C'est pas pratique, de toute façon ce n'est pas vraiment fait pour cet usage.
Sans compter qu'un DVCS est vraiment plus pratique de façon générale, par example si on n'est pas accès à internet temporairement on peut continuer à faire des commit.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
La dernière version de Subversion ne place plus qu'un seul .svn à la racine.
Ça c'est bon par contre !
Effectivement sur un projet ça m'avait parlé d'une ancienne version 1.6 en me demandant de faire un svn upgrade. Je n'avais pas remarqué que ça virait les .svn des sous-dossier.
Du coup je vais upgrader les autres copie de dépôts que j'ai, ça fera un peu du ménage.
Merci de la précision.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
si tu es habitué à SVN, tu peux passer à Mercurial (Hg) sans problème, ça ressemble beaucoup et ça ne perturbera pas trop tes habitudes : en gros tu fais des commit (hg commit) en local, et quand tu estimes que ça vaut le coup, tu envois l'ensemble des commits au serveur (hg push). Dans l'autre sens, tu récupères les dernières modifs sur le serveur (hg pull), et tu mets à jour ta copie locale (hg update)
Et au final, un gestionnaire de version décentralisé, c'est vraiment plus pratique que subversion.
(en plus il n'existe qu'un dossier .hg dans le dossier parent, et pas les multiples .svn qui vient pourrir chaque sous dossier)
Il existe ce tuto plein d'humour et agréable à lire pour appréhender mercurial, que l'on viennent de subversion ou pas : http://hginit.com/
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
et il n'y a jamais de logiciel un peu nul dans Debian ?
Genre open-invader ?
ou des jeux moches, au look motif, genre xvier.
ou des utilitaires que plus grand monde utilise, comme xfm ?
on a aussi xtel, l'émulateur de minitel. Super utile ! Ça sert à quoi de le garder dans les dépôts ?
Pour fdroid, c'est pareil, tout les paquets sont créés "à la main", avec sans doute sueur et amour, même si certains te semblent pourris il y a malgré tout un filtre et des tests (d'ailleurs certains logiciels sont retirés par la suite s'il y a trop de problèmes, que cela soit pour la licence ou autre). Il suffit de faire un tour sur les forums pour voir les discussions d'amélioration ou des problèmes liés aux applications.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
idem. Au contraire F-Droid sépare bien les différents types de logiciels libres (complètement libre, libre mais qui peut inclure de la pub, libre mais qui fait appel à des logiciels tiers non libres etc). De plus ils vérifient chaque logiciel installés, à mon avis on a moins de risque de tomber sur une cochonnerie que sur le google play.
F-Droid n'est pas parfait, effectivement il manque les avis utilisateurs, la possibilité d'installer et désinstaller des logiciels en masse et non pas un par un, un lanceur des appli installées, et il manque même un paquet de logiciels libres qui ne sont pas distribuées par ce biais, mais c'est un bon projet que j'utilise presque au quotidien.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
"Production documentaire", mais encore ? Il y a mille façon de produire de la doc, en quoi calenco est différent des autres ? docbook, latex, libreoffice ce n'est pas suffisant ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
l'avantage quand même de faire un nième jeu vidéo, c'est que l'on peut avoir envie de jouer aussi à celui-là, en plus de tous les autres, tandis qu'un nième CMS, ben en général on utilise 2 ou 3 CMS, voire 1 seul et on n'a pas l'intérêt d'en avoir un nouveau qui va réinventer la roue.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
tu voulais bien entendu dire "la compression audio avec perte", et non pas sans perte.
Effectivement, tu n'as pas tord dans le sens qu'il n'est pas forcément pertinent de comparer juste visuellement le rendu d'un spectrogramme, il n'empêche que quand on écoute un ogg vorbis en 160, et un mp3 en 160, on comprend mieux que les coupes franches que l'on voit dans le mp3 impactent négativement le rendu sonore. D'ailleurs le vorbis doit être mieux optimisé, il est plus récent et il prend plus de puissance machine à décompresser (là aussi, on pourra rétorquer que si l'algo est pourri ce n'est pas forcément une relation de cause à effet, mais le rendu sonore parle de lui-même)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
avec un spectrogramme, l'explication des pertes générées par un mp3 ne sont que plus flagrandes, certaines fréquences sont complètement écrétées (mise à plat). On ne dit pas qu'il faut un spectrogramme, mais que cela permet de mieux comprendre le phénomène.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
J'ai écouté les deux fichiers en MP3 256kbits/s et PCM, et pour ma part j'entends une différence.
idem. Contrairement à ce que certains ont dit en commentaire, le morceau choisi est pas mal adapté pour arriver à déceler les différences, sur du métal le mp3 dégrade pas mal le son, pour la batterie on entend des "svouf svouf", et la saturation est altérée, ça fait comme un léger bruit de flottement.
Évidemment en 256 c'est pas vraiment perceptible, surtout si on n'a pas l'autre morceau pour comparer, par contre en 160 et surtout en 128 on n'entend que ça (au casque tout du moins, sans casque et si le volume n'est pas trop poussé, c'est moins gênant pour moi).
J'avais fait des tests d'encodage, avec analyse de spectre, entre mp3 et ogg vorbis, à taille égale vorbis dégradait vraiment beaucoup moins (la différence était visuellement flagrande, malheureusement je ne retrouve plus ces images), et surtout le type de dégradations me dérangeait moins que pour le mp3
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Par contre je n'ai pas testé les 2 recettes ensemble. Peut-être qu'il y aura des conflits ou des adaptations à faire ?
L'avantage de dokuwiki, c'est que les données sont stockées en base texte : il suffit de fouiller dans le dossier data/pages et tu auras tous tes documents directement prêts à être converti avec un petit script rapide.
Même sans recette de blog, qu'est-ce qui empêche de rédiger les notes de façon journalières, sous un nom dérivé de la date par exemple, dokuwiki gère bien les dossiers, et créer une entrée doku.php?id=2013:02-08 par exemple te stockera dans un dossier nommé 2013 un fichier intitulé 02-08.txt pour signifier le 8 février 2013.
PmWiki est une autre solution, que j'utilise également. En plus il y a un système de blog très facile à mettre en place : http://www.pmwiki.org/wiki/Cookbook/BlogIt
J'ai également construit une recette pour écrire avec la syntaxe txt2tags, et ça ne pose aucun problème avec le module de blog (testé). J'ai même sorti une "distribution" de pmwiki avec blogit, txt2tags et plein d'outils sympas préconfigurés : http://code.google.com/p/pmwiki-efo/
Le désavantage par rapport à dokuwiki c'est que si la base de données reste elle aussi en mode texte, ce n'est pas directement lisible (il y a l'historique avec, et les retours à la ligne sont codés), mais il est aisé de réaliser un script de conversion, ce que l'on a ici : http://code.google.com/p/pmwiki-efo/source/browse/convert_to_t2t.sh
Cela va ainsi retirer l'historique, les infos non essentielles du blog, remettre les retours à la ligne etc, pour obtenir un fichier txt2tags facilement exploitable, pour convertir en docbook ou autre. Par exemple ici en latex/pdf à partir des fichiers du wiki : http://pmwiki-efo.googlecode.com/hg/docs/pmwiki-efo.pdf
Ici on ne voit pas sur ce court exemple l'intégration avec le blog, mais sur un autre projet perso utilisant blogit, le rendu est vraiment impeccable. Dans mon script j'ai retiré la date des entrées parce que je n'en avais pas besoin, mais il doit être facile de les remettre si on veut garder cette information.
Wordpress ou dotclear sont également envisageables, j'ai également adapté des recettes existantes pour publier à partir de txt2tags (il faut aller les chercher dans la version en développement de txt2tags : http://code.google.com/p/txt2tags/source/browse/trunk#trunk%2Fextras). Le texte est donc réellement stocké dans ce format dans la base de ces blogs.
Reste à savoir comment extraire le texte de la base de donnée wordpress ou de dotclear, mais ça devrait être envisageable.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
De toute façon c'est rare que l'on arrive à tout se souvenir. Les aides mémoires, c'est aussi fait pour ça, et ça tombe bien, comme j'ai tout mis sur une même page, je n'ai pas besoin d'ouvrir des quantités de man et ça me sert tout le temps.
Au pire des cas, dans la plupart des distributions, la syntaxe est rappelée au début du fichier de configuration :
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h dom mon dow command
je trouve ça personnellement plus pratique que le planificateur de tâches windows par exemple.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
alors au début ils vont dire que par exemple cron et les autres outils cités restent maintenus mais qu'il est préconisé de passer par le nouvel outil qu'il est mieux qui est déjà inclus dans systemd, et puis au bout d'un moment les distributions vont dire « oui mais bon maintenant cron c'est obsolète, on ne le fournit plus de base de toute façon c'est libre vous n'avez qu'à l'implémenter vous-même » et on va se retrouver avec des outils comme cron, éprouvé, pratique, qui vont être délaissés à cause de ce systemd.
Harry Poettering, le magicien qui fait disparaître la philosophie Unix morceau par morceau…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
il fait bien de donner son opinion, mais c'est un peu fort de faire sa morale à 2 balles sur les licences « non libres » NC dans l'éducation quand lui-même publie ses articles dans une licence « non libre » ND : http://stallman.org/articles/online-education.html : Copyright 2012 Richard Stallman Released under the Creative Commons Attribution Noderivs 3.0 license.
Deux poids, deux mesures. Il est tellement au dessus de tout le monde que ça ne pose pas de problème de publier ses articles en ND ? Il a tellement peur qu'on déforme ses propos ? Par contre ah ça non, il ne faut surtout pas que les universités proposent du SA-NC…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Beurk
Posté par fravashyo . En réponse au journal Les vieux cons et le progrès…. Évalué à 5.
autant je ne suis pas un adepte de la mode où tout passe dans un navigateur, autant je pense que ton panel de connaissances ne semble pas vraiment être représentatif de la tendance qu'ont les gens d'utiliser d'informatique : je connais beaucoup de monde, des gens "normaux", qui n'ont pas besoin de taper des km de texte, pour qui les recherches internet se bornent à trouver des recettes de cuisine, à consulter facebook, à discuter avec skype, à utiliser un webmail, et pour qui une tablette ou un téléphone remplace un ordinateur complet.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Bof les exemples
Posté par fravashyo . En réponse au journal Les vieux cons et le progrès…. Évalué à 4.
j'étais limite à me demander s'il ne plaisantait pas en parlant de gmail face à thunderbird…
Thunderbird est simple, intuitif. Gmail est compliqué, peu logique, et vraiment noob friendly : en gros ils ont caché tout ce qui était utile pour l'utilisation d'un webmail (liste de contacts, déconnexion, que l'on ne trouve qu'en fouillant dans les menus cachés, et il y en a 3 différents), tout en mettant en avant leurs services (donc toujours immédiatement visibles) dont les néophytes n'ont que faire : google plus, drive, youtube…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Et la valeur ajoutée ?
Posté par fravashyo . En réponse au journal Témoignage d'une survivante d'un camps de travail Nord-Coréen. Évalué à -8.
on dit souvent que Linux = communisme. Ici on voit ce qu'est le communisme, et qu'en fait ça n'a pas grand chose à voir avec notre pingouin préféré.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Porter plainte sur quelle base ?
Posté par fravashyo . En réponse au journal [Marc le Bouc] Le contrôle parental ne marche pas :( tristitude snif snif. Évalué à 1.
WHOOAAAAAH TA TA TA TA TA TA TATA TA TATATA
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Les blagues de totoz
Posté par fravashyo . En réponse au journal totoz.eu évolue.... Évalué à 6.
impossible, il n'y a pas de lien depuis la page d'accueil ! Ça n'existe pas, c'est tout.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
# Les blagues de totoz
Posté par fravashyo . En réponse au journal totoz.eu évolue.... Évalué à -3.
Ah, les totoz, ça existe donc toujours ? Ces GIF animés de très bons goûts nous remontent un siècle en arrière, avec l'époque bénie de mygale.org, des sites multimania, de goatse, de la tribune linuxfr…
Séquence nostalgie.
Mais ça ne nous manque quand même pas trop…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Bon
Posté par fravashyo . En réponse au journal L'angoisse du programmeur. Évalué à -1.
ben si quand même un peu : ça fait déjà 7 lettre de plus (8 lettres dans le cas de "hg init")
Ensuite, ça ne fonctionne pas du tout pareil : il faut définir un dossier de dépôt, un dossier de travail (et garder les 2 sur le disque, pas pratique si tu dois embarquer ça sur une clé usb). Dans des logiciels de gestion de versions décentralisée, on fait juste ça :
Avec svn, on ne peut pas faire la même chose :
Bref il faut fonctionner à l'envers, on a un dossier qu'on veut versioner, on créé un nouveau dépôt, l'initialise, et on importe ensuite. C'est pas pratique, de toute façon ce n'est pas vraiment fait pour cet usage.
Sans compter qu'un DVCS est vraiment plus pratique de façon générale, par example si on n'est pas accès à internet temporairement on peut continuer à faire des commit.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Bon
Posté par fravashyo . En réponse au journal L'angoisse du programmeur. Évalué à 1.
Ça c'est bon par contre !
Effectivement sur un projet ça m'avait parlé d'une ancienne version 1.6 en me demandant de faire un svn upgrade. Je n'avais pas remarqué que ça virait les .svn des sous-dossier.
Du coup je vais upgrader les autres copie de dépôts que j'ai, ça fera un peu du ménage.
Merci de la précision.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: release early, release often
Posté par fravashyo . En réponse au journal L'angoisse du programmeur. Évalué à 7.
show us the code!
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Bon
Posté par fravashyo . En réponse au journal L'angoisse du programmeur. Évalué à 5. Dernière modification le 16 février 2013 à 16:38.
si tu es habitué à SVN, tu peux passer à Mercurial (Hg) sans problème, ça ressemble beaucoup et ça ne perturbera pas trop tes habitudes : en gros tu fais des commit (hg commit) en local, et quand tu estimes que ça vaut le coup, tu envois l'ensemble des commits au serveur (hg push). Dans l'autre sens, tu récupères les dernières modifs sur le serveur (hg pull), et tu mets à jour ta copie locale (hg update)
Et au final, un gestionnaire de version décentralisé, c'est vraiment plus pratique que subversion.
(en plus il n'existe qu'un dossier .hg dans le dossier parent, et pas les multiples .svn qui vient pourrir chaque sous dossier)
Il existe ce tuto plein d'humour et agréable à lire pour appréhender mercurial, que l'on viennent de subversion ou pas : http://hginit.com/
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Ça sert à quoi calenco ?
Posté par fravashyo . En réponse au message Recherche équivalent à Calenco. Évalué à 1.
ok, merci des infos, comme ça c'est clair :)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: À moitié plein ou à moitié vide?
Posté par fravashyo . En réponse à la dépêche Opera Ice, nouveau brouteur à l'interface innovante, avec du Webkit dedans. Évalué à 1.
et il n'y a jamais de logiciel un peu nul dans Debian ?
Genre open-invader ?
ou des jeux moches, au look motif, genre xvier.
ou des utilitaires que plus grand monde utilise, comme xfm ?
on a aussi xtel, l'émulateur de minitel. Super utile ! Ça sert à quoi de le garder dans les dépôts ?
Pour fdroid, c'est pareil, tout les paquets sont créés "à la main", avec sans doute sueur et amour, même si certains te semblent pourris il y a malgré tout un filtre et des tests (d'ailleurs certains logiciels sont retirés par la suite s'il y a trop de problèmes, que cela soit pour la licence ou autre). Il suffit de faire un tour sur les forums pour voir les discussions d'amélioration ou des problèmes liés aux applications.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: À moitié plein ou à moitié vide?
Posté par fravashyo . En réponse à la dépêche Opera Ice, nouveau brouteur à l'interface innovante, avec du Webkit dedans. Évalué à 4.
idem. Au contraire F-Droid sépare bien les différents types de logiciels libres (complètement libre, libre mais qui peut inclure de la pub, libre mais qui fait appel à des logiciels tiers non libres etc). De plus ils vérifient chaque logiciel installés, à mon avis on a moins de risque de tomber sur une cochonnerie que sur le google play.
F-Droid n'est pas parfait, effectivement il manque les avis utilisateurs, la possibilité d'installer et désinstaller des logiciels en masse et non pas un par un, un lanceur des appli installées, et il manque même un paquet de logiciels libres qui ne sont pas distribuées par ce biais, mais c'est un bon projet que j'utilise presque au quotidien.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
# Ça sert à quoi calenco ?
Posté par fravashyo . En réponse au message Recherche équivalent à Calenco. Évalué à 0.
Ça sert à quoi calenco ?
"Production documentaire", mais encore ? Il y a mille façon de produire de la doc, en quoi calenco est différent des autres ? docbook, latex, libreoffice ce n'est pas suffisant ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Ok cocorico mais …
Posté par fravashyo . En réponse à la dépêche doorGets CMS, très jeune CMS Open Source français. Évalué à 4.
l'avantage quand même de faire un nième jeu vidéo, c'est que l'on peut avoir envie de jouer aussi à celui-là, en plus de tous les autres, tandis qu'un nième CMS, ben en général on utilise 2 ou 3 CMS, voire 1 seul et on n'a pas l'intérêt d'en avoir un nouveau qui va réinventer la roue.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Geeks a écrit 1 journal
Posté par fravashyo . En réponse au journal humours geeks. Évalué à 1. Dernière modification le 11 février 2013 à 23:52.
la mascotte est sympa quand même (toujours mieux que celle de joomla) :)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Expérience avec Spotify et le MP3
Posté par fravashyo . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 3.
tu voulais bien entendu dire "la compression audio avec perte", et non pas sans perte.
Effectivement, tu n'as pas tord dans le sens qu'il n'est pas forcément pertinent de comparer juste visuellement le rendu d'un spectrogramme, il n'empêche que quand on écoute un ogg vorbis en 160, et un mp3 en 160, on comprend mieux que les coupes franches que l'on voit dans le mp3 impactent négativement le rendu sonore. D'ailleurs le vorbis doit être mieux optimisé, il est plus récent et il prend plus de puissance machine à décompresser (là aussi, on pourra rétorquer que si l'algo est pourri ce n'est pas forcément une relation de cause à effet, mais le rendu sonore parle de lui-même)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Expérience avec Spotify et le MP3
Posté par fravashyo . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 1.
avec un spectrogramme, l'explication des pertes générées par un mp3 ne sont que plus flagrandes, certaines fréquences sont complètement écrétées (mise à plat). On ne dit pas qu'il faut un spectrogramme, mais que cela permet de mieux comprendre le phénomène.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Expérience avec Spotify et le MP3
Posté par fravashyo . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 1.
idem. Contrairement à ce que certains ont dit en commentaire, le morceau choisi est pas mal adapté pour arriver à déceler les différences, sur du métal le mp3 dégrade pas mal le son, pour la batterie on entend des "svouf svouf", et la saturation est altérée, ça fait comme un léger bruit de flottement.
Évidemment en 256 c'est pas vraiment perceptible, surtout si on n'a pas l'autre morceau pour comparer, par contre en 160 et surtout en 128 on n'entend que ça (au casque tout du moins, sans casque et si le volume n'est pas trop poussé, c'est moins gênant pour moi).
J'avais fait des tests d'encodage, avec analyse de spectre, entre mp3 et ogg vorbis, à taille égale vorbis dégradait vraiment beaucoup moins (la différence était visuellement flagrande, malheureusement je ne retrouve plus ces images), et surtout le type de dégradations me dérangeait moins que pour le mp3
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Je suis utilisateur de steam depuis 2 semaines !
Posté par fravashyo . En réponse au journal J'ai testé pour vous : Counter Strike sur Debian. Évalué à 3.
et sinon, dans l'exemple de ce jeu, c'est vraiment du natif ou ça utilise wine (comme font certains éditeurs, genre pour teamviewer, picassa etc) ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: docbook
Posté par fravashyo . En réponse au message Recherche "moteur" de blog ... avec possibilité simple d'export de billets en docbook. Évalué à 3.
Si tu le souhaites, tu peux utiliser la syntaxe txt2tags pour prendre tes notes, qu'importe le moteur de blog finalement.
Ensuite, il est possible d'automatiser la conversion vers docbook, avec la commande "txt2tags -t dbk fichier.t2t"
txt2tags est suffisamment expressif et extensible pour couvrir tout tes besoins.
Reste à déterminer le système qui fera tourner le blog.
Dokuwiki est une bonne solution, je l'utilise d'ailleurs pour stocker mes notes, et ai adapté la syntaxe txt2tags dessus (https://www.dokuwiki.org/plugin:txt2tags). Je vois qu'il existe des moyens de l'utiliser comme blog : https://www.dokuwiki.org/tips:blogging
Par contre je n'ai pas testé les 2 recettes ensemble. Peut-être qu'il y aura des conflits ou des adaptations à faire ?
L'avantage de dokuwiki, c'est que les données sont stockées en base texte : il suffit de fouiller dans le dossier data/pages et tu auras tous tes documents directement prêts à être converti avec un petit script rapide.
Même sans recette de blog, qu'est-ce qui empêche de rédiger les notes de façon journalières, sous un nom dérivé de la date par exemple, dokuwiki gère bien les dossiers, et créer une entrée doku.php?id=2013:02-08 par exemple te stockera dans un dossier nommé 2013 un fichier intitulé 02-08.txt pour signifier le 8 février 2013.
PmWiki est une autre solution, que j'utilise également. En plus il y a un système de blog très facile à mettre en place : http://www.pmwiki.org/wiki/Cookbook/BlogIt
J'ai également construit une recette pour écrire avec la syntaxe txt2tags, et ça ne pose aucun problème avec le module de blog (testé). J'ai même sorti une "distribution" de pmwiki avec blogit, txt2tags et plein d'outils sympas préconfigurés : http://code.google.com/p/pmwiki-efo/
Le désavantage par rapport à dokuwiki c'est que si la base de données reste elle aussi en mode texte, ce n'est pas directement lisible (il y a l'historique avec, et les retours à la ligne sont codés), mais il est aisé de réaliser un script de conversion, ce que l'on a ici :
http://code.google.com/p/pmwiki-efo/source/browse/convert_to_t2t.sh
Cela va ainsi retirer l'historique, les infos non essentielles du blog, remettre les retours à la ligne etc, pour obtenir un fichier txt2tags facilement exploitable, pour convertir en docbook ou autre. Par exemple ici en latex/pdf à partir des fichiers du wiki : http://pmwiki-efo.googlecode.com/hg/docs/pmwiki-efo.pdf
Ici on ne voit pas sur ce court exemple l'intégration avec le blog, mais sur un autre projet perso utilisant blogit, le rendu est vraiment impeccable. Dans mon script j'ai retiré la date des entrées parce que je n'en avais pas besoin, mais il doit être facile de les remettre si on veut garder cette information.
Wordpress ou dotclear sont également envisageables, j'ai également adapté des recettes existantes pour publier à partir de txt2tags (il faut aller les chercher dans la version en développement de txt2tags : http://code.google.com/p/txt2tags/source/browse/trunk#trunk%2Fextras). Le texte est donc réellement stocké dans ce format dans la base de ces blogs.
Reste à savoir comment extraire le texte de la base de donnée wordpress ou de dotclear, mais ça devrait être envisageable.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Mauvaise interprétation
Posté par fravashyo . En réponse au journal Systemd dans Debian. Évalué à 4.
De toute façon c'est rare que l'on arrive à tout se souvenir. Les aides mémoires, c'est aussi fait pour ça, et ça tombe bien, comme j'ai tout mis sur une même page, je n'ai pas besoin d'ouvrir des quantités de man et ça me sert tout le temps.
Au pire des cas, dans la plupart des distributions, la syntaxe est rappelée au début du fichier de configuration :
je trouve ça personnellement plus pratique que le planificateur de tâches windows par exemple.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Mauvaise interprétation
Posté par fravashyo . En réponse au journal Systemd dans Debian. Évalué à 8.
alors au début ils vont dire que par exemple cron et les autres outils cités restent maintenus mais qu'il est préconisé de passer par le nouvel outil qu'il est mieux qui est déjà inclus dans systemd, et puis au bout d'un moment les distributions vont dire « oui mais bon maintenant cron c'est obsolète, on ne le fournit plus de base de toute façon c'est libre vous n'avez qu'à l'implémenter vous-même » et on va se retrouver avec des outils comme cron, éprouvé, pratique, qui vont être délaissés à cause de ce systemd.
Harry Poettering, le magicien qui fait disparaître la philosophie Unix morceau par morceau…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Gnome dans debian
Posté par fravashyo . En réponse au journal Systemd dans Debian. Évalué à 9.
l'autre solution étant de lourder Gnome…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: libre ou pas libre?
Posté par fravashyo . En réponse à la dépêche FaitMain.org, un magazine collaboratif sur le Do It Yourself. Évalué à 4.
il fait bien de donner son opinion, mais c'est un peu fort de faire sa morale à 2 balles sur les licences « non libres » NC dans l'éducation quand lui-même publie ses articles dans une licence « non libre » ND : http://stallman.org/articles/online-education.html : Copyright 2012 Richard Stallman Released under the Creative Commons Attribution Noderivs 3.0 license.
Deux poids, deux mesures. Il est tellement au dessus de tout le monde que ça ne pose pas de problème de publier ses articles en ND ? Il a tellement peur qu'on déforme ses propos ? Par contre ah ça non, il ne faut surtout pas que les universités proposent du SA-NC…
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond