benja a écrit 1211 commentaires

Qu'attends-tu exactement d'une gestion des liens dur dans les gestionnaires de fichiers ? Il me semble qu'ils sont complets à ce niveau là.

Si tu t'attends à ce qu'il puisse te donner tous les nom de liens correspondant à une i-node donnée, sache que ce n'est pas possible sans scanner tout le système de fichier. Cela m'étonnerait qu'ils implémentent cette fonctionnalité qui ne doit guère intéresser qu'une infime partie des utilisateurs et qui aurait une lenteur d'exécution désespérante.

Sinon, il paraît que chez kde, ils construisent des outils pour le "desktop sémantique" en s'appuyant sur les tags. Par contre, je ne sais pas du tout où cela en est, ni si c'est stable, péren ou utilisable. Si quelqu'un pouvait commenter là dessus :-p

http://www.ted.com/index.php/talks/sugata_mitra_shows_how_ki(...)

1. Quand et comment avez-vous connu DLFP ?
en 1998 ou 1999 ou le site était mentionné dans LinuxMag
+1

L'argument fallacieux est, selon moi, que tu dises : xml implique java implique gui. gni ??

Ensuite dire que les fichiers textes sont entreprise car Unix l'est et les utilise; c'est tout aussi bof. (Unix qui date d'une époque, où XML n'existait pas/ne pouvait pas exister dans sa forme actuelle). The cfengine project was started in 1993 as a reaction to the complexity and non-portability of shell scripting for Unix configuration management, and continues today. (wikipedia), ça m'a l'air toujours très "enterprise" comme truc les fichiers de conf.

Ensuite dire: des arguments que je considère comme fallacieux : "il me faut des méta outils qui puisse me générer mes fichiers de conf"; alors que tu dis exactement la même chose...

Du beau grand troll.

C'est gentil de faire avancer le débat...

Je vois que le XML bashing à toujours la cote ici, mais proposer du yaml à la place, c'est un peu stupide (c'est la même chose en plus ambigu/contraignant*)... Par contre, proposer un truc de plus simple, moins contraignant tel que les s-exps comme l'a fait Axioplase ne l'aurait pas été. D'ailleurs, il faudra que tu nous explique en quoi son exemple n'est pas lisible !

Tant que tu y es, tu vas nous expliquer comment tu génère/modifie/parse la configuration YAML de ton parc de 100 serveurs virtualisés. J'espère que tu ne compte pas le faire à la main...

Bref, YAML ça pue encore plus que le XML. À quoi bon ?

*: - niveaux d'indentation déterminants: beurk, vive le copier-coller !
- peu supporté, pas la peine de me sortir le nom d'une bibliothèque YAML, ce truc est 1000 fois moins supporté que le XML.
- comment fait-on pour valider ton yaml avec un schéma ? (même problème pour les s-expr). Cette tâche doit maintenant être faite par le programme lui-même (charger des nouvelle donnée et regarder si "ça passe")...
- avec XML, les noms d'attributs et les noms de tags décrivent généralement ce qu'ils contiennent. Peut-on en dire autant de ton exemple YAML ? Et les S-Exps ? ah bon, c'est pareil ;-)

Les fichiers textes c'est bien pour faire des petites configurations à la mimime et peu nombreuses. Mais si l'on a une multitude de domaines à gèrer avec des particularités de configuration, écrire un générateur xml s'avérera bien plus rapide/facile qu'un générateur de fichiers de configuration. Au lieu de dire XML c'est orienté clickodrome, je dirais que c'est orienté Enterpraise.

Sinon, comme dit plus haut, un des grands intérêts de virt-manager, c'est la libvirt, ses bindings (python,perl,ruby & ocaml (-: ) et ses outils CLI associers. C'est une très bonne idée d'essayer de fédérer l'usage et l'administration de machines virtuelles autour d'une API unique. Et cela, ce n'est clairement pas orienté clickodrome, même si cela favorise l'émergence de GUIs sophistiquées et inter-opérables ;-)

Dans ce cas là, c'est déja une petite victoire de revaloriser certaines parcelles. Et puis quand il restera mois de parcelles moins chères, la déforestation devra ralentir selon les lois du marché (c'est beau, hein, l'économie).

@benoar, le fait d'utiliser ad-block ne va pas faire disparaître la pub, ni la façon dont les entreprises fonctionne (si ce n'est qu'elles trouveront un moyen encore plus pervasif pour te laver le cerveau).
Moi, cela m'a fait plaisir de savoir que l'argent des annonceurs a été utilisé à des fins écologiques. Même si cela implique la présence de liens sponsorisés sur ma page de recherche, dont je ne prête quasi pas attention et que je ne consulte jamais. Je considère la pub sur internet celle qui a le moins d'influence sur mon cerveaux: surfer n'a rien à voir, au niveau agressivité/sublimination/manipulation, avec se promener en ville ! Je n'ai pas arrêté de me promener en ville pour autant :-P

