M a écrit 3005 commentaires

Là par contre, pas d'accord avec cet argument : ils parlent de façon générale, alors que tu abordes un/des cas particulier(s),
Oui mais ce n'etait qu'un exemple qui montre un extreme.
Ce que je voulais souligner c'est qu'il n'y a pas de relation evidente en libre et fiabilité.
C'est pas parce que tu distribues un logiciel sous licence libre qu'il va devenir miraculeusement fiable.

La fiabilité vient plutot des developpeurs/méthode de développement. Et dans chaque camps (libre et proprio on trouve de tout).

Pour ma part, j'aurais plus nuancer le discours.

PS : je trouve que l'article oublie de dire que le logiciel libre est quand meme soumis a des conditions (via une licence). Certaines licences tres utilisées ont des restrictions pour la redistribution (le code doit être fourni, ...).

Moi apres une premiere lecture, je trouve qu'on parle trop de modification/acces de code : on s'adresse a des collegiens pas des devellopeurs/geek.

Et puis bon "linux le plus connu et le plus __stable__" (merci pour les projets bsd) et le passage sur la fiabilité(je connais du code proprio qui tourne dans des applis embarquées critiques qui est bien plus fiable de le code php libre dévellopé par jeune boutoneux qui veut impressionner ses potes) sont pas tres objectif ...

non, c'est d'ailleurs pour ca qu'il n'affiche plus le nombre de fps par defaut.

Il n'y a pas beaucoup de monde qui commente cette news :-(
Ben la news n'est pas non plus tres complete. Un petit resumé de ce qu'est openmosix aurait ete le bienvenu ainsi que sur quel machines il peut tourner, les applications courantes, ce que ca a de mieux par rapport au applis reparties (MPI, athapascan, ...), ...
Bref quelque chose qui donne envie de jouer avec.

Ici on nous demande de le tester sans aucune info suplementaires, ca s'adresse donc plus a un publique averti qui connait le sujet.

PS : en plus certains liens ne marche pas

Par exemple, aujourd'hui on ne peut plus prétendre qu'on ne doit pas utiliser Visual C++ parce qu'il ne compile pas de C++ ISO.
Au dernieres nouvelles il supporte pas l'iso C...

donc çà ne marche pas.
Si tu lisais la suite du man, tu trouverais surement les fonctions qui vont bien (PTRACE_POKE*, PTRACE_SETREGS, ...).

