Philipp Kewisch est toujours actif sur Lightning.
Tu veux pas essayer de finaliser le travail pour que ça soit commit dans le tree? C'est pas si compliqué!
Généralement, les trois principales raisons qui ressortent de rester avec gcc sont:
- l'aspect licence: BSD-style (même si ça vient de changer pour une Apache2) vs GPL donc le vieux débat sur ce qui est le plus libre… Pour cette raison que certains BSD (ex: FreeBSD) en ont fait leur compilateur par défaut
- LLVM/Clang est un projet de grosses boites (Google, Apple, ARM, Sony, etc). gcc un peu moins…
- gcc fonctionne, pourquoi en changer?
Tu as tout compris. On a été dans cette direction en augmentant la durée de la maintenance de 52 & 60 à environ un an et demi mais plus la release diverge de ESR, plus c'est difficile de backporter les patches.
Ca nécessite aussi de préserver l'infra de build (avec la sortie de 60, on a arrêté le support de Windows XP et arrêté buildbot).
Si je disais cela, c'est que l'on (Mozilla) a plein d'outils pour s'assurer que Firefox se comporte correctement.
Quand le navigateur crash, la vaste majorité du temps, c'est de la faute d'un logiciel tiers (antivirus, malware, logiciel de sécurité) ou d'un driver pourri. Google avec Chrome fait fasse aux problèmes que Mozilla là dessus…
Bien souvent, désactiver l'antivirus permet d'identifier la source du problème.
Est-ce que tu as eu des crashes? Si oui, est ce que tu pourrais partager les urls qui sont dans about:crashes?
Si tu as déposé des bugs, pourrais-tu m'indiquer les numéros? Merci!
Si tu tournes sous Windows (on sait jamais), essayes de désactiver les antivirus.
Bref, on recommande de faire pareil pour les logiciels importants… C'est bénéfique à la fois pour le compilateur et pour le projet (des vrais bugs sont trouvés ainsi).
C'est ce qui a été fait pour les captures d'écran.
On (je travaille pour Mozilla) a créé Test Pilot pour justement évaluer ça. On s'est rendu compte que les gens qui l'avaient l'utilisaient beaucoup donc on a décidé de le proposer par défaut dans le navigateur. Au nombre de screenshots générés, c'est un succès!
Je suis très certainement partial mais j'utilise souvent cette fonctionnalité! Perso et pro. C'est simple et efficace.
[^] # Re: Bug 920285
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal Procrastination avec Lightning/Thunderbird. Évalué à 3.
Philipp Kewisch est toujours actif sur Lightning.
Tu veux pas essayer de finaliser le travail pour que ça soit commit dans le tree? C'est pas si compliqué!
[^] # Re: Flang
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Sortie de LLVM, Clang, lld, lldb 8.0.0. Évalué à 4.
C'est dans Debian Buster (testing pour le moment):
Ca n'est pas dans le projet LLVM (pour le moment?)$ apt install flang
[^] # Re: Clang
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 65. Évalué à 2.
Suite à cette discussion, j'ai ouvert: https://bugs.llvm.org/show_bug.cgi?id=40802
[^] # Re: Clang
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 65. Évalué à 7.
Faisant parti de la communauté llvm, j'ai posé la question sur cfe-dev (la ml dev clang), voila une réponse:
http://lists.llvm.org/pipermail/cfe-dev/2019-February/061345.html
(le thread a plein de réponses intéressantes)
tldr: il manque une option (-fstack-clash-protection), fortify source pourrait être amélioré
[^] # Re: Clang
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 65. Évalué à 5.
Généralement, les trois principales raisons qui ressortent de rester avec gcc sont:
- l'aspect licence: BSD-style (même si ça vient de changer pour une Apache2) vs GPL donc le vieux débat sur ce qui est le plus libre… Pour cette raison que certains BSD (ex: FreeBSD) en ont fait leur compilateur par défaut
- LLVM/Clang est un projet de grosses boites (Google, Apple, ARM, Sony, etc). gcc un peu moins…
- gcc fonctionne, pourquoi en changer?
Après, les deux projets collaborent souvent ensemble (et coordonnent sur certains points, exemple: https://reviews.llvm.org/D52034#1240216 & https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87442). Chris Lattner était lui même un développeur gcc et, avant la création de clang, avait proposé que LLVM devienne à la base d'une nouvelle version de gcc…
# Clang
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 65. Évalué à 10. Dernière modification le 30 janvier 2019 à 23:02.
La discussion est ici:
https://pagure.io/fesco/issue/2020 (j'étais curieux)
[^] # Re: Licence Nasa
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal IKOS, un analyseur statique développé à la NASA. Évalué à 2.
J'avais lu que Apache 2 était aussi une option valide.
C'est plus le cas?
# Licence Nasa
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal IKOS, un analyseur statique développé à la NASA. Évalué à 2.
Quel dommage d'avoir choisi cette licence par contre… :/
J'ai ouvert ce ticket: https://github.com/NASA-SW-VnV/ikos/issues/42
[^] # Re: Stabilité
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 63. Évalué à 2.
Ca ressemble a https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909818, non ?
[^] # Re: Pétage de Ctrl-Shit-Tab
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 63. Évalué à 2.
Pourrais tu déposer un bug ? https://bugzilla.mozilla.org/
merci!
[^] # Re: Gestion des versions sous Linux
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 61 & 62. Évalué à 5.
Tu as tout compris. On a été dans cette direction en augmentant la durée de la maintenance de 52 & 60 à environ un an et demi mais plus la release diverge de ESR, plus c'est difficile de backporter les patches.
Ca nécessite aussi de préserver l'infra de build (avec la sortie de 60, on a arrêté le support de Windows XP et arrêté buildbot).
[^] # Re: Gestion des versions sous Linux
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 61 & 62. Évalué à 3.
Et tu verrais quoi comme solutions/alternatives? Augmenter la durée de maintenance ESR?
[^] # Re: un outil agricole sur ma config...
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 61 & 62. Évalué à 2. Dernière modification le 21 septembre 2018 à 11:27.
Si je disais cela, c'est que l'on (Mozilla) a plein d'outils pour s'assurer que Firefox se comporte correctement.
Quand le navigateur crash, la vaste majorité du temps, c'est de la faute d'un logiciel tiers (antivirus, malware, logiciel de sécurité) ou d'un driver pourri. Google avec Chrome fait fasse aux problèmes que Mozilla là dessus…
Bien souvent, désactiver l'antivirus permet d'identifier la source du problème.
[^] # Re: un outil agricole sur ma config...
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 61 & 62. Évalué à 2.
Est-ce que tu as eu des crashes? Si oui, est ce que tu pourrais partager les urls qui sont dans about:crashes?
Si tu as déposé des bugs, pourrais-tu m'indiquer les numéros? Merci!
Si tu tournes sous Windows (on sait jamais), essayes de désactiver les antivirus.
[^] # Re: Upstream ?
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal softs dev en Rust empaqueté pour Ubuntu & cie. Évalué à 5. Dernière modification le 13 septembre 2018 à 20:43.
Oui, on fait un package debian/ubuntu par crate. C'est une des forces de Debian!
Et oui pour le control.
On développe debcargo https://salsa.debian.org/rust-team/debcargo
Et le packaging se passe ici: https://salsa.debian.org/rust-team/debcargo-conf
Par exemple, pour un package "complexe" comme ripgrep: https://salsa.debian.org/rust-team/debcargo-conf/tree/master/src/ripgrep/debian
Mais la plupart des packages sont triviaux:
https://salsa.debian.org/rust-team/debcargo-conf/tree/master/src/rand/debian
[^] # Re: Upstream ?
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal softs dev en Rust empaqueté pour Ubuntu & cie. Évalué à 3.
C'est en cours: https://qa.debian.org/developer.php?login=pkg-rust-maintainers%40alioth-lists.debian.net
Mais c'est beaucoup plus compliqué qu'un ppa. En effet, on veut avoir tous les packages indépendamment dans l'archive.
[^] # Re: Date ?
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Kernel Recipes 2018 : c’est reparti pour la 7ᵉ édition !. Évalué à 3.
Tout à fait:
https://kernel-recipes.org/en/2018/practical/
# Compilation de firefox avec gcc 8
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Sortie de GCC 8.1. Évalué à 10.
A Mozilla, on a compile le trunk de Firefox avec gcc 8 depuis un moment avec -Werror
On a créé ce meta bug pour lister tous les bugs trouvés ainsi:
https://bugzilla.mozilla.org/show_bug.cgi?id=1409283
Le plus courant est -Wclass-memaccess (pas mentionné dans cet article?)
On a ignoré -Wmultistatement-macros: pénible pour certaines de nos utilisations.
-Wformat-truncation a été amélioré, on a pu corriger quelques problèmes qui pouvaient (rarement) causé des problèmes.
Et, surtout, Firefox étant un bon test case, on a pu déposé des bugs upstream comme https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728 (régression avec -Wunused-but-set-variable)
Bref, on recommande de faire pareil pour les logiciels importants… C'est bénéfique à la fois pour le compilateur et pour le projet (des vrais bugs sont trouvés ainsi).
[^] # Re: Firefox mon ami, mon amour, tu m'emmerdes
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Sortie de Firefox 59. Évalué à 3.
Intéressant, au moins au sujet de Mozilla & Firefox, j'avais plutôt tendance à trouver que ça s'améliore!
[^] # Re: Firefox mon ami, mon amour, tu m'emmerdes
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Sortie de Firefox 59. Évalué à 5.
Merci du retour, j'ai pas trop l'habitude des gens qui disent du bien de notre travail sur ce site ;)
[^] # Re: Firefox mon ami, mon amour, tu m'emmerdes
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Sortie de Firefox 59. Évalué à 10.
C'est ce qui a été fait pour les captures d'écran.
On (je travaille pour Mozilla) a créé Test Pilot pour justement évaluer ça. On s'est rendu compte que les gens qui l'avaient l'utilisaient beaucoup donc on a décidé de le proposer par défaut dans le navigateur. Au nombre de screenshots générés, c'est un succès!
Je suis très certainement partial mais j'utilise souvent cette fonctionnalité! Perso et pro. C'est simple et efficace.
[^] # Re: Pronostic de sortie
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 58. Évalué à 2.
Jarvis parlait du support de Wayland.
[^] # Re: Merci aux contributeurs
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 58. Évalué à 6.
D'ailleurs, merci pour ton travail de rédaction!
[^] # Re: Pronostic de sortie
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 58. Évalué à 2.
Bien vu ;)
De toutes les façons, je doute que ça aurait été prêt pour 60.
[^] # Re: Tor brouter & meltdown
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche Firefox 58. Évalué à 7.
Parce que SharedArrayBuffer n'existait pas en 52 (la version de ESR).
https://blog.mozilla.org/security/2018/01/03/mitigations-landing-new-class-timing-attack/