Prae a écrit 2839 commentaires

> Pas chien Ingo a refait tous les tests avec un simple quad-core..

C'est vrai qu'un QuadCore, c'est "proche" d'un pc normal de bureau ...
S'ils veulent vraiment tester, qu'ils prennent un 1.2 Ghz monoproc, là, au moins, ca sera représentatif du marché depuis pratiquement 3 ou 4 ans.

Sauf erreur de ma part, mais Con et Ingo n'était pas fifty-fifty sur la qualité du code et de ses fonctionnalités ?

> tu vas avoir un gros problème avec tout les "concours"
> qu'il y a sur la terre, et tu vas avoir un problème
> avec ton boulot aussi (on est toujours en compétition dans
> notre monde...)

Je t'arrêtes de suite, tu vas directement te calmer sur les attaques personnelles et les petites piques de dessous-les-fagots. Cela devient une fâcheuse habitude dans tes réponses.


[-1 parce que hors sujet]

Donc pour résoudre le problème, il suffit d'inclure l'algo de Con dans le trunk et que tout le monde soit responsables de son code ?
- Plus de temps disponible pour le scheduler de Con (les autres s'en occuperont)
- Les problèmes liés à son scheduler seront éprouvés sur le terrain (voire approuvés)
- Du fait de la co-responsabilité du code, tout le monde connaitra le code

En fait, ce qui me dérange dans tout ceci, c'est qu'un contributeur actif, qui fait cela sur son temps libre, que son principal job n'a aucun lien avec l'info, et bien on lui dit d'aller limite se faire f.. voir ailleurs; Je trouve cela limite.

Merci pour de la réponse, c'est ce que j'allais répondre :)

Du même point de vue que toi, ca me choque quand on avance "il aura pas le temps". J'ai envie de rétorquer "Hey mec! tu connais pas la co-responsabilité du code ?, tu crois que t'es le seul à connaitre ton bout de code ? depuis quand un mec est « propriétaire » ad-vitam-eternam de son code ?"

Ou alors Linus a franchement pas envie de s'emmerder avec son bout de code.

.. Ou bien comme avance quelqu'un en dessous: Con Kolivas aime pas trop les critiques. Enfin bon, venant de Linus, c'est un peu l'hôpital qui se fout de la charité :-)

> Le principal argument retenu étant que Ingo était un employé de Redhat
> et à ce titre on pouvait compter sur ses contributions de manière
> permanente. Ainsi l'avenir de CFS était assuré pour le noyau.
> Alors que Con n'est pas un professionnel de l'informatique, on ne
> peux avoir de certitudes quant à l'avenir de ses contributions.
> Or un élément aussi primordial que l'ordonnanceur a besoin
> d'assurance concernant le rythme d'évolution, il ne s'agit pas
> d'un driver tiers pouvant être facilement/rapidement repris.
> C'est clairement un argument massue,

C'est une surtout un argument à la con oui;
Depuis quand une personne travaillant pour une boite d'info à plus de pertinence qu'une autre personne ?
Je suis désolé, mais moi, ca me casse les bolox ce genre de sectarisme "si t'es pas de ma caste, alors ton travail est moindre".
Bizarrement, ca me fait penser à une certaine caste "scientifique" qui - si on a pas fait tels études ou passé dans tels écoles - on pas le droit à la parole ... ou nos travaux ne sont pas considérés comme sérieux.
Ecarter le boulot de Con Kolivas parce qu'il est anesthésiste, c'est purement et simplement une connerie

En espérant, comme tu le laisses supposer, que ce soit qu'un prétexte pour "cacher d'autres types d'arguments afin de ne froisser personne" (dans ce cas, pourquoi l'avoir plus ou moins considéré depuis le début du développement...)

Un début de réponse: http://www.lea-linux.org/?p=142
Faudrait que je lui repose la question ceci dit, à l'époque il était trop mystérieux :)

Pour bootmii oui, mais pour GCLinux ? ca parle d'un exploit sous Phantasy Star.
Au passage, quid du message d'avertissement Nintendo : "si on découvre que vous avez homebrewé votre console, on la grille sur place" ?

> The whiite-linux system is a non-intrusive extension to the Nintendo Wii: the console is not modified in any way by the Linux system.

Donc si je résume, pas besoin de modchip sur la console ?
(moi je suis resté sur les modchips et le hack sur le jeu zelda ...)

Il sort quand le film ? il a l'air génial !

Chuck Norris ne s'énerve jamais !
Hérétique !

Certaines rétorqueraient qu'ils n'y jamais de mauvaise langue mais que de mauvaises utilisations :-P

> Non mais si un bug arrive arrive chez l'un, je dirais pas que le cas est inconnu chez l'autre (pour une partie très semblable (s'il y en a encore)).

A ce que je sache, si quelqu'un qui vient se plaindre que son Xorg ne marche pas sur ML/BugTracker XFree, les personnes de Xfree vont gentiment lui dire qu'ils n'ont jamais connu de problème chez eux. (et encore moins remonter le truc chez Xorg)
(pour ceux que ca rend sceptique, regardez les bug-reports entre distro, ils peut arriver des discussions entre des techs de deux boites distributeurs, mais c'est pas la norme)

> Il s'agit d'un bug ou d'une fêlure mais l'explosion de la batterie. C'est pas comme si c'était annodin non plus.

A ce que sache, il s'agit, pour le cas Aix et Marseille, d'une fêlure de l'écran, et non d'une explosion.

http://www.laprovence.com/business/img/photos/biz/pticon-ori(...)
http://tempsreel.nouvelobs.com/file/738915.jpg
(vous noterez au passage du nom de l'image sur le site de laprovence ;-)

Belle explosion ... a tel point que rien n'a été touché hormis l'écran. Bizarrement, le bris me fait drôlement penser à des variances de températures.. mais je peux me gourer.

A priori, c'est complexe de capter que dans un support produit, chaque produit à sa propre base de "problème" et de connaissance et sont rarement interconnectées. (c'est d'autant plus vrai si le consommateur interpelle son tiers opérateur et non le constructeur); Mais bon, apparemment, certaines personnes en connaissent mieux que moi au support au point de "moinsser" sans avoir a commenter (hormis Claude évidemment, que je remercie)

PS: Au fait, je rappelle que les liens "Inutile" et "Pertinent" ne sont pas là pour vous défouler mais pour notifier si le commentaire est dans la thématique du post originel. Merci de garder cela dans vôtre esprit.

Xorg et XFree86 ont souvent du "matériel" partagé aussi, ca n'en fait pas le même "produit".
Quand t'appelles le service technique de feu Oléane, tu penses qu'ils pourront aussi dépanner ton téléphone portable perso "Orange" (ou inversement) ?
En bref, quand t'appelles le service consommateur Apple ou tiers et que tu dis que t'as un problème iPhone, ils font "clicka iPhone" dans leurs gestionnaires de cas et c'est tout. Ils vont pas s'amuser a regarder dans les caselogs de tous les produits Apple & Co.


Et puis si les gens qui me moinssaient me donnait une vraie raison, ca serait pas mal.
A moins que ce soit devenu hype en ce moment de cracher sur Apple.


UPDATE: Bizarre, je vois un post en dessous qui parle d'un autre problème à Marseille; Comme quoi, c'est dingue le nombre de produit qui flanche dans des zones où la météo a été particulièrement gratifiante en terme de soleil et de chaleur ... mais bon, effectivement, ca doit être un problème de conception qu'on peut reporter au constructeur ... (ou alors, plus subtilement: les consommateurs ont mal utilisés leurs produits et préfèrent accuser les autres, c'est beaucoup plus simple dans les faits que de se remettre en cause)

Et on peut critiquer aussi GIMP pour les défauts qu'il a ... et y en a beaucoup.

Alors là, je dois t'avouer, en toute honnêteté, que j'ai pas compris la relation avec ta réponse :-\

> C'est quoi pour un cas similaire pour le service client?

iPod != iPhone
Même si c'est le même constructeur, c'est pas le même produit.
C'est parce que un téléviseur Samsung explose et qu'un disque dur Samsung explose aussi que ce sont des cas similaires. Ce sont deux produits différents donc deux "caselogs" différents. (et je doute que le service conso iPhone est les caselogs des bugreports de MacOS-X ...)
Tu devrais être le premier a le savoir: tu mets les bug-reports de deux softs différents (voire même soft mais pas même "branches") au même endroit, toi ?

Ou alors juste une ferme de serveurs qui fait cela à longueur de temps.

> vraiment avoir une fenêtre pour le document, sur un écran, et toutes les barres d'outils sur l'autre écran…

Le resizing a fond ne permet pas cela ?
Je veux dire si tu le met au max, t'auras la barre d'outils d'un côté
.. bon, ok , t'auras pas la "feuille" sur un écran ou l'autre;

Le truc du multi-fenetrage-à-la-GIMP, c'est qu'au bout d'un moment, quand tu as besoin d'un truc, tu fais plus souvent "Alt+TAB" pour retrouver la bonne fenêtre (layer, channels, etc...) que de bosser réellement;

Tu parles de développeurs hein, pas des graphistes ;-)
Je suis sûr qu'ils ont plus de temps à faire une pseudo ligne droite sous GIMP que de trouver le dernier bug sous Ooo :-P

... ou de bosser un peu sur la gestion mémoire ... parce un Ooo qui demande un super calculateur pour bien démarrer, ca commence a s'voir que SUN planque du Java sous le paillasson ..

(un troll s'est dissimulé dans ce post, le trouveras-tu ?)

> C'est vrai, pourquoi tout mettre dans une seule fenêtre ?
> une interface à la gimp est bien meilleur sur du multiécran !

Ca se sent que t'as pas l'habitude d'utiliser GIMP souvent pour présenter le multi-écran comme la solution :-)

Toi, t'as pas du comprendre le sens de prototype...
Le but étant de présenter une interface faite à base de GIMP/Photoshop pour voir ce qui serait le plus pertinent.
Perso, ca me choque pas que les contours des help-box soit dessinés à la serpe et au burin.

Toi, tu ferais un bon avocat ... tu demandes des preuves sur un truc qui n'a probablement jamais existé. Ca serait plutôt à la personne qui annonce que Microsoft a fait ou ferait de l'émulation OpenGL de prouver ses dires, pas l'inverse.

> 'est sûrement grâce aux abonnements que le nombre de spectateur augmentera.
> Finalement le nombre de spectateur augmente-t-il vraiment ou est-ce que
> une partie des spectateurs n'y va pas plus souvent pour rentabiliser les cartes ?
> Du coup est-ce que ça ajoute de la recette ?

Vu que le cinéma doit reverser une part au CNC pour chaque billet, je doute qu'il le fasse "à l'oeil", donc ils doivent bien récupérer quelque part (au pif: augmentation + confiseries)