Florent Zara a écrit 1306 commentaires

Sauf erreur de ma part, si vous accédez au site LinuxFr.org en https par défaut, alors toute requête non ssl (ie en http) à LinuxFr.org sera basculée automatiquement en requête chiffrée avec ssl (https).

C'est pour cela que par défaut nous faisons en sorte que tous les liens internes LinuxFr.org soient en http simple. C'est le choix de l'utilisateur d'accéder au site en http ou https qui convertira ou non ces liens en https.

Merci du retour, j'ai corrigé la section, même si le choix pourrait paraître controversé :-)

Sinon, petite question à l'auteur de la dépêche.
Il me semble qu'il était impliqué dans le développement de SQUALE, la solution de qualimétrie qui n'a, semble t-il, pas autant percé que son autre concurrent libre Sonar.

Effectivement, c'est bien moi :-) J'ai été impliqué au démarrage de Squale, pour laisser ma place ensuite. Et effectivement, Sonar a mieux percé et mieux su créer le buzz autour de son projet. Je connais d'ailleurs très bien certains de leur équipe. Les bonnes idées de Squale peuvent d'ailleurs toujours être implémentées dans Sonar sous forme de plugin. Tout ce qui a été produit par Squale, que ce soit le code source ou les modèles de qualité sont librement disponibles.

Squash est-il lié a ce produit (l'homonymie m'interpelle) ?

La réponse courte : Non. La réponse plus longue : Non, mais il y a des connexions indirectes entre les deux projets. Déjà les deux traitent de Sofware QUAlity (d'où l'homonymie ;-), ensuite quelques personnes (2 ou 3, pas plus) se retrouvent sur les deux projets. Ceci explique cela !

Ton commentaire contenant pas mal d'informations intéressantes, je me suis permis d'y apporter qqs corrections et remise en forme, sans en modifier le fond.

Sinon, Mercury a été dévoré par HP il y a quelques temps déjà (mi-2006) et depuis le nom de Mercury a complètement disparu…

Bref, tout ça pour dire que l'idéal serait qu'un outil comme SquashTest propose une gestion intégrée des défauts de recette. Ainsi, un défaut est clairement lié à une exécution de test, à une ou plusieurs exigences, … Et n'est pas mélangé à des demandes de changement et des bugs "de production".

Je peux me tromper, mais l'outil s'interfaçant directement avec le bug tracker, il est tout à fait envisageable de mettre en place dans ton cas une instance de JIRA reliée à Squash pour les défauts de recette et une autre instance indépendante pour les "bugs de prod".

le site de test de Squash ne répondait pas quand j'ai voulu l'essayer

Chez moi, ça marche, au moment de la rédaction de ce message.

Et comment donc ! "Houston"…

En même temps, ce n'est pas comme si La cuillère n'existe pas en dernière position ne pouvait pas être vu comme aucun des autres choix pour pouvoir ensuite utiliser les commentaires pour préciser sa pensée.

Je ferais en sorte qu'il y ait un smiley au bout de la proposition la prochaine fois pour éviter que ce soit pris au pied de la lettre ;-)

Il manque le chois "Autre (voir commentaires)".

Je me permets, en toute humilité, de recopier le texte en haut de la page de ce sondage (et de tous les autres d'ailleurs !)

La liste des options proposées est volontairement limitée : tout l'intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées, ou de l'impossibilité de choisir plusieurs réponses. 76,78% des sondés estiment que ces sondages sont ineptes.

A priori, erreur de copier/coller dans les deux cas. Désolé.

Je viens de vous renvoyer les formulaires. Merci de me les retourner remplis dès que possible !

Je te propose de fermer cette entrée et d'en créer une nouvelle si tu souhaites proposer un changement de comportement.

Comme mentionné plus haut, vous pouvez modifier à loisir ces éléments erronés afin que la dépêche résultante soit la plus correcte possible. En effet, elle est actuellement non publiée et dans l'espace de rédaction, ce qui fait que toute personne avec un compte actif et un karma positif (ce qui est votre cas) peut participer à l'amélioration des futures dépêches qui sont dans l'espace de rédaction de LinuxFr.org avant qu'elles ne soient soumises à la modération puis publiée sur le site.

Personnellement, je m'en suis servi pour acheter plus d'une vingtaine de billets depuis mai 2011 et je n'ai encore jamais été confronté à un crash.

Toujours personnellement, les gros plus que tu mentionnes l'emportent largement sur les défauts (j'imprime mes billets et je n'ai pas eu de crash. L'option réserver un billet pourrait être intéressante). Concernant les plus, j'ajouterais :

