Cyril Brulebois a écrit 695 commentaires

Merci à tous pour la dépêche.

Quelques ajustements mineurs :

• Petit problème de mise en forme pour les différents types de sceau (WRITE et SEAL).
• « Si vous n’avez jamais entendu parler des étiquettes de flux de flux (flow label) en IPv6 […] », je pense que c'est parce qu'il y a des mots en trop. ;)
• « beaucoup de correction » mérite un « s ».

Debian Consultant @ DEBAMAX

C'est sympa de voir comment une distribution en retard (effectivement on ne voit que wayland/weston en version 1.6 dans testing/unstable) et pas wayland-ready finit par satisfaire tes besoins.

Debian Consultant @ DEBAMAX

Ou bien, nous pourrions utiliser CPUSchedulingPolicy=idle pour s'assurer que les processus abrtd crashent en tâche de fond uniquement, en autorisant le noyau à donner sa préférence à tout ce qui fonctionne et qui a besoin de temps CPU.

Je pense qu'un s/crashent/tournent/ (ou une réécriture) s'impose.

D'après ma lecture de la VO, il s'agit plutôt de « s'assurer qu'ABRT traite les traces de crash en tâche de fond uniquement ».

Debian Consultant @ DEBAMAX

dh_make peut effectivement faire un peu peur parce qu'il génère plein de fichiers.

Dans ton cas précis, tu auras principalement besoin de :

• debian/changelog : descriptif des changements mais aussi définition de la version.
• debian/compat : probablement '8' ou '9', pas pertinent de passer du temps là-dessus.
• debian/control : tu auras ici plusieurs « stanzas », la première définissant le paquet source (nom, dépendances de build, mainteneur, etc.), les suivantes définissant les paquets binaires (nom, architecture, dépendances, description, etc.). Tu auras probablement envie d'avoir un -dev pour le .h et un autre paquet pour la bibliothèque. Attention aux changements futurs : en cas d'incompatibilité binaire (changement d'ABI) ton SONAME doit changer et le paquet être renommé en conséquence. On peut imaginer librustpinyin-dev et librustpinyin0 (en imaginant que tu fournisses libpinyinengine0.so) pour commencer.
• debian/copyright : je ne te fais pas de dessin.
• debian/rules : cf. ci-dessous.

Vu les informations données dans le README.md, tu pourrais probablement commencer par ce qui suit (en faisant attention à bien utiliser des tabulations plutôt que des espaces) :

    #!/usr/bin/make -f
    %:
        dh $@

Cela permet d'avoir plein de choses gérées de façon automatique. Tu peux ainsi te concentrer sur ce qui a besoin d'être spécifique. Comme le système de build est particulier, il te faudra probablement commencer par :

        override_dh_auto_configure:
            # Do nothing

        override_dh_auto_build:
            cargo build

Concernant la ventilation des fichiers parmi les paquets binaires, le plus simple est probablement de lister les fichiers voulus dans debian/librustpinyin-dev.install et debian/librustpinyin0.install

Le canal #debian-mentors et la liste de diffusion debian-mentors@ sont les bons endroits pour poser des questions supplémentaires.

Debian Consultant @ DEBAMAX

En quoi le module noyau garantit de ne plus casser l'ABI xorg ?

J'ai eu exactement la même réaction, un petit lien logique à ce sujet semble manquer. ;)

Debian Consultant @ DEBAMAX

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

puis :

1. Root the phone (Windows required)

Sans moi.

Debian Consultant @ DEBAMAX

Mon réflexe quand il s'agit de déboguer des problèmes de type certificats SSL est le suivant :

openssl s_client -connect linuxfr.org:443 -showcerts

Note : tu peux vouloir jouer les options -CApath/-CAfile (cf. -help).

Debian Consultant @ DEBAMAX

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

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

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

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

Super, merci !

Debian Consultant @ DEBAMAX

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

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

C'est correct :

• kfreebsd-9: replaced with kfreebsd-10.

(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

Je parle de cela :

<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>

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

Petit tour rapide :

• ia64 is dead.
• sparc prend le même chemin.
• 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.

Debian Consultant @ DEBAMAX

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

À noter : StartSSL facture la révocation (US$ 24.90), quelle que soit la raison.

(Coucou Heartbleed.)

Debian Consultant @ DEBAMAX

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.

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