J'ai tendance à être un peu frileux concernant les histoires de flashing/rooting etc. (bricker un téléphone, jamais rigolo…) mais là je trouve cela vraiment rédhibitoire :
Step 1 (rooting) is necessary only once. Step 2 (upgrading) can be done everytime you want to upgrade Firefox OS
En parlant de PDF, c'est vraiment compliqué de partir de la norme… puisqu'il n'y a pas unicité. Des fonctionnalités peuvent très bien être normées et non supportées par les outils libres.
Je pense notamment aux signatures numériques : CAdES, XAdES, et donc dans le cas PDF : PAdES.
XFA semble ne pas encore avoir été accepté côté ISO mais les spécifications existent…
Prendre quelques minutes pour consulter la page de manuel d'xargs est probablement un bon investissement.
Une option ultra classique (avec -0/--null, déjà mentionnée) est -r/--no-run-if-empty, qui permet typiquement d'éviter de lancer une commande sans paramètre, ce qui peut éviter un code de retour en erreur et un script/crontab/etc. qui termine un peu trop vite parce que « set -e » avait été déclaré.
Un dernier commentaire sur ton problème : il y a déjà eu au moins un rapport de bogue concernant le support NCQ. S'il est compliqué de diagnostiquer le problème ou s'il s'avère que le matériel est bogué, cela peut finir par la désactivation de cette fonctionnalité pour ce matériel, afin que les utilisateurs suivants n'aient pas à jouer avec leur ligne de commande de noyau.
Bugzilla me semble être le point de passage incontournable, notamment si tu as envie que des gens qui s'y connaissent en NCQ, SATA II vs. III, etc. puissent jeter un coup d'œil.
OK, merci. [Même si la bonne réponse était 3.14.12-1~bpo70+1, cf. /proc/version ;)]
Probablement pas corrigé depuis (au moins au niveau de drivers/ata/pata_marvell.c) puisque les deux commits entre v3.14 et master ne sont que du clean-up (1bc18086231c130895b87ec049be8ddcdab552b8) et de l'ajustement concernant des options de compilation pour la gestion de l'énergie (58eb8cd565af4a104395e3c10443951c1f73dafe).
Je t'invite à donner un peu plus d'infos, notamment le numéro de version précis de ton noyau. Des fois, cela peut inciter des lecteurs désœuvrés à aller regarder s'il n'y a pas un correctif ou un contournement qui aurait été intégré entre temps, qu'il suffirait de backporter en le signalant sur la liste ou le bugtracker qui va bien. Dans tous les cas, un rapport de bogue dans ta distribution est (à ma connaissance) toujours une bonne idée.
<a
href="http://cdimage.debian.org/debian-cd/7.6.0/multi-arch/iso-cd/debian-7.6.0-amd64-i386-netinst.iso">Télécharger Debian 7.6<em>(installation par le réseau, PC 32 et 64 bits)</em></a>
s390x (remplaçant s390) ne comporte pas vraiment d'interface graphique à ma connaissance (c'est pour des mainframes). On peut jeter un œil à https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific pour constater que la plupart des pilotes X ne sont pas compilés pour cette architecture.
Vérifier l'installabilité des desktops à proposer fait partie des évolutions que j'espère implémenter (cf. lien dans mon premier commentaire). Il devrait être possible de prendre en compte la disponibilité d'un miroir apt et la présence éventuelle de plusieurs images d'installation.
Par ailleurs, j'ai peut-être loupé quelque chose, mais le « média d'installation par défaut » n'existe pas à ma connaissance. Les liens sur le site web pointent vers des répertoires qui contiennent un certain nombre d'images en fonction de l'architecture :
- iso-cd/ : CD#1, CD#2, KDE CD#1, netinst, etc.
- iso-dvd/ : DVD#1, DVD#2, etc.
Certains utilisateurs vont foncer vers CD#1, vers $favorite_desktop CD#1, vers netinst. D'autres vers DVD#1.
La seule chose qui pourrait venir en tête est l'image amd64-i386 pour laquelle un lien est présent à la racine du site web. Or on n'essaie pas de mettre de desktop sur cette image à ma connaissance.
Mais il faut savoir où il se trouve (sur le premier écran, avant même de lancer l’installation), le proposer au point que tu suggères me paraît en effet une meilleure idée.
[^] # Re: A passer en 2.0+
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Firefox OS sur ZTE Open C : la voie est libre, mais la route est encore longue…. Évalué à 6.
J'ai tendance à être un peu frileux concernant les histoires de flashing/rooting etc. (bricker un téléphone, jamais rigolo…) mais là je trouve cela vraiment rédhibitoire :
puis :
Sans moi.
Debian Consultant @ DEBAMAX
# openssl
Posté par Cyril Brulebois (site web personnel) . En réponse au message Konqueror ne valide pas les certificats SSL quand la connexion est mauvaise. Évalué à 4.
Mon réflexe quand il s'agit de déboguer des problèmes de type certificats SSL est le suivant :
Note : tu peux vouloir jouer les options -CApath/-CAfile (cf. -help).
Debian Consultant @ DEBAMAX
[^] # Re: Un format plus ouvert
Posté par Cyril Brulebois (site web personnel) . En réponse au journal PDF d'un site de l'administration illisible. Évalué à 3.
En parlant de PDF, c'est vraiment compliqué de partir de la norme… puisqu'il n'y a pas unicité. Des fonctionnalités peuvent très bien être normées et non supportées par les outils libres.
Je pense notamment aux signatures numériques : CAdES, XAdES, et donc dans le cas PDF : PAdES.
XFA semble ne pas encore avoir été accepté côté ISO mais les spécifications existent…
Debian Consultant @ DEBAMAX
[^] # Justificatifs sécurisés
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 2.
C'est typiquement le besoin que tente de couvrir 2D-DOC (http://www.2d-doc.com/), norme établie par des experts en dématérialisation en collaboration avec l'Agence Nationale des Titres Sécurisés (https://ants.gouv.fr/Les-solutions/2D-Doc).
Debian Consultant @ DEBAMAX
# Paramètres d'xargs
Posté par Cyril Brulebois (site web personnel) . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 5.
Prendre quelques minutes pour consulter la page de manuel d'xargs est probablement un bon investissement.
Une option ultra classique (avec -0/--null, déjà mentionnée) est -r/--no-run-if-empty, qui permet typiquement d'éviter de lancer une commande sans paramètre, ce qui peut éviter un code de retour en erreur et un script/crontab/etc. qui termine un peu trop vite parce que « set -e » avait été déclaré.
Debian Consultant @ DEBAMAX
[^] # Re: Détails, et rapports de bogue
Posté par Cyril Brulebois (site web personnel) . En réponse au journal stabilité du contrôleur SATA Marvell 88SE9230. Évalué à 6.
Un dernier commentaire sur ton problème : il y a déjà eu au moins un rapport de bogue concernant le support NCQ. S'il est compliqué de diagnostiquer le problème ou s'il s'avère que le matériel est bogué, cela peut finir par la désactivation de cette fonctionnalité pour ce matériel, afin que les utilisateurs suivants n'aient pas à jouer avec leur ligne de commande de noyau.
Le commit qui introduit la « blacklist NCQ » :
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=67809f85d31eac600f6b28defa5386c9d2a13b1d
Bugzilla me semble être le point de passage incontournable, notamment si tu as envie que des gens qui s'y connaissent en NCQ, SATA II vs. III, etc. puissent jeter un coup d'œil.
Debian Consultant @ DEBAMAX
# Thanks!
Posté par Cyril Brulebois (site web personnel) . En réponse à l’entrée du suivi Prévenir de l'existence d'un login plutôt que de créer toto-0 etc.. Évalué à 0 (+0/-0).
Super, merci !
Debian Consultant @ DEBAMAX
[^] # Re: Détails, et rapports de bogue
Posté par Cyril Brulebois (site web personnel) . En réponse au journal stabilité du contrôleur SATA Marvell 88SE9230. Évalué à 5.
OK, merci. [Même si la bonne réponse était 3.14.12-1~bpo70+1, cf. /proc/version ;)]
Probablement pas corrigé depuis (au moins au niveau de drivers/ata/pata_marvell.c) puisque les deux commits entre v3.14 et master ne sont que du clean-up (1bc18086231c130895b87ec049be8ddcdab552b8) et de l'ajustement concernant des options de compilation pour la gestion de l'énergie (58eb8cd565af4a104395e3c10443951c1f73dafe).
Debian Consultant @ DEBAMAX
# Détails, et rapports de bogue
Posté par Cyril Brulebois (site web personnel) . En réponse au journal stabilité du contrôleur SATA Marvell 88SE9230. Évalué à 8.
Je t'invite à donner un peu plus d'infos, notamment le numéro de version précis de ton noyau. Des fois, cela peut inciter des lecteurs désœuvrés à aller regarder s'il n'y a pas un correctif ou un contournement qui aurait été intégré entre temps, qu'il suffirait de backporter en le signalant sur la liste ou le bugtracker qui va bien. Dans tous les cas, un rapport de bogue dans ta distribution est (à ma connaissance) toujours une bonne idée.
Debian Consultant @ DEBAMAX
[^] # Re: Jessie
Posté par Cyril Brulebois (site web personnel) . En réponse à la dépêche FreeBSD 9.3 sort des cartons. Évalué à 3.
C'est correct :
(dixit https://lists.debian.org/debian-devel-announce/2014/08/msg00005.html)
Côté code c'était ici :
http://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=2f856a6ee682acae4b42f03ac7833012caaef776
Il y a aussi un fil de discussion sur debian-bsd@ à ce sujet :
https://lists.debian.org/debian-bsd/2014/07/msg00018.html
Debian Consultant @ DEBAMAX
[^] # Re: Tasksel
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 1.
Je parle de cela :
qui se trouve dans un encadré vert sur https://www.debian.org/
Pour les DVD, aucune idée, je n'ai jamais joué avec. Déjà trop de choses à gérer avec le reste. :)
Debian Consultant @ DEBAMAX
[^] # Re: Xfce vs GNOME vs KDE vs LXDE vs LXQt
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 5.
Petit tour rapide :
Debian Consultant @ DEBAMAX
[^] # Re: Tasksel
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 3.
Vérifier l'installabilité des desktops à proposer fait partie des évolutions que j'espère implémenter (cf. lien dans mon premier commentaire). Il devrait être possible de prendre en compte la disponibilité d'un miroir apt et la présence éventuelle de plusieurs images d'installation.
Par ailleurs, j'ai peut-être loupé quelque chose, mais le « média d'installation par défaut » n'existe pas à ma connaissance. Les liens sur le site web pointent vers des répertoires qui contiennent un certain nombre d'images en fonction de l'architecture :
- iso-cd/ : CD#1, CD#2, KDE CD#1, netinst, etc.
- iso-dvd/ : DVD#1, DVD#2, etc.
Certains utilisateurs vont foncer vers CD#1, vers $favorite_desktop CD#1, vers netinst. D'autres vers DVD#1.
La seule chose qui pourrait venir en tête est l'image amd64-i386 pour laquelle un lien est présent à la racine du site web. Or on n'essaie pas de mettre de desktop sur cette image à ma connaissance.
Debian Consultant @ DEBAMAX
[^] # Re: Idem, pour mon premier site web, tout est en HTTPS
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Passer au HTTPS pour améliorer son PageRank. Évalué à 4.
À noter : StartSSL facture la révocation (US$ 24.90), quelle que soit la raison.
(Coucou Heartbleed.)
Debian Consultant @ DEBAMAX
[^] # Re: Tasksel
Posté par Cyril Brulebois (site web personnel) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 2.
C'est rigolo, c'est mentionné dans la première réponse au mail de Jordi. :)
Cf. https://lists.debian.org/debian-devel/2014/08/msg00130.html
Debian Consultant @ DEBAMAX