Je suis étonné aussi que personne ne s'inquiète de cette décision unilatérale de Google. Après, à peine, 3 jours de fonctionnement ! Les autres "custom search" fonctionnent-ils de la même façon (cad reçoivent de l'argent de google) ?

Bon aller, @benoar, la solution pour se débarraser des pubs semblerait être de cliquer systématiquement sur tous les liens sponsorisés !

Toutafé, mais, au moins, on n'est pas tributaire d'une seule entreprise qui peut décider à tout moment (réduction des couts) d'arrêter la maintenance de quelque chose qui ne leur apporte plus aucun bénéfice. Quelqu'un de motivé & compétent pourra toujours en faire quelque chose.

La phrase complète était "deviennet vite impossible à faire fonctionner". En considérant que presque à chaque fois qu'un nouveau Xorg ou qu'un noyau est disponnible, il y a une période pendant laquelle le pilote nvidia ne fonctionne pas, ce n'est pas tout à fait faux. Cela arriverait beaucoup moins fréquement si le pilote drm était en upstream dans le noyau.
Après tu peux me reprocher d'avoir upgradé et je te dirai que je n'avais pas le temps ni l'envie de tester avec chaque version de noyau précédent. J'ajouterai aussi que dans le cas que j'ai cité, le module nvidia s'est bien compilé* et que c'est le pilote gfx qui s'est planté. C'est peut-être du au type du cpu utilisé (k6-2), que les noyaux ubuntu récents ne supportent simplement plus (idem pour certains cpu via). Enfin, c'est une pure supposition; je n'ai ni le temps, ni l'envie de déterminer la cause de ce problème.

*: cela ne veut pas dire que la sémantique des api linux utilisées n'a pas changée mais j'en doute.

C'est à dire que, ce week-end, j'ai remis à jour un vieux pc, k6-2 + geforce 2mx, en sid. J'ai suivis la procédure du wiki debian pour recompiler le pilote nvidia pour le noyau (2.6.26, Xorg 7.3). Résultat: le pilote gfx me crashe le serveur X -> retour du pilote nv et fini de jouer à crack-attack.

Donc je maintiens, lorsqu'une carte amd achetée aujourd'hui ne sera plus supportée par le pilote proprio, il y a de fortes chances qu'elle fonctionnera pleinement avec le pilote libre. On ne peut pas en dire autant du côté de nvidia.

En ce qui concerne les perfs, je n'ai pas d'avis sur la question. En ce qui concerne OpenGL 3.0, il parraît que ça n'a rien de révolutionnaire (des extensions qui sont intégrées au coeur de la norme et dépréciation de certaines fonctions). J'imagine qu'un code proprement codé pour la v2.1+extensions fonctionne pratiquement tel quel sur la v3.0. Une simple recherche permettra à l'auteur de ce journal d'avoir la liste complète des extensions supportées par un couple pilote/carte. Aussi, d'autres forum internet sont certainement plus appropriés pour poser ce genre de question.

Je parle en pour moi, mais en effet je ne crois pas en un code libre parfait, je crois juste en un code libre et cela me suffit.
Content de savoir que le sp3 est dispo ;-)

Sans être un gourou, il faut admettre que dans un kernel panic linux, quand la pile n'est pas corrompue, on a une backtrace assez complète, ce qui permet, avec un peu de déduction, de deviner la source du problème. Pas besoin de chercher pendant des heures un débuggeur, des symboles de débuggage (tiens, ça marche comment avec du code de pilotes tiers ?) et la marche à suivre pour récupérer un dump.

En ce qui concerne la récupération automatique des kernel dumps, certaines distributions on mit cela en place de manière bien conviviale: après le reboot, une petite notification apparaît pour demander d'envoyer le dump à http://www.kerneloops.org/

Pasbill, es-tu un multi ? J'eus l'impression d'avoir eu affaire à une personne un peu moins de mauvaise fois avec des arguments techniques, sinon recevables, au moins valables. Les temps changent...

Je conseille a tous ceux d'entre vous qui croyez en la perfection du code libre et de Linux (ou du proprio d'ailleurs hein, c'est meme topo)...

Oui et où veux-tu en venir ?
Enfin "on" se doute d'où tu veux en venir, mais là tu manque sérieusement d'un argumentaire. A+

ps: tiens, le xp sp3, est-il déja sorti ?

Il faut savoir aussi qu'avec nvidia, les anciennes cartes devienne des citoyennes de seconde zone. Les pilotes "legacy" qui ne sont presque plus maintenus deviennent vite impossible à faire fonctioner sur un Xorg/noyau récent. Au contraire, AMD affiche une réelle volonté d'avoir un pilote libre; cela assure certainement une plus grande pérennité.

>> depuis la 2.16, on ne voit plus grand chose d'affriolant arriver

>J'ai essayé Conduit hier et j'ai été bluffé. Simple à utiliser, puissant et utile. De la bombe quoi.

Conduit est dans gnome maintenant ?

