Sylvestre Ledru a écrit 653 commentaires

s/apt.postgresl.org/apt.postgresql.org/g
Le premier renvoi vers une url incorrecte.

A noter que ça utilise la même infrastructure que https://apt.llvm.org/ (jenkins avec https://jenkins-debian-glue.org/)

(coucou Dimitri)

Ca fait un moment que Aster n'a pas shippé dans Debian et a été supprimé depuis.

Tu es sur(e) pour free-download-manager? Est ce que tu l'as reporté chez Mozilla?

L'implémentation est pas compliquée, la définition d'une bonne API pour le faire, par contre , oui, c'est plus compliqué!

Pour le moment, faut rajouter les lignes suivantes dans le fichier userChrome.css dans ton profile.

/* add this line if it is not there */
@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");

/* to hide the native tabs */
#TabsToolbar { visibility: collapse; }

/* to hide the sidebar header */
#sidebar-header { visibility: collapse; }

On pouvait nativement (sans plugin bancal) mettre les onglets sur les côtés, en terme d’ergonomie je trouve que c'est vraiment ce qui me convient le mieux et avec les "gros" écrans 16:10 ça fait sens, les pages ne font pas "compressés" dans la largeur.

https://addons.mozilla.org/fr/firefox/addon/tree-style-tab/ est plutôt bien: il y a pas mal d'employés de Mozilla qui l'utilisent tout le temps.

Nativement, je ne crois pas qu'il en soit question, c'est quand même un cas d'utilisation assez avancé. La vaste majorité des gens ont juste quelques onglets d'ouverts.

Je veux bien un bug sur https://bugzilla.mozilla.org/ about ton about:support
Si tu arrives à le reproduire facile, on est très preneur de ton aide! On a du mal à reproduire ce genre de problème.

Oui, en effet, si tu veux qu'il soit corrigé, je te conseille de déposer un bug.

date, comme son nom l'indique pas, c'est une branche de développement. Donc, c'est normal que ça ne fonctionne pas.

On me dit dans bugzilla que https://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central/ ou https://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/
sont les bons endroits!

C'est pas très joli ça. Merci de l'info, j'ai reporté le bug https://bugzilla.mozilla.org/show_bug.cgi?id=1389777

• est ce qu'il serait tenté par faire une version codée en Rust de less?

Et c'est corrigé en 52.2.1

Pour les pbs de pdf, ca se passe dans ce bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1373363

Pardon, ma phrase était en effet pas claire. Non, il y a peu de chances que ca soit corrigé dans ESR vu la complexité et les risques que ça impliquerait.

Pour le déploiement, https://mike.kaply.com/cck2/ devrait t'aider.

Enfin, pour le MSI, c'est notre arlésienne… on en parle depuis un moment: https://bugzilla.mozilla.org/show_bug.cgi?id=231062

OK, le css est cassé dans les <select> Dans ton message, ca a été mangé.

Désolé pour ce problème! Vu la quantité de dépendances, ça semble assez complexe pour que l'on ne le prenne pas dans ESR 52. La prochaine fois, faut pas hésiter à remonter ça plus tôt durant la phase de stabilisation de ESR.
Pour désactiver e10s, tu devrais pouvoir le faire via ton système de déploiement de Firefox.

Pour l'impression, j'étais pas au courant, je vois ce que je peux faire.

Si on réalise esr52.0.0 & esr52.1.0, c'est justement pour que les utilisateurs nous remontent ce genre de bugs.
Est ce que tu peux m'indiquer les urls vers les deux bugs que tu as?

Dans certains cas, on prend des correctifs de bugs importants pour nos utilisateurs.

Note que l'on a des listes de diffusions pour les utilisateurs ESR, tu auras plus de chances qu'ils soient corrigés rapidement que se plaindre sur linuxfr.

https://techcrunch.com/2017/02/27/mozilla-pockets-pocket-in-first-acquisition/

Dixon said that Mozilla will be conducting a full audit of the Pocket code soon to look for any license encumbrances or other obstacles to open-sourcing. They declined to give any timeline, though.

=> Parce que l'on préfère faire les choses bien ;)

Précision:
Pas longtemps après = 4 ans

Je crois que tu nous fatigues tous…

Un article pas trop récent là dessus:
http://www.ghacks.net/2015/08/03/mozilla-improves-aboutperformance-page-in-latest-firefox-nightly/

Et voila un screenshot avec la nightly du jour:

(ce qui veut pas dire que ça sera en 52).

A noter que je connais au moins deux français du bureau qui ont bossé là dessus.

about:performance devrait aider à diagnostiquer les problèmes. En release, c'est assez limité mais dans les versions en cours, c'est beaucoup plus avancé.

Rien qu'en lançant firefox ça consomme plus de 200Mo de ram.

Les navigateurs web sont aussi complexes que des OS maintenant, on a de la vidéo, de l'asynchrone de partout, du réseau, de la vidéoconférence, une gestion de standards complexes (HTML5/CSS3), un langage de programmation (Javascript) avec du JIT, les outils développeurs, un IDE, un système d'extensions, etc. Oui, tout ça un coût. Et ça me semble acceptable vu que pour beaucoup, ça sera la seule application lancée sur le système.

Après, Firefox est aussi souvent impacté par les addons qui sont exécutés. On sait que certains addons populaires ralentissent fortement le navigateur et augmentent la consommation mémoire… Mais bon, au final, l'utilisateur dit juste "Ha ha ha ha!"

Je suis content de bosser pour une boite qui sait tuer les projets quand ils n'ont pas d'avenir ou ne font plus parti des priorités: bnjbvr l'a bien souligné, on est reste une petite boite par rapport à nos concurrents.
Je suis impliqué dans Thunderbird. Pourtant, je comprends parfaitement le choix de Mozilla en tant que structure. L'avenir de nouvelles générations me semble plutôt être dans les webmails que les clients lourds. Après, si tu regardes les sorties, le projet est pas mort et bouge..

Le cas "Eich", je sais pas ce que tu crois connaitre mais je ne vois pas de quoi tu parles.
Les départs sont classiques dans les boites, d'autres tout aussi bons arrivent, apportent de nouvelles choses…

Sur la big picture, on avance bien avec Firefox, on est confiant que les changements entrepris font faire bouger les choses. La stabilité s'améliore, la conso mémoire et performances restent sous contrôle.

Et la, il serait intéressant de savoir ce que pensent les "gens qui y restent encore" de l'évolution
"philosophique" de Mozilla et de comment ils voient l'avenir de leur employeur. Après, je comprend que ce n'est pas
forcément facile d'en parler publiquement.

Tu veux savoir quoi ? (si tu peux t'abstenir de troller, ça m'arrange: la provoc m'intéresse pas).
Je sais pas ce que tu entends par philosophique mais on est pas mal à être ravi de l'évolution récente de la boite, Rust, quantum, taskcluster, servo, etc.

Un des nombreux avantages de notre boite, on est particulièrement libre en terme d'expression (et en interne, c'est encore un cran au dessus).

Merci, j'ai reporté le bug suivant:
https://bugzilla.mozilla.org/show_bug.cgi?id=1304977

Normal: ESR n'avait pas Hello ( https://www.mozilla.org/en-US/firefox/45.0esr/releasenotes/ ).
Sinon, Hello fonctionnait bien sous GNU/Linux (modulo les inhérents problèmes liés à l'OS)

Je comprends pas où tu veux en venir, tu peux expliquer?