benoar a écrit 4244 commentaires

Putain, et dire que ça fait bientôt trois ans que j'ai fait remarquer que c'était pour illustrer le "prior art", et y'en a toujours pour ressortir ce FUD ...

https://linuxfr.org/comments/452775,1.html

Oui enfin bon, dans la vie, tout ne t'arrives pas tout cuit dans la bouche. C'est pas avec un claquement de doigt que tu fera migrer tes amis, c'est avec du temps et quelques difficultés. Tu voudrais pas non plus 100 balles et un mars ?

Je ne peux que vous conseiller de demander un support pour d'autres plateformes une fois que vous aurez trouvé le lien pour le feedback !

Mais non, au contraire, ça ne fera que faire reculer le logiciel libre encore plus !

On veut juste les specs du format. Même si, effectivement, ça fait un peu redondant avec le Flash. Mais on n'a pas les specs de flash sous des conditions acceptables non plus, alors...

Arrêtons le massacre du "ça marche sous linux, c'est génial" quand une entreprise a la "gentillesse" de porter son appli sous linux x86.

C'est du logiciel pas libre avec un format pas ouvert. Je ne demande pas à libérer tout les softs qui existent, mais à ouvrir tous les formats de fichiers, oui !

Car il existe un protocole qu'on ne peut, par essence, bloquer : HTTPS.

Haha ! Tu sous-estimes la parano des admins et la "bêtise" des utilisateurs.
J'ai déjà vu une université où les connexions HTTPS ne se faisaient qu'avec l'intermédiaire du proxy : il interceptait toutes ces connexions pour se connecter lui même au serveur voulu, et en renvoyant au client toujours le même certificat : le sien (du proxy). Là, gros avertissement sur le browser de l'utilisateur, comme quoi l'identité du serveur a pu être usurpée, mais, réflèxe habituel : on clique sur OK sans rien lire. Et voilà, du man-in-the-middle en règle et tout ça officiellement !

Comme tu le dis si bien : la sécurité, ce n'est vraiment pas qu'une question de technique, mais effectivement de sensibilisation auprès des utilisateurs...

Franchement, je ne vois pas en quoi cette news annonce quelque chose de nouveau : la plupart des constructeurs fournissent les sources des parties issues de logiciels sous GPL, et mettent des blobs pour une bonne partie du matériel (avec toujours ce problème que les sources des drivers sont, selon les constructeurs, non couvertes par la GPL ... même si ce "problème" vient souvent du fait que eux ne font que reprendre les kits de dev du fabriquant du SoC (system on chip) qui ne fournit pas les sources : ça finit comme avec la vente liée, si on se plaind à Netgear, ils diront que c'est le constructeur du chip qu'il faut contacter, et quand on contacte celui-ci, il nous dit qu'on n'est pas son client)(ha oui, en passant, le constructeur du chip c'est souvent Broadcom, comme quoi, les bonnes habitudes ne se perdent pas, c.f. les cartes wifi de ce cher constructeur ...).

Sinon, le routeur n'a pas l'air d'avoir grand chose d'exceptionnel. Bref, je ne comprend pas pourquoi un article comme ça passe sur linuxfr. Ce constructeur ne fait que se plier aux obligations de la GPL, c'est tout. La quasi-totalité des routeurs aujourd'hui tournent sous linux. Je sais que certains font pire et violent la licence, qu'il faut encourager les gens à respecter les licences et leurs clients, mais pour moi, c'est le minimum.

Effectivement, avec cette correction, on voit qu'il y a eu aussi une "erreur" de faite du coté de M.B., qui n'aurait peut-être pas du envoyer ce mail à tout va, même s'il est poli dedans.

On peut donc dire qu'il y avait faute des deux cotés (même si on peut peut-être invoquer que la violation a eu lieu en premier ...), mais chacun devrait s'excuser et reprendre le boulot normalement !

Mais j'ai l'impression que les devs ont un égo si énorme qu'ils ne sont pas capables de reconnaître leurs torts, et voient le fait de s'excuser comme une sorte de rabaissement ... pourtant ici, les deux auraient pu le faire, tout le monde fait des erreurs, là, chacun la sienne, c'est bon terminé. Mais non. C'est con.

Et le superbe, magnifique, énorme http://www.ojuice.net/
Nectarine radio : passe en boucle tous les bons vieux morceaux de la demoscene...

Il existe tout de même des langages à prototype assez puissants et sympa, comme Self :
http://research.sun.com/self/

Même si c'est étrange à utiliser, c'est assez fou ce qu'on peut faire en bidouillant les prototypes. Remarque, ça ressemble un peu à tout ce qu'on peut faire avec la méta-programmation dans les langages à classe (et oui, dans ce cas là, c'est puissant mais ça peut vite devenir le bordel, un peu comme en javascript : comme quoi ce n'est pas l'outil qui est dangereux, mais la manière dont on s'en sert).

Sinon, globalement d'accord avec le fait que javascript sux grave aujourd'hui, même si c'est l'utilisation qui en est faite qui le veut : quand 99% des gens l'utilisent ou l'implémentent mal, c'est qu'il doit bien y avoir un problème avec le langage, quand même...

Je ne pense pas qu'il y ait énormément de risque, à part peut-être dans des cas particuliers.
J'avais déjà remarqué qu'avec un FS (vraiment) plein, le système se met à ramer parce qu'il n'arrête pas de bouger des blocs dans tous les sens pour trouver un peu d'espace vide. Le pire cas serait celui ou ton OS a absolument besoin d'espace pour effectuer une opération, mais que cette opération soit impossible car le FS ne trouve rien, ou du moins met beaucoup de temps à trouver (ce qui, en général, va rallonger la file d'attente des I/O sur ton disque, et donc demander encore plus d'opérations de ton OS par la suite). J'avais eu une sorte de plantage comme ça, où je ne comprenais pas vraiment pourquoi mon système partait à 100%.
Le tout, c'est de s'en rendre compte avant, quand un compte autre que celui du superuser commence à se prendre des "filesystem full". Le danger c'est juste de ne pas les voir arriver, et de tomber sur un "filesystem _really_ full" pour l'OS.

D'un côté, ce qui est drôle, c'est que ces plugins flashs n'ont fait que standariser un format vidéo (.flv) avec un lecteur standard (même si les players sont différents, je supposent qu'ils utilisent tous le même composant interne à Flash).

