votre avatar

Salamandar

est avec nous depuis le 8 juillet 2015 ❤️

981 commentaires

Le 19/11/2016 à 11h 20

Et encore, 3T de CU, ils doivent être fiers chez Arianespace !

Le 11/11/2016 à 19h 22

+1 pour la sécurité.

Par contre j’ai PEUR pour quelque chose : ça permet à Google de déporter, tranquillement et de manière transparente, les APIs ouvertes et leur implémentation open source depuis AOSP vers des “blobs” que sont ces extensions, qui peuvent être… Propriétaires, à l’image des PlayServices.

J’ai donc peur, très peur pour l’avenir de AOSP.

Le 11/11/2016 à 19h 19

Peutêtre pas à ce point, mais intégrer un gestionnaire de paquets dans android, à la manière de Linux, permettrait clairement d’aider les choses. De mettre à jour telle ou telle partie du système (extension ou noyau) sereinement.

Et ça réduirait aussi la fragmentation du côté des roms Android/cyanogenmod customs.

Le 03/11/2016 à 15h 43

Pfiiiouuuu, l’affaire Raptor Dissident a un impact national, dis donc !

Le 03/11/2016 à 10h 10

Merci des explications et di lien !

Donc l’idée du projet quantum est de remplacer, petit à petit, l’ensemble des éléments de Gecko par ceux de Servo. Tout en conservant la base solide de Gecko.

Ça me rassure, parce que vu l’état d’avancement de Servo, je le voyais mal arriver d’un coup dans Firefox. Ça leur permettra du coup de bien séparer les éléments (au niveau du dév) et de les tester grandeur nature au fur et à mesure. Ça semble une bonne idée !

Le 03/11/2016 à 09h 48

Merci, t’as l’air de t’y connaître un peu mieux que moi ^^

Le 03/11/2016 à 09h 45

Quand tu utilises le navigateur Tor, on te conseille de ne pas maximiser la fenêtre pour qu’“on” ne soit pas capable de te tracker avec ta résolution d’écran :)

Je te conseille d’aller voir ici : https://panopticlick.eff.org/ et de demander les infos complètes sur l’empreinte de ton navigateur. Oui, on peut te tracker avec les polices d’écriture embarquées dans ton navigateur ^^

Le 03/11/2016 à 09h 36

L’aspect “safe” du Rust se fait à la compilation. Je ne saurais pas vraiment te l’expliquer précisément, mais le scope est très strict et par exemple, un passage de variable à une fonction retire cette variable du scope : elle n’appartient plus à la fonction “globale” mais à la fonction à laquelle elle a été passée. Du coup on fera plutôt un passage par référence. Et les variables sont, de base, constantes. Etc.

Tu as une performance moindre que en C/C++ mais c’est dû au compilateur jeune en partie.

Et du Rust a “les mêmes performances que du code C dans lequel on a fait du code safe”. En gros, il fait le boulot de faire du code safe à ta place alors qu’en C il faut te démerder.

Le 02/11/2016 à 13h 46

<img data-src=" />[troll alert] Allez Firefox, tu peux faire pareil !

Le 25/10/2016 à 19h 37

Merci de l’explication ^^ Donc ça voudra bien dire qu’on n’aura pas le même contrôleur en fonction de l’appareil et que la carte CF sera compatible avec plus d’appareils et de technos :)



[cite] Si le format devient vraiment intéressant (Difficile de faire plus lent qu’une micro SD…), peut être que les Raspberry intègreront un port de ce type ![/cite]C’est clair. Une vielle CF est bien plus endurante et performante que la première SD moderne venue.

Le 21/10/2016 à 12h 23

Et merde, quel est le con qui a mis en image de couverture des cartes SD et pas Compact Flash ? Du coup j’ai tout confondu, désolé.

Le 21/10/2016 à 12h 21

Je suis le seul à ne pas comprendre ? <img data-src=" />

Dans un appareil qui lit des cartes SD, où voit-on du PCIe/NVMe ? (Appareils photo, téléphone, Raspberry pi…)

Il faudra un contrôleur PCIe/NVMe dans l’appareil en lieu et place (ou en pratique en plus) du contrôleur Flash ?

Et question plus intéressante : Est-ce que ça permettra des cartes mémoire vraiment plus performantes/endurantes ? I.e changer légèrement la techno pour s’inspirer des SSDs et de leurs contrôleurs ?

