djano a écrit 1147 commentaires

Ça fait plaisir! Un rassemblement sur les logiciels libres dans mon département rural! Bravo les gars!

Je ne vois pas ce qu'il y a d'incompatible entre une rapide évolution et maintenir une API compatible pour les extensions. Si le numéro de version est X.Y, ils peuvent développer les nouvelles fonctionnalités sur le numéro Y, et marquer les APIs comme étant dépréciées, puis nettoyer les APIs dépréciées tous les 12 ou 18 mois. Il n'y a rien d'incompatible.

Mozilla a clairement du mal a se voir comme une plateforme et ici ils prennent des décisions opposées a leur écosystème, alors que je ne vois aucune bonne raison pour le faire. Quand Microsoft a réécris la manière dont les pilotes graphiques étaient gérés, c'était pour favoriser la stabilité du système, ou un manque de stabilité pouvait menacer l'ensemble de la plateforme. Ils l'ont fait avec un objectif précis en vu, pas une justification frivole.

De mon cote, j'attends toujours que Selenium IDE soit compatible avec Firefox 6. Et ça me ralentis qu'il ne le soit pas. FAIL.

Tout d'abord, félicitations pour ce projet intéressant.

J'ai juste une remarque: Peut être serait il bon de ne pas promouvoir des exemples exposant a des attaques. La doc ou la page de man (ou le site web) pourraient par exemple signaler les limites de sécurité des commandes soulignées par kartnico?

Quelque chose de plus pour la TODO list?

Est ce qu'il a le moindre intérêt par rapport a Firebug?
Y-a-t-il quelqu'un pour m'expliquer?

Je ne comprend pas l’intérêt d'alourdir Firefox pour un truc que seuls les développeurs web utilisent. Ca va a l'encontre d'avoir un Firefox léger. Le panda roux se mord la queue!

Ou ne pas rendre service a soi même...

Quoiqu'il en soit certains clients sont archi cons, archi butés et même si on leur dit qu'ils ont tord, ils n'en démordent pas.

Selon le boulot que tu fais, selon le domaine dans lequel tu travailles, avoir un client supplémentaire peut être hyper difficile avec un support mega cher. Alors s'il veut du compatible IE6, il l'obtient.

Bienvenue dans la vraie vie ou il faut bien manger.

Ah bon? Pas chez moi en tout cas:

var so = new SWFObject("http://cdn-files.deezer.com/swf/coreplayer-v00501.swf", "audioPlayerSWF", "24", "24", "10.0.12.36", "#000000");
so.addVariable("configXML", "http://www.deezer.com/fr/xml/config-v46.php");
so.addVariable("getDefaultSongsToPlay", "playercontrol.setFirstContent");
so.addVariable("sessionId", "1e84a77ba4725488ee9a540912de759fc29ceeb6");
so.addVariable("currentDate", "2011-08-09");
so.addVariable("userId", "0");
so.addVariable("random_key", "");
so.addVariable("server_timestamp", "1312887766");
so.addVariable("fullscreenButton", "true");
so.addParam("allowScriptAccess", "always");
so.addParam("wmode", "transparent");
so.addParam("menu", "false");
so.addParam("allowFullscreen", "true");
so.addParam("hasPriority", "true");
so.write("core_player");

var soMixage = new SWFObject(SETTING_STATIC + "/swf/deezerDJ-v00501.swf", "mixPlayerSWF", "990", "180", "10.0.12.36", "#000000");
soMixage.addVariable("configXML", "http://www.deezer.com/fr/xml/config-v46.php");
soMixage.addVariable("currentDate", "2011-08-09");
soMixage.addVariable("server_timestamp", "1312887766");
soMixage.addVariable("sessionId", "1e84a77ba4725488ee9a540912de759fc29ceeb6");
soMixage.addVariable("currentDate", "2011-08-09");
soMixage.addVariable("random_key", "");
soMixage.addVariable("userId", "0");
soMixage.addVariable("server_timestamp", "1312887766");
soMixage.addParam("allowScriptAccess", "always");
soMixage.addParam("wmode", "transparent");
soMixage.addParam("menu", "false");

J'aimerais bien penser que Fash est fini, et je pense sincerement que EDGE va booster HTML5 + js, mais je ne pense pas que ca va arriver du jour au lendemain. EDGE va devoir s’améliorer petit a petit, etc.

Mais le vrai tournant sera lorsque des sites comme Deezer, Youtube et Dailymotion auront abandonné Flash. Qu'est ce qu'il restera alors a Flash? C'est une vraie question puisque je ne connais pas bien Flash.

