barmic a écrit 10455 commentaires

des temps sans comparaison avec ce que font d'autres (comme du C++ pur, puisqu'il s'agit là d'un convertisseur Python -> C++)

Je ne crois pas que la comparaison avec du C++ direct soit pertinente. Pytrans se pose pas en concurrent du C du C++ ou autre, mais plutôt comme une solution d'optimisation du python donc à mon humble avis c'est plus avec les autres techniques de python qu'il doit être comparé (pypy entre autre).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si on veut être complet ça doit être quelque chose comme ça plutôt :

ls -l ~ | colout "^([-bcCdDlMnpPs?])([r-][w-][sStTx-])([r-][w-][sStTx-])([r-][w-][sStTx-])" blue,red,yellow,green

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est marrant ils ont sorti 12 versions correctives pour les ESR pendant qu'en même temps ils sortaient 12 versions du navigateur. L'intérêt pour le nombre de mises à jour à faire me semble assez limités (je ne parle pas de la sécurité).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

D’ailleurs, il vont faire des versions LTS pour FF, enfin !

Non, non ça existe déjà c'est les versions ESR, c'est pour ça. Si tu veux pas trop te prendre la tête tu suis les ESR car elles sont supportées (oui il va falloir mettre à jour tout de même à chaque mise à jour de sécurité).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Il ne fallait pas le prendre comme ça. Je présume que le ton ne t'a pas plu mais si j'ai pris le temps de pondre deux exemples c'est bien pour illustrer et rien d'autre. Le fait que tu explique qu'il fallait que tu sorte ton compilateur et 200 LOC m'a fait penser que tu imaginer qu'il fallait aller patcher le code de dmenu pour ça. Mes exemples ne sont là que pour montrer qu'il n'était pas nécessaire de modifier dmenu pour lui faire faire ce que tu souhaite.

Pour le ** c'est une extension de l’expansion de chemin (globbing extended) comme le * bien connu. Il permet d'être récursif, par exemple : grep toto **/machin est équivalent à find -name machin -exec grep toto \{\} \;.

Les deux ont leur avantages et leur inconvénient. Les globbings étendus sont plus rapides à écrire (ce qui est agréable en mode interactif), mais il peuvent être plus lent (dans l'exemple avec grep le shell commence par créer la liste des chemins de fichier avant d'appeler grep, alors que find appel grep dès qu'il trouve le premier fichier).

Le shopt c'est juste pour l'activer dans bash.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je présume que tu n'a pas sentie l'ironie du mainteneur (si ironie il y a).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ok tu n'a pas compris ce qu'est dmenu. Ce n'est pas un lanceur de programme (ou du moins ce n'est pas que ça). Il faut plutôt le voir comme un read graphique. Toi tu ne vois que dmenu_run. Pourquoi t'embêter avec 200 lignes de code C++ là où tu peut écrire le tout en 3 lignes ?

#!/bin/bash
shopt extglob
prg=$(awk -F= '$1 == "Exec"{sub(/ %.*/, "");print $2;nextfile}' /usr/share/applications/**/*.desktop | uniq | dmenu)
exec ${prg}

Ou si tu veux être posix :

#!/bin/sh

prg=$(find /usr/share/applications/ -name '*.desktop' | awk -F= '$1 == "Exec"{sub(/ %.*/, "");print $2}' | uniq | dmenu)
exec ${prg}

Note j'écris ça vite fait, il faudrait vérifier s'il faut protéger la variable pour le exec (je sais plus si exec du shell correspond à exec(2) ou à un /bin/sh -c "...").

Mais ça demande pas grand chose comme boulot (vraiment).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Il me semble que ça dépend de quel "binaire" on lance. Perso, je prends celui qui est censé être le plus léger. Mais bon, je dois admettre que je trouve marrant de vouloir embarquer un langage interprété dans un logiciel qui se veut minimaliste.

Pour ça que les logiciels de suckless sont généralement fait pour être des sources C à compiler soit même une fois qu'on l'a configuré.

Je n'ai pas inspecté très longtemps ce que suckless propose, mais je connais dmenu, qui a son utilité. Pas la panacée, cela dis, mais bon, il me suffira jusqu'a ce que j'en aie marre et fasse un truc plus adapté à mes besoins personnels.

Je ne sais pas ce que tu lui reproche, mais peut être que ton bonheur se trouve dans l'un des patchs qui ajoute des fonctionnalités à dmenu (être vertical par exemple). Quoi qu'il en soit, si tu te met à bosser sur un truc pour toi n'hésite pas à regarder leur sources elles sont simples à prendre en main, ça peut être une bonne base.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est vrai que la lenteur de ce truc est impressionnante. Peut-être due au fait qu'il ne soit pas encore stable, et que donc l'accent soit encore a l'ajout de fonctionnalités, et pas à l'optimisation?