Le 25/10/2016 à 17h 40

Même réponse que les autres : Firefox ne consomme pas tant de RAM que ça à nu.

Bon perso actuellement il pèse 2Go mais avec 200 onglets, quelques modules, Facebook, Youtube, Riot etc. Et en build Nightly qui est légèrement moins performante.



En plus, il semble que Firefox sait s’adapter aux besoins : j’ai 8go de ram, il se sent à l’aise ! (Sous Linux, parce que sous Windows c’est une autre affaire)

Le 21/10/2016 à 10h 29

Il parle essentiellement du lancement du logiciel lui-même. Et même en étant pro-firefox, je confirme que c’est une horreur.

Le 13/10/2016 à 16h 30

Malheureusement ces flatpack/autres sont très loin d’être une solution aux gestionnaires de paquets, loin de là.

Le 13/10/2016 à 15h 15

On parle de beaucoup de logiciels (players vidéo notamment) qui ne fonctionneront plus correctement. On va se marrer du coup <img data-src=" />



NB : N’empêche, ça fait pas de mal un peu de nettoyage dans les oldwares de temps en temps.

Le 13/10/2016 à 15h 14

Entre ça, Unity, etc… Ils sont très à part. Maintenant quand un noob me dit “je vais installer Ubuntu” je crise. Linux Mint ou Manjaro ce sera.

Le 13/10/2016 à 09h 51

J’ai 4go de ram sur mon laptop et c’est pas suffisant. Oui, j’ai firefox, de la compilation, un visualiseur 3D (OpenSCAD), et c’est très limite. N’imagine même pas quand je lance Android Studio.

Le 13/10/2016 à 09h 50

Non mais là c’est pire : le dév de Maps doit “supporter” les 3 versions du desktop Gnome en “fournissant” des releases Maps 3.18, 3.20, 3.22. Parce que tu comprends “il faut suivre le numéro de version de Gnome même si il n’y a pas eu de changements”. Un peu comme si les plugins Firefox/Chrome devaient suivre les numéros de version du navigateur, ou que toutes les applis Windows 10 devaient être en version 10.x.

Le 13/10/2016 à 09h 48

Ben ce qui importe c’est “ah le numéro majeur a changé, je vais m’attendre à des changements d’interface et de fonctionnalités”. Et la numérotation sémantique ne prévoit que 3 niveaux :

* Majeur

* Mineur

* Patch qui est souvent utilisé pour des erreurs de merde (empaquetage, erreurs d’install, typos)

Après je suis d’accord, plus n’a plus de sens x)

Le 11/10/2016 à 09h 23

C’est justement expliqué dans ma citation :

* Changements majeurs = cassures dans l’API, ou autrement dit (si l’API est l’interface homme-machine) changement dans les fonctionnalités.

* Résolution de bugs importante : en général pas de cassures, donc minor. Sinon, major.

De toute façon les gens feront (ou pas) la màj en fonction de leurs habitudes, pas en fonction de si c’est une màj majeure ou mineure.



Je râle en voyant l’écosystème Gnome se mettre à jour de version 3.18-&gt;3.20-&gt;3.22 et toutes les applis (Musique, Maps, Fichiers, etc) suivre ces numéros de version. On a alors des situations “comiques” avec :



J’ai mis à jour Maps 3.18, 3.20. La version 3.22 est sortie. La version 3.16 n’est plus supportée. Il y a eu des changements dans les traductions et c’est tout.



Euh… Hein ?!

Le 10/10/2016 à 14h 16

La grande réponse c’est qu’on perd la notion de quand il y a eu de gros changements et quand il n’y a eu que des bugfixs.

Tu es passé de Firefox 49 à 50, d’accord, mais il y a eu beaucoup de changements ? Non. Ah, alors de 50 à 51 ya pas beaucoup de changements non plus ? Ah si ! Bref.

Versionning sémantique :http://semver.org/



Given a version number MAJOR.MINOR.PATCH, increment the:





  • MAJOR version when you make incompatible API changes,

  • MINOR version when you add functionality in a backwards-compatible manner, and

  • PATCH version when you make backwards-compatible bug fixes



    Versionning sur Wikipedia :fr.wikipedia.org Wikipedia

