Boa Treize a écrit 3449 commentaires

>Dans ce mode la batterie se décharge très lentement jusqu'à épuisement ce qui n'est peut-être pas très bon.

Ça ne devrait pas lui poser de problème particulier, en tout cas il ne devrait pas y avoir de différence notable par rapport à une décharge classique (c'est une décharge classique).

La seule chose qu'elle n'aime pas trop dans ce domaine, c'est d'être complètement déchargée. Mais il y en a facilement pour une semaine de veille avant de commencer à sérieusement la vider quand on part d'une pleine charge.

Attention, est-ce qu'en robotique, il ne s'agit pas de batteries différentes de celles utilisées dans les portables ?

D'après cette page, pour les portables, il s'agit en général de LiCoO2, alors que pour les robots, on verrait plutôt des LiMn2O4, LiFePO4, LiNiMnCoO2 (rien que ça :-)) avec des comportements un peu différents ?

http://batteryuniversity.com/learn/article/explaining_lithiu(...)

(Sans compter les types très différents que sont les NiCd et les NiMH.)

http://batteryuniversity.com/learn/article/whats_the_best_ba(...)

Probablement oui :-)

« Stocker dans un endroit frais et sec » semble être le mot d'ordre pour les précautionneux.

Par ailleurs, autre info glanée sur ce site, les batteries Li-Ion Cobalt ne supportent pas de fonctionner en dessous de 0°C (réaction chimique parasite qui tue la batterie relativement rapidement).

> Vider entièrement une batterie n'a, à ma connaissance, aucun effet ni maléfique ni bénéfique sur la batterie elle-même.

Ça la flingue à coup sûr. Heureusement, elle ment sur sa capacité restante, à 0 %, elle n'est pas vraiment vide, il lui reste une marge de sécurité pour survivre (mais tu as intérêt à la recharger ; 40 % c'est apparemment l'idéal pour le stockage à long terme).

Je me suis posé la question ce week-end, et j'ai eu la réponse.

Tout d'abord, le site de référence, certes sponsorisé par une entreprise, mais une entreprise spécialisée dans le test et la maintenance de batterie, et qui n'a donc pas trop intérêt à biaiser ses explications concernant les batteries.

http://batteryuniversity.com/learn/

Voici ce que j'ai retenu (un peu subjectif donc).

Pour ce qui est des batteries d'ordinateurs portables (Li-Ion, plus précisément Li-Ion Cobalt) :

- Contrairement à ce qui est souvent écrit, y compris dans les modes d'emploi des constructeurs, il n'est pas très utile de les charger à fond / décharger à fond la première fois qu'on les utilise (ça ne leur fait strictement rien niveau capacité et durée de vie). La seule utilité, c'est que ça peut permettre de bien calibrer la jauge de la batterie, mais d'une part elle est généralement bien calibrée en usine, d'autre part elle se calibrera naturellement au fil des cycles de charges suivants.

- Contrairement à ce qui est souvent écrit, il n'y a pas de souci majeur à maintenir un ordinateur branché sur le secteur quand la batterie est chargée à 100 % : les chargeurs ne maintiennent pas de courant de charge quand la batterie arrive au max (sinon la batterie crèverait instantanément), ils la laissent se vider un peu naturellement avant de remettre un petit coup de charge (genre toutes les deux ou trois heures).

- Par contre, ces batteries n'aiment pas la chaleur, surtout en pleine charge ; les ordinateurs portables sont des environnements particulièrement durs pour elles. Il y a donc un intérêt réel à sortir la batterie du portable quand on s'en sert essentiellement en mode fixe. Non pas à cause du chargeur, mais à cause de la chaleur du portable. Et tout dépend du modèle d'ordinateur : finalement une batterie qui dépasse de l'arrière du portable, c'est pas si mal que ça, c'est plus frais ! Si votre portable a tendance à être bien chaud, c'est une cause majeure de décès prématuré de la batterie. (De l'intérêt d'avoir de bon drivers qui donnent la température de la batterie... et de prendre en compte ce critère dans les tests de matériel.)

- Pour un portable essentiellement fixe donc, il y a intérêt à sortir la batterie. Si on la stocke hors du portable sur le long terme, l'idéal est une batterie chargée à environ 40 % et stockée à environ 15°C. Bon la température ambiante de l'appartement c'est très bien aussi hein. Attention par contre à ne pas laisser la poussière remplir le compartiment de la batterie, et à dépoussiérer avant de la remettre.