• pas de pub
• interface simple et efficace (tout comme leur menu d'aide, accessible en permanence)
• un lien direct avec l'équipe qui anime le site (choisis ton arme : email/blog/twitter/facebook) et semble assez réactive

Ca me fait un peu penser à la baseline de Gandi dans l'esprit : « no bullshit ».

Je ne suis toujours pas retourné chez Voyages-SNCF et pour le moment, je ne vois aucune raison de le faire.

Si tu parles en terme de versions, alors oui, c'est la onzième. Tout le monde (ou presque) sait que les informaticiens adorent compter à partir de 0. Par contre la dépêche parle bien de « lot de mise à jour » ; dans ce cas, on en est bien au dixième (lot), la première version 5.0.0 n'étant pas considérée comme une mise à jour de Lenny mon point de vue. On peut voir la 5.0.0 comme une mise à jour de Etch…

C'est effectivement un choix subjectif de l'équipe de modération. Pour être plus précis, on s'aide d'éléments objectifs comme la page de statistiques dédiée pour les contenus. On ne retient pas forcément que la note finale, mais aussi

• les efforts de rédaction, d'implication sur un sujet ;
• l'éventuel débat de qualitay que cela a pu générer ;
• le volume de contributions d'une personne (beaucoup de réponses pertinentes dans les forums, rapports de bugs, etc.)

On privilégie aussi les personnes hors de l'équipe de modération. On essaye aussi de ne pas laisser passer les contributions au code, que ce soit des nouvelles fonctionnalités, correctifs, feuilles CSS, etc.

j'ai testé LibreOffice qui reste à 0).

Même test de mon côté, pourtant j'ai été l'un des premiers à voter et depuis le nombre de vote a bien augmenté. Cela ne me semble donc pas être lié au cache.

50 votes, soit plus que tout les autres de la liste, et plus intéressant que la majorité.
Et aussi dans les temps, car plus vielle que "ciao moebius".

Et aussi promue en dépêche, avec un score supérieur au journal initial d'ailleurs, ce qui fait qu'elle n'est volontairement pas citée dans ce récapitulatif. Petit rappel des règles informelles de ce récapitulatif hebdomadaire dans les commentaires d'un récapitulatif précédent.

J'ai mis une version plus réduite en taille et en poids.

Ah ! Bon… pourtant il me semblait…

Corrigé, merci.

Pour info, un doublon a été fermé ici. Franchement, vous auriez pu prendre le même titre…

Doublon de http://linuxfr.org/suivi/non-support-de-plus-de-trois-journaux-ayant-le-meme-titre

Je ferme cette entrée (et franchement, vous auriez pu choisir un titre identique…)

En tous cas sous Android c'est assez facile de gérer ça donc normalement pas de risques d'activer du roaming sans le savoir.

Effectivement, je vois déjà deux éléments sur ce sujets :

• la possibilité de désactiver le transfert de données via un raccourci en un clic
• le fait de pouvoir choisir un « roaming national » uniquement depuis les paramètres du réseau mobile. Par contre, j'ai l'impression que cette option n'est pas disponible sur toutes les ROM. Elle est présente typiquement sur la Cyanogen, mais pas sur celles de HTC ou Samsung (pour les autres, je ne sais pas).

Il y a peut-être d'autres applications dédiées (celle de Free mobile par exemple, mais limité à Free), mais je ne les connais pas, les deux points au dessus me suffisent.

Tu as aussi la possibilité de contribuer à LinuxFr.org en écrivant des dépêches sympa et tu as toutes tes chances de gagner un abonnement à GMLF. Et plus tu en écris, et plus tu as de chances, car on regarde la qualité mais aussi les contributeurs les plus prolifiques pour décerner les prix. Et en plus, c'est mensuel donc tu peux en gagner plusieurs !

Même si la phrase était compréhensible de mon point de vue, je l'ai reformulée pour éviter toute ambigüité et j'ai ajouté les guillemets comme suggéré par patrick_g.

Parce que généralement, ce sont les mainteneurs/packageurs de ta distro qui s'en occupent. Tu as l'air de ne pas avoir encore appréhender le mode de fonctionnement de distribution des distributions Linux. Ce n'est pas un simple setup.exe ou msi puis suivant, suivant, ..., suivant, fin, ou encore un dmg à lâcher qq part. Il a tellement de distributions que cela demanderait trop de connaissances et d'efforts de leur part.

Le mieux c'est de demander à un de tes amis (prenons le cas d'Ubuntu, distribution adaptée aux nouveaux arrivants) qui te répondra gentiment d'aller voir chez Korben (3e lien, le premier ne venant pas de videolan.org).

Tiens, je te colle la solution, c'est cadeau :

1. sudo add-apt-repository ppa:videolan/stable-daily (ou add-apt-repository ppa:n-muench/vlc)
2. sudo apt-get update
3. sudo apt-get install vlc