On aurait pu faire pareil en diffusant un bon plugin MPEG-4 ou Ogg Theora, avec les paramètres en plus standarisés à la balise embed pour les contrôles avancés. Et que tout ça soit disponible par défaut sous chaque OS, ou alors au moyen d'un tout petit installeur. Oui, c'est toujours le problème du "par défaut", mais flash, il faut bien l'installer ! Il vient pas tout seul !

Bon OK, ça ne règle que le problème de la vidéo : mais c'est un des plus gros aujourd'hui en Flash, je trouve.

Je répond pour mon cas : Zope 3 existe depuis quelques années et est défini comme "l'objectif à atteindre". La preuve : toute cette histoire de Five (Zope 2.5), etc ... Donc même si Zope 2 est toujours d'actualité aujourd'hui, j'ai plus l'impression que c'est pour des histoires de rétro-compatibilité. Et ça fait un bout de temps que cette migration dure, en plus.

Oui, c'est vrai qu'aujourd'hui c'est plutôt comme ça. On va dire que c'est des vieux réflexes que j'ai, alors (je répète, je ne suis plus vraiment dans le dev web depuis quelques temps).

Pfff, ça doit être ma 2è tentative de troll de l'année en tout et pour tout, et je me fait rembarrer en moins de deux... [clap]

Bah oui, ce serait triste si les entreprises réfléchissaient un peu plus à long terme, et payaient un peu plus pour des informaticiens capables de programmer avec des frameworks modernes : il n'y aurait plus de boulot pour la moitié des programmeurs de la planète (dont on retrouve souvent les idées de génie ici : http://thedailywtf.com )

Pas mal : comme tous les frameworks des langages "haut niveau", il est basé sur des light-threads, mais comme Seaside, il utilise les continuations pour modéliser le "parcours" des pages. Lift utilise plutôt un modèle acteur. Je ne sais pas trop comment les comparer (je ne suis pas trop dans le dev web), mais c'était aussi pour montrer une approche différente que je parlais de Lift : je trouve que Ocsigen ressemble pas mal à Seaside, avec un "défaut" pour moi, c'est le HTML dans le code. OK, ça leur permet de dire "on fait du XHTML _typé_ à la compilation", mais alors c'est un mélange que j'hésite un peu à faire, surtout si le HTML doit être retravaillé par des graphistes.

Pour ceux qui se réjouiraient de regarder les jolies vidéos et qui veulent rester "libres", laissez tomber : c'est du Flash. J'ai pas réussi à trouver la vidéo "source", même s'il semble qu'en fait, le pire, c'est que c'est généré à partir d'un projet libre (pyvnc2swf) et que ce n'est pas vraiment de la vidéo, mais du vectoriel.

Bref, aujourd'hui j'ai l'impression que flash est devenu un "standard" du web, comme le HTML de MS était un standard à une époque. C'est triste.

Ca marche impec. le GROS avantage est de ne pas avoir à définir les sources une fois installée, vu que c'est déjà défini pendant l'install.

C'est bizarre comme certaines "features" font bien rien quand on vient d'une autre distro...
Comme quoi, c'est une grande avancée cette nouvelle Mandriva !

-> []