- Ces batteries n'aiment pas être beaucoup déchargées (elles crèvent si elles tombent réellement à zéro, heureusement elles mentent sur leur capacité réellement restante), ça ne leur fait rien d'être rechargées à partir d'une charge partielle, elles préfèrent même ça. Le seul intérêt d'une décharge profonde suivie d'une charge complète, c'est de recalibrer la jauge de la batterie. À faire tous les 30 ou 40 cycles de charge, ou environ une fois tous les un ou deux mois.

- La charge se fait en deux temps, et c'est la même chose pour toutes les batteries Li-Ion Cobalt, et tous les chargeurs : phase rapide où on atteint assez vite les 70 % de charge (environ 1h), phase lente où l'on grimpe calmement à 100 % de charge (environ 2h). Les chargeurs rapides se contentent de faire la première phase. ;-) Et donc environ 3 h, c'est typique pour une charge complète.

- Ces batteries sont composés d'éléments (cellules) cylindriques d'environ 6 cm de longueur et 1,8 cm de diamètre, avec une tension nominale de 3,6 V à leurs bornes. Très fréquemment on en retrouve 3 en série pour atteindre les 10,8 V que beaucoup de portables utilisent, multipliées en parallèle par 2 ou 3 selon la capacité voulue.

Voilà. :-)

Les amateurs de réplique culte ne manqueront bien sûr pas l'engagement vibrant de Machete contre les textes trop courts écrits dans un style approximatif.

Un internaute en a même déjà fait un site web opportuniste :

http://www.machetedonttext.com/

• Mercurial sous Windows, au boulot, une bonne centaine de repos, à chaque fois quelques milliers de fichiers . Interface graphique sympa, pas de souci de performance (sauf peut-être dans la mise à jour des icônes dans l'explorateur, et dans le lancement de l'utilitaire de configuration), ligne de commande agréable. Pas de souci pour un travail en équipes d'une dizaine de personnes, au fur et à mesure qu'elles gagnent en expérience elles apprécient de plus en plus l'outil.

La capacité d'aller lire et modifier le code source pour déboguer un problème de configuration serveur a été un gros plus. (Mercurial étant dans ce cas installé au sein d'une installation Python standard, et non pas avec un Python intégré.)

• Git sous Linux, chez moi (et quelques essais sous Windows), une demi-douzaine de repos, à chaque fois quelques dizaines / centaines de fichiers. Interfaces graphiques qui s'améliorent (pas essayées récemment), pas de souci de performance (mais bon, en solo avec quelques commits... c'est pas vraiment un challenge).

Le format de stockage des données, les concepts derrière Git, me semblent nettement plus propres, agréables, et intuitifs que ceux de Mercurial.

Par contre, la ligne de commande de Git est nettement plus hardcore, avec des listes d'options qui calment, jusqu'à ce qu'on prenne ses marques.

> C'est aussi le cas des lampes fluo-compactes.

Je crois pas non. Ne serait-ce que parce que leur tube est en verre, et donc bloque l'essentiel des UV, en tout cas les plus énergétiques et donc les plus dangereux.

Tu confonds peut-être avec les LED blanches ?

(Et une bonne part des fluo-compactes est vendue dans un bulbe en verre dépoli, pour l'esthétique.)

> Impossible. D'après le point 1

Tu as mal lu l'anglais (ou tu cites le mauvais point), car la phrase citée dit seulement que la licence ne doit pas empêcher quelqu'un de créer une compilation de logiciels et éventuellement de la vendre (les bons vieux CD-ROM de logiciels des années 90) ; dans le cas d'une vente d'une telle compilation, la licence ne doit pas exiger d'argent. Pas un mot sur la vente du logiciel lui-même.

> Ya assez pour une dépèche là ?

Non, d'une part le texte est un peu trop court, et d'autre part c'est l'histoire d'une boîte proprio qui confie ses utilisateurs à une autres boître proprio, où est Linux, où est le Libre ? Donc tout considéré, il y a de grandes chances que ça ne passe pas, et qu'il te soit suggéré de faire un journal à la place. ;-)

> Ce n'est pas vraiment la faute journalistique la plus grave et on peut faire un tas d'autres critiques beaucoup plus pertinentes.

Ben quand même, ça montre que le journaliste (de l'AFP dans notre cas) ne connaît pas le domaine dont il parle, point final. Les gens qui connaissant tiquent immédiatement. Je serais bien incapable de te dire 2, 4 ou 8 milliards, mais millions je sais que non, y'a pas moyen. Pour moi ça enlève l'essentiel de la crédibilité du journaliste (et de l'AFP), je pourrais pratiquement faire son boulot du coup (quelques recherches Google pour se donner un vernis, et voilà).