Troll on: avec gnome 3/gtk 3, on aura droit à une réécriture de gnome-games pour qu'il utilise clutter & cie (évolution logique apres le svg) mais quelle est la perspective (j'allais dire vision mais cela aurait fait trop jeu de mots) par rapport à l'utilisateur; mis à part le fait qu'il devra upgrader sa machine ?

Au hasard, quelle est ta distribution* ?
Parce qu'une distrib spécialisée dans la mao (jack, patch rt, low-latency & co) c'est p-ê too much surtout que p-a n'est pas vraiment fait pour cela.

*:Dis moi comment tu t'appelles, je te donnerai l'adresse du bugzilla ;)

Exact. Quel bonheur de pouvoir faire un glisser-déposé d'un lien depuis firefox vers le bureau/nautils :-)

Par contre les onglet dans nautilus, à l'heure de compiz (vive le spacial !), quel intérêt ?

Mais je pense qu'il faut arrêter de croire que dans une entreprise, tout est calculé.

En l'occurence, avec Android, cela s'inscrit certainement dans une stratégie. Le fait est que personne ne la connaît et google reste assez flou. Quel-est le buizness model sous-jacent ? Pour reprendre une phrase trouvé dans les liens donnés par Misc, "Where 's the hook ?".

À part cela, je suis entièrement d'accord avec ton commentaire.

Tu sais google n'est pas une entreprise charitative; toutes leurs actions s'inscrivent dans une stratégie globale de profit. Si celle-ci inclue, pout l'instant, de soutenir certains logiciels libres; Tant mieux ! Mais si leurs intérêts devenaient divergents, t'inquiète pas, ils seront les premiers à replacer leurs pions.

Quand MS investit dans la fondation apache on crie au loup mais quand c'est google quit investi dans firefox alors on les adule. Soutenir mozilla ? avec IE sur 99% des pc ms aurait vite fait de dégager le concurrent devenu trop gênant (hint: moteur de recherche par défaut). Jingle ? le truc qu'ils ont développé dans leur coin et dont je n'ai toujours pas une implémentation fonctionnelle out-of-my distro. Le summer of code ? de l'argent bien dépensé... en comm (avec comme effet de bord quelques contributions intéressantes à quelques projets).

Certes, je noirci le trait mais c'est pour tenter d'équilibrer le débat car, tout comme toi, je n'aime pas les attitudes fanatiques (à la rigeur, envers une idéologie cela peut se comprendre, mais envers une entreprise j'ai plus de mal). Je n'aime pas non plus que tu me prêtes des propos que je n'ai pas tenus. Stop.

ps: google à plus de fric que 99% des entreprises

J'avoue ne pas bien comprendre le désir d'attendre qu'un opérateur veuille bien simlocker un appareil afin de l'acheter à cet opérateur, alors qu'il suffit de l'achetter à son fabricant. Masochisme ?

Le problème alors, c'est que ces composants logiciels, qui contrôlent le matériel (puissance des ondes, fréquence, ...) sont soumis à régulation (...)

Faux problème. Le même argument nous est ressorti à propos des puces wifi, alors que, dans la pratique, un pilote libre s'en accomode bien. Un code privateur peut aussi être détourné et n'offre donc pas plus de garanties. Maintenant, si quelqu'un veut innonder ses voisins d'ondes électromagnétiques, qu'il bidouille son four à micro-ondes, cela à plus de chances d'être efficace.

[Google] a prévu que le téléphone puisse être tivoisé sans contrainte
Effectivement, cela est fort regrettable. On prend un noyau gpl2 tivo-isable, des libs apaches et on réécrit une pseudo jvm dans cet unique but. Et après, certains osent encore peindre Google en chevalier blanc, défenseur du libre.

Les développeurs pour Android (amateurs ou non) bénéficieront de beaucoup de doc et de l'accès aux sources.
Avoir de la doc, c'est un minimum pour tout SDK. L'accès aux sources, je vois pas trop à quoi il sert, si ce n'est pour leur envoyer gracieusement un patch en attendant qu'ils veulent bien l'intégrer.

4) Contrairement au Freerunner, il est très probable qu'Android connaisse un énorme succès et devienne une des plateformes majeures des portables,
Avec le buzz que ça a fait, fait, va faire, c'est bien parti... Dommage que les développeurs (developpers, developpers, developpers ! (c) ms) préfèrent attendre une bannale api java made in Google que de s'investir un tant soit peu sur une plateforme vraiment libre. Quant à l'utilisateur, il n'a rien à dire (comme toujours...) :-/

C'est quoi ce problème d'opérateur en fait ? Ne suffit-il pas de placer une carte sim (d'un opérateur) dans un téléphonne pour le connecter au réseau de cet opérateur ?

Si l'intelligence* était la reconnaissance de motifs, comment qualifier la connaissance d'un motif ? Autrement dit, quel est le motif d'un nouveau motif et peut-on le reconnaître ?

Une autre question dans ce genre réthorique, peut-on reconnaître quelque chose que l'on ne connait pas ou, au moins, reconnaître que l'on ne la connaît pas ? Comment ça trop d'alcool...

*: ce n'est pas tout à fait ce que tu as dit mais bon.