Un peu de ça je pense :
- licence chère (demander un ID au consortium)
- puce + chère qu'une puce RF classique
- consomme plus
- plus compliqué à coder (et oui, ils ne partagent pas le code donc c'est plus dur de tout redévelopper ...)
- ferait vendre moins de matos, donc moins de chiffre d'affaire ...

J'ai oublié, mais tu as quand un même un petit bout de récupérable : les 3,41Go de Physical Extent non utilisés : tu pourrais gagner un petit peu sur tes partitions surchargées.

C'est vrai que pour les systèmes de fichiers "natifs" linux, il fragmentent en général très peu, mais ceci dépend beaucoup de l'implémentation.

Par exemple, pour HFS+, sous Mac OS X, le FS est très peu fragmenté car bien géré par l'OS. Par contre, sous linux, ça framgente très vite car le driver n'implémente pas toutes les "optimisations" pour éviter la fragmentation.
Bon, j'avoue, c'est un cas un peu particulier, mais c'est pour expliquer que tout n'est pas si rose.

Déjà, ton disque fait 146 milliards d'octets. Soit, en unité "classique" :
146*1e9/1024/1024/1024 = 135.97309589385986 Go
(bizarre, je trouve même moins que ce que t'indiques vgdisplay ...)
Ça, ça n'est pas une histoire de formatage, juste une histoire d'affichage pas clair de la part des constructeurs (c'est devenu une coutume aujourd'hui).

Ensuite, pour la partition qui dispose de moins que prévu : _ça_, c'est une histoire de formatage. Ça dépend un peu du type de FS que t'as dessus, mais tous doivent consommer une partie de l'espace afin de conserver toutes les méta-données du système de fichier (le header, l'arbre des fichiers et des blocs alloués, etc ...), et généralement, plus ton FS est gros, plus ces méta-données le sont aussi. En plus, il me semble que les FS gardent un peu d'espace "au cas où", pour éviter de trop saturer le disque, afin de ne pas se retrouver à avoir _vraiment_ 0 blocs disponibles (je me suis déjà retrouvé à 0 blocs libres, et même après avoir supprimé quelques fichiers, j'étais toujours à 0 !). Et ce nombre de blocs réservés doit aussi augmenter avec la taille du FS. Et donc, toutes ces choses font parties de l'espace "total" indiqué par df, mais ne sont pas comptabilisées comme espace "occupé" (je crois, ou peut-être une partie seulement, car il me semble qu'un FS vierge est toujours indiqué comme consommant quelques blocs par df), et sont bien sur enlevées de l'espace "disponible", d'où les différences de calcul.

Par contre, effectivement, dès que tes partitions sont grosses, ça commence à faire pas mal de place "perdue" (mais de toutes façons, indispensable au FS).

De toutes façons il a signé le pacte, mais pour un nombre d'engagements réduit, cf le Canard de je ne sais plus quand : le pacte de Nicolas Hulot, c'est un peu comme les normes informatiques aujourd'hui, il y a plusieurs "profiles" : basic, full, advanced, etc ... Lui n'a signé que pour le minimum.

Je ne pense pas que la syntaxe aurait beaucoup changé son sort.

Elle est parfois étrange, mais parfois très utile : rien que pour les fonctions qui prennent beaucoup de paramètres, ou alors des paramètres qui se "ressemblent" (par exemple foo(width,height) qui serait appelé comme ça : foo(5,8)), on sait tout de suite quel paramètre correspond à quoi : fooWithWidth: 5 andHeight: 8 (mon expérience vient de l'Objective C, d'où le nommage bizarre, mais la syntaxe est assez similaire à Smalltalk). Bon, c'est vrai que quand on a les paramètres "nommés" comme en Python, ça devient aussi pratique (même plus, puisqu'il n'y a pas d'ordre précis).

Ce n'est peut-être pas une solution très "correcte", mais ne pourrais-tu pas (ou quelqun'un d'autre ...) briser le scellé discretement, et protester à la fin du vote que celui-ci n'est pas valide car la machine a été "traffiquée" ?
Je me dis qu'au final, ça ne fera pas avancer les choses puisqu'ils annuleront alors les votes (quoique, j'en suis même pas sûr, et ça serait bien "drôle") et que ça ne changera peut-être pas vraiment la mentalité des gens envers ce mode de scrutin, mais bon...

Sinon, bon courage pour tes démarches.

Oui, enfin, pour rajouter à ces "crimes", on peut dire que le code de base du DivX 3 (le premier, en fait, avant Project Mayo) était fortement présumé provenir de chez MS et d'avoir été "volé". Même si, au final, ça a été pour le bonheur de tous, puisque qu'effectivement, je ne pense pas qu'il aurait eu autant de succès s'il n'avait pas été utilisé par des communauté pas vraiment "recommandables" (scène warez).