J'ai oublié de dire: A quand la même chose pour linux? Un ingénieur de Google travaillait dessus dans ses 20% de temps libre. C'est aussi un ingénieur de Google qui a fait le commit dans FreeBSD.

PS: j'adore la BD quand on se répond a soi même!

A noter que FreeBSD 9 a vu le commit de fonctions basiques de Capsicum.

"Capsicum est un framework de sécurité pour isoler les processus sensibles (sandboxing), ce qui peut être utile pour améliorer la sécurité de l'OS." Il met le sandboxing a la portée de tous en limitant plus facilement tous les privilèges d'un processus.

Un point important est l'introduction de rctl qui va permettre de limiter efficacement les ressources par processus / utilisateur / jail / classe. En peu à la façon des cgroups sous linux (mais en mieux :).

A part pour les notifications que tu décris ici, je ne vois pas bien ce qu'il y a de mieux. Pourrais tu éclairer ma lanterne s'il te plaît?

Du coup, pourquoi est ce que les gens pleurnichent au-dessus de systemd si FreeBSD dispose lui aussi d'un mécanisme équivalent? Il semble possible de l'adapter pour FreeBSD dans ce cas? Notamment pour Debian/kFreeBSD. Bien sur, FreeBSD n'en a rien a faire d'un logiciel sous GPL :)

Rappelle toi la fameuse phrase: "Personne n'a jamais été viré pour avoir choisit IBM" qui date de l'age d'or du mainframe, et tu comprendras pourquoi on arrive a de telles décisions. IBM fu remplacé par Microsoft, et maintenant on se dirige tout doucement vers Oracle.

En gros: il n'y a aucune imagination et aucune prise de risque (même minime!) pour faire des économies. Ils font juste ce qu'il faut pour que l'on ne leur reproche rien.

Les économistes, les littéraires et les avocats actuellement au pouvoir raisonnent avec ce qu'ils ont appris pendant leurs études...

Une seule phrase m'a suffit a reconnaître du Pierre Jarillon ^_^

Je ne comprends pas pourquoi toutes les applications « institutionnelles » comme Firefox, OpenOffice ou GIMP, par exemple, utilisent GTK et donc ne s’intègrent correctement qu’aux styles de GNOME. Chez Avidemux, par exemple, ils ont compris.

Pour GIMP, je crois que "choisir" (ou pas) GTK (The GIMP ToolKit) était très évident pour eux.
En ce qui concerne les deux autres, peut être que le portage vers GTK avait commencé a être réalisé lorsque Qt n'était pas encore libre? De plus Sun était très engagé sur GNOME avec notamment le travail d'accessibilité fait dessus, donc cela confirmait l'utilisation de GTK dans OpenOffice.org .

Intéressant ça. Tu as une source ou tout ceci est décrit?

J'en étais resté que les langages scriptés étaient des langages de 4e génération (sans savoir ce que ça voulait dire) et ça trouverait un soupçon de justification dans ce que tu dis, c'est pourquoi je serais content si tu disposais d'une source fiable.

Les développeurs d'OOo auront une influence bien plus grande sur les langages utilisés que la fondation Apache. La fondation n'a pas vocation a dicter le choix des langages utilisés dans les projets qu'elle héberge. SpamAssasin est écrit en Perl et Apache n'a pas demandé de le réécrire en Java. De même le serveur Apache HTTPD est toujours en C et personne de sensé ne veut le passer en Java.

Maintenant si une entreprise comme IBM fournit des développeurs Java pour OOo, alors peut être que Java va prendre un plus grande place. Tout dépendra des contributeurs et du groupe qui gère OOo.

La libcaca a été créée par un français il me semble (Sam Hocevar).

Alors ne le pardonne pas car il savait ce qu'il faisait :)

