benoar a écrit 4239 commentaires

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).

J'ai découvert il n'y pas pas longtemps Lift : http://liftweb.net/ (par ce blog : http://blog.lostlake.org/index.php?/archives/45-A-real-world(...) qui fait la comparaison avec Rails)(je suis parti d'ici d'ailleurs : http://lambda-the-ultimate.org/node/2147 où se trouve un commentaire de l'auteur du blog détaillant un peu plus son choix)
Un framework web écrit en Scala ( http://www.scala-lang.org/ ) qui a l'air très intéressant (bon, surtout parce que j'aime bien Scala). En plus, ça tourne sur une JVM, donc ça pourrait être "daïcidor-friendly".

Je sais, ça n'est pas du Smalltalk, mais Scala est un langage moderne très intéressant, qui offre un typage statique qui évite de faire trop de conneries, et des paradigmes sympas (un peu de fonctionnel, avec de l'objet, de la programmation par acteur, on peut même faire de la prog par contrainte, etc...). Et tout ça en éclatant Ruby niveau perf (OK, ça n'est pas le point fort de Ruby de toutes façons...)

À mon avis il doit bien exister qqpart un équivalent à getenv(), pour récupérer la variable $HOME.

T'inquiètes, ya des remèdes pour ça (pas plus de 2 moinsages par personne par jour), le système a bien été étudié. Et le comptage du karma est bien plus compliqué que cela. Et de toutes façons, les gens qui fréquentes linuxfr ne sont majoritairement pas dans cet état d'esprit. D'un côté ça me fait un peu peur que tu dises "bien-sûr", même en le mettant entre guillemets : c'est parce que "tout le monde" fait des conneries que tu dois en faire aussi ?

Par contre, faire comme premier commentaire une critique du système de vote de linuxfr, c'est un peu donner le baton pour se faire battre... J'espère que tu pourra répondre bientôt :-) (trop de moinssage peut bloquer la possibilité de poster des commentaires aussi ... oui, on est vraiment très méchant ici)

Je ne suis pas un guru des autotools, mais tout le processus de faire un package "proprement" est géré par cet ensemble d'outils (autoconf, automake, etc ...). En C, généralement, l'outil te fait des #define comme il faut indiquant où se trouvent tes fichiers de données par exemple. Pour le fichier glade, tu ferais un truc du genre :
charge_moi_le_fichier_glade(CHEMIN_VERS_DONNEES "monfichier.glade");
Après, en Ada, je ne sais pas trop, mais va voir dans leur doc, il y a peut-être plus d'infos.

Très bon lien, même si un peu trop défaitiste, et un troll que personne n'a relevé (enfin, très légèrement dans un commentaire plus haut) : le seul représentant d'une distro présent dans ce board est Mark Shuttleworth ! Je ne voudrais pas dire, mais mettre le "chef" d'une des distro les plus récentes (bien qu'à la mode) c'est quand même un peu fort pour les autres, qui sont déjà bien implantées. Peut-être qu'ils ne veulent mettre que des gens "business-friendly" (donc pas de debianeux) mais à ce moment là, il y avait des gens peut-être mieux placés pour le libre (chez Red Hat par exemple).

Enfin quand même, regardez la liste des membres du bureau de cette fondation, moi je trouve que ça ne représente pas vraiment "linux" en général, mais plutôt un linux très business.