La 45e version de Firefox est sortie le 8 mars et devient la nouvelle version à support étendu, Extended Support Release (ESR), à la place de la version 38 sortie le 12 mai 2015.
Les navigateurs IceCat et Tor Browser se baseront sur cette itération de Firefox pour leurs prochaines versions.
On ajoutera que la première version de correctifs de Firefox, 45.0.1, est sortie le 16 mars.
Il est donc temps de faire le point sur cette version ESR ainsi que sur l’actualité Mozillienne.
Sommaire
Bureau
Firefox introduit un nouveau bouton « onglets synchronisés » qui peut être ajouté dans la barre d'outils. Ce bouton permet d'accéder aux onglets ouverts sur les autres appareils qui utilisent Firefox et sont synchronisés avec le même compte Firefox Account. Il rend donc visible et accessible la page about:sync-tabs en un clic.
En outre, Firefox affiche également ces onglets dans les suggestions apportées lors de l'écriture dans la barre d'URL.
Les utilisateurs d'Hello pourront se réjouir, puisque le partage d'onglets est devenu plus aisé par Hello. Cette fonctionnalité s'ajoute au partage de liens par les API sociales (bouton en forme d'avion en papier) déjà présente dans Firefox.
Comme annoncé, Firefox met fin à la fonction des groupes d'onglets, alias Panorama (parce qu'on ne peut pas toujours avoir fromage et ESR). La transition est documentée : ce que deviennent vos onglets groupés lors du passage à la version 45 ; comment récupérer cette fonctionnalité via diverses extensions (une extension reprend le code de Panorama et d'autres extensions populaires sont présentées) ou via l'utilisation des dossiers de marque-page.
Enfin, Firefox est dorénavant lisible pour les utilisateurs habitués au Guarani [gn] et les favicons sont affichés lors de la restauration des onglets de la précédente session.
Mobile
Firefox Mobile réorganise ses menus de paramétrage et ajoute une option pour bloquer le téléchargement automatique des images. Dans les options avancées, trois choix sont dorénavant disponibles :
- Toujours télécharger (comportement par défaut jusqu'à maintenant)
- Charger uniquement sur Wi-Fi
- Ne jamais les charger
Si une de ces deux dernières options est choisie, il sera toujours possible d'afficher une image d'une page en faisant un clic long sur l'image. Un menu apparaîtra pour proposer l'option Afficher l'image.
Depuis Android 4.3 sur tablettes, il est possible de configurer les droits de Firefox pour chaque compte utilisateur de la tablette. Avec la version 45 de Firefox Mobile, une nouvelle option est donnée à l'administrateur de la tablette pour désactiver le partage de la caméra et du microphone. Cette version apporte également une simplification de l'interface d'administration pour les comptes restreints.
Jusqu'à l'apparition du Material Design dans Android, le moyen le plus courant pour afficher une notification simple durant un cours laps de temps était d'utiliser un Toast qui affiche un court texte dans un popup temporaire en bas de l'écran.
Avec le Material Design, il est possible d'utiliser des Snackbars qui permettent d'afficher une barre au fond de l'application avec un texte court et une action spécifique pour ce message. Ceci permet de proposer un bouton Annuler lorsque l'application affiche un message. Pour plus de détails, référez-vous à la documentation de Google. Firefox Mobile profite désormais de ce nouvel outil pour afficher ses notifications à la place des SuperToasts qu'ils utilisaient avant.
Firefox affichera aux utilisateurs d'Android Honeycomb (versions 3.x) une notification d'avertissement expliquant que le support d'Honeycomb par Firefox sera bientôt abandonné. À noter que le support d'Android 2.2 et des périphériques ARMv6 a déjà été arrêté en janvier 2015 (Android 2.3 étant toujours supporté).
Enfin, Firefox Mobile 45 n'inclura plus les URL lorsque l'utilisateur souhaite partager un texte sélectionné sur une page web.
Commun
Une nouvelle configuration network.dns.blockDotOnion dans about:config est disponible pour bloquer les URL Tor (terminées en .onion) lors de la recherche DNS.
Les redirections d'URL contenant des noms de domaines internationaux IDN sont mieux gérées.
De multiples corrections de sécurités ont eu lieu. À noter qu'une faille a été corrigée dans la gestion des opérations WebGL qui permettaient de faire un déni de service sur la mémoire vidéo de certaines puces graphiques Intel lorsque l'utilisateur utilise Linux.
Du côté des développeurs
Les outils pour développeur ont également reçu leur lot de nouveautés.
D'abord, les outils pour analyser la mémoire peuvent filtrer les sorties d'instantanés et montrer les différences de heap entre plusieurs instantanés.
Ensuite, le moniteur réseau a un nouveau filtre pour exclure des URL lors de l'analyse. Il affiche mainteant aussi les événements de téléchargement et de fin de téléchargement (DOMContentLoaded).
L'inspecteur permet de rechercher dans tous les contenus de la page web y compris les pages externes <frame>.
De plus, l'inspecteur est maintenant capable de montrer la liste des propriétés configurées pour l'animation et la configuration de chacun des points intermédiaires (@keyframes) dans sa vue chronologique des animations.
Firefox gère l'API Push pour activer la réception d'événements asynchrones pour les applications web installables sur bureau.
Les règles de sécurité pour gérer l'origine des contenus d'une page, CSP, peuvent dorénavant être enregistrées dans les balises <meta> de la page elle-même, comme le propose la RFC candidate à la recommandation. L'intérêt des règles CSP est d'empêcher par défaut les attaques par CrossScripting/XSS et elles semblent assez aisées à mettre en place pour les sites web.
Enfin, le moteur JavaScript de Firefox prend en charge les classes définies dans ES6. Mozilla résume ce qu'apporte cet ajout : « les classes ont été introduites dans JavaScript avec ECMAScript 6 et sont un « sucre syntaxique » par rapport à l'héritage prototypal. Cette syntaxe n'introduit pas un nouveau modèle d'héritage dans JavaScript ! Elle fournit uniquement une syntaxe plus claire pour utiliser un modèle classique et gérer l'héritage.».
Prochaines versions
- La version 46 de Firefox devrait utiliser GTK+3 par défaut, et s'enrichir de la fonctionnalité asynchronous panning and zooming (APZ) (qui nécessitera cependant que e10s soit activé – lire ci-après).
- À ce sujet : ajustement de la feuille de route d'Electrolysis (e10s) ; lire ce point d'étape du 12 février dernier : "The Plan of record is to enable e10s as of Firefox 46 (GA April 19). This initial GA release will be a cohort release targeting 100% of users without Add-Ons, users without a11y features enabled, and, the non-RTL language versions of Firefox".
Autour de Firefox
- Shumway, le projet d'implémentation d'un lecteur Flash en HTML5 (à la façon du lecteur de PDF désormais embarqué), est arrêté. Ceci fait suite au passage de la plupart des sites majeurs de vidéo aux technologies HTML5 (MSE).
- Du côté de Debian : Iceweasel est mort, vive Firefox. Pour en savoir plus à ce sujet, nous vous renvoyons à deux journaux ici-même (celui-ci, celui-là) ainsi qu'à ce billet sur glandium.
- Un récent journal cherche à savoir où en est la version GNU/Linux de Firefox côté performances.
- La communauté s'organise pour tenter de continuer de faire vivre Firefox OS pour les smartphones (nom du projet : B2G OS) après la décision de Mozilla d'abandonner ce segment ; Mozilla va accompagner la transition (lire ici et là).
- Un prototype (=une version alpha) de navigateur web associant le moteur Servo écrit en Rust et une interface écrite en HTML est planifié pour juin prochain.
- La technologie WebAssembly (wasm) se prépare à intégrer les principaux navigateurs (notamment Google qui proposait Native Client – alias NaCl, Microsoft, Mozilla qui proposait asm.js et Apple sont sur la brèche) comme successeur de asm.js, avec le même objectif de performances, mais en plus universel et en offrant des temps de chargement drastiquement réduits (lire l'interview de Brendan Eich, tester la démo).
Appel à contributions
Ces derniers temps, la rédaction des dépêches à propos des sorties de Firefox est devenue difficile puisque le rythme est assez soutenu et le contenu des sorties limité. La plupart des dépêches ne sont plus vraiment dans les temps, comme celle-ci.
Contributeurs de tous horizons, ces dépêches ont besoin de vous !
Aller plus loin
- Notes de la version bureau 45 (303 clics)
- Notes de versions pour développeurs (97 clics)
- Notes de la version mobile pour Android (98 clics)
- Sortie de Firefox 44 (240 clics)
- Notes de la version 45.0.1 (151 clics)
# WebAssembly
Posté par Sytoka Modon (site web personnel) . Évalué à 10.
Extrait de l'interview de Brendan Eich.
Je ne sais pas vous, mais j'ai l'impression de revivre le même scénario qu'il y a 20 ans. On enlève le Script de Java, on remplace WebAssembly par Machine Virtuelle et on a des applets qui marchent partout, sur toutes les plate-formes, performantes et tout et tout… Les usines à gaz Java sont depuis passées de l'autre coté de la liaison et bouffent du CPU et de la RAM sur les OS virtualisés tournant dans des hyperviseurs ;-)
J'ai comme l'impression que le même scénario va se reproduire.
Les développeurs d'application (pas tous) s'en fichent un peu du web, de faire du contenu. Ils veulent de l'interactif qui fonctionne partout pareil et dont les fichiers soient des URL. Ne faut-il pas faire comme Redox-OS (http://linuxfr.org/users/tankey/journaux/redox-os), que tout soit URL de base directement sur son bureau ? La tendance n'est-elle pas aussi à vouloir faire tourner en container chaque application dans sa VM universelle…
Pourquoi en arrive t-on là ? A mon sens en grande partie à cause des logiciels privateurs. Avec les logiciels libres, il n'y a pas réellement besoin d'avoir une VM universelle, il suffit de recompiler ou de cross-compiler, parfois à chaud, le code source pour la plate-forme ciblée. Globalement, je crois plus en la sécurité d'un logiciel tournant sur plusieurs CPU, sur plusieurs OS que de devoir faire confiance à une plate-forme unique, qui en plus des erreurs de design (inévitable sur le long terme), aura aussi ses bogues (inévitables aussi) mais plus que critique vu leur probable impact…
La diversité me semble faire toujours du bien sur le long terme (cf ADN en biologie) même si cela complique les choses à l'instant t.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10. Dernière modification le 27 mars 2016 à 13:43.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par lockidor . Évalué à 10.
Quand on n'y connait rien en génétique, on évite les postulats sur le sujet. La diversité est primordiale pour qu'une espèce conserve sa capacité d'adaptation à un environnement changeant ; ce n'est pas un hasard si parmi les plus de 98% d'ADN non codant humain, une forte part constitue du matériel viable pour d'éventuels futurs gènes. Par ailleurs, il suffit de voir le désastre que donne une famille fortement consanguine (un exemple célèbre) pour se convaincre de la nécessité de la variété.
Après, la pertinence de la comparaison de l'ADN au code est une autre question sur laquelle je ne m'avancerai pas.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par Sytoka Modon (site web personnel) . Évalué à 10.
Je lance un débat et toi tu le bousilles au bazooka. Tu te trouves malin ;-)
Lorsque j'ai évoqué l'ADN (juste évoqué), je pensais intérieurement aux Amériques. Une grande partie des amérindiens sont morts lorsque nous avons importé nos microbes d'Europe et d'Afrique. /A priori/, cela faisait trop longtemps qu'ils étaient coupé des autres continents. L'analogie était juste là, sur les faiblesses et les virus qui en profitent…
Je te laisse car je sens bien que tu es bien plus absolu dans tes arguments que moi. Personnellement, il m'arrive régulièrement de changer d'avis lors d'un débat constructif ici même. A tchao ->[].
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10. Dernière modification le 27 mars 2016 à 22:02.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par Yth (Mastodon) . Évalué à 8.
Aaaah, l'Islande…
Le pays où ils ont une base de données qu'ils consultent après avoir rencontré quelqu'un pour connaître leur lien de parenté et se séparer bons amis s'ils sont trop proches… pour éviter justement les problèmes de consanguinité !
La « certaine consanguinité » est présente, même dans un grand pays comme la France tu sais.
Mais suffisamment diluée pour qu'il n'y ait pas à l'échelle nationale de problème à ce niveau.
Il y en a en Islande… C'est pour ça qu'ils ont pris des mesures justement !
Yth.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par ZeroHeure . Évalué à 5.
Merci de rester courtois dans les échanges, conformément aux règles de modération.
https://linuxfr.org/regles_de_moderation_du_problematique
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par ZeroHeure . Évalué à 6.
Merci de rester courtois dans les échanges, conformément aux règles de modération.
https://linuxfr.org/regles_de_moderation_du_problematique
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: WebAssembly
Posté par Yth (Mastodon) . Évalué à 6.
Bah en fait j'ai été en Islande, rencontré des gens, échangé, partagé, discuté, et ce sont ces gens qui m'en ont parlé et qui m'ont expliqué le problème et cette partie de la solution.
Mais bon, je t'en prie, continue de tirer tes conclusions sans savoir, c'est tellement plus productif…
Yth, dépité.
[^] # Re: WebAssembly
Posté par xcomcmdr . Évalué à 5.
Riendf n'est qu'un troll qui aurait dû être banni y'a des années.
Fais pas attention à lui.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par Yth (Mastodon) . Évalué à 10.
Là où tu fais une erreur dans ton raisonnement c'est que tu cherches des conséquences sans t'être assuré qu'il y avait une cause sous-jacente.
Il y a trois cent milles habitants en Islande, historiquement habitués à pas mal voyager à l'intérieur de leur île, gigantesque par rapport à la population qu'elle contient.
Le taux de consanguinité en Islande est bas.
Il était de 0,9% dans les années 50.
De 2% dans les années 40.
Si le taux de consanguinité est bas, on ne peut pas, par définition, en voir de conséquences négatives à grande échelle.
Il n'y a donc pas de problèmes liés à la consanguinité parce qu'il n'y a pas plus de consanguinité là-bas qu'ici.
Et la faible consanguinité est aussi un effet culturel, les Islandais ayant été chrétiens depuis la colonisation, et l'inceste étant un péché assez capital, il n'y a jamais eu culturellement de consanguinité à grande échelle en Islande.
A partir de là s'en servir comme exemple montrant que la consanguinité ça peut avoir du bon, soi-disant parce qu'on a une population en vase relativement clos, c'est forcément faussé.
Aujourd'hui, 300 000 habitants, c'est largement suffisant pour avoir un brassage génétique, surtout sachant que culturellement ils ont toujours évité la consanguinité, et continue aujourd'hui avec les buzzwords modernes, donc avec des bases de données, et des applis smartphone.
Quand je te dis que j'ai parlé avec des Islandais, je ne suis pas allé leur demander « et alors, le sexe, vous vivez ça comment avec les risques de consanguinité ? » je m'en fous royalement, je ne suis pas allé là-bas pour ça. Par contre j'ai vu un peu le ressenti d'Islandais à ce sujet, parce qu'ils en ont parlé d'eux-même, et qu'on entend, si on veut bien écouter, ce qu'ils pensent culturellement de la chose.
Et jamais, jamais, il n'y a eu le moindre ressenti comme quoi cette base de donnée avait changé les choses, genre avant ils faisaient n'importe quoi entre frangins frangines et cousins germains, mais que maintenant non, ils se sont calmés, ils ont conscience du problème.
Non, la conscience était déjà là, culturellement, il y a simplement un outil de plus, qui donne simplement l'impression de les soulager - ceux à qui j'ai parlé - d'avoir à se poser la question, ou de découvrir après plusieurs semaines ou mois d'ébats amoureux qu'en fait ils sont cousins germains. Là c'est moderne, pratique, à la mode, mais ça répond à une problématique déjà présente, et déjà réglée au préalable par d'autres moyens.
Une problématique connue depuis largement la Grèce antique, et donc réglés culturellement depuis, et de bien des manières.
Donc non, tu ne trouveras pas de problèmes liés à la consanguinité en Islande, parce qu'il n'y a pas de consanguinité.
Je sais, ça va t'en boucher un coin, mais c'est comme ça, ils ne sont pas plus sauvages, bestiaux et arriérés que nous - bien pensants - en France.
Loin de là…
Yth, mais bon, je parle à un mur alors…
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par Maclag . Évalué à 10.
"Les assurances auto, ça sert à rien. La preuve? J'ai pas eu d'accident!"
Il s'explique qu'ils sont précautionneux depuis longtemps et tu en conclus que le problème est inexistant!?
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par KiKouN . Évalué à 4. Dernière modification le 05 avril 2016 à 08:59.
Je n'ai pas réussi à retrouver le papier, mais une étude annonçait qu'il suffisait de 80 personnes ( au moins 25% de chaques sexes ) pour qu'une colonie puisse se développer avec de bonnes chances de perdurer. Les risques pour la colonie prenait en compte le consanguinité.
Donc oui, je pense qu'avec 300000 personnes, il y a moyen de s'en tirer sur ce problème.
[^] # Re: WebAssembly
Posté par Nim . Évalué à 4.
Sur cette question, sur la chaîne DirtyBiology : https://www.youtube.com/watch?v=onbPjqSOAPE
Cela traite du sujet avec humour tout en étant sourcé.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par Yth (Mastodon) . Évalué à 2.
Merci, je prend ça pour un compliment de me faire insulter par un Troll tu sais.
Ça veut juste dire que je ne marche pas dedans…
Yth.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par barmic . Évalué à 10.
Non, ils veulent une application utilisable par qui veut sans passer par une installation. Je ne vois pas du tout ce qu'apporte redox pour ça. Tout est url n'a pas vraiment de lien avec des applications web. Tout n'est pas que du CRUD.
Donc les machins comme python, ruby, perl, js, lua, lisp, parrot,… tout ça c'est de la daube fait par des gens qui n'en ont rien à faire du libre ?
Le fait d'utiliser une machine virtuelle, un bytecode ou tout ce genre de choses vient d'un besoin de portabilité. L'objectif c'est de représenter dans un langage les abstractions suffisantes pour que son application puisse fonctionner aussi bien sur n'importe quelle machine utilisant la plateforme cible.
Il faut vraiment commencer à s'inquiéter alors.
Non sur le long terme, on se rend surtout compte que c'est cyclique. On veut de la diversité à fond les ballons. Puis on se rend compte que c'est pas si parfait que ça, que l'on ne mutualise pas vraiment le travail, que la compatibilité bouffe énormément de temps de travail et de performance donc on mutualise au taquet pour ensuite se rendre compte plus tard que ce n'est pas si parfait que ça…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par GuieA_7 (site web personnel) . Évalué à 10.
Il est fréquent que des techniques parfois délaissées un temps réapparaissent sous une autre forme plus tard, et ça n'a rien de problématique dans l'absolu ; c'est juste que tu te focalises sur les ressemblances (parce que c'est attirant, que tu as envie de prédire le futur de manière simple) en oubliant les différences. Par exemple avec Rust et Go, on reprend goût à faire applications web avec des langages compilés en natif et ce n'est pas pour ça qu'on va retomber dans les travers des CGI en C.
En l’occurrence Java était fait par une seule entreprise dans son coin, alors que là on à affaire à un standard conçu par les acteurs du Web ; alors évidemment les erreurs de design sont possibles, mais les gens qu'il y à derrière sont sûrement les plus qualifiés pour faire le taff. Et puis il y a des erreurs de design même dans unix/posix (même si elles ont mis longtemps à être découvertes), mais bon la seule façon de ne pas faire d'erreur c'est de ne rien faire.
Les développeurs qui ne veulent pas faire de web peuvent continuer à ne pas faire de web, je ne vois pas où est le problème. Si l'idée c'est d'arrêter d'améliorer les technologies web pour que les autres technologies restent dans la course, ça me parait être une mauvaise façon de raisonner.
Je ne pense pas, vu comment les langages de script (Sh, Python, Ruby…) sont populaires, même en se focalisant dans les logiciels libres n'ayant pour vocation que de tourner sur les unix libres.
Il va y avoir plusieurs implémentation de la VM WebAssembly (tout comme on a plusieurs VM JavaScript), et sûrement des tas de langages qui vont générer du WebAssembly (tout comme des tas de langages génèrent déjà du JS; sauf que ça devrait être bien mois crade). Donc de la diversité il va y en avoir ne t'inquiète pas ! :)
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 6.
WebAssembly est très différent de Java, pour plusieurs raisons.
Tout d’abord, il est conçu comme assembleur du web (sans remplacer JavaScript), et va permettre de faire plus de choses avec de bien meilleures performances (et vu la popularité des préprocesseurs CSS, WebAssembly sera surement bien accueilli). Au contraire Java, plus lent et limité que C/C++, ne s’y substitue pas, notamment en programmation système.
Ensuite, on ne propose pas de nouveau langage (comme (CoffeScript, Dart, etc.) mais uniquement un code intermédiaire (comme Native Client). Mais contrairement à Java, on a bien plus de recul sur ces technologies et c’est un effort joint de gros acteurs acteurs du web qui savent ce qu’ils font.
Au final, le point le plus important est peut-être qu’en matière de code on ne part pas non plus de zéro et que tout ce qui est fait se base sur l’existant, déjà extrêmement bien optimisé. Ça intéressera peut-être aussi les éditeurs d’Atom et de Brackets pour rendre leur application plus performante.
Ma conclusion, c’est qu’en se basant sur l’existant pour en faire quelque chose de mieux, WebAssembly permet une transition sans encombre à la fois pour les éditeurs de navigateur web et les développeurs web, tout en offrant une plateforme plus puissante et performante que ne l’est JavaScript. Et pour moi, cette offre «unique» est nécessaire pour percer face à un JavaScript omniprésent.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par Sufflope (site web personnel) . Évalué à 5.
Ah oui un truc conçu pour remplacer le bytecode d'une VM monstrueusement lourde (les moteurs JS des navigateurs) par du code natif va faire mieux que… un truc conçu pour remplacer le bytecode d'une VM lourde mais pas autant, par du code natif (non parce que ça fait quand même un paquet d'années que le JIT de la JVM est bien plus mûr que wasm…). C'est la magie rien dans les mains rien dans les manches !
Et faire plus de choses, programmation système… les technos web pour l'OS, poussées par Mozilla, c'est bien… Firefox OS ? Le truc qui se base sur android pour toute la couche système pour juste lancer une webview en plein écran, et qui a été abandonné par Mozilla ?
Oui l'armée de barbus qui bossait chez Sun dans les années 90 étaient surtout connus pour leurs compétences en pâtés de sable c'est vrai.
LOL fallait la sortir celle-là. On parle toujours de Javascript et de navigateurs web ?
Ah merde je répondais à une press release de SSII en fait ??
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 7.
Je suis désolée mais je trouve ça trop confus, je ne comprends pas.
J’ai pas dit que WebAssembly servirait à faire de la programmation système. FirefoxOS n’a pas été abandonné, le maintien des versions pour les smartphones a été laissé à la communauté après une communication plus que pitoyable sur le sujet et son développement sera dirigé par Mozilla vers l’internet des objets.
Me fait pas dire ce que j’ai pas dit. Mais les années 90 c’était y a 10~15 ans. Entretemps l’informatique a évolué, on a plus d’expérience et de recul, de plus c’est conçu par quatre gros acteurs qui ont surement des gens au moins aussi capable que les développeurs/euses de Sun dans leurs rangs.
Quel argument, j’en reste bouche bée. Si les performances des moteurs JavaScript n’augmentent que difficilement, c’est parce que le langage est l’élément limitant. Les seuls gains substantiels réalisés récemment l’ont été grâce via asm.js, sous-ensemble du JavaScript (qu’on pourrait presque qualifier de langage différent) bien plus facilement optimisable.
Ça te constiperait de me montrer un peu de respect?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par groumly . Évalué à 10.
Oui, carrément. C'est comme mon chien, je l'ai pas abandonne avant de partir en vacances, il a été "laissé à la communauté".
Tu serais pas politicien toi des fois?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: WebAssembly
Posté par Frank-N-Furter . Évalué à 10.
Shhh… Ne soit pas cruel comme ça.
Oui Firefox OS va très bien il a été envoyé dans une ferme a la campagne ou il court librement, patte dans la patte avec WebOS!
Depending on the time of day, the French go either way.
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 1.
Le projet n'a pas été abandonné; certes le marché des smartphones a été abandonné par Mozilla, mais le projet continue d'être développé pour l'internet des objets.
Après si tu voulais parler de Gaia, je ne sais pas elle sera utilisée ou pas au final pour cette gamme d'appareil.
Désolée, j'avais oublié qu'apporter de la nuance à mon propos sur Linuxfr me classait parmi les politiciennes…
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par groumly . Évalué à 5.
Oui, Mozilla pivote son produit vers quelque chose de très différent. En français, ca veut dire que Mozilla laisse tomber le produit existant, et se tourne vers quelque chose qui n'a rien à voir.
Apres si t'arrives a me trouver des similarité entre une télé avec une 10 feet UI et un téléphone tactile, chapeau (sorti du kernel et des libs de bases, bien sûr).
C'est comme si tu me disais qu'adobe avait pas abandonne flash, vu qu'ils ont lancé une gamme de produits bases sur html5 depuis…
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 2.
Le produit que Mozilla veut proposer est sensiblement différent, mais le projet est le même.
Rien à voir, là ça reste le projet et la même techno.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par Julien Wajsberg . Évalué à 2.
Pour la télé c'est justement quasi exactement le même système que sur téléphone (depuis le début, ça fait quelque temps maintenant). Il y a quelques différences qui ont justifié un fork au départ, puis du travail pour refusionner les deux.
Pour les autres projets IoT annoncés, certains partent d'une table rase car il n'y a en effet pas de sens de réutiliser le code de Firefox OS.
[^] # Re: WebAssembly
Posté par ZeroHeure . Évalué à -1.
Merci de rester courtois dans les échanges, conformément aux règles de modération.
https://linuxfr.org/regles_de_moderation_du_problematique
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: WebAssembly
Posté par Moonz . Évalué à 10. Dernière modification le 30 mars 2016 à 12:15.
J’avoue, politicien, c’est assez violent comme insulte quand même.
[^] # Re: WebAssembly
Posté par ZeroHeure . Évalué à -4.
Personne n'a parlé d'insultes.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: WebAssembly
Posté par groumly . Évalué à -2.
Sans compter que bon, le language de chez sun qui savaient pas ce qu'ils faisaient, 25 ans apres il tiens toujours le haut du pavé niveau back end de mecs qu'ont des couilles, des vraies, grosses comme des pastèques.
Et sa communaute vient pas t'expliquer que supprimer un package dont la moitié de la communaute depend c'est normal, et que kik l'a bien eu dans le cul.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: WebAssembly
Posté par Julien Wajsberg . Évalué à 10.
Ça doit pas être pratique dans la vie de tous les jours ça, dis moi. Tu veux en parler ?
[^] # Re: WebAssembly
Posté par barmic . Évalué à 4.
Sur le backend oui, sur mobile on garde uniquement le langage et on jette presque tout le reste (en tout cas on vire JavaME qui se contente d'usages très limité pour smartcard) et surtout le plugin Java a toujours était une daube mal maintenu et très mal géré personne ne pleurera sa disparition (si Oracle a fait une chose de bien c'est ça). Il reste Java Webstart… Quelqu'un s'en sert ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Oui, on a une belle daube qui tourne avec cela. Un logiciel de gestion de bâtiment (GTC). C'était sensé être une application web (dans le cahier des charges), en pratique, cela ouvre des ports RMI, impossible à mettre derrière un reverse proxy (si quelqu'un sais faire) et cela ne marche déjà plus avec les dernières versions des navigateurs ou de java (l'application à tout juste 3 ans)…
Bref, je préfère un vrai client lourd a de la mensongerie web éhontée dont le bilan carbone est catastrophique ;-)
Un petit lien pour voir que certaines idées ne sont pas nouvelles, presque 40 ans, avec le Pascal UCSD - https://en.wikipedia.org/wiki/UCSD_Pascal. On voit avec la JVM qu'il n'est pas facile d'avoir un machine réellement multi-plateforme et retro-compatible dans le temps… Une approche intermédiaire me semble se faire avec Moar http://www.moarvm.org/ avec Perl6, ou l'idée est d'avoir une base commune, virtuelle mais sans vouloir supprimer complètement l'étape de compilation. Une autre approche est celle de la compilation ultra-rapide avec Tiny C (https://en.wikipedia.org/wiki/Tiny_C_Compiler). Le peu de temps perdus à parser le code source puis à le compiler n'est-il pas largement gagné par la suite pour les grosses applications ?
Que deviens l'accès au code source avec le WebAssembly ?
[^] # Re: WebAssembly
Posté par barmic . Évalué à 4.
Il y a des problématiques spécifiques qui rendent à minima tinyc invalide (pour les autres je ne connais pas assez). Il faut sandboxer le code à exécuter (tu peux toujours passer par les sandbox système comme les capabilities, mais ce n'est probablement pas assez fin (tu veux pas interdire, tu veux que l'utilisateur accepte le comportement par exemple).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par Sytoka Modon (site web personnel) . Évalué à 2. Dernière modification le 28 mars 2016 à 12:47.
Entièrement d'accord pour dire que Tiny C n'est pas la solution. Je pensais à lui comme une piste (idée) mais il est clair qu'il y aurait pas mal de boulot à faire.
Je n'ai absolument pas confiance en une machine virtuelle, quel que soit le langage qui est dessous. Les deux approches plus système liés au sandbox (cgroup, cpuset…) et à la diminution des privilèges (secomp) me semble plus raisonnable. Il est clair qu'il faut que les programmes soient 'propres' et que plus le langage permet cela, mieux c'est. Mais tout comme l'encadrement des droits sur les systèmes de fichier est indispensable depuis des années, l'encadrement des droits dans une même session utilisateur, afin de protéger celui-ci contre lui-même, est fondamental de nos jours.
[^] # Re: WebAssembly
Posté par barmic . Évalué à 6.
C'est irrationnel (il y a beaucoup de VM largement plus éprouvées que seccomp qui est assez récent et encore relativement peut utilisé), mais surtout ça ne se remplace pas l'un l'autre et ça n'est pas en opposition.
Bref pour des questions de souplesse, il vaut probablement mieux gérer les choses en 2 niveaux (au moins) une partie système et une partie applicative. Cela permet aussi de fournir un niveau de sécurité même si le système ne fourni pas tout ce dont tu as besoin. Aujourd'hui tu es fier parce que linux a seccomp mais ça a mis 2 ans à arriver dans linux soit 4 ans après l'arriver de chrome et encore bien plus après firefox et peut être que demain on se dira que finalement seccomp ce n'est pas si bien et qu'il faudra passer à tame.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par El Titi . Évalué à 2.
Oui.
Ils essaient de nous refiler ça dans ma boîte.
http://www.xqual.fr/
Outre que c'est moche, que ça ressemble à un clickodrome des années 80, ça se lance en Webstart.
T'imagines un peu ?
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 1.
Je suis allé voir les captures d’écran, ça n’a l’air moche, ni vieux, peut-être un peu chargé mais j’ai déjà vu bien pire. Par contre utiliser webstart en 2016 c’est un peu triste.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par ZeroHeure . Évalué à -5.
Ta grossièreté est déplacée. Merci de rester courtois dans les échanges, conformément aux règles de modération.
https://linuxfr.org/regles_de_moderation_du_problematique
Des excuses ne sont pas inutiles.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: WebAssembly
Posté par barmic . Évalué à 6. Dernière modification le 28 mars 2016 à 10:34.
Il faut voir de quoi on parle et de ce qu'on veut dire :
Bref faut sortir des phrases « c'est performant » / « c'est lourd » et regarder dans le détails quels sont les contraintes et comment y répondre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par Sufflope (site web personnel) . Évalué à 2. Dernière modification le 29 mars 2016 à 23:28.
Je suis d'accord en théorie mais moins en pratique. Pour l'instant ce que j'ai vu d'asm.js ce sont les portages de jeux dans un Humble Bundle. Et là on est bien dans le même genre de cas que les applis JVM serveur où tu t'en fous des secondes de chauffe pourvu qu'après ça dépote. Pour moi :
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 2.
D’un autre côté WebAssembly sera à la fois plus rapide à l’exécution et plus rapide à charger. Je ne sais pas s’il existe des comparaisons entre JavaScript/asm.js et JVM mais je serais curieuse de voir les résultats.
Écrit en Bépo selon l’orthographe de 1990
[^] # Commentaire supprimé
Posté par groumly . Évalué à -2. Dernière modification le 30 mars 2016 à 11:40.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par ZeroHeure . Évalué à -4.
Merci de rester courtois dans les échanges, conformément aux règles de modération.
Le respect demandé par Ariasuni est justifié.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: WebAssembly
Posté par barmic . Évalué à 3.
Je suis mal informé, mais webassembly utilise une autre VM que celle de JS. Donc va falloir voir comment on fait le lien avec JS. Soit on implémente les moteurs JS actuels en webassembly soit on crée des passerelles entre la VM WebAssembly et la VM JS. Il faut attendre de voir comment ça s'implémente et comment node accueil WebAssembly pour faire ce genre de conjecture.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 1.
Dans l'interview de Brendan Eich dont le lien est dans la dépêche, il affirme que JavaScript et WebAssembly pourront être gérés avec le même code:
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par Julien Wajsberg . Évalué à 1.
Pour prendre l'exemple de Spidermonkey, en pratique ça fait longtemps qu'il y a plusieurs VM en interne: une VM qui interprète, une VM qui JIT certains trucs, une VM Asm.js. Donc ça gène pas trop d'en rajouter une autre.
[^] # Re: WebAssembly
Posté par barmic . Évalué à 7.
À ma connaissance, il a la VM SpiderMonkey et les compilateurs TraceMonkey, JägerMonkey, IonMonkey et OdinMonkey mais pas plusieurs VM.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: WebAssembly
Posté par Julien Wajsberg . Évalué à 3.
Oui sémantiquement ça doit plutôt être ça :) Mais ce que je veux dire c'est que WebAssembly va venir à côté de ceux-là (dans SpiderMonkey il porte le joli nom de BaldrMonkey).
Note: TraceMonkey et JägerMonkey n'existent plus aujourd'hui. On a:
Dans le futur, ils veulent modifier des ordres pour rendre le démarrage plus rapide pour asm.js et WebASM, car IonMonkey est assez lent à compiler (c'est pour ça qu'il y a des trucs avant d'ailleurs, pour ne pas le déclencher systématiquement).
[^] # Re: WebAssembly
Posté par Michaël (site web personnel) . Évalué à 8. Dernière modification le 28 mars 2016 à 12:03.
Le contexte est sensiblement différent. Il y a 20 ans l'introduction de Java et de ses applets avait quelque chose de révolutionnaire, dans le sens où il s'agissait d'une innovation technologique qui précédait un besoin. Si l'on considère le destin particulier de Java on peut douter qu'il ait réellement rencontré le succès escompté sur le web mais en réalité ce sont les idées qu'il a introduites qui dominent: aujourd'hui presque tout utilisateur de du web télécharge des programmes complexes qu'il exécute dans son navigateur. Aujourd'hui le développement de Webassembly apparaît plus comme une évolution naturelle de la technologie existante que comme un réchauffé du scenario d'il y a 20 ans:
[^] # Re: WebAssembly
Posté par Sytoka Modon (site web personnel) . Évalué à 9.
J'ai bien saisi toute cette problématique et je la comprends. Cependant, cette quête du binaire 'universelle' risque d'aller de pair avec les magasins en ligne. On est dans la même problématique que les distributions GNU/Linux, iOS ou Androïd, comment éviter la prolifération des failles ou d'un virus, chose malheureusement inévitable… Le magasin de type iOS devrait être interdit en Europe.
Je vois aussi une tendance lourde, permettre à l'utilisateur d'installer ses applications sans passer par le système (cf l'actualité sur la dernière version de GNOME - http://linuxfr.org/news/parution-de-gnome-3-20-delhi, les extensions des navigateurs…). On a aussi une tendance des développeurs (et aussi Google) à créer un ensemble programme + bibliothèque, à voir cela comme un tout sans chercher à mutualiser les bibliothèques. C'est aussi un tendance du fork dans github comme mode de développement. Cela pose problème pour les mises à jour, chose que très peu de nos utilisateurs ont conscience dans le monde professionnel malgré la communication qui en est faite. L'utilisateur est plus prompt à tout donner à Apple ou à Alphabet qu'à son service informatique ;-)
Le monde n'est ni tout blanc ni tout noir. Les distributions GNU/Linux montrent pour la plupart qu'on peut centraliser les applications et respecter les personnes. Quand je vois pas exemple que pas mal d'extension de Mozilla ne sont toujours pas signés, on peut quand même se poser des questions…
[^] # Re: WebAssembly
Posté par Antoine . Évalué à 5.
C'est un besoin réel. Il existe beaucoup de cas d'usage où les politiques système (qu'elles soient issues de la distribution ou imposées par l'administrateur) ne sont pas adaptées.
L'utilisateur en entreprise voudrait surtout que l'environnement informatique satisfasse ses besoins. Que la solution provienne d'Apple, d'Alphabet ou du SI local lui importe en général assez peu…
[^] # Re: WebAssembly
Posté par Julien Wajsberg . Évalué à 2.
Quel est le problème avec les magasins en ligne ? Ça existe déjà de toute manière (cf Steam), ce ne serait qu'un canal de plus…
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -10.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 2.
Et puis pour LLVM on peut citer Emscripten qui permet notamment de compiler du C/C++ (peut-être bientôt Rust?) vers le JavaScript, je sais que c’est aussi possible pour le Python avec pyjama par exemple.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: WebAssembly
Posté par Goffi (site web personnel, Mastodon) . Évalué à 5.
Pyjamas est mort (cf. ce commentaire). La solution la plus prometteuse pour Python dans un navigateur à l'heure actuelle semble être Brython, et là aucune idée si wasm peut apporter quelque chose ou est envisagé…
[^] # Re: WebAssembly
Posté par ariasuni . Évalué à 1.
Ah oui, je l’avais déjà lu en plus ce commentaire. En tout cas, c’était pour dire que ça se fait pour plein de langages.
Écrit en Bépo selon l’orthographe de 1990
# parce qu'on ne peut pas toujours avoir fromage et ESR…
Posté par Bruce Le Nain (site web personnel) . Évalué à 10.
Franchement elle est bonne :)
[^] # Re: parce qu'on ne peut pas toujours avoir fromage et ESR…
Posté par antistress (site web personnel) . Évalué à 6.
Merci :)
# Hello - goodbye
Posté par Ryzz . Évalué à 6.
Je suis personnellement super déçu par la nouvelle version de hello:
partage obligatoire d’un onglet, suppression des contacts, obligation d’avoir une webcam ou un micro (il me semble qu’avant on pouvait faire sans et chatter au clavier).
J’essayais de vendre le truc autour de moi comme une alternative à skype, avec un logiciel qui est souvent déjà installé et ou il n’y avait pas nécessairement besoin d’inscription mais là, la direction qui est prise m’inquiète.
[^] # Re: Hello - goodbye
Posté par Julien Wajsberg . Évalué à 5.
En fait, non.
[^] # Re: Hello - goodbye
Posté par EauFroide . Évalué à 5.
Eh ben, merci de l'infos. J'étais persuadé que ce truc pouvait servir a quelque chose, on fait tous des erreurs :P
mais y avait un tchat intégré a firefox à un moment non? avec le machin pour montrer à distance un onglet, permettant ainsi l'entre-aide collaborative.
Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat
[^] # Re: Hello - goodbye
Posté par Julien Wajsberg . Évalué à 1.
Je n'en ai pas souvenir… peut-être une extension ?
[^] # Re: Hello - goodbye
Posté par EauFroide . Évalué à 1.
Non je ne pense pas. Il me semble que s'était un système ou tu as juste à transmettre un lien à la personne possédant un Firefox et celle-ci avait accès à un tchat. Après peut-être que c'est ma mémoire qui me joue des tours se qui est tout a fait probable ^ ^
Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat
[^] # Re: Hello - goodbye
Posté par Jiel (site web personnel) . Évalué à 2.
Il y a aussi une fonction qui active le partage de l'écran sans que ce soit explicite pour l'utilisateur, qui peut-être assez invasive.
# Debian
Posté par Anonyme . Évalué à 6.
À noter que Firefox 45 ESR est présent dans Debian sous le nom de Firefox et les paquets iceweasel sont devenu des paquets de transition.
[^] # Re: Debian
Posté par Shuba . Évalué à 2.
Uniquement en debian testing et unstable pour le moment on dirait. J'espère que ça va arriver dans stable (par les backports peut-être?)
[^] # Re: Debian
Posté par antistress (site web personnel) . Évalué à 7.
Avec le dépôt Debian Mozilla team c'est ok même pour stable
[^] # Re: Debian
Posté par Philip Marlowe . Évalué à 2.
Merci. je viens de virer ~/bin/firefox de mon PC. Par contre il y a des problèmes de dépendances avec l10n, mais pas méchants.
[^] # Re: Debian
Posté par Geeklhem . Évalué à 1. Dernière modification le 30 mars 2016 à 21:07.
À noter pour les têtes en l'air comme moi qu'il faut tout de même remplacer
iceweaselparfirefoxdans/etc/apt/source.list:et ensuite passer un petit coup de
apt install firefox(apt update; apt upgradene suffit pas).Par contre, après cela invoquerEDIT: Ah non en fait, cela lance toujours Iceweasel 44, mais on peut pas lancer les deux (FF/IW) à la fois.iceweasellancera tout de même FirefoxC'est peut être évident mais je n'ai pas eu le réflexe tout de suite.
# 45 ESR pas sur Windows XP ?
Posté par antistress (site web personnel) . Évalué à 3.
Tiens, chez mon père qui est en dual boot debian stable/windows xp, la version ESR pour WinXP reste à 37.8.1 ou un truc du genre, le support de Mozilla est abandonné sur cet OS ?
[^] # Re: 45 ESR pas sur Windows XP ?
Posté par stiffux . Évalué à 2.
XP SP2 est toujours supporté :
https://www.mozilla.org/en-US/firefox/45.0.1/system-requirements/
[^] # Re: 45 ESR pas sur Windows XP ?
Posté par antistress (site web personnel) . Évalué à 2.
Merci pour le lien :)
[^] # Re: 45 ESR pas sur Windows XP ?
Posté par Sylvestre Ledru (site web personnel) . Évalué à 8.
La transition de 38 à 45 ne sera proposée que lorsque 45.2.0 sera sorti. 45.1.0 et 45.2.0 contiennent des correctifs de stabilité.
[^] # Re: 45 ESR pas sur Windows XP ?
Posté par antistress (site web personnel) . Évalué à 3.
Ah, merci pour l'explication. Et ça me parait une bonne idée, en plus :)
# firefox 45.0.1 rame sur funtoo
Posté par albatar . Évalué à -6.
firefox 45.0.1 inutilisable sur funtoo, ça rame à mort :/
[^] # Re: firefox 45.0.1 rame sur funtoo
Posté par Jiel (site web personnel) . Évalué à 5.
Pour ceux qui se poseraient la question, Funtoo est un dérivé de Gentoo.
[^] # Re: firefox 45.0.1 rame sur funtoo
Posté par Sylvestre Ledru (site web personnel) . Évalué à 5.
Tu peux nous en dire plus? C'est pas super facile d'aider avec ça comme infos.
[^] # Re: firefox 45.0.1 rame sur funtoo
Posté par redhat22 . Évalué à -8.
do your homework mec
t'as google :)
[^] # Re: firefox 45.0.1 rame sur funtoo
Posté par Sufflope (site web personnel) . Évalué à 5. Dernière modification le 07 avril 2016 à 23:31.
Tu demandes à quelqu'un de faire ses devoirs en cherchant comment aider quelqu'un d'autre qui se contente de "ça marche pas" ?
T'es humoriste ?
# question mise a jour
Posté par redhat22 . Évalué à -3.
je viens d'installer opensuse tubleweed je trouve fireox 44.0 for opensuse
est ce que c'est bon ? je sais pas l'equivalence entre les version esr et autre !
[^] # Re: question mise a jour
Posté par Sufflope (site web personnel) . Évalué à 3.
Pas du tout, efface.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.