Démarrer un interpréteur (perl, python ou sh par exemple) pour gérer l'historique ne doit pas aider.

Par contre, je connaissais pas luakit. Vais aller y jeter un oeil, si ça peut être plus performant, je risque d'adopter (a condition que la config de base soit pas trop merdique, naturellement). En plus il semble avoir grosso modo les mêmes motivations?

Je sais pas trop, en tout cas il réussi là où uzbl échoue. Mais il n'est pas le seul, surf de chez suckless est encore plus léger.

D'ailleurs ceux qui adorent ces principes unix, devraient allez regarder ce qui existe chez suckless. Ils ont certains logiciels « complet » comme surf ou dwm qui peuvent plaire ou pas, mais surtout ils ont une liste d'outils qui sont très intéressants.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

A quand également le bouton précédent pour les préférences de Firefox qui s'ouvrent comme une page classique ?

Ça pourrait être bien en effet (si c'est mieux fait que pour les extensions).

Non parce que lorsqu'on cherche une option et qu'on se plante de catégorie, on est obligé de fermer l'onglet et de retourner cliquer sur le bouton « Firefox > Préférences » et ne pas se replanter de catégorie… (ou « Edition > Préférences » si on à coché « Barre de menu »)

Je ne comprends pas très bien tu peut toujours changer de catégorie :

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

on peut faire du Java sans JVM (à part Dalvik, je n'en connais pas mais c'est faisable (de la à dire que c'est intéressant…))

Il y a les CPU qui exécutent directement du Java, non ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Abandonné depuis longtemps (2011). Grosso modo, c'est très compliqué (ça demande de toucher à beaucoup de choses) pour un gain assez limité. Donc ils préfèrent se concentrer sur d'autres choses qui apportent plus de performance. Il s'agissait du projet electrolise et on en parlait ici : https://linuxfr.org/users/generalzod/journaux/mozilla-son-cycle-de-d%C3%A9veloppement-de-6-semaines-et-eletrolysis

Dans mes recherches pour trouver le nom du projet, je suis tombé là dessus : http://www.internetnews.com/blog/skerner/mozilla-set-to-revive-electrolysis-for-firefox-process-threading.html

Il semble qu'avec FirefoxOS, ils se reposent la question de s'y mettre.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Non mais vraiment ? T'es tombé dedans ?

parce que recompiler tout le temps Chromium je l'ai fait pendant des années mais c'est vraiment relou) sur une Gentoo

• chromium existe en paquet binaire
• un utilisateur de gentoo qui explique que « recompiler tout le temps […] c'est vraiment relou » c'est un troll, non ?

En tout il en existe d'autres des navigateurs.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

find /lib/modules// -name "*conntrack*"

Oui ça permet d'avoir des hooks pour accepter ou refuser les connexion en espace utilisateur. C'est ce que je disais plus haut, tu as un bon gros temps de dev pour pouvoir te servir de ça et au final, tu sera content de faire plus de chose au niveau noyau, mais tu aura moins de fonctionnalité (refuser les connexions vers le domaine exemple.com à moins que tu ne visite explicitement exemple.com, ça peut peut être se faire si tu analyse les entêtes http, mais bon en ayant une vision de plus haut niveau tu le fait de manière bien plus simple et performante.

Évidemment, quand il y'a k "processus" dans un processus, bah on est obligé de le faire au niveau dudit processus et de tout réiventer.

Je ne vois pas le rapport, à moins que tu cherche à avoir un filtrage basé sur les PID (ce qui n'est pas une bonne idée).

Mais bon, d'après moi, c'est déjà une "erreur de design" à la base qu'une application gére ses "tabs" en interne

Ça se discute. Tu perds pas mal en retirant ça du navigateur notamment pour la gestion des sessions au niveau du navigateur (oui le DE peut aussi s'en occuper, mais c'est avec une granularité bien moins fine -néanmoins il paraît que KDE est pas mal là dessus).

D'autre part c'est assez rare les WM qui gèrent ça correctement. Par exemple metacity, kwin, openbox, wmii, dwm et awesome ne le font pas. Il semble par contre que i3 et xmonad si.

(uzbl, uzbl … :))

uzbl ? Ce truc est incroyablement lent ! Il a l'air de suffoquer à chaque fois que tu lui demande quelque chose. Je préfère de loin utiliser luakit.

Ne crois pas que je suis contre ce genre d'idées, au contraire moi aussi j'ai étais sectaire pendant un temps et puis j'ai fais fasse à la réalité. Je ne dis pas que c'est impossible d'avoir des découpages comme il faut etc. Je dis juste que dans notre monde l'existant l'empêche et on a pas les outils pour faire autrement (ou alors ils manquent de visibilité/maturité).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ben si tu veux utiliser l'appli HTML5 de firefox OS pour te prendre en photo entrain de faire un duck face, il vaut mieux avoir le support de la webcam (je dis bien pour utiliser cette appli en question et pas une appli parmis d'autres).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Mais bon, un navigateur c'est moderne, c'est cool et au diable l'esprit unix !!!

Respire profondément.

Tous les firewalls peuvent faire plus ou moins de l'inspection de paquet aussi (cf les hacks ftp par exemple)., je ne vois pas particulièrement l’intérêt de passer par un proxy http. Y'a même des choses en dehors de http dans la vie.

Tu parle du hack fait pour gérer le FTP passif qu'il faut activer manuellement. Tu en connais d'autres ? (mis à part « yakafocon ») C'est une vrai question.

Au final ça t'apporte quoi ? PolicyRequest te permet de bloquer ça au plus tôt avec une finesse bien plus importante (bloquer les accès à google.com depuis linuxfr mais pas depuis autre.fr).

Mais bon, un navigateur c'est moderne, c'est cool et au diable l'esprit unix !!!

Cool ! C'est quoi l'alternative ? Chaque jeu développe son protocole qui est chiffré par SSL (ou truc plus exotique) et qui inclus les pub au sein même de son flux normal ? Tu as quoi pour te protéger d'un skype (tout en t'en servant) ?

Quand des alternatives existent (par exemple pour les mails) c'est agréable, mais pour le reste qui propose quoi ? (gopher peut être ?)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

une meilleure vm

Tu as des infos là dessus ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Parce que le support d'APIs HTML5 est plus développé (notamment pour tout ce qui est utilisation du matériel) ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Euh…. les firewall sont 1000 fois plus efficaces que n'importe laquelle de ces trucs basés sur des listes…

Ça dépend de ce dont tu parle. En performance oui. Quand il s'agit d'accepter ou non une connexion en fonction du destinataire, tu as de toute manière besoin d'une liste et cette liste se doit d'être dynamique dans le sens ou c'est l'utilisateur qui accepte ou non la connexion (il peut même changer d'avis). Donc il va falloir que tu trouve un outil (ou que tu le code) pour pouvoir ramener ça au niveau utilisateur (ne parlons pas de permettre ça en multi-utilisateur ça commencera à devenir compliqué). En plus l'utilisateur aimerait probablement bien savoir pourquoi tel ou tel truc ne s'affiche pas ça demande donc d'utiliser un hook pour reporter à l'utilisateur qu'une règle a matchée. Bref au niveau firewall, ça n'a rien de très pratique ni de très flexible. Tu gagnera bien plus à utiliser soit les fonctionnalités de ton navigateur soit un proxy http qui fait ce que tu lui demande (et qui est capable d'aller inspecter le contenu si tu en a besoin). S'il ne s'agit que d'interdire les connexions vers une liste de serveur, généralement on gère ça au niveau de la résolution de nom comme ça c'est bloqué encore plus tôt dans le scénario.

Je ne vois pas l'intérêt d'un firewall pour tout ça.

À moins bien sûr que tu imagine un protocole spécifique aux pub qu'il suffirait de bloquer, mais ça c'est du fantasme autant interdire les pub.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Non c'est l'un des problèmes. HTTP 1.1 en est un autre (pas pour rien que Google sort SPDY et que HTTP2 est en route) et HTML aussi. Si on veut repartir de 0, javascript ne sera pas le premier truc à améliorer, mais l'existant est là et bien implanté.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Le fait d'avoir un langage différent entre ce que tu écris et ce qui s'exécute sur le navigateur n'a rien de nouveau (les compresseurs/obfuscateurs, coffescript, dart, GWT/pyjama, etc).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Sortir ? Il n'est pas encore sorti. On en parle beaucoup depuis mi-mars (pour des spec qui sont sorti le 17 mars) et les développements préliminaires sont tout à fait public (https://github.com/dherman/asm.js et https://github.com/kripken/emscripten).

Je ne sais pas si dart était ouvert ou pas et personnellement je n'ai pas d'avis sur dart. Quoi qu'il arrive on voit que ce ne sont que des détails d'implémentation. Aujourd'hui le web s'oriente vers un langage (x, y ou z) qui se compile vers du javascript ou un quelconque autre bytecode OSEF (javascript sert de pierre angulaire¹ parce que c'est lui la norme et qu'il est dispo partout).

¹ : pour asm.js comme pour dart, même si je sais que dart a l'ambition de devenir directement exécutable par les navigateurs enfin directement compilable vers un bytecode via du JIT (que ceux qui l'implémentent utilisent javascript, le bytecode de la jvm, celui de la machine parrot ou s'en créent un nouveau pour l'occasion OSEF).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Oui avec 0

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ma liste n'était là que pour montrer que du jeux sur navigateur c'est déjà présent et pas qu'un peu, que les perf sont suffisantes. Donc soit les standards ont quelque chose à proposer soit flash restera encore longtemps.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Quand tu parle de natif, tu parle de code compilé nativement ou de javascript sans surcouche ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)