Ce n'est pas la plus grave, mais c'est grave.

Certes, mais ça devrait être précisé dans la dépêche et peut-être même dans le titre du lien.

D'après Bruce Schneier, http://www.schneier.com/blog/archives/2010/09/evercookies.ht(...) , quand vous visitez le site http://samy.pl/evercookie/ (lien n°2 de cette dépêche, que 81 d'entre vous ont déjà cliqué), vous en récupérez un sur votre machine. Bonne chance pour le dégager !

Effectivement, ce qui est prévu dans le brouillon de la spec¹, c'est que quand une requête HTTP est reçue par un moyen de transport non-sécurisé (cas de la classique URL http://..., le serveur devrait répondre par un 301 (redirect) qui donne l'adresse https en retour.

(Ce n'est pas une obligation, car il y a des problématiques de sécurité liées à ce genre de méthode, cf. la note dans la spec.)

Par contre, le serveur ne doit pas donner l'en-tête Strict-Transport-Security dans une réponse HTTP non-sécurisée.

¹ http://tools.ietf.org/html/draft-hodges-strict-transport-sec(...)

Ça n'a pas été précisé dans la dépêche, mais ce pilote, comme la plupart des pilotes Wi-Fi, fait appel à un firmware qui est purement propriétaire (distribuable gratuitement, modifications interdites) :

http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmwa(...)

C'est bien les puces listées dans la dépêche, j'ai vérifié dans le code source. :-)

Hé ben on achète les DVD qui sont en vente un peu partout. C'est pas comme si c'était un inconnu jamais distribué en France. :-)

Gabin dans son émoi a oublié de citer Millenium Actress et surtout le premier tiers de Memories, intitulé Magnetic Rose, qui est une claque SF monumentale.

Même si c'est effectivement mieux avec des accents et une bonne orthographe, surtout sur un texte plus long que le tien, ne te laisse pas pour autant décourager de poster des contenus intéressants ici. Les cris de vierges effarouchées que certains poussent à la vue d'un pixel de travers sont en totale disproportion avec la pertinence du contenu proposé et la très faible gêne à la lecture que l'absence d'accent et les quelques fautes ont pu causer.

Quant à ceux qui se sont sentis mal, je leur suggère un stage de YouTube et de courriel d'entreprise, pour qu'ils ré-étalonnent leur niveau d'exigence qui n'est manifestement pas adapté.

C'est la première fois qu'on en parle sur LinuxFr, c'est « nouveau » certes, mais ça l'était aussi il y a presque un an :

http://blog.hyla-project.org/index.php/post/2009/10/23/Un-no(...)

Et donc, quoi de neuf depuis ? :-)

Y'en a qui ont essayé ? Le truc qui me refroidit un peu, c'est de voir qu'il n'y a pas de support Tomcat 6, qui est pourtant sorti il y a trois ans et demi ! (Et Tomcat 7 arrive bientôt.) Bref, le logiciel revient manifestement de loin, j'espère qu'il aura la force de continuer sa route !

> donnera les guillemets avec espaces insécables et tout le tralala sans soucis d'encodage.

Je ne parierais pas dessus, avec Templeet y'a toujours des surprises. :-) (Et il y a un souci d'encodage : celui-ci est particulièrement illisible quand les caractères s'accumulent. Déjà qu'on se prend la tête avec les listes et les br/ que Templeet ajoute automatiquement...)

Il a dit lors de précédentes dépêches qu'il rédige au fil de l'eau, je sais pas s'il fait un total.

Ça m'a pris environ 1h30 de relecture / correction / mise en forme (alors qu'à la base c'était déjà de très bonne qualité) ; les autres relecteurs ont passé pas mal de temps dessus aussi, mais je sais pas combien.

C'est d'une part parce qu'il y a un bug dans LinuxFr qui empêche d'en mettre une après le guillemet ouvrant (il sort alors de l'UTF-8 invalide), et franchement y'a pas toujours le temps de passer en mettre partout ailleurs. Et même si le très con bug de Mozilla qui supprimait les espaces insécables a été corrigé, j'ai l'impression que certaines fois les espaces insécables sautent, mais j'ai pas cherché à déboguer.

Intéressant, merci.

Les codes sources sont en monospace, en dehors de deux boucles for (va savoir pourquoi).