Le 13/10/2016 à 09h 47

Y paraît que Trump est poto avec Poutino, alors il faut voter pour lui, non ?… Non ? <img data-src=" />

Le 11/10/2016 à 09h 11

Noooon, pas Rutracker, noooooooooon ! (Énorme base de données de musique en FLAC haute qualité)

Le 11/10/2016 à 10h 06

Cyanogen != CyanogenMod oui mais une grosse partie du boulot sur CM vient de Cyanogen.

Le 03/10/2016 à 13h 44

Firefox utilise quel backend pour les PDFs sous Windows ? Sous Linux il utilise Evince, c’est pas incroyable (la recherche galère un peu), mais c’est largement suffisant.

Le 03/10/2016 à 13h 43

Si ils l’ont développée c’est que oui ! À croire qu’il y a des gens qui utilisent des formats pas faits pour ça <img data-src=" />

Sans troll, ça ne m’étonne pas, pour des docs techniques. Mais autant mettre une image dans le PDF et fournir un fichier (STL/autre) adapté qui sera lu par un logiciel optimisé pour.

Mais les gens d’aujourd’hui ne savent pas utiliser les bons outils : ils prennent Firefox pour un lecteur de PDF ! <img data-src=" />

Le 03/10/2016 à 13h 40

Mais Firefox est un navigateur, pas un lecteur de PDF. T’as des logiciels (Evince) très bien et très légers (pas Adobe Reader) pour ça. Tu as un lecteur “basique” sous Firefox, je m’en sers pour lire mes datasheets, et dès que j’ai besoin de chercher des trucs dedans c’est que j’en aurai besoin pendant plusieurs jours &gt;&gt; enregistrement en local.

Tu as déjà plein de pages web qui travaillent en concurrenciel et en non-natif, tu ne vas quand même pas rajouter un pdf de 600 pages, si ? À ce niveau, on n’a plus le droit de se plaindre de la demande en RAM de Firefox.

Le 02/10/2016 à 14h 29

<img data-src=" /><img data-src=" />

Le 02/10/2016 à 13h 15

Je connais mais :





  • Ce n’est pas user-friendly

  • C’est tellement pas user friendly que j’ai oublié le raccourci + la syntaxe, et toi le raccourci.



Le 29/09/2016 à 10h 55

Je confirme. J’utilise habituellement mon logiciel desktop de capture (gnome-screenshot) mais quand la page dépasse de la fenêtre ? (Scroll) ça va aider,clairement.

Le 23/09/2016 à 16h 26

Laisse, lui il va bien s’entendre avec les développeurs autistes de Gnome…

Le 08/09/2016 à 16h 48

Ça fait bien partie des bugs que je n’ai jamais vus… Quelle distro, quelle version de GTK+3 ?

Le 08/09/2016 à 16h 47

En fait, les problèmes inhérents à tout logiciel multiprocessus (et c’est pour ça que “peu” de logiciels le sont) :

* Quand un processus (UI, etc) demande quelque chose à un autre processus (est-ce que la page est complètement chargée ?), il faut attendre que le processus ciblé soit disponible (quelques microsecondes, mais quand c’est plein de fois par seconde c’est pas négligeable)

* Quand plusieurs processus veulent accéder à une même ressource (variable, certaines fonctions), ils doivent faire la queue pour qu’il n’y ait pas d’incohérence (on utilise pour ça des mutex, sémaphores, etc).

En fait, si un logiciel plante inopinément, 70% du cas ce sera un logiciel multithread avec des problèmes d’accès concurrentiels.

En plus bien sûr de l’augmentation de la RAM.

Donc avec 4 coeurs et 4 threads, la plupart du temps ton logiciel ira 3 fois plus vite seulement à cause de cet “overhead” dû au multithreading.

D’où le passage “pas anodin” à Electrolysis, et le passage en douceur que Mozilla entreprend.

Le 28/08/2016 à 15h 07

Où ça ? J’arrive, je t’aiderai à lui fermer sa grande gueule d’imbécile migrer l’intégralité du parc sous Linux ;)

Le 26/08/2016 à 10h 50

La réponse est plus orientée grand public, mais quand je vois le nombre de personnes qui viennent le voir avec un HDD externe (de stockage”froid” donc) cramé (coucou les cousines)

