Bin je n'ai jamais utilisé vu que je n'utilise pas git, mais j'ai souvent utilisé hg bisect et déploré l'absence d'une commande équivalente sous svn (au point d'importer une ou deux fois des historiques svn dans Mercurial juste pour pouvoir utiliser hg bisect dessus...) C'est 'achement pratique pour comprendre d'où vient un problème qui n'existait pas avant (ou pour comprendre comment un problème a été corrigé dans un projet que tu ne suis qu'occasionnellement).
C'est vrai que c'est moins utile quand tu développes seul et que le projet est suffisamment petit pour que tu aies tout en tête, mais dès que le projet grossit et que le nombre de développeurs augmente, c'est quasi indispensable.
AMA, la bonne solution c'est d'avoir des « vrais » (i.e. pas de tmpfs) /tmp et /var/tmp (éventuellement fusionnés et symlinkés) et d'utiliser tmpwatch [1] dans une tâche cron quotidienne pour assurer le nettoyage. Comme ça:
Pas de risque d'exploser la RAM en cas de gros fichiers temporaires;
Le nettoyage est fait régulièrement même en cas de plantage de la machine ou si on ne reboote pas (j'ai une machine avec des uptimes qui se comptent en mois et je suis bien content que les fichiers temporaires soient nettoyés un peu plus souvent que ça !)
Surprenant. Chez moi, grep pulvérise ack complètement:
==> time ack print . > /dev/null
ack print . > /dev/null 16.86s user 2.63s system 33% cpu 59.020 total
==> time grep print -r . > /dev/null
grep --color=auto print -r . > /dev/null 0.82s user 1.88s system 8% cpu 30.275 total
==> time ack print . > /dev/null
ack print . > /dev/null 9.02s user 0.53s system 99% cpu 9.576 total
==> time grep print -r . > /dev/null
grep --color=auto print -r . > /dev/null 0.43s user 0.35s system 97% cpu 0.797 total
==> time ack print . > /dev/null
ack print . > /dev/null 9.20s user 0.51s system 99% cpu 9.746 total
==> time grep print -r . > /dev/null
grep --color=auto print -r . > /dev/null 0.41s user 0.32s system 97% cpu 0.748 total
(tout dans le même répertoire, les deux premières commandes sont visiblement plus lentes à cause des accès disques, les suivantes trouvent tout dans les caches)
Bon, bin vu que visiblement le commentaire n'a pas été pris en compte et que ça explose vraiment trop les yeux, j'ai fait le changement en local. Vive stylish!
@namespace url(http://www.w3.org/1999/xhtml);
@-moz-document domain("linuxfr.org") {
div.content {
font-family: sans !important;
font-size: medium !important;
}
.markItUpEditor {
font-family: monospace !important;
font-size: medium ! important;
}
}
Pour ou contre le respect de la syntaxe Markdown pour les retours à la ligne ?
Personnellement, j'ai l'habitude de LaTeX ainsi que d'autres moteurs de Wiki ou assimilés pour lesquels il faut insérer une ligne vide si on veut un passage à la ligne. Comme ça marche aussi pour Markdown, il n'y a pas de problème...
Que pensez-vous des polices utilisées ?
Trop petites: pourquoi avez-vous mis «font-size: small» dans le style pour le contenu? J'ai configuré Firefox avec la taille de police que je trouve la plus confortable à lire, et j'aimerais bien que les sites web respectent mon réglage! (Sans compter que je viens de constater que le style code remet le font-size à medium, ce qui fait que le texte entre «`» est plus grand que le reste du paragraphe...)
Après, je n'aime pas trop la police FreeSans. Je lui préfère largement DejaVu Sans. Mais ça c'est une question de goût.
Sinon, dans l'ensemble, superbe boulot sur le site: c'est beau, réactif, et ça corrige le pb qui m'embêtait le plus sur l'ancien (quand on se logguait, il fallait recharger la page pour que le login soit vraiment pris en compte.
Bon, tout d'abord je ne suis sans doute pas représentatif, puisque mon utilisation principale de xfce, c'est xfce-panel dans awesome.
J'ai essayé très rapidement xfce 4.8 et je suis revenu au 4.6. Mes raisons:
- Certaines applets que j'utilise ne marchent plus (mailwatch et weather en particulier);
- Avec xfce 4.6, le panel était visible dans tous les tags d'awesome, mais les tags n'apparaissaient pas occupés dans la wibox. Avec xfce 4.8 le panel n'apparaît que dans un seul tag et celui-ci semble alors occupé (le premier point peut sans doute être réglé dans la config awesome mais je ne crois pas que le deuxième puisse l'être);
- Avec xfce 4.6, j'avais réussi (à qques bugs prêts) à avoir un menu hiérarchique pour les applications et pas tout en vrac avec juste un niveau de hiérarchie. Sous Xfce 4.8, c'est revenu au mode "tout en vrac" (bon, il est peut-être possible de reconfigurer ça, mais ç'aurait été bien s'il avait pu migrer la config automatiquement).
C'était la config standard en français sur toutes les distribs que j'ai utilisées, à savoir successivement:
- Slackware
- RedHat
- Mandrake/Mandriva
(Ubuntu n'existait pas encore à l'époque où j'ai commencé à utiliser ces distribs, il est apparu pendant que j'étais sous Mandrake)
- et maintenant ArchLinux.
On peut aussi noter que c'était vrai sous SunOS, HPUX, IRIX et Solaris (sauf que là ce n'est pas moi qui administrais les machines donc je ne peux pas dire si les admins avaient fait une configuration particulière).
PS: Latin-0 et Latin-1 concernent l'affichage mais n'ont rien à voir avec le clavier. Le clavier c'est XkbModel: pc105, XkbLayout: fr
Mouhahahah, tu connais la différence entre la théorie et la pratique? D'accord, pour autant que je sache personne n'a encore gagné un procès pour violation de brevet logiciel en France ni en Europe, mais vu le nombre de brevets logiciels qui ont été attribués aussi bien en France qu'en Europe, les gros acteurs peuvent quand même bloquer les autres avec.
Je rappelle qu'il n'est pas nécessaire pour un gros acteur de gagner son procès pour gagner tout court: il suffit d'avoir une justification pour attaquer et de faire traîner les choses en longueur suffisamment longtemps pour que le petit n'ai plus les moyens de financer sa défense. Et malheureusement, les brevets existants donnent une justification pour attaquer...
JPG original -> converti en webp -> converti en PNG qui ne change rien mais qui peut être lu par tout le monde.
Cet aspect là de la comparaison est tout à fait honnête. Le vrai problème, comme l'ont dit d'autres personnes, c'est d'être parti d'un JPG au lieu de partir d'une image originale sans perte.
C'est ce que fait le PNG qui utilise LZW il me semble.
Euh, non, PNG utilise LZ79, pas LZW. C'est proche mais ce n'est pas la même chose. En particulier LZW était encombré par des brevets jusqu'à peu alors que LZ79 était libre (l'un des gros arguments dans la bataille contre le GIF).
L'objectif n'est pas de remplacer le PNG, mais de proposer un nouveau format ouvert, plus performant que le Jpeg, pour enregistrer des images pour le web. Le choix du PNG ou du Jpeg/WebP dépend bien entendu du type d'image que l'on veut insérer dans une page Web.
D'accord avec cette partie du message.
Évidement on utilise pas de formats compressés pour enregistrer des images que l'on doit retravailler.
Euh, si, mais on utilise une compression sans perte type PNG, RAW (ben oui, les formats RAW des appareils photos sont compressés)...
De plus le GIF et le MP3 l'étaient aussi, cela n'a pas empêché de se faire une solide place au soleil.
J'ai même envie de dire: vu les difficultés que le PNG a eu pour remplacer le GIF alors qu'il est nettement supérieur sur tous les points (compression, qualité, transparence, brevets, ...) c'est pas étonnant que le JPEG200 n'aie pas percé face à JPEG vu qu'il n'apporte que de la compression au prix de problèmes de brevets. En plus les débits des accès internet et les capacités des disques sont tels que la différence de compression n'est pas vraiment significative.
Pour la même raison, je ne crois pas trop au succès du WebP...
économiquement, il me semble qu'un dividende universel n'aurait finalement aucun effet. Il n'y a de richesse que relative, et donc une monnaie distribuée uniformément perdrait de la valeur proportionnellement à la quantité distribuée.
Il y a plusieurs modèles de financement qui ont été proposés pour l'allocation universelle. L'un de ces modèles correspond effectivement à dévaluer la monnaie en proportion (cf Robert Heinlein, "For Us the Living"). Mais il y a d'autres modèles [http://fr.wikipedia.org/wiki/Allocation_universelle#Financem(...)]. Par exemple, supprimer toutes les allocations existantes, ainsi que la bureaucratie qui les gère et mettre l'argent ainsi économisé dans un pot commun qui serait redistribué également à tout le monde. Au final ce système ne touche pas plus à la monnaie que le système actuel.
Par ailleurs, l'argent distribué pourrait très bien être "titrisé", c'est vendu comme un "droit à percevoir le dividende de M. XXX".
Ni plus ni moins que les allocations existantes.
Philosophiquement, je m'interroge sur la pertinence d'un modèle sur lequel les hommes s'estimeraient en droit à percevoir quelque chose de la part de ses congénères sans autre justification que sa seule existence. Un droit est quelque chose qui doit défendre la liberté d'action individuelle, et non contraindre autrui à agir sur soi. J'ai le droit d'avoir une belle voiture, mais ça ne signifie pas pour autant que j'ai le droit d'en "réclamer" une.
Ce que tu dis là revient à supprimer toutes les allocations (RSA, allocations familiales, chômage, retraite...) et assimilés (cartes famille nombreuse, etc). La différence c'est que l'allocation universelle serait donnée à tout le monde au lieu d'être réservée à un "petit" groupe.
Il utilise toujours un gros fichier MBox. En revanche, le travail a commencé pour permettre d'avoir des formats de stockage interchangeables, ce qui devrait permettre à terme de supporter MailDir ou même des bases de donnés. (cf [https://bugzilla.mozilla.org/show_bug.cgi?id=402392])
Cela fait longtemps que Grisbi a l'import/export QIF (Quicken) et l'import OXF. En fait, j'ai commencé à utiliser Grisbi il y a très longtemps (2000?) et je n'ai eu aucun problème pour passer mes comptes de MS Money 95 à Grisbi (qui était de très loin le plus confortable à utiliser des LL de comptas à l'époque).
A mon avis, le meilleur logiciel de catalogage. Permet de taguer très rapidement ses photos et de naviguer facilement dans la base d'image. Il supporte les mêmes plugins (Kipi) que digikam. Et surtout, il me laisse complétement libre d'organiser mes photos absolument comme je veux sur mon disque dur sans m'imposer ni de répertoire particulier ni de correspondance entre l'organisation des photos sur le disque et dans l'outil.
[^] # Re: "Comment utiliser efficacement Git ?"
Posté par jeberger (site web personnel) . En réponse à la dépêche Jeudi du Libre de décembre à Lyon : Git, ou comment donner l’impression qu’on est un supercodeur ?. Évalué à 2.
Bin je n'ai jamais utilisé vu que je n'utilise pas git, mais j'ai souvent utilisé hg bisect et déploré l'absence d'une commande équivalente sous svn (au point d'importer une ou deux fois des historiques svn dans Mercurial juste pour pouvoir utiliser hg bisect dessus...) C'est 'achement pratique pour comprendre d'où vient un problème qui n'existait pas avant (ou pour comprendre comment un problème a été corrigé dans un projet que tu ne suis qu'occasionnellement).
C'est vrai que c'est moins utile quand tu développes seul et que le projet est suffisamment petit pour que tu aies tout en tête, mais dès que le projet grossit et que le nombre de développeurs augmente, c'est quasi indispensable.
# Comment utiliser efficacement Git ?
Posté par jeberger (site web personnel) . En réponse à la dépêche Jeudi du Libre de décembre à Lyon : Git, ou comment donner l’impression qu’on est un supercodeur ?. Évalué à 2.
Réponse: installer Mercurial...
-->[] je suis déjà dehors.
[^] # Re: /lib64
Posté par jeberger (site web personnel) . En réponse à la dépêche /usr friendly. Évalué à 3.
AMA, la bonne solution c'est d'avoir des « vrais » (i.e. pas de tmpfs) /tmp et /var/tmp (éventuellement fusionnés et symlinkés) et d'utiliser tmpwatch [1] dans une tâche cron quotidienne pour assurer le nettoyage. Comme ça:
[1] http://fedorahosted.org/tmpwatch/
[^] # Re: Argument
Posté par jeberger (site web personnel) . En réponse à la dépêche ack 1.96 — mieux que grep. Évalué à 2.
Surprenant. Chez moi, grep pulvérise ack complètement:
(tout dans le même répertoire, les deux premières commandes sont visiblement plus lentes à cause des accès disques, les suivantes trouvent tout dans les caches)
[^] # Re: Eo fail
Posté par jeberger (site web personnel) . En réponse à la dépêche GeneticInvasion : des algorithmes évolutionnaires pour un meilleur jeu. Évalué à 2.
Dark Reign, si je me souviens bien avait une IA qui apprenait et qui s'adaptait au comportement du joueur.
[^] # Re: Commentaires
Posté par jeberger (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
Bon, bin vu que visiblement le commentaire n'a pas été pris en compte et que ça explose vraiment trop les yeux, j'ai fait le changement en local. Vive stylish!
[^] # Re: HTTPS
Posté par jeberger (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 1.
Le pb ne vient pas de linuxfr, mais des liens postés dans les commentaires (et en particulier des liens vers des images). Certaines de ces images ont des URLs en http et non pas https. Par exemple, sur cette page il y en a trois pour le moment:
- http://ybr.phpnet.org/plop.png
- http://www.poketerra.com/smileys/noeliste.gif
- http://www.harriscomm.com/catalog/images/N249.gif
[^] # Re: Q&A
Posté par jeberger (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 5.
Il faut indenter les paragraphes qui font partie d'un élément de liste:
Premier élément de la liste.
Suite du premier élément.
Deuxième élément de la liste...
# Commentaires
Posté par jeberger (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 8.
Personnellement, j'ai l'habitude de LaTeX ainsi que d'autres moteurs de Wiki ou assimilés pour lesquels il faut insérer une ligne vide si on veut un passage à la ligne. Comme ça marche aussi pour Markdown, il n'y a pas de problème...
Trop petites: pourquoi avez-vous mis «
font-size: small
» dans le style pour le contenu? J'ai configuré Firefox avec la taille de police que je trouve la plus confortable à lire, et j'aimerais bien que les sites web respectent mon réglage! (Sans compter que je viens de constater que le stylecode
remet lefont-size
àmedium
, ce qui fait que le texte entre «`» est plus grand que le reste du paragraphe...)Après, je n'aime pas trop la police FreeSans. Je lui préfère largement DejaVu Sans. Mais ça c'est une question de goût.
Sinon, dans l'ensemble, superbe boulot sur le site: c'est beau, réactif, et ça corrige le pb qui m'embêtait le plus sur l'ancien (quand on se logguait, il fallait recharger la page pour que le login soit vraiment pris en compte.
# Mouais
Posté par jeberger (site web personnel) . En réponse à la dépêche Xfce 4.8 est là !. Évalué à 2.
J'ai essayé très rapidement xfce 4.8 et je suis revenu au 4.6. Mes raisons:
- Certaines applets que j'utilise ne marchent plus (mailwatch et weather en particulier);
- Avec xfce 4.6, le panel était visible dans tous les tags d'awesome, mais les tags n'apparaissaient pas occupés dans la wibox. Avec xfce 4.8 le panel n'apparaît que dans un seul tag et celui-ci semble alors occupé (le premier point peut sans doute être réglé dans la config awesome mais je ne crois pas que le deuxième puisse l'être);
- Avec xfce 4.6, j'avais réussi (à qques bugs prêts) à avoir un menu hiérarchique pour les applications et pas tout en vrac avec juste un niveau de hiérarchie. Sous Xfce 4.8, c'est revenu au mode "tout en vrac" (bon, il est peut-être possible de reconfigurer ça, mais ç'aurait été bien s'il avait pu migrer la config automatiquement).
[^] # Re: Erlang
Posté par jeberger (site web personnel) . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 2.
[^] # Re: Erlang
Posté par jeberger (site web personnel) . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 4.
- Slackware
- RedHat
- Mandrake/Mandriva
(Ubuntu n'existait pas encore à l'époque où j'ai commencé à utiliser ces distribs, il est apparu pendant que j'étais sous Mandrake)
- et maintenant ArchLinux.
On peut aussi noter que c'était vrai sous SunOS, HPUX, IRIX et Solaris (sauf que là ce n'est pas moi qui administrais les machines donc je ne peux pas dire si les admins avaient fait une configuration particulière).
PS: Latin-0 et Latin-1 concernent l'affichage mais n'ont rien à voir avec le clavier. Le clavier c'est XkbModel: pc105, XkbLayout: fr
[^] # Re: Erlang
Posté par jeberger (site web personnel) . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 2.
[^] # Re: Field of Use
Posté par jeberger (site web personnel) . En réponse à la dépêche Apache Software Foundation et Oracle : le divorce autour de Java est prononcé. Évalué à 2.
Je rappelle qu'il n'est pas nécessaire pour un gros acteur de gagner son procès pour gagner tout court: il suffit d'avoir une justification pour attaquer et de faire traîner les choses en longueur suffisamment longtemps pour que le petit n'ai plus les moyens de financer sa défense. Et malheureusement, les brevets existants donnent une justification pour attaquer...
[^] # Re: JPEG2000
Posté par jeberger (site web personnel) . En réponse à la dépêche WebP, le format d'image libre de Google. Évalué à 5.
[^] # Re: mouais
Posté par jeberger (site web personnel) . En réponse à la dépêche WebP, le format d'image libre de Google. Évalué à 3.
A gauche, l'image c'est:
JPG original -> reconverti en JPG
A droite, c'est:
JPG original -> converti en webp -> converti en PNG qui ne change rien mais qui peut être lu par tout le monde.
Cet aspect là de la comparaison est tout à fait honnête. Le vrai problème, comme l'ont dit d'autres personnes, c'est d'être parti d'un JPG au lieu de partir d'une image originale sans perte.
[^] # Re: Encore de la compression avec perte ?
Posté par jeberger (site web personnel) . En réponse à la dépêche WebP, le format d'image libre de Google. Évalué à 1.
Euh, non, PNG utilise LZ79, pas LZW. C'est proche mais ce n'est pas la même chose. En particulier LZW était encombré par des brevets jusqu'à peu alors que LZ79 était libre (l'un des gros arguments dans la bataille contre le GIF).
L'objectif n'est pas de remplacer le PNG, mais de proposer un nouveau format ouvert, plus performant que le Jpeg, pour enregistrer des images pour le web. Le choix du PNG ou du Jpeg/WebP dépend bien entendu du type d'image que l'on veut insérer dans une page Web.
D'accord avec cette partie du message.
Évidement on utilise pas de formats compressés pour enregistrer des images que l'on doit retravailler.
Euh, si, mais on utilise une compression sans perte type PNG, RAW (ben oui, les formats RAW des appareils photos sont compressés)...
[^] # Re: JPEG2000
Posté par jeberger (site web personnel) . En réponse à la dépêche WebP, le format d'image libre de Google. Évalué à 4.
J'ai même envie de dire: vu les difficultés que le PNG a eu pour remplacer le GIF alors qu'il est nettement supérieur sur tous les points (compression, qualité, transparence, brevets, ...) c'est pas étonnant que le JPEG200 n'aie pas percé face à JPEG vu qu'il n'apporte que de la compression au prix de problèmes de brevets. En plus les débits des accès internet et les capacités des disques sont tels que la différence de compression n'est pas vraiment significative.
Pour la même raison, je ne crois pas trop au succès du WebP...
[^] # Re: Dividende universel
Posté par jeberger (site web personnel) . En réponse à la dépêche Connaissez-vous les bitcoins ?. Évalué à 2.
économiquement, il me semble qu'un dividende universel n'aurait finalement aucun effet. Il n'y a de richesse que relative, et donc une monnaie distribuée uniformément perdrait de la valeur proportionnellement à la quantité distribuée.
Il y a plusieurs modèles de financement qui ont été proposés pour l'allocation universelle. L'un de ces modèles correspond effectivement à dévaluer la monnaie en proportion (cf Robert Heinlein, "For Us the Living"). Mais il y a d'autres modèles [http://fr.wikipedia.org/wiki/Allocation_universelle#Financem(...)]. Par exemple, supprimer toutes les allocations existantes, ainsi que la bureaucratie qui les gère et mettre l'argent ainsi économisé dans un pot commun qui serait redistribué également à tout le monde. Au final ce système ne touche pas plus à la monnaie que le système actuel.
Par ailleurs, l'argent distribué pourrait très bien être "titrisé", c'est vendu comme un "droit à percevoir le dividende de M. XXX".
Ni plus ni moins que les allocations existantes.
Philosophiquement, je m'interroge sur la pertinence d'un modèle sur lequel les hommes s'estimeraient en droit à percevoir quelque chose de la part de ses congénères sans autre justification que sa seule existence. Un droit est quelque chose qui doit défendre la liberté d'action individuelle, et non contraindre autrui à agir sur soi. J'ai le droit d'avoir une belle voiture, mais ça ne signifie pas pour autant que j'ai le droit d'en "réclamer" une.
Ce que tu dis là revient à supprimer toutes les allocations (RSA, allocations familiales, chômage, retraite...) et assimilés (cartes famille nombreuse, etc). La différence c'est que l'allocation universelle serait donnée à tout le monde au lieu d'être réservée à un "petit" groupe.
[^] # Re: Programmation des enregistrements
Posté par jeberger (site web personnel) . En réponse à la dépêche FreetuxTV 0.5.1 est disponible. Évalué à 1.
fricorder marche très bien mais ne fait pas le guide des programmes.
[^] # Re: Oiseau de Tonnerre
Posté par jeberger (site web personnel) . En réponse à la dépêche Thunderbird 3.1 est sorti. Évalué à 4.
# Chipotage
Posté par jeberger (site web personnel) . En réponse à la dépêche Linaro : la réponse à la fragmentation du monde ARM ?. Évalué à 4.
[^] # Re: IPFuck
Posté par jeberger (site web personnel) . En réponse à la dépêche L'unicité des adresses IP : la fin du rêve HADOPIen ?. Évalué à 1.
En revanche, il reste possible d'utiliser GNUnet...
[^] # Re: Compatibilité avec les autres formats de fichiers
Posté par jeberger (site web personnel) . En réponse à la dépêche Sortie de la version 0.6 de Grisbi, logiciel de comptabilité. Évalué à 3.
# Et kphotoalbum alors?
Posté par jeberger (site web personnel) . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 2.
http://www.kphotoalbum.org/