Le droit français - mais qui vous dit que mes textes relève de celui-ci ? ;) - ne reconnais pas, en effet, la cession des droits moraux.
Mais cela ne veut pas dire que le message plus haut est totalement « sans valeur légale ». Simplement, vous ne pouvez pas jouir de tout les droits que je voulais concéder au départ (si vous étes en France) ; exactement comme lorsque vous utilisez des logiciels qui sont publiés dans le domaine public aux USA, par exemple sqlite : la loi française à beau imposer de citer l'auteur, les autres points (droit de modification, redistribution, ...) restent valables et le logiciel reste libre, même en France (autrement dit : la licence initiale du logiciel n'est pas complètement rendue caduque par le droit français, heureusement !).
Etant auteur du journal en question voudrais indiquer que ce mode de fonctionnement me convient parfaitement :
* Je suis timide, je n'ose pas proposer des depeches (pas sûr que le sujet - ou la façon de l'aborder - soit pertinent, pas sûr que l'ortho soit ok, pas sur qu'il n'y ai pas déjà une depeche en cours de moderation sur le sujet, je connais mal la ligne éditoriale du site, etc.)
* En temps qu'utilisateur de LL et wikipediste, je considère que la moindre des choses c'est de tolérer (encourager, même !) la réutilisation et l'amélioration de mon travail : si les modérateurs le font, c'est tant mieux !
* Je vois mal, de toutes façons, quel bénéfice personel je pourrai tirer des crédits accordés à "herodiade", qui n'est même pas mon vrai nom.
* Pour lever toute polémique : je déclare par la présente que je place toutes mes contributions à linuxfr.org (y compris les journaux, les dépêches et les comentaires) présentes, passées et futures dans le domaine public, j'abandonne tout droit d'auteur sur toutes mes contributions, j'autorise chacun à réutiliser, modifier ou redistribuer le contenu à sa guise, sans restriction, et sans obligation de citer la provenance;
* Ils n'étaient pas obligés de le faire, mais les modérateurs ont eu la délicatesse raffinée d'écrire la source de l'article (en gros !), avec même un remerciement !
Bref c'est le mode de fonctionnement qui me convient le mieux : si les modérateurs jugent qu'un journal convient pour une dépêche, ils l'affinent, le polissent et le publient. Le seul - très léger - défaut de cette méthode c'est que les commentaires sont scindés (par ex. j'hésite à re-poster ici mon commentaire au journal "complément d'infos", mais là, présentement, je ne peut pas le faire, je suis en vacances, sur un win95 + ie5 + écran 14" sur modem 56k, la galère quoi ;), mais les avantage excedent largement ce léger désagrément.
Au passage : merci aux modérateurs pour ce travail de selection et validation, pour la relecture, l'amélioration de la mise en forme et tout le travail que ça implique.
En effet. D'après ce que j'ai compris (c'est assez flou pour moi, c'est pour ça que je ne détaille pas ce point dans le journal même) il y a des bugs dans les drivers (constatés et en voie de résolution avec les drivers libres radeon et intel, mais peut-être présents aussi dans les drivers propriétaires), des problèmes d'architecture de Mesa/Xorg, et d'implémentation dans Beryl.
Pour ce que j'en ai compris, pour que le rendu des applications 3D - du moins celles utilisant OpenGL - soit synchrone avec la fréquence de rafraichissement de l'affichage (par ex. 60Hz ou 70Hz), et éviter des effets de bavures, on utilise une interuption appellée VBLANK (pour "vertical blank", cf. http://en.wikipedia.org/wiki/Vertical_blanking_interval ) qui déclenche le rendu synchrone au raffraichissement (donc dans les 60/70 ou plus interuptions par seconde, ce qui est beaucoup). Ce serait un défaut d'architecture de Mesa/Xorg, et la page "known.php" du site de PowerTOP indique qu'une reflexion est engagée sur ce point (notes que Keith Packard et Eric Anholt , deux "poids lourds" de xorg travaillent chez Intel, ça donne des perspectives).
En outre les drivers libres Intel ont un bug (corrigé dans le git) qui fait que ce système de synchronisation est actif même lorsqu'on ne rends que de la 2D (c'est alors totalement inutile), cf. sur ce point aussi la page "known.php".
* Concernant le coût des accès disques : ça dépend, évidement, de l'utilisation des caches.
* Le driver fglrx d'ATI est tout pourri (ah bon ? ;). Il semblerait que le driver propriétaire de NVIDIA ne soit pas brillant non plus.
* Lorsque vous faites vos mesures, laissez vos applications favorites mouler passivement en arrière plan. Inutile de constater que mencoder ou Blender en plein calculs sont gourmands : on le sait déjà, et c'est normal. De même les mesures sont plus intéressantes pour des logiciels résidant longtemps en mémoire (par exemple Thunderbird, Amarok, Lifarea, les daemons comme d-bus, esd ou avahi, etc.) que pour les logiciels qui ne tournent pas longtemps sur l'ordinateur (comme ls, cp, mv, ps, find, & co).
* Lorsque PowerTOP vous indique qu'une application est très gourmande alors qu'elle n'a pas de raison évidente de travailler (elle tourne en arrière plan, par exemple), vous pouvez savoir ce qu'elle fait avec strace -p $(pidof monapplication) et ltrace -p $(pidof monapplication)
* Beagle (beagled précisément) peut être extrêmement gourmand
* Annoncé il y a seulement 3 jours, PowerTOP est déjà intégré dans les versions de développement de Debian, Mandriva et Gentoo.
* Une nouvelle version (1.1) de PowerTOP vient de sortir. Le logiciel est maintenant capable de recommander la désactivation des daemons connus pour être gourmands et peu utiles, lorsqu'il détecte leur présence.
* L'outil blktrace permet déjà de surveiller les I/O disques ( http://www.gelato.org/pdf/apr2006/gelato_ICE06apr_blktrace_b(...) )
Quelques autres paramètres à prendre en compte pour améliorer l'autonomie de son portable :
* Préférer les portables avec de petits écrans (indication relevée sur l'IRC #powertop, où Keith Packard dit qu'il a 7h d'autonomie sur son portable à écran 10", et Arjan Van de Ven arrive à 8h ! ), ou réduire la luminosité si c'est possible.
* Les périphériques USB sont souvent alimentés par ce biais, et parfois très gourmands pour d'autres raisons encore. Les débrancher lorsqu'on ne s'en sert pas.
* Complètement désactiver le bluetooth et le wifi lorsqu'ils ne sont pas utilisés (et décharger les modules noyau qui les utilisent).
* Éviter autant que possible d'utiliser le lecteur de CD ou DVD
* Et bien sûr les autres trucs indiqués dans le journal (désactiver la 3D/Beryl, le curseur clignorant de gnome-terminal, config du kernel 2.6.21, etc...)
Tout dépend, si le réveil est long (si on réveil régulièrement le système pour faire une opération un peu lourde, ou carrément pour accéder au disque dur) l'effet s'en ressentira très vite, même si on ne se réveille pas a une fréquence démente. PowerTOP prends cet aspect en compte (il pondère le nombre de réveils et leur durée).
Comme le fait remarquer quelqu'un plus haut, il n'y a pas besoin que le brevet soit valide pour que la menace soit efficace.
L'incertitude et le doute générés par une annonce de ce type suffisent souvent à paralyser de nombreux acteurs. C'est par exemple la raison pour laquelle Apple et Nokia refusent d'inclure les codecs et containers Ogg, Vorbis et Theora dans leur produits (ils ont un doute sur la possibilité de brevets dormants, comme ils l'ont expliqué publiquement sur la mailing-list du WHATWG en Février/Mars 2007).
Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.
C'est la première fois que j'entends parler de ça.
Tout au plus on a récemment entendu parler du "Open C SDK Plug-In for S60 3rd Edition", qui fournis un package pour symbian OS (.sis), pas inclus par défaut dans Symbian OS mais qu'on peu installer, et qui inclus la glib et une "libc" contenant un peu de posix, et quelques composants Eclipse. Enfin bref, ça quoi : http://forum.nokia.com/info/sw.nokia.com/id/91d89929-fb8c-4d(...)
Tu peut nous en dire plus ?
Sinon "prédominance des technologies GNOME" est une généralisation rapide. Certes les annonces slashdotées récentes font surtout état de produits basés sur gtk/gnome (sauf le GreenPhone de Trolltech, quand même) mais il reste que beaucoup de smartphones linux actuellement sur le marché (asiatique, presque uniquement) utilisent peu ou prou Qtopia.
J'ai choisi d'indiquer ces articles parce que précisément les affirmations que je faisait _y sont sourcées_. M'enfin, si tu préfère, voilà :
- Patrick de Carolis (actuel directeur de France Télévision). Sa bio sur le site de l'Ecole Supérieure de Journalisme de Paris, où il a fait ses études : http://web.esj-paris.com/index.php?option=com_content&ta(...) . Le brave homme a même publié un livre d'entretien très indulgent avec Bernadette Chirac (isbn : 978-2259195126), a été directeur de "Le Figaro Magazine", ... un home de gauche, pour sûr.
- Composition du CSA (et qui a nommé les membres actuels) sur le site officiel du CSA : http://www.csa.fr/conseil/composition/college_conseillers.ph(...) . Ils ont tous été nommés par la droite, et la majorité et le président resteront en place au moins jusqu'en 2011 même si la gauche passe dimanche (btw, même problème au Conseil Constitutionnel).
- Michel Boyon, le président du CSA. Sa bio sur le site officiel du CSA : http://www.csa.fr/conseil/composition/college_conseillers_bi(...) Je cite : « Directeur de cabinet de François Léotard, ministre de la Culture et de la Communication (1986 – 1988) », « Directeur de cabinet de Jean-Pierre Raffarin, Premier ministre (2003 – 2005) ». Clair, un dangereux gauchiste.
Nous glissons chaque jour un peu plus vers une « démocratie » à la Berlusconi. Il faut avoir de la merde dans les yeux pour le nier (ou être partisan).
... et ce n'est pas comme si libération et marianne touchaient ne serait-ce qu'un dixième du nombre d'auditeurs de TF1.
Voir l'ensemble des chaines de TV publiques : il n'échappera à personne que le président de France Télévision de droite (Patrick de Carolis, http://fr.wikipedia.org/wiki/Patrick_de_Carolis ) a été nommé par la droite, ainsi que le président (Dominique Baudis puis récemment Michel Boyon) et la majorité de l'équipe du CSA (cf. http://fr.wikipedia.org/wiki/CSA ).
Voir le Canard Enchainé du mercredi 2 mai pour un bel exemple des pressions de Sarkozy et de la droite sur les chaines télévisions.
Quand l'ex-président de France Télévision et actuel PDG d'Europe 1 (du groupe Lagardère) Jean-Pierre Elkabbach se sent permis de reconnaitre publiquement qu'il téléphone à Sarkozy pour avoir son avis avant d'embaucher de nouveaux journalistes, on a le signe clair qu'un cap a été franchi. (sources dans http://fr.wikipedia.org/wiki/Jean-Pierre_Elkabbach ).
On peut quand même être mal à l'aise en constatant que l'évolution démographique de la France fait que ce sont ceux qui n'ont pas d'avenir (ou, disons : pour qui l'avenir est un moindre enjeu), et qui ne participent pas à la société active qui décident, contre tout les autres, du résultat des élections.
Pas sur que ça conduise aux meilleurs choix ou que ça soit très sain, sur le long terme.
Je ne veut évidement pas dire qu'il faut leur retirer le droit de vote, mais qu'il faudra peut-être penser à les impliquer un peu plus dans les problématiques et les enjeux de la vie civile active, les impliquer un peu plus dans le monde moderne, ... avant la catastrophe. Les études démographiques sur les électeurs de Le Pen en 2002 montraient aussi une hyper représentation des séniors (cf. par ex. http://www.cairn.be/article.php?ID_REVUE=RFSP&ID_NUMPUBL(...) ).
En l'occurrence pour le groupe egress on n'a même pas besoin d'utiliser ifconfig, puisque les interfaces sont dynamiquement ajoutées / enlevées de ce groupe, à chaud.
Même chose, par exemple, pour le groupe "lo" (auquel sont ajoutées automatiquement toutes les interfaces de loopback).
Tout est documenté dans la page de man de ifconfig(8). L'utilisation est simplissime :
- ifconfig nom_if group nom_groupe pour ajouter une if dans un groupe. Ex :
$ ifconfig lo0 group toto
- ifconfig (tout court) pour afficher les interfaces et leurs groupes, par ex:
$ ifconfig lo0
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224 groups: lo toto
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8
Benoît : il y a eu des modifications de pf (afin de permettre de nommer une interface par son groupe et pas seulement son nom, dans les rulesets).
> J'ai dit de façon transparente et correcte, ce que ne remplit pas gstreamer
Passons ...
>> désolé mais « sous Windows, Linux et MacOS », ce n'est pas vraiment ce que j'appelle la portabilité.
> C'est ce qui compte pour le grand public.
Enfin, surtout le grand public qui n'a pas un téléphone portable sous linux ou symbian, ou un pc de bureau en 64bits (ah oui, ça c'est vraiment über-geek, pardon) ...
Et puis tu a raison, tout ces cochons d'uber-geeks qui n'utilisent pas windows/i386, linux/i386 et mac n'ont que ce qu'ils méritent, bien fait pour eux.
> s'il y a des zozos qui installent OpenBSD sur une machine de bureau et qui ne trouvent pas contradictoire de vouloir lancer un blob binaire (un logiciel propriétaire)
Et bien justement ils ne le lancent pas, parce qu'outre qu'il ne soit pas porté, il n'est pas libre ni opensource, ce qui fait beaucoup de défaut rédhibitoires.
Mais, comme la maintenabilité de leur code (et donc leur capacité à le porter sur les nouvelles plateformes), le fait qu'il soit ne soit pas libre est entièrement de la responsabilité d'Adobe. Dire qu'il n'est pas libre n'est pas une bonne excuse pour justifier la position d'Adobe à l'égard de la portabilité.
> Cf. les versions officielles de Mozilla, qui se limitent aussi à ces trois-là.
Mais pourquoi s'emmerderaient -ils à packager des binaires, gérer la distribution des mises à jours, etc. alors que la communauté le fait pour eux ?
Moz' fournis des binaires pour les handicapés de la solidarité communautaire comme les windowsiens et les maceux, un binaire linux pour faire bonne mesure, le source, et banzai.
> Oui l'utilisateur final est certainement mort de rire de recevoir un "code source" pour sa machine sans aucun support. D'ailleurs on se demande pourquoi Ubuntu, Mandriva & co se font chier à faire du support sur des binaires.
Tu ne lis que le début de mes phrases, c'est ça le gag ?
J'ai dit que la communauté (et donc les distros, y compris Debian, Ubuntu et Mandriva) se chargent du support pour les logiciels libres. Et oui ! Parce que même si Apache et gcc ne distribuent pas de binaires pour ma plateforme de choix, je peut me passer de leur support direct (et puis quoi, je doit leur demander un contrat et un mars aussi ?) grace aux bonnes ames qui font des distros et des packages BSD. That is.
La dépêche indique « une certification d'Ubuntu sur le matériel Dell et s'assurer d'une compatibilité totale », mais je n'ai pas trouvé de lien décrivant cette certification (ses exigences, ses contraintes, ses tolérances). Auriez-vous une URL ?
L'appréciation de la « compatibilité totale » peut varier selon les individus :
du « avoir un xorg qui marche, un clavier, une souris, et le son » au « avoir aussi le suspend-to-ram opérationnel, la gestion de l'énergie optimale, le driver du chipset wifi supporté, stable, complet et compatible avec NetworkManager, le driver du chipset graphique stable et supporté, la webcam intégrée supportée », on a une belle différence, et c'est le texte de la certification qui nous dira à quoi nous attendre.
De plus, si Ubuntu est assez exigeante - ou transmet au moins ses contrariétés à Dell - on peut espérer que Dell fasse doucement remonter nos besoins aux fournisseurs de chipsets ? (Atheros, Broadcom, nVidia, Atmel, ATI : filez nous la doc !).
Un exemple de ruleset statefull complet pour un petit serveur web/gateway NAT/firewall domestique typique avec OpenBSD 4.1. Contraintes typiques :
- On veut normaliser ("scrub": defragmente, vire les martiens etc.)
- On veut NATer le lan
- On veut autoriser les acces web, ssh et l'icmp venant de l'extérieur
- On veut autoriser tout le trafic sur le lan et le loopback
- On veut autoriser le trafic sortant de la passerelle
scrub all
nat pass on egress -> (egress)
pass quick proto tcp to port { ssh, http }
pass quick proto icmp
block quick on egress
pass all
C'est tout.
Remarquez que ce type de ruleset est complètement portable : on peut le copier tel quel sur d'autres passerelles aux besoins identiques, on n'a pas eu besoin d'écrire des noms d'interfaces ni d'adresses IP en dur.
Et le nouveau machin pour configurer l'IPsec, ipsecctl(8) et ipsec.conf(5), est du même tonneau :)
packet filter [...] un comportement par défaut plus simple et sûr
La dépêche ne détaille pas ce point, alors j'y vais ;).
La directive "keep state" du firewall pf(4) est maintenant activée par défaut pour les règles "pass" ainsi que le contrôle des en-tetes TCP "flasg S/SA". Cela peut surprendre : « pourquoi ont-ils choisi de faire une modification de ce type, pas rétro-compatible, qui risque de poser des pbs à certains parmi ceux qui ne RTFM pas avant d'upgrader ? ».
Et bien c'est précisément ce type de décisions courageuses que j'admire : elles font que pf(4) se bonifie et que son utilisation se simplifie avec le temps au lieu de devenir kludgy au fur et à mesure que les fonctionnalités s'empilent.
Un exemple : nous voulons autoriser l'accès ssh depuis l'extérieur.
Il y a un an ou deux, nous écrivions :
ext_if="re0"
pass in on $ext_if from any to any port 22 keep state flags S/SA
Mais les choses ont évoluées :
- Depuis un moment déjà, il n'est plus nécessaire d'écrire "from any", "to any" et encore moins "from any to any"- "keep state" servait à rendre la règle statefull (en quelque sorte, « bidirectionnelle » : on autorise le traffic sortant du port 22 en réponse à une requête externe). Il est désormais activé par défaut pour les "pass".
- "flags S/SA" était généralement ajouté aux règles "pass" : cela signifie "accepte les paquets TCP initiant de nouvelles connexions uniquement s'ils ont le flag SYN et pas le flag ACK". C'est maintenant activé par défaut pour les règles "pass".
- On utilisait typiquement une macro comme $ext_if pour désigner notre interface externe. Maintenant on peut utiliser le groupe "egress" : le nom de l'interface par laquelle passe la route par défaut est automatiquement et dynamiquement substitué. Dynamiquement = même si on change à chaud la cnx/route ou la carte réseau (ou bien à froid/au reboot : si on met le disque dans une autre machine, par ex, le ruleset reste valable).
Désormais, pour le même résultat, il suffit donc de :
pass in on egress to port 22
Bien que le nombre de fonctionnalités explose, les rulesets deviennent de plus en plus compacts, portables, simples et lisibles.
>> Ah oui, confirmation, tu a donc un a priori négatif sur le libre. « Aucun projet libre » ne parvient à être aussi « portable », compact et ne fournis de routines d'affichages aussi performantes que Flash dit-tu ?
>
> suivi de
>
>> C'est bien ça. J'ai souvent noté chez des développeurs Windows cette tendance Jacky à micro-optimiser (« tuner sa voiture » !) avant de se préoccuper de tout le reste, en particulier de la stabilité, de la maintenabilité et de la portabilité.
> oeil, poutre, toussa...
Tout était dans le avant [de se préoccuper de ....].
Un exemple de « routines d'affichages », puisqu'on en parle, à point nommé. Cairo s'est préoccupée pendant longtemps de mettre en place l'architecture de rendu la plus propre, bien fichue, et carrée possible, d'écrire des tests unitaires pour tout et le reste, de s'assurer d'une portabilité irréprochable, d'une stabilité si convaincante que cette lib a été adoptée par Gtk et Firefox pour tout leurs rendus (pour la prochaine version de FF, probablement). Et _ensuite_ seulement, c'est à dire récemment, ils se sont mis aux optims : ils ont doublé, triplé, voir décuplé l'efficacité de certaines routines, c'est dire s'il y avait du pain sur la planche (mais ils l'ont fait). En partant sur une architecture éprouvée, et en ne cherchant pas à se bâtir autour des optimisations au départ, ils fournissent maintenant une lib compacte, rapide, stable, portable et efficace. CQFD.
Mais évidement, quand on est en priorité préoccupé par le besoin de mettre rapidement sur le marché un chose qui tienne les benchmarks, et qu'on ne montre pas le caca qu'on a mis dans les sources à une large communauté ... on peut faire du vite et gruik (et essayer de maintenir la compatibilité arrière avec ses bugs pendant des années, ensuite).
> sans souci de fournir un support de niveau professionnel.
Le support est une autre chose, j'y reviendrai, mais là on parlait de qualité. La formule « de niveau professionnel » c'est exactement l'idéologie que je présentai. Il y aurai une hiérarchie secrète avec un « niveau amateur » (de la merde, je suppose ?) et un « niveau professionel » (ok, t'a pas les sources, mais c'est vraiment bon) ? Dois-je te rappeler que, par exemple, Apache et le kernel Linux se sont longtemps développés sans le moindre support du monde « professionnel », et qu'ils se sont imposés den environnement serveur justement pour leur soucis de qualité ? Et qu'il en va de même de la majorité des projets libres ?
Soutenir que la qualité des solutions propriétaires, fermées et « professionnelles » dépasse nécessaire les projets sur sourceforge est un peu léger. Dois-je t'indiquer que quelques personnes pensent que plus il y a de paires d'yeux sur le code (il faut qu'il soit ouvert), meilleur est le code ?
> Non, ce n'est pas de l'ironie. Tu connais une API qui permet de faire du streaming audio/video bidirectionel, de gérer webcam et microphone, tout ça de façon transparente et correcte que l'on soit sous Windows, Linux et MacOS ?
Mais PLEIN ! Gstreamer, Xine, VLC, NIMM, ...
Il font très bien ce que tu décrit au-dessus, précisément. Ils ne font pas tout ce que Flash fait, mais ce n'est pas leur objectif (ils font d'autres choses mieux, par ailleurs). Dans le même ordre que Gstreamer pour le multimédia, si l'on parle de rendu 2D, Cairo est un modèle de qualité logicielle, qui n'a vraiment rien à envier à qui que ce soit, surtout à Flash. Le code source de Cairo, c'est de l'art.
Pour finir, désolé mais « sous Windows, Linux et MacOS », ce n'est pas vraiment ce que j'appelle la portabilité. La miriade de « micro-projets soutenus par un développeur unique » dont tu parle plus haut fait généralement bien mieux.
> Tu en parleras aux développeurs d'OpenSSL, de la liboil, etc. Des Jacky Windowsiens ?
Apparemment tu n'a pas lu ce que j'ai écris, ou tu fait semblant. Pour résumer j'ai répété que « premature optimisation is the root of all evil ».
J'ai rappelé que dans le monde du libre, les optimisations comptent, mais après la sécurité, la stabilité et la portabilité, dans la hiérarchie de la « qualité logicielle » (et on parle de logiciels desktop grand public). On optimise, certes, mais _après_. On prend le temps de faire une architecture logicielle où les optimisations trouvent naturellement leur place sans bloquer les autres priorités cités plus haut.
Là où très clairement Flash s'est vautré (en lisant le blog que tu cite, on voit dans un post précédent le pauvre développeur s'embrouiller dans ses jackyteries asm qu'il ne sait pas porter sur x86_64, et toute son appli est bloquée par ça ...).
Tu m'interroge sur OpenSSL et liboil. Pour liboil, cet objectif de qualité et d'architecture propre est tout simplement ... la cause originelle du projet (disjoindre la question des optimisations de l'implem de Flash ou d'autre chose), tout autant que la méthode du projet (fournir un code C, avec ou sans intrinsics, qui marche partout, et éventuellement y adjoindre des implems mmx/altivec/... utilisables lorsque l'environnement les supporte). Dans le cas d'OpenSSL c'est une évidence vitale : sur la portabilité tu ne trouvera rien à leur reprocher, surtout en comparaison avec flash, et sur la stabilité et la sécurité, tu pourra difficilement soutenir qu'il ne s'agit pas d'une priorité.
> Ah, finalement l'argument est bien mince : quand c'est la liboil qui fait des optimisations asm, c'est bien, quand c'est le lecteur Flash, ce sont des Jacky Windowsiens ?
Oui, et je maintien. Cf. ce que je dit juste avant (et que j'ai pourtant expliqué dans le post grand-parent). L'objectif de performances de liboil ne se fait jamais au détriment de la stabilité ni de la portabilité. C'es là qu'on reconnait la qualité de leur architecture, et du modèle opensource.
> Les autres sont "unsupported", c'est marqué texto en bas de la page
Ce qu'il y a de bien avec le libre, c'est que si tu nous fournis le source, on se débrouille sans ton « support » (support comment, d'ailleurs ?). C'est exactement ce que fait Mozilla : leur code marche sur un paquet de plateformes (y compris linux/arm, linux/mips, linux/amd64 etc.) et ça c'est déjà une grosse différence avec flash. Ensuite, ils ne peuvent pas le tester à fond partout. Et bien, qu'importe ? le support est assuré, notamment, par la communauté et les distros. Au final, l'utilisateur dispose d'un bon navigateur partout, supporté, et ça c'est aussi une grosse différence avec Flash.
> Et au moins il gère autre chose que le codec video obsolète de Theora
Lancer un troll codecs par dessus le marché, est-ce bien raisonnable ?
> (en passant, les codecs sont aussi un problème du lecteur Flash).
Je ne te le fait pas dire. Et c'est pour ça - au moins pour l'audio/vidéo - que la prescription d'une suite codec audio + codec video et conteneur libres et sans brevets par un organisme de standardisation serait une bonne chose.
> A moins que ce soit toi qui aies mal retranscrit la proposition.
Web Applications 1.0 (HTML5), Working Draft : http://www.whatwg.org/specs/web-apps/current-work/
« User agents should support Ogg Theora video and Ogg Vorbis audio, as well as the Ogg container format. »
Le problème (merci Apple !) étant que « should », c'est moins bien que «must ».
[^] # Re: Un grand merci ...
Posté par herodiade . En réponse à la dépêche PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 2.
Le droit français - mais qui vous dit que mes textes relève de celui-ci ? ;) - ne reconnais pas, en effet, la cession des droits moraux.
Mais cela ne veut pas dire que le message plus haut est totalement « sans valeur légale ». Simplement, vous ne pouvez pas jouir de tout les droits que je voulais concéder au départ (si vous étes en France) ; exactement comme lorsque vous utilisez des logiciels qui sont publiés dans le domaine public aux USA, par exemple sqlite : la loi française à beau imposer de citer l'auteur, les autres points (droit de modification, redistribution, ...) restent valables et le logiciel reste libre, même en France (autrement dit : la licence initiale du logiciel n'est pas complètement rendue caduque par le droit français, heureusement !).
[^] # Re: Un grand merci ...
Posté par herodiade . En réponse à la dépêche PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 10.
* Je suis timide, je n'ose pas proposer des depeches (pas sûr que le sujet - ou la façon de l'aborder - soit pertinent, pas sûr que l'ortho soit ok, pas sur qu'il n'y ai pas déjà une depeche en cours de moderation sur le sujet, je connais mal la ligne éditoriale du site, etc.)
* En temps qu'utilisateur de LL et wikipediste, je considère que la moindre des choses c'est de tolérer (encourager, même !) la réutilisation et l'amélioration de mon travail : si les modérateurs le font, c'est tant mieux !
* Je vois mal, de toutes façons, quel bénéfice personel je pourrai tirer des crédits accordés à "herodiade", qui n'est même pas mon vrai nom.
* Pour lever toute polémique : je déclare par la présente que je place toutes mes contributions à linuxfr.org (y compris les journaux, les dépêches et les comentaires) présentes, passées et futures dans le domaine public, j'abandonne tout droit d'auteur sur toutes mes contributions, j'autorise chacun à réutiliser, modifier ou redistribuer le contenu à sa guise, sans restriction, et sans obligation de citer la provenance;
* Ils n'étaient pas obligés de le faire, mais les modérateurs ont eu la délicatesse raffinée d'écrire la source de l'article (en gros !), avec même un remerciement !
Bref c'est le mode de fonctionnement qui me convient le mieux : si les modérateurs jugent qu'un journal convient pour une dépêche, ils l'affinent, le polissent et le publient. Le seul - très léger - défaut de cette méthode c'est que les commentaires sont scindés (par ex. j'hésite à re-poster ici mon commentaire au journal "complément d'infos", mais là, présentement, je ne peut pas le faire, je suis en vacances, sur un win95 + ie5 + écran 14" sur modem 56k, la galère quoi ;), mais les avantage excedent largement ce léger désagrément.
Au passage : merci aux modérateurs pour ce travail de selection et validation, pour la relecture, l'amélioration de la mise en forme et tout le travail que ça implique.
[^] # Re: 3D
Posté par herodiade . En réponse au journal PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 4.
Pour ce que j'en ai compris, pour que le rendu des applications 3D - du moins celles utilisant OpenGL - soit synchrone avec la fréquence de rafraichissement de l'affichage (par ex. 60Hz ou 70Hz), et éviter des effets de bavures, on utilise une interuption appellée VBLANK (pour "vertical blank", cf. http://en.wikipedia.org/wiki/Vertical_blanking_interval ) qui déclenche le rendu synchrone au raffraichissement (donc dans les 60/70 ou plus interuptions par seconde, ce qui est beaucoup). Ce serait un défaut d'architecture de Mesa/Xorg, et la page "known.php" du site de PowerTOP indique qu'une reflexion est engagée sur ce point (notes que Keith Packard et Eric Anholt , deux "poids lourds" de xorg travaillent chez Intel, ça donne des perspectives).
En outre les drivers libres Intel ont un bug (corrigé dans le git) qui fait que ce système de synchronisation est actif même lorsqu'on ne rends que de la 2D (c'est alors totalement inutile), cf. sur ce point aussi la page "known.php".
Les développeurs du pilote radeon libre travaillent aussi sur un problème similaire dans leur driver : http://www.mail-archive.com/dri-devel@lists.sourceforge.net/(...) (les développeurs Intel, pas bégeules, leur donnent un coup de main : http://www.mail-archive.com/dri-devel@lists.sourceforge.net/(...) ).
Et finallement, Beryl est gourmand. Ca donne par exemple des choses comme ça : http://www.bughost.org/pipermail/power/2007-May/000021.html
Le driver propriétaire NVIDIA se comporte mal aussi : http://www.bughost.org/pipermail/power/2007-May/000015.html
# Compléments
Posté par herodiade . En réponse au journal PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 10.
* Concernant le coût des accès disques : ça dépend, évidement, de l'utilisation des caches.
* Le driver fglrx d'ATI est tout pourri (ah bon ? ;). Il semblerait que le driver propriétaire de NVIDIA ne soit pas brillant non plus.
* Lorsque vous faites vos mesures, laissez vos applications favorites mouler passivement en arrière plan. Inutile de constater que mencoder ou Blender en plein calculs sont gourmands : on le sait déjà, et c'est normal. De même les mesures sont plus intéressantes pour des logiciels résidant longtemps en mémoire (par exemple Thunderbird, Amarok, Lifarea, les daemons comme d-bus, esd ou avahi, etc.) que pour les logiciels qui ne tournent pas longtemps sur l'ordinateur (comme ls, cp, mv, ps, find, & co).
* Lorsque PowerTOP vous indique qu'une application est très gourmande alors qu'elle n'a pas de raison évidente de travailler (elle tourne en arrière plan, par exemple), vous pouvez savoir ce qu'elle fait avec strace -p $(pidof monapplication) et ltrace -p $(pidof monapplication)
* Beagle (beagled précisément) peut être extrêmement gourmand
* Annoncé il y a seulement 3 jours, PowerTOP est déjà intégré dans les versions de développement de Debian, Mandriva et Gentoo.
* Une nouvelle version (1.1) de PowerTOP vient de sortir. Le logiciel est maintenant capable de recommander la désactivation des daemons connus pour être gourmands et peu utiles, lorsqu'il détecte leur présence.
* L'outil blktrace permet déjà de surveiller les I/O disques ( http://www.gelato.org/pdf/apr2006/gelato_ICE06apr_blktrace_b(...) )
Quelques autres paramètres à prendre en compte pour améliorer l'autonomie de son portable :
* Préférer les portables avec de petits écrans (indication relevée sur l'IRC #powertop, où Keith Packard dit qu'il a 7h d'autonomie sur son portable à écran 10", et Arjan Van de Ven arrive à 8h ! ), ou réduire la luminosité si c'est possible.
* Les périphériques USB sont souvent alimentés par ce biais, et parfois très gourmands pour d'autres raisons encore. Les débrancher lorsqu'on ne s'en sert pas.
* Complètement désactiver le bluetooth et le wifi lorsqu'ils ne sont pas utilisés (et décharger les modules noyau qui les utilisent).
* Éviter autant que possible d'utiliser le lecteur de CD ou DVD
* Et bien sûr les autres trucs indiqués dans le journal (désactiver la 3D/Beryl, le curseur clignorant de gnome-terminal, config du kernel 2.6.21, etc...)
[^] # Re: Ordres de grandeurs
Posté par herodiade . En réponse au journal PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 7.
[^] # Re: mais pourquoi est-il si méchant ?
Posté par herodiade . En réponse au journal Les logiciels libres violent 235 brevets Microsoft. Évalué à 3.
L'incertitude et le doute générés par une annonce de ce type suffisent souvent à paralyser de nombreux acteurs. C'est par exemple la raison pour laquelle Apple et Nokia refusent d'inclure les codecs et containers Ogg, Vorbis et Theora dans leur produits (ils ont un doute sur la possibilité de brevets dormants, comme ils l'ont expliqué publiquement sur la mailing-list du WHATWG en Février/Mars 2007).
# larswm
Posté par herodiade . En réponse au journal Quel remplaçant pour ion3 ?. Évalué à 2.
En même temps, le code est vraiment compact, facile à patche.
Le rendre plus « plein écran friendly » est très facile.
[^] # Re: Fichtre
Posté par herodiade . En réponse au journal Nous livrerons des drivers libres. Évalué à 10.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.
[^] # Re: Mort, mor ... bof ...
Posté par herodiade . En réponse au journal Mort du xorg.conf ?. Évalué à 7.
Genre aussi : « le monde entier n'utilise pas un clavier américain » ...
# Symbian ?
Posté par herodiade . En réponse à la dépêche GNOME et Ubuntu pour l'informatique mobile et embarquée. Évalué à 4.
C'est la première fois que j'entends parler de ça.
Tout au plus on a récemment entendu parler du "Open C SDK Plug-In for S60 3rd Edition", qui fournis un package pour symbian OS (.sis), pas inclus par défaut dans Symbian OS mais qu'on peu installer, et qui inclus la glib et une "libc" contenant un peu de posix, et quelques composants Eclipse. Enfin bref, ça quoi : http://forum.nokia.com/info/sw.nokia.com/id/91d89929-fb8c-4d(...)
Tu peut nous en dire plus ?
Sinon "prédominance des technologies GNOME" est une généralisation rapide. Certes les annonces slashdotées récentes font surtout état de produits basés sur gtk/gnome (sauf le GreenPhone de Trolltech, quand même) mais il reste que beaucoup de smartphones linux actuellement sur le marché (asiatique, presque uniquement) utilisent peu ou prou Qtopia.
[^] # Re: Mais oui...
Posté par herodiade . En réponse au journal Sarkozy perdrait sans les plus de 65 ans. Évalué à 6.
- Patrick de Carolis (actuel directeur de France Télévision). Sa bio sur le site de l'Ecole Supérieure de Journalisme de Paris, où il a fait ses études : http://web.esj-paris.com/index.php?option=com_content&ta(...) . Le brave homme a même publié un livre d'entretien très indulgent avec Bernadette Chirac (isbn : 978-2259195126), a été directeur de "Le Figaro Magazine", ... un home de gauche, pour sûr.
- Composition du CSA (et qui a nommé les membres actuels) sur le site officiel du CSA : http://www.csa.fr/conseil/composition/college_conseillers.ph(...) . Ils ont tous été nommés par la droite, et la majorité et le président resteront en place au moins jusqu'en 2011 même si la gauche passe dimanche (btw, même problème au Conseil Constitutionnel).
- Michel Boyon, le président du CSA. Sa bio sur le site officiel du CSA : http://www.csa.fr/conseil/composition/college_conseillers_bi(...) Je cite : « Directeur de cabinet de François Léotard, ministre de la Culture et de la Communication (1986 – 1988) », « Directeur de cabinet de Jean-Pierre Raffarin, Premier ministre (2003 – 2005) ». Clair, un dangereux gauchiste.
- Sur la connivence de Jean-Pierre Elkabbach et Nicolas Sarkozy : http://tempsreel.nouvelobs.com/speciales/medias/medias__pouv(...) ou http://www.dailymotion.com/ptitatou/video/x1cgxb_reportage-s(...) ou http://television.telerama.fr/television/M0612111601104.html etc.
Voila pour les institutions et chaines publiques (sauf Elkabbach), et nous ne parlons même pas de TF1.
D'une façon générale : http://www.monde-diplomatique.fr/2006/09/BENILDE/13928
Nous glissons chaque jour un peu plus vers une « démocratie » à la Berlusconi. Il faut avoir de la merde dans les yeux pour le nier (ou être partisan).
[^] # Re: Mais oui...
Posté par herodiade . En réponse au journal Sarkozy perdrait sans les plus de 65 ans. Évalué à 5.
Voir l'ensemble des chaines de TV publiques : il n'échappera à personne que le président de France Télévision de droite (Patrick de Carolis, http://fr.wikipedia.org/wiki/Patrick_de_Carolis ) a été nommé par la droite, ainsi que le président (Dominique Baudis puis récemment Michel Boyon) et la majorité de l'équipe du CSA (cf. http://fr.wikipedia.org/wiki/CSA ).
Voir le Canard Enchainé du mercredi 2 mai pour un bel exemple des pressions de Sarkozy et de la droite sur les chaines télévisions.
Quand l'ex-président de France Télévision et actuel PDG d'Europe 1 (du groupe Lagardère) Jean-Pierre Elkabbach se sent permis de reconnaitre publiquement qu'il téléphone à Sarkozy pour avoir son avis avant d'embaucher de nouveaux journalistes, on a le signe clair qu'un cap a été franchi. (sources dans http://fr.wikipedia.org/wiki/Jean-Pierre_Elkabbach ).
[^] # Re: Mais oui...
Posté par herodiade . En réponse au journal Sarkozy perdrait sans les plus de 65 ans. Évalué à 4.
http://www.liberation.fr/interactif/chats/schneidermann/2512(...)
[^] # Re: Des inconvénients du suffrage universel
Posté par herodiade . En réponse au journal Sarkozy perdrait sans les plus de 65 ans. Évalué à 2.
On peut quand même être mal à l'aise en constatant que l'évolution démographique de la France fait que ce sont ceux qui n'ont pas d'avenir (ou, disons : pour qui l'avenir est un moindre enjeu), et qui ne participent pas à la société active qui décident, contre tout les autres, du résultat des élections.
Pas sur que ça conduise aux meilleurs choix ou que ça soit très sain, sur le long terme.
Je ne veut évidement pas dire qu'il faut leur retirer le droit de vote, mais qu'il faudra peut-être penser à les impliquer un peu plus dans les problématiques et les enjeux de la vie civile active, les impliquer un peu plus dans le monde moderne, ... avant la catastrophe. Les études démographiques sur les électeurs de Le Pen en 2002 montraient aussi une hyper représentation des séniors (cf. par ex. http://www.cairn.be/article.php?ID_REVUE=RFSP&ID_NUMPUBL(...) ).
[^] # Re: pf(4), de plus en plus simple
Posté par herodiade . En réponse à la dépêche Sortie de OpenBSD 4.1. Évalué à 3.
Même chose, par exemple, pour le groupe "lo" (auquel sont ajoutées automatiquement toutes les interfaces de loopback).
Tout est documenté dans la page de man de ifconfig(8). L'utilisation est simplissime :
- ifconfig nom_if group nom_groupe pour ajouter une if dans un groupe. Ex :
$ ifconfig lo0 group toto
- ifconfig (tout court) pour afficher les interfaces et leurs groupes, par ex:
$ ifconfig lo0
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
groups: lo toto
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8
Benoît : il y a eu des modifications de pf (afin de permettre de nommer une interface par son groupe et pas seulement son nom, dans les rulesets).
[^] # Re: typo
Posté par herodiade . En réponse à la dépêche Sortie de OpenBSD 4.1. Évalué à 2.
[^] # Re: Lecteur
Posté par herodiade . En réponse à la dépêche Adobe va libérer Flex. Évalué à 2.
Passons ...
>> désolé mais « sous Windows, Linux et MacOS », ce n'est pas vraiment ce que j'appelle la portabilité.
> C'est ce qui compte pour le grand public.
Enfin, surtout le grand public qui n'a pas un téléphone portable sous linux ou symbian, ou un pc de bureau en 64bits (ah oui, ça c'est vraiment über-geek, pardon) ...
Et puis tu a raison, tout ces cochons d'uber-geeks qui n'utilisent pas windows/i386, linux/i386 et mac n'ont que ce qu'ils méritent, bien fait pour eux.
> s'il y a des zozos qui installent OpenBSD sur une machine de bureau et qui ne trouvent pas contradictoire de vouloir lancer un blob binaire (un logiciel propriétaire)
Et bien justement ils ne le lancent pas, parce qu'outre qu'il ne soit pas porté, il n'est pas libre ni opensource, ce qui fait beaucoup de défaut rédhibitoires.
Mais, comme la maintenabilité de leur code (et donc leur capacité à le porter sur les nouvelles plateformes), le fait qu'il soit ne soit pas libre est entièrement de la responsabilité d'Adobe. Dire qu'il n'est pas libre n'est pas une bonne excuse pour justifier la position d'Adobe à l'égard de la portabilité.
> Cf. les versions officielles de Mozilla, qui se limitent aussi à ces trois-là.
Mais pourquoi s'emmerderaient -ils à packager des binaires, gérer la distribution des mises à jours, etc. alors que la communauté le fait pour eux ?
Moz' fournis des binaires pour les handicapés de la solidarité communautaire comme les windowsiens et les maceux, un binaire linux pour faire bonne mesure, le source, et banzai.
> Oui l'utilisateur final est certainement mort de rire de recevoir un "code source" pour sa machine sans aucun support. D'ailleurs on se demande pourquoi Ubuntu, Mandriva & co se font chier à faire du support sur des binaires.
Tu ne lis que le début de mes phrases, c'est ça le gag ?
J'ai dit que la communauté (et donc les distros, y compris Debian, Ubuntu et Mandriva) se chargent du support pour les logiciels libres. Et oui ! Parce que même si Apache et gcc ne distribuent pas de binaires pour ma plateforme de choix, je peut me passer de leur support direct (et puis quoi, je doit leur demander un contrat et un mars aussi ?) grace aux bonnes ames qui font des distros et des packages BSD. That is.
# Certification Ubuntu
Posté par herodiade . En réponse à la dépêche Dell choisit Ubuntu pour ses PC. Évalué à 10.
L'appréciation de la « compatibilité totale » peut varier selon les individus :
du « avoir un xorg qui marche, un clavier, une souris, et le son » au « avoir aussi le suspend-to-ram opérationnel, la gestion de l'énergie optimale, le driver du chipset wifi supporté, stable, complet et compatible avec NetworkManager, le driver du chipset graphique stable et supporté, la webcam intégrée supportée », on a une belle différence, et c'est le texte de la certification qui nous dira à quoi nous attendre.
De plus, si Ubuntu est assez exigeante - ou transmet au moins ses contrariétés à Dell - on peut espérer que Dell fasse doucement remonter nos besoins aux fournisseurs de chipsets ? (Atheros, Broadcom, nVidia, Atmel, ATI : filez nous la doc !).
[^] # Re: Délai ?
Posté par herodiade . En réponse à la dépêche Dell choisit Ubuntu pour ses PC. Évalué à 2.
Octobre 2010 ? Tu veut dire que linux n'est pas pret pour le desktop ? ;)
[^] # Re: Une bonne nouvelle pour Linux...
Posté par herodiade . En réponse à la dépêche Dell choisit Ubuntu pour ses PC. Évalué à 8.
Si cela arrivait (ce que personne ici ne souhaite), faut-il vraiment que la distribution disparaisse avec la société Mandriva ?
Et la communauté ?
[^] # Exemple de ruleset domestique classique
Posté par herodiade . En réponse à la dépêche Sortie de OpenBSD 4.1. Évalué à 7.
- On veut normaliser ("scrub": defragmente, vire les martiens etc.)
- On veut NATer le lan
- On veut autoriser les acces web, ssh et l'icmp venant de l'extérieur
- On veut autoriser tout le trafic sur le lan et le loopback
- On veut autoriser le trafic sortant de la passerelle
scrub all
nat pass on egress -> (egress)
pass quick proto tcp to port { ssh, http }
pass quick proto icmp
block quick on egress
pass all
C'est tout.
Remarquez que ce type de ruleset est complètement portable : on peut le copier tel quel sur d'autres passerelles aux besoins identiques, on n'a pas eu besoin d'écrire des noms d'interfaces ni d'adresses IP en dur.
Et le nouveau machin pour configurer l'IPsec, ipsecctl(8) et ipsec.conf(5), est du même tonneau :)
# pf(4), de plus en plus simple
Posté par herodiade . En réponse à la dépêche Sortie de OpenBSD 4.1. Évalué à 10.
La dépêche ne détaille pas ce point, alors j'y vais ;).
La directive "keep state" du firewall pf(4) est maintenant activée par défaut pour les règles "pass" ainsi que le contrôle des en-tetes TCP "flasg S/SA". Cela peut surprendre : « pourquoi ont-ils choisi de faire une modification de ce type, pas rétro-compatible, qui risque de poser des pbs à certains parmi ceux qui ne RTFM pas avant d'upgrader ? ».
Et bien c'est précisément ce type de décisions courageuses que j'admire : elles font que pf(4) se bonifie et que son utilisation se simplifie avec le temps au lieu de devenir kludgy au fur et à mesure que les fonctionnalités s'empilent.
Un exemple : nous voulons autoriser l'accès ssh depuis l'extérieur.
Il y a un an ou deux, nous écrivions :
ext_if="re0"
pass in on $ext_if from any to any port 22 keep state flags S/SA
Mais les choses ont évoluées :
- Depuis un moment déjà, il n'est plus nécessaire d'écrire "from any", "to any" et encore moins "from any to any"- "keep state" servait à rendre la règle statefull (en quelque sorte, « bidirectionnelle » : on autorise le traffic sortant du port 22 en réponse à une requête externe). Il est désormais activé par défaut pour les "pass".
- "flags S/SA" était généralement ajouté aux règles "pass" : cela signifie "accepte les paquets TCP initiant de nouvelles connexions uniquement s'ils ont le flag SYN et pas le flag ACK". C'est maintenant activé par défaut pour les règles "pass".
- On utilisait typiquement une macro comme $ext_if pour désigner notre interface externe. Maintenant on peut utiliser le groupe "egress" : le nom de l'interface par laquelle passe la route par défaut est automatiquement et dynamiquement substitué. Dynamiquement = même si on change à chaud la cnx/route ou la carte réseau (ou bien à froid/au reboot : si on met le disque dans une autre machine, par ex, le ruleset reste valable).
Désormais, pour le même résultat, il suffit donc de :
pass in on egress to port 22
Bien que le nombre de fonctionnalités explose, les rulesets deviennent de plus en plus compacts, portables, simples et lisibles.
[^] # Re: Lecteur
Posté par herodiade . En réponse à la dépêche Adobe va libérer Flex. Évalué à 2.
>
> suivi de
>
>> C'est bien ça. J'ai souvent noté chez des développeurs Windows cette tendance Jacky à micro-optimiser (« tuner sa voiture » !) avant de se préoccuper de tout le reste, en particulier de la stabilité, de la maintenabilité et de la portabilité.
> oeil, poutre, toussa...
Tout était dans le avant [de se préoccuper de ....].
Un exemple de « routines d'affichages », puisqu'on en parle, à point nommé. Cairo s'est préoccupée pendant longtemps de mettre en place l'architecture de rendu la plus propre, bien fichue, et carrée possible, d'écrire des tests unitaires pour tout et le reste, de s'assurer d'une portabilité irréprochable, d'une stabilité si convaincante que cette lib a été adoptée par Gtk et Firefox pour tout leurs rendus (pour la prochaine version de FF, probablement). Et _ensuite_ seulement, c'est à dire récemment, ils se sont mis aux optims : ils ont doublé, triplé, voir décuplé l'efficacité de certaines routines, c'est dire s'il y avait du pain sur la planche (mais ils l'ont fait). En partant sur une architecture éprouvée, et en ne cherchant pas à se bâtir autour des optimisations au départ, ils fournissent maintenant une lib compacte, rapide, stable, portable et efficace. CQFD.
Mais évidement, quand on est en priorité préoccupé par le besoin de mettre rapidement sur le marché un chose qui tienne les benchmarks, et qu'on ne montre pas le caca qu'on a mis dans les sources à une large communauté ... on peut faire du vite et gruik (et essayer de maintenir la compatibilité arrière avec ses bugs pendant des années, ensuite).
[^] # Re: Lecteur
Posté par herodiade . En réponse à la dépêche Adobe va libérer Flex. Évalué à 2.
Le support est une autre chose, j'y reviendrai, mais là on parlait de qualité. La formule « de niveau professionnel » c'est exactement l'idéologie que je présentai. Il y aurai une hiérarchie secrète avec un « niveau amateur » (de la merde, je suppose ?) et un « niveau professionel » (ok, t'a pas les sources, mais c'est vraiment bon) ? Dois-je te rappeler que, par exemple, Apache et le kernel Linux se sont longtemps développés sans le moindre support du monde « professionnel », et qu'ils se sont imposés den environnement serveur justement pour leur soucis de qualité ? Et qu'il en va de même de la majorité des projets libres ?
Soutenir que la qualité des solutions propriétaires, fermées et « professionnelles » dépasse nécessaire les projets sur sourceforge est un peu léger. Dois-je t'indiquer que quelques personnes pensent que plus il y a de paires d'yeux sur le code (il faut qu'il soit ouvert), meilleur est le code ?
> Non, ce n'est pas de l'ironie. Tu connais une API qui permet de faire du streaming audio/video bidirectionel, de gérer webcam et microphone, tout ça de façon transparente et correcte que l'on soit sous Windows, Linux et MacOS ?
Mais PLEIN ! Gstreamer, Xine, VLC, NIMM, ...
Il font très bien ce que tu décrit au-dessus, précisément. Ils ne font pas tout ce que Flash fait, mais ce n'est pas leur objectif (ils font d'autres choses mieux, par ailleurs). Dans le même ordre que Gstreamer pour le multimédia, si l'on parle de rendu 2D, Cairo est un modèle de qualité logicielle, qui n'a vraiment rien à envier à qui que ce soit, surtout à Flash. Le code source de Cairo, c'est de l'art.
Pour finir, désolé mais « sous Windows, Linux et MacOS », ce n'est pas vraiment ce que j'appelle la portabilité. La miriade de « micro-projets soutenus par un développeur unique » dont tu parle plus haut fait généralement bien mieux.
> Tu en parleras aux développeurs d'OpenSSL, de la liboil, etc. Des Jacky Windowsiens ?
Apparemment tu n'a pas lu ce que j'ai écris, ou tu fait semblant. Pour résumer j'ai répété que « premature optimisation is the root of all evil ».
J'ai rappelé que dans le monde du libre, les optimisations comptent, mais après la sécurité, la stabilité et la portabilité, dans la hiérarchie de la « qualité logicielle » (et on parle de logiciels desktop grand public). On optimise, certes, mais _après_. On prend le temps de faire une architecture logicielle où les optimisations trouvent naturellement leur place sans bloquer les autres priorités cités plus haut.
Là où très clairement Flash s'est vautré (en lisant le blog que tu cite, on voit dans un post précédent le pauvre développeur s'embrouiller dans ses jackyteries asm qu'il ne sait pas porter sur x86_64, et toute son appli est bloquée par ça ...).
Tu m'interroge sur OpenSSL et liboil. Pour liboil, cet objectif de qualité et d'architecture propre est tout simplement ... la cause originelle du projet (disjoindre la question des optimisations de l'implem de Flash ou d'autre chose), tout autant que la méthode du projet (fournir un code C, avec ou sans intrinsics, qui marche partout, et éventuellement y adjoindre des implems mmx/altivec/... utilisables lorsque l'environnement les supporte). Dans le cas d'OpenSSL c'est une évidence vitale : sur la portabilité tu ne trouvera rien à leur reprocher, surtout en comparaison avec flash, et sur la stabilité et la sécurité, tu pourra difficilement soutenir qu'il ne s'agit pas d'une priorité.
> Ah, finalement l'argument est bien mince : quand c'est la liboil qui fait des optimisations asm, c'est bien, quand c'est le lecteur Flash, ce sont des Jacky Windowsiens ?
Oui, et je maintien. Cf. ce que je dit juste avant (et que j'ai pourtant expliqué dans le post grand-parent). L'objectif de performances de liboil ne se fait jamais au détriment de la stabilité ni de la portabilité. C'es là qu'on reconnait la qualité de leur architecture, et du modèle opensource.
> Les autres sont "unsupported", c'est marqué texto en bas de la page
Ce qu'il y a de bien avec le libre, c'est que si tu nous fournis le source, on se débrouille sans ton « support » (support comment, d'ailleurs ?). C'est exactement ce que fait Mozilla : leur code marche sur un paquet de plateformes (y compris linux/arm, linux/mips, linux/amd64 etc.) et ça c'est déjà une grosse différence avec flash. Ensuite, ils ne peuvent pas le tester à fond partout. Et bien, qu'importe ? le support est assuré, notamment, par la communauté et les distros. Au final, l'utilisateur dispose d'un bon navigateur partout, supporté, et ça c'est aussi une grosse différence avec Flash.
> Et au moins il gère autre chose que le codec video obsolète de Theora
Lancer un troll codecs par dessus le marché, est-ce bien raisonnable ?
> (en passant, les codecs sont aussi un problème du lecteur Flash).
Je ne te le fait pas dire. Et c'est pour ça - au moins pour l'audio/vidéo - que la prescription d'une suite codec audio + codec video et conteneur libres et sans brevets par un organisme de standardisation serait une bonne chose.
> A moins que ce soit toi qui aies mal retranscrit la proposition.
Web Applications 1.0 (HTML5), Working Draft :
http://www.whatwg.org/specs/web-apps/current-work/
« User agents should support Ogg Theora video and Ogg Vorbis audio, as well as the Ogg container format. »
Le problème (merci Apple !) étant que « should », c'est moins bien que «must ».
[^] # Re: vlc --> autre ordinateur
Posté par herodiade . En réponse au journal Moteur VLC pour Amarok. Évalué à 2.