CoinKoin a écrit 698 commentaires

OUI, c'est important. Je reviens de Munich, où j'étais encore la semaine dernière, et un ami allemand, ex-directeur de banque parti à la retraite, et donc absolument pas concerné par l'informatique, m'a parlé de ce projet et me l'a détaillé en large et en travers (pas sur le plan technique, s'entend, il n'avait que les échos de la presse). Leur presse en parle beaucoup, et elle m'a l'air assez favorable au projet.

(Remarque : lorsqu'il a abordé avec moi ce sujet, l'une de ses premières questions a été "Est-ce que tu as aussi entendu parlé de Linux? Parce que justement, ici, à Munich..." . Donc il ne s'est pas renseigné pour moi, il ne savait même pas que c'était mon domaine, donc il n'y avait pas de biais observationnel, pour ceux qui le craidraient).

Au passage, j'ai observé un détail intéressant : lui, qui doit avoir des sources d'informations (sur le sujet) à peu près représentatives de celles du bavarois moyen, ne connaissait rien du projet du Libre et de ce qui allait avec, il avait plutôt entendu parlé de la stabilité et de la gratuité du système.

Manifestement, ces arguments portent actuellement mieux, dans le grand public (munichois), que les arguments philosophiques (qui l'ont quand même intéressé, après une courte explication).

>Ben oui, tout comme il est tres difficile d'avoir une Fiat avec moteur Ferrari, c'est possible mais tres difficile, et nombreux sont les gens qui ne trouvent pas cela normal et souhaitable.

Pas d'accord avec toi sur ce point, PBPG. Fiat fabrique elle-même ses moteurs et ses voitures, de même que Ferrari, en ce sens, il me sembel raisonnable d'arguer que le moteur est partie intégrante de la voiture, et de le vendre avec. En revanche, du coté des ordinateurs, non seulement les fabriquants de PCs ne sont pas les auteurs de Window$, mais en plus, il n'y a aucune diversité entre les systèmes d'exploitation qu'ils proposent!

Pour poursuivre le (vieux) parallèle ordinateurs/voitures, la situation actuelle se traduirait par : "toutes les voitures de toutes les marques sont équipées de série d'un moteur de scooter (oups un troll ;-) ) identique, payant et non remboursable (ou presque)".

Le fait qu'Apple commercialise ses ordinateurs avec Mac OS installé dessus par défaut, que Sun préinstalle Solaris sur ses machines, et IBM son AIX, ne me semble pas scandaleux : il y a diversité de l'offre, et chacun a conçu son système d'exploitation comme partie intégrante de son matériel.

De même, si, demain, HP se mettait à proposer ses PCs avec par défaut HP-UX, je trouverais cela logique.

Bref, ce qui est critiqué, c'est avant tout l'absence de diversité de l'offre (en plus du non-respect des clufs).

Les verts allemands ne m'ont pas toujours l'air très fins dans leurs actions. Certes, l'intention était louable, mais, comme tu le remarques, le résultat obtenu est franchement mauvais.

A propos, je signale que, selon un sondage récent, le maire de Munich (capitale de la bavière, le Land allemand le plus à droite -- attention, j'ai dit droite, pas extrême-droite), éminent membre du SPD, l'équivalent allemand du PS, est aussi la personnalité politique préférée des bavarois...

Qui a dit que le (pro-)libre n'était pas populaire?

J'ai trouvé ton texte très très bien. Dis-moi, que penserais-tu de le placer en licence libre? On dirait que certains de tes lecteurs auraient été intéressés par une suite, peut-être que d'autres auront l'idée de l'écrire... Et peut-être que d'autres seraient simplement intéressés par la reproduction de ce texte.

Qu'est-ce que tu en penses?

s/propriétaires/propriétaire.
Si même CoinKoin ne sait plus tenir sa plume...

Si j'ai bien compris, la décision de Munich avait jeté un froid parmi les partisans du propriétaires, qui ont alors tenté de faire geler le projet afin d'éviter un effet boule de neige?

Ca, c'est un coup à déclencher une avalanche de protestations!

~~~~~~~~>[], parce qu'il fait vraiment un froid de canard (Coin!)

Retaille tes partitions, et fais-en une de 50 Go. Puis monte cette partition sour le nom de ce répertoire. Ca devrait suffire, non?

Précisons toutefois que cela ne concerne que la copie musicale...
Les dernières isos de la mandrake 10 ne semblent pas concernées par ce texte.

De plus, cette action ne sera pas "punie" par la loi, mais "interdite". Ce n'est pas pareil, en particulier, il n'est pas certain que cette loi va être effectivement appliquée.

Et au fond, si elle l'était, cela pourrait amener, et amenerait vraisemblablement, le naufrage des Majors sur le marché australien, et, par voie de conséquence, cela pourrait les pousser à un discours plus nuancé ailleurs...

Merci, les australiens, de déclencher vous-mêmes vos désastres chez vous, afin de montrer à tout le monde la voie à ne pas suivre!

>(uniquement, pas avec une autre licence en même temps)

Euh, j'ai relu la license GPL, et je n'ai rien vu de formel sur ce point, Lucas! Tant que les autres licenses sont compatibles avec la GPL, je ne crois pas qu'il y ait de problème.

Essaie lynx et dillo, et dis-nous si ca marche...
Je ne crois pas qu'il y ait beaucoup de code commun dillo/mozilla ou lynx/mozilla, donc, à mon avis, si ça ne marche toujours pas, le problème est ailleurs.

Bonne remarque, PBPG. Et je pense que cela contribue aussi à décourager M$ et IBM de se lancer dans un affrontement juridique au sujet de leurs brevets, car celui -ci n'aurait pour seul effet que de les affaiblir tous les deux.

>Probablement dans tous les langages, le "ou" est implémenté de manière "paresseuse"
Non, par exemple, dans le langage Ada, il est bien précisé que l'évaluation n'est jamais paresseuse.

De plus, dans certains langages (notamment Ada, et aussi Pascal, je crois), l'ordre d'évaluation des paramètres d'un "ou" (ou d'un "et") n'est pas nécessairement le même que celui dans lequel les paramêtres apparaissent dans le code.

Cela signifie en particulier que, dans ces langages, par suite d'effets de bords, certains programmes peuvent s'exécuter différemment selon le compilateur employé. La faute au programmeur, qui aurait dû y faire attention lui-même.

>Alors pourquoi le langage la ferait-elle ?

C'est une question de standard du langage. Si la norme précise que l'évaluation est paresseuse, c'est logique, à condition toutefois que cette norme précise aussi que les arguments d'un tel "ou" sont bien évalués dans leur ordre d'apparition (si la norme spécifie qu'il y a évaluation paresseuse, mais que l'ordre d'évaluation des arguments est indéterminé, attention aux surprises!)

En revanche, si elle précise que l'évaluation n'est jamais paresseuse, pas de problème (sauf effets de bords et évaluation désordonnée).

Manifestement, la norme de php4 est silencieuse à ce sujet, ce qui signifie que l'on ne peut rien prévoir à l'avance (l'évaluation peut être ou non paresseuse, être ou non ordonnée, etc...) .
Donc le comportement observé est bien L'UN des comportements possibles de ce code, mais pas le seul.

Cela dit, à mon avis, il serait préférable que la norme précise expressément que les caractères paresseux et ordonnés des évaluations logiques ne sont pas spécifiés, cela éviterait les embrouilles.

Si c'est possible en C++, alors appeler g++ à la place de gcc devrait résoudre le problème, non? Bon, ce n'est pas une solution très élégante, mais cela devrait fonctionner...

Je ne vois pas trop d'où ça peut venir, mais dis-moi...
Comment as-tu fait pour poster ce message sans écrire dans un navigateur, au juste??

Ah, ben, vu ce que vient de poster Maillequeulle, j'ai de fortes chances d'avoir l'air idiot dans les minutes qui viennent ;) .

MandrakeMove est conçue pour fonctionner avec une clef USB. Est-ce que tu as pensé à en brancher une avant de booter?

>Euh je vais vous paraitre con j'en suis sur lol!

Mais non, les erreurs les plus élémentaires sont souvent les plus difficiles à trouver, et là, je parle d'expérience, parce que vu la quantité qu'il m'arrive d'en faire...

En plus, si ce n'est pas ça, alors moi non plus, je ne vois pas, donc, console-toi, on sera deux à avoir l'air idiot!

A mon avis, la seule solution pour le faire en shell est d'utiliser mkfifo :
$> mkfifo mon_pipe
$> ma_commande 2>mon_pipe | tee out.log &
$> cat mon_pipe | tee err.log
Sans oublier de faire :
$> rm mon_pipe
à la fin de la manipulation.

Il y a aussi ClusterKnoppix, qui propose une distrib précompilée basée sur OpenMosix, il me semble. Ca évite de recompiler...

> Avant je pouvair vider ma swap(pratique quelques fois) avec la commande en root : [...]

Avant quoi, au juste? Tu as changé de distrib', de version?

Il s'agit peut-être d'un bogue du noyau 2.6 . Tente une mise à jour du noyau, je crois que rpmdrake le permet. Et si ça ne marche toujours pas, je te conseille le rapport de bogue (soit chez Mdksoft, soit carrément sur kernel.org, après avoir vérifié qu'il ne s'agit pas d'un bogue déjà corrigé/identifié).

Le noyau 2.6 n'est pas encore tout-à-fait stable...

Je pense que M$, comme à son habitude, va faire beaucoup de bruit autour de cette histoire, mais va éviter d'engager des poursuites réelles. Pour plusieurs raisons :
1) S'il y a procès, il risque de faire du bruit, or, moins on parle du libre, mieux M$ se porte (oui, je ne suis pas si sûr que SCO et ses âneries arrangent vraiment M$, au fond);
2) Comme une (petite) partie du code de Windows a été récemment "publié" sur le Web, il y a de gros risques de découvrir que ce code viole des brevets IBM ou Novell. Ce qui serait particulièrement gênant pour M$...

Je ne crois pas, mais à priori, il n'est pas prévu de mettre fin au développement du noyau Linux (ni du reste, d'ailleurs) d'ici dix ans...

Pire : les fenêtres Renaissance, traditionnellement composées de quatre parties séparées par une croix en pierre, comptaient pour quatre fenêtres. Résultat, on ne compte plus celles dont les croix ont été brisées...

Exact, c'est le noyau qui place le curseur dans la console texte.
Si je me souviens bien, cela nécessite une écriture sur certains ports du processeur par l'instruction "outb", donc cela ne peut se faire qu'en mode kernel.

Au fait, pour s'amuser, je signale que sur certains matériels, on peut faire disparaître le curseur de la console, par
"cat /dev/zero &". Seul problème : pas d'utilité connue ;-) .