Il y a aussi des améliorations de perfs sur: (je cite [http://standblog.org/blog/post/2011/05/23/Firefox-5-Beta])

• canvas
• Execution de JavaScript
• Mémoire
• Réseau

On peut aussi citer un gros avantage en termes de performances, puisqu’une liste de plusieurs milliers d’adresses IP sera représentée par une seule ligne ipset et que tout est gardé en mémoire vive. Le passage en revue des règles par le noyau (matching) sera donc extrêmement rapide. Bien entendu, la contrepartie est une occupation mémoire plus grande qu’avec des règles classiques.

Alors la je ne comprends pas. Je m'attendrais plutôt a l'inverse: si l'on groupe plusieurs lignes d'IP en une seule ligne de plus haut niveau, il me semble que l'occupation mémoire du stockage des règles devrait être réduite? Par contre je ne dis rien sur l'utilisation CPU et mémoire lors du matching des règles. Ça dépend des opérations effectuées. Quoique si l'on passe de 1 million d'adresses IP a une dizaine de règles de plus haut niveau (chiffres pris au hasard), je pense que les règles haut niveau l'emporte haut la main.

J'ai pas bien compris comment cette nouvelle maniere de procéder fonctionne. Précédemment, si l'on gardait une seule queue d'écriture dans le périphérique ce n'était pas par plaisir, c'est sûrement que l’accès au périphérique devait être exclusif, non?

Or maintenant, avec le maintien de la queue par processus (ou par thread? C'est pas clair non plus), il va quand même falloir arbitrer l'écriture sur le périphérique a un moment ou a un autre, non?

Si quelqu'un pouvait expliquer cela, ce serait sympa!

Pour ceux qui comme moi ont eu du mal a saisir l’intérêt de l'API media-controller, mais qui ont la flemme de lire l'article LWN, cette API permet de créer des groupes de devices qui fonctionnent ensembles, puis de configurer dynamiquement les liens de données qui passent d'un device a un autre. Un seul lien source et un seul lien destination peuvent être actifs pour un device particulier. Si un device a un lien actif, alors le device est allumé, sinon il est éteint.

L'article discute de la pertinence d'utiliser des ioctl pour gérer cela au lieu d'un sysfs, tout en signalant que V4L2 utilise intensivement les ioctl ce qui en fait un choix naturel pour les développeurs déjà habitué a V4L2.

L'article conclu qu'une API similaire dans son principe avait été proposé pour d'autres types de devices complexes, non liés a l'audio-vidéo, et qu'il pourrait être intéressant que l'API media-controller puisse gérer ces cas la aussi (au lieu d'avoir plusieurs ABI pouvant jouer le même rôle).

La "carte des lieux accidentogènes [...] n'est pas publiée", donc ça ne va pas aider pour publier les "zones dangereuses".

A moins que tu ne veuilles dire que l'on change l'intitulé "radar fixe" par "zones dangereuses" dans le GPS? C'était tellement sioux que je n'avais pas compris :)

il ne faudra pas se plaindre lorsque ce sera applique a d'autres types de boulot (en particulier le sien) pour des raisons tout autant arbitraires. [1]

Ah oui! Dame nature et Darwin sont vraiment des salauds.

C'est sur que dans le deuxieme cas, on a tout de suite un tas de reponses argumentees, vu qu'une grosse partie des trolls est directement concernee.

Apparemment tu n'aimes pas que l'on te donne des réponses argumentées :) . On attend toujours la réponse sur pourquoi les artistes devraient (automatiquement?) vivre de leur art. totof2000 l'a très bien explicité: le travail réalisé plaît (et quelqu'un est prêt a payer pour les services), ou bien il ne plaît pas. C'est tout.

De même si la société devait s'effondrer totalement un jour et qu'il n'y ait plus d'électricité, je ne pense pas que l'on me donnerait un kopek parce que je sais développer en Java/C++/Ruby/OCaml/Brainfuck. Ça ne me plairait certainement pas, mais ce serait comme ça.

En plus je ne pourrais même pas venir sur trollfr.org pour en discuter. Ce serait triste a mourir! snif.

Et non! https://linuxfr.org/nodes/86090/comments/1235323

JE suis tout a fait d'accord avec toi.

Seulement plusieurs études semblent montrer que les radars sont rarement placés dans ces villes, mais surtout sur les autoroutes, en descentes, avec le vent dans le dos. Donc supprimer les panneaux permet de faire plus de chiffre d'affaire pour l’État (ou pour l'entreprise qui est ensuite ponctionnée par l’État).

Cependant, j'admets que GTof a raison sur:
>il faut aussi prendre en compte l'évolution du nombre de contraventions. Plus les gens respecteront les limitations, moins ce sera rentable.
Mais je me demande juste combien de temps cela va prendre pour un changement de mentalités. 10 ans au bas mot. Donc, c'est rentable.

Tu es sûrement au courant que l’État ponctionne ensuite les dites entreprises sur leurs chiffre d'affaire (ou bénéfice, je sais plus), n'est ce pas?

De toute façon, une fois le parc de radars bien gros, ils vont bien arrêter d'en rajouter, et la bonjour le magot!
Et oui: l’État voit a (très) long terme!

C'est triste ton avis sur les prostituées :)