“il s’est pris un choc?” “ben non mais il est tout le temps dans mon sac, je l’ai emmené à la plage et depuis il fonctionne plus”… <img data-src=" />

Le stockage en ssd, ça veut dire une fiabilité matérielle à toute épreuve, pas besoin d’un boîtier étanche, etc.

Le 23/08/2016 à 09h 50

Ouai c’est particulier ^^ l’idée c’est que ta première utilisation de l’appli est ralentie par l’optimisation “JIT”, mais que le Dalvik cache conserve cette optimisation pour les prochaines utilisations (AOT).

Aujourd’hui, à chaque màj de ma rom, j’attends bien 12-15 minutes que l’optimisation AOT au démarrage se termine c’est absolument ignoble.

Le 16/08/2016 à 07h 59

En tout cas pas en ouvert, c’est le concept des blobs propriétaires… :/

Le 09/07/2016 à 18h 37

Le wok n’est pas chinois, pour info…

Le 08/07/2016 à 07h 01

Mais… Vu que Twitter est en faillite, si le petit oisseau bleu disparaît avant 2017,ils font comment ? <img data-src=" />

Le 05/07/2016 à 08h 26

<img data-src=" />

C’est ça de vouloir tout centraliser au maximum… À la moindre panne, c’est la pann…ade. -&gt;[]

Le 05/07/2016 à 07h 20

Ouep, je crois que l’intégralité de l’OS est codé en Rust, donc pas de projets “externes” :)

Le 05/07/2016 à 07h 19

Tizen propose le C/C++, le java (enfin, l’android), le python, Lua, et le support de Phonegap. C’est loin d’être limité au simple HTML (et sinon je suis d’accord avec toi, c’est pour ça que je ne croyais pas à FirefoxOS pour mobile).



Rust, c’est hyper nouveau et novateur, c’est normal qu’il ait du mal à décoller. Déjà, il est plus populaire que Go, le language de Google, c’est déjà ça ;)

Le 04/07/2016 à 15h 41







v6relou a écrit :



Ah, sur Windows aussi ? Si oui, il va falloir que je mette mes trolls à jour <img data-src=" />





Une news NextInpact en faisait l’objet :p


Le 04/07/2016 à 15h 38

Je suis d’accord pour FirefoxOS, même si pour les objets connectés (et non les smartphones), c’était très prometteur. Et ça l’est toujours, je crois, malgré Samsung avec Tizen en face (qui est encore plus prometteur).

Mais chez Mozilla, ils ont un peu arrêté de se lancer un peu dans tous les sens ; et le développement d’un moteur JS parallélisé, performant et surtout, moderne, est ZE projet central sur lequel tout Mozilla doit se concentrer.

D’autre part, ils ne se lancent pas que dans des projets ratés d’avance : le langage Rust, de Mozilla, est excellent (même si il ne ressemble à aucun autre langage sur plein d’aspects), performant (compilé), moderne (même si éprouvé, “Rust” = rouille) avec des features juste magiques (les enums) et qui a une belle vie devant lui (même si la gestion du multi-fichiers est bizarre) : compatible binairement avec le C, la transition est souple.

Le 04/07/2016 à 13h 07

Pareil chez moi, il me propose même d’ouvrir une issue sur Github.



Le clavier est bloqué en qwerty pour les symboles on dirait… C’est assez bizarre. Perso en bépo j’ai pas de soucis avec “.”, mais avec les chiffres (min/maj en qwerty)

Le 04/07/2016 à 13h 02







psn00ps a écrit :



Non, un site codé sans Servo <img data-src=" />





Ptin, j’ai mis longtemps à comprendre le jeu de mots, j’ai cru un instant que tu disais une connerie <img data-src=" />


Le 04/07/2016 à 13h 00

Great, merci de l’info <img data-src=" />

Le 04/07/2016 à 10h 51

Si sous Linux vous avez cette erreur :





thread ‘main’ panicked at ‘Failed to create window.: OsError(“GL context creation failed”)’, ../src/libcore/result.rs:785



Éditez le fichier runservo.sh et retirez l’option “-w”. Je ne sais pas ce que cette option fait, mais ça fonction impec’ sans !

Le 04/07/2016 à 10h 53

C’est ça d’être trop optimiste <img data-src=" />