Vous êtes serieux quand vous soutenez qu'il est plus simple de modifier un binaire de manière automatique que dinserer un morceau de script dans un script !
Pour les binnaires elf, il existe une modif triviale : tu édites la chaine décrivant le loader (/lib/ld-linux.so.2) et tu le fais pointer vers ton loader perso (dans lequel tu peux faire ce que tu _veux_)...
Ca revient dans un script a changer la ligne decrivant le parseur (celle qui commence par #!).


PS : Au lieu de troller, mets y un peu du tien en recherchant des infos pertinentes sur le net.

Et Windows, Office, ... ne sont ils pas des mots courants de la langue de shakespeare ?

N'empeche j'ai ete impressionné par leur lecteur "pdf" en ajax.

en sid avec iceape, c'est aussi ko.
Par contre le a propos de iceape est bon.

ainsi celui marchera toujours
Du moins tant qu'il sera maintenu/n'aura pas de changement majeur dans l'API.

Par exemple si on passe au support des disques PATA avec la libata au lieu de la stack ide, certains drivers vont etre perdu en cours de route (et de nouveau vont etre supporté).
-> on est dans le cas de changement majeur dans l'API.

De meme un driver (bttv) pour ma carte tv marchais parfaitement dans les versions du noyau d'il y a 1 peu plus d'1 ans, maintenant il marche plus...
-> on est dans le cas de manque de mainteneur/testeurs pour des cas specifique (SECAM/vielle carte).

Comment ce fait il qu'il n'y ai pas une note des modos sur le fait que cet article est passé de seconde page (avec 3 pauvres commentaires qui sont maintenant anterieur à la date de modération) en première page ?

Je veux bien croire que les modos devant le manque de commentaire ai voulu le mettre plus en avant, mais l'article reste pour autant assez incompréhensible...

Juste pour nuancer tes remarques :

- Impossible de modifier le comportement dudit drivers (correction de bugs, ajout de fonctionnalité)
Sans de reel spec, un code propre (pas du code obscurci (comme le driver nv de nvidia)) et pas de personnes motivé pour le maintenir, l'alternative libre ne va être guère mieux.


-En général, ils sont mono architecture.
-Dépends du bon vouloir des constructeurs pour les migrer sur les versions suivantes du noyaux.
Idem, ca suppose qu'il y ai une communauté active derrière.

l'USB2 on en parle pas mal le forum.
Bof, j'ai rien vu sur l'usb2, seulement quelque truc sur de l'usb.

tres peut de périphs USB disposent de drivers ouvert.
Soit je comprend pas, soit tu dis une grosse boulette.

Je vois que ta carte suporte l'usb2, mais d'apres les shemas tout a l'air d'etre fait en soft.
Est-ce bien le cas ?
Si oui je serait curieux de savoir si tu as une implementation qui marche et quelle performances t'arrive à avoir.

C'est du wmv9, wma2, mais bon les codec ffmpeg s'en sortent pas trop mal

X-Moto pourrait disparaître
x-moto est dependant du web desormais ? Je pensais que c'etait seulement un +.
Il aurait mieux fallu dire la partie web est menacée.


Le site sert à la fois pour donner des informations aux joueurs, leurs classements, mais aussi pour que depuis le jeu, les records du monde puissent être téléchargés.
N'est il pas possible de mettre la partie telechargement/wiki sur un site et tout ce qui est dynamiquement telechargé sur un autre ?

Mais voilà, le site arrive à saturation
Qu'est ce qui sature le plus le serveur ?.

Ainsi par exemple, avant de télécharger la liste des records (qui ne change environ qu'une fois par jour),
Je suppose que HTTP est utilisé. Pourquoi ne pas utiliser les mecanismes HTTP (modified/expired/...) qui permet de determiner si une page doit etre rechargée ?


Je me souviens plus comment xmoto fonctionne, mais ne serait il pas possible de limité la bande passante qu'il utilise.
Par exemple est on obligé de telecharger tout les niveaux, ou peut on selectionner ceux qui nous interesse ?

Et les linuxiens sont contants que tous les pirates du dimanche soient obligés de passer sous linux à cause des nouvelles sécurités mise en place par microsoft.
Et ben pour le moment je connais certaines personnes qui ont reussit a obtenir la version Finale (RTM) et les clefs crackés qui vont bien.

Sans compté que Mr tout le monde vont se le faire refourger sur leur nouveau PC...

Ca ma l'air assez foireux : d'apres madwifi les dongle usb ne sont pas supporté [1], mais d'apres cette etude si...
Ca sent l'etude bien poussé.

PS : les dongle usb atheros sont supporté en natif sous openbsd.
PS2 : il me semblait avoir posté ce commentaire hier, mais il a du disparaitre dans une faille spacio temporelle


[1]
http://madwifi.org/wiki/Compatibility
[2]
http://www.presence-pc.com/tests/cles-usb-wifi-499/5/

Le systeme des label marche aussi avec d'autre file systeme (fat,...) IRRC.

Je crois que c'est pas non plus nouveau pour samba.
J'avais entendu le meme argument il y a quelques années.

Le programme dès sa première ligne de code doit avoir été conçu avec une licence commerciale. Sinon c'est invalide.
Ca veut dire que des que tu veux coder avec QT commercial, tu dois tout reecrire from strach (pas d'utilisation de code deja existant, de lib, ...). Ca me parrait tres contraignant...

L'autre sens aussi :
Any software developed with Qt without a commercial license agreement must be released as Open Source software.

Dans un autre contexte les "envahiseurs" sont venus en achetant des lotissement/ecurie/grange laissé par des personnes decedé dont la decendence est parti en ville.

Dans cette situation que proposes tu. La commune/"natif" ne peut pas racheter ces batiments. De plus pour les personnes restantes, c'est pas avec leur retraite d'agriculteur qu'ils peuvent vivre convenablement. Ils sont parfois obligé de vendre quelquechose.

Le débit est celui annoncé ?
Je connais quelqu'un qui y est et il a du 25 Mbps.
Je crois que le debit depend du nombre de personnes qui sont sur le meme "noeud" que toi.

Oui mais la on parle des nouvelles offres de noos avec de vrai 30Mbits (IP, constant suivant l'endroit ou t'habite), par des 24mbps ATM dispo si t'habite dans le DSLAM.

Et puis comme le suligne Harald Welte, c'est la philosophie [1] qui est une nouveauté.

Il y a deja eu des mobiles tournant sous Linux, mais il a fallu reclamer aux constructeurs les sources des logiciels sous GPL. Ensuite le code n'était pas trés propre, certaines parties étaient proprio.
Du coup des benevoles ont du refaire pas mal de chose (par exemple http://openezx.org/).

Ici, le constructeur n'a pas "embauché" n'importe qui. Meme s'il reste quelques bouts de proprio on peut etre assuré que les licenses sont bien respecté et que le code a une certaine qualité.
Mieux ils fournissent de la documentation détaillée aussi bien pour la bas niveau que le haut.


[1]
http://gnumonks.org/~laforge/weblog/#20061108-my_no_longer_s(...)
It's because this is the first time (to the best of my knowledge), that a vendor is

* involving (hiring) prominent community members to do the actual architecture design and implementation
* planning to completely open up their Linux distribution for any contributed development, e.g. use a package manager that can access arbitrary package feeds
* trying very hard to make sure almost everything will be Free Software, from drivers up to the UI applications
* actively providing documentation and interfaces for third party development on any level of the system, from debug interface, boot loader, kernel, middleware through the UI applications
* using X11 to allow users to run any existing X11 Linux application (within resource constraints)