reno a écrit 3879 commentaires

Mais chez moi le driver Alcatel ne fonctionnait pas terrible (je ne suis pas le seul a avoir eu des problemes avec).

De temps en temps, j'avait des pertes de connexions et pour pouvoir le refaire fonctionner, je devais debrancher le modem--> penible.

J'en ai eu marre alors je suis passer au driver de Benoit..

Moi, je ne dirais pas que le C pue.

Mais par contre:
1) les compilateurs Fortrans sont en general meilleur pour l'analyse numerique que ceux pour le C.
De plus les compilateurs Fortrans ne sont pas embeter par les pointeurs comme en C.
2) le C99 possede l'option "restrict"(?) pour que le compilateur puisse optimiser plus en etant sure que deux pointeurs ne vont pas se chevaucher..

Maintenant je ne crois pas qu'il y ait deja des compilateurs a la norme C99 super-optimise pour le numerique.

Ceci dit j'ai utilise un peu le Fortran: beurk!!
Donc ca compense :-)

Vers la fin de
http://linuxfr.org/2001/08/31/4739,0,0,0,0.php3(...)

Un article de Guillaume avec "Gnome c'est pas gagne" (puisqu'on ne voit plus les auteurs :-)
y fait reference..

Ce qui est bien sur la mailing-list de Gnome, c'est que comme pour le mail d'Alan Cox, les problemes techniques sont reconnus et qu'ils cherchent des moyens pour les resoudre.
Maintenant combien de temps ca va prendre pour les resoudre...

PS:
je ne suis pas trop d'accord avec l'article quand il dit que le soutien de SUN tarde, d'apres ce que j'ai cru comprendre recemment ils aident pas mal (usabilite, developpement pour les "mal-voyants" etc).

Euh la je suis pas trop d'accord avec toi, je trouve pas que ce post la est un troll.

Bon il est un peu severe pour Mandrake, je n'ai pas eu de core chez moi, mais bon je sais que certain ont eu des problemes.. J'imagine que l'inverse doit etre vrai aussi.

Il donne son avis, c'est son droit non?

Moi je n'utilise pas Suse en autre car ils rajoute du non-libre YaST2 par dessus du libre, m'enfin ca ne devrait pas trop gener des anciens utilisateurs de BeOS qui etait proprietaire aussi.

Je croyais que la nouvelle version de gcc 3+ utilisait justement une ABI commune a tous les compilateurs sur x86 au moins.

Et que c'etait meme LE point fort de cette version de gcc..

Quelqu'un a un compte pour lire la FAQ?

Franchement, tout ca c'est une affaire de gout, personnellement je n'ai jamais pu supporter Gnome, m'enfin c'est peut-etre le theme par defaut de Mandrake que je n'aime pas..

Moi j'aime bien le theme par defaut de KDE, mais apparemment pour ceux qui aiment bien faire joujou avec leur desktop, il y a:
http://www.mosfet.org/liquid.html(...)

Elle n'y est plus il me semble.

La seule clause qui défrise encore la FSF est la clause de "publicité" si tu l'utilise en interne il faut le dire (bon pas sur, hein)

Meme sans trop connaitre l'univers de Final Fantasy, j'ai plutot bien aime le film.

Le scenario n'est pas trop mal, je trouve et graphiquement ca en jette!

Il y a encore un peu de boulot a faire pour le realisme, animation et visage "artificiels" de temps en temps, mais la plupart du temps on en prend vraiment plein les yeux..

Note que, quand tu utilise Galeon ou d'autre application Gnome dans Kde (ou vice versa), a chaque fois tu charge en memoire un toolkit de plus:Qt, Gtk, Lesstiff ,Tk..

Ca peut etre genant dans les configurations legeres en memoires (swap)..
Je pense qu'il doit y avoir aussi une legere diminution des performance suite a une mauvaise utilisations des caches (meme quand il y a suffisamment de memoire), sans parler du probleme de consistance..

Je dirais que c'est un probleme dut au design, mmmhhh "particulier" on va dire, de X:le dialogue entre les clients et le serveur est tres bas niveau et tres bavard (beaucoup d'IPC pour rien).

Dommage: a une epoque "libre" etait synonime de "leger" maintenant Win98+IE sont plus leger que Linux+KDE/Gnome+Konqueror/Mozilla/Galeon (moins fiable par contre!).

M'enfin comme Berlin n'est pas pret de remplacer X...

"s'il est assez con pour ne pas rajouter de la RAM"

C'est tres stupide ou tres egoiste comme remarque et je dirai meme que c'est les deux.

Linux ce n'est pas fait que pour toi!

Peut-etre que en France ce n'est pas cher de rajouter de la RAM, mais dans des pays pauvre c'est loin d'etre le cas..

Deux points: c'est vrai que c'est le bordel en regle generale, mais:
- pour les applications, les gens ont des préférences très variées, donc il n'est ni possible ni souhaitable de les unifier
- sinon pour le reste, c'est vrai que c'est le bordel et que beaucoup d'effort sont dupliqués pour rien: packaging, placement des fichiers etc.

Il est possible de réver que la LSB mette un peu d'orde la dedans, à voir..

Sinon pour ce qui est de la "propriété": même les logiciels GPL ont une forme de propriété à respecter: essaye de redistribuer un logiciel GPL sans le source pour voir!

Sur /. dans les preferences tu peux choisir de masquer telle ou telle section, et par defaut tu voit toutes les sections.

(Je l'ai fait pour masquer la section Jon Katz que je ne peut pas piffrer)

Tu n'as pas cette possibilite sur LinuxFR: ça manque..
D'où les disputes permanentes à propos de ce qui passe sur la page principale ou pas..

Euh, c'est un troll??

Parce que pour le cote argument technique, tu repasseras, mais bon tu n'as qu'a utiliser Hurd si tu le trouve plus puissant.

Mille excuse, je n'avais pas bien compris ta question.

Ce que tu dit ext exact, maintenant qu'est-ce qui te derange dans cette gestion??

Bin comment on y accede?

Ca demande un login/mot de passe et anonymous ne lui plait pas..

Sinon quelqu'un sait comment on peut savoir si les librairies ont ete traitee par "l'accelerateur" ou pas ?

Je ne vois pas de difference au demarrage de Konqueror ~9sec sur un Celeron 333..

Vu sur /. : apparemment il n'y a qu'une ligne a change pour resoudre le probleme.

Tous les appels systemes doivent etre reentrant/c'est a dire interruptible.

Bref, le noyau doit pouvoir etre totalement interruptible a n'importe quel moment.

Les Unix en general ne sont interruptible que dans le niveau utilisateur, pas quand tu est dans le kernel.
Avantage du schmilblick?
Un temps de reponse aux interruptions plus rapide, inconvenient: ca peut diminuer le debit du systeme (bin oui, on n'a rien sans rien..)

Euh, si mes souvenirs sont bo, hein:-)

Pas de reference mais je pense que non.

Par contre je crois que le noyau de AtheOS l'est "completement multithreadé".

Kpart c'est l'equivalent de COM ou Bonobo.

Le but est de pouvoir integrer facilement un composant dans une autre application.

Sinon si je comprends bien ta critique tu reproches au gens qui developpe des applications qui font partie de KDE de ne developper des applications qui ne tourneront que sous KDE???

En plus c'est faux: tu peux utiliser les applications de KDE avec Gnome, etc,etc..

Mais bon, l'integration n'est alors pas terrible..

KDE a beaucoup de relocation à faire au démarrage à cause "du design" de Qt, de l'utilisation "intensive" des librairie partagées et de l'écriture en C++.

Il y a eu deux réponses:
- objlink, une bidouille (AMHA) qui accélére le démarrage au prix d'une indirection en plus lors de chaque appel aux fonctions des librairies partagées. Ca fait donc perdre un peu de performances.
- modifier le linker de telle maniere qu'il choisisse une adresse au hasard et fasse la relocation. Si au chargement, l'adresse est disponilbe, plus aucune relocation à faire :-), sinon bin c'est pas pire qu'avant: tu fait les relocations à une autre adresse.
Un patch du linker est déja disponible :-)

A mon avis la deuxième façon est la méthode "correcte" même si elle peut prendre plus de temps parfois (Windows utilise la deuxième technique).

Je crois qu'ils ont décidé dans un premier temps d'utiliser le premier outil, dans un deuxième la modification des binutils sera disponible pour tous le monde :-).

Franchement j'adore ca: KDE a un problème de lenteur au démarrage, il y a un gars (Mosfet?) qui fait une analyse détaillée, elle est tellement bien faîte qu'elle attire l'attention et hop DEUX solutions apparaisse très rapidement.

Le mieux ces solutions ne sont absolument pas limitées à KDE: tous les programmes peuvent potentiellement en bénéficier.. Cool..

Moi je tire mon chapeau aux gars qui ont fait ca.

Je me demande s'ils ont pensé à cibler Linux et MacOSX ?

Les deux utilisent OpenGL, sont des Unix..

Si je me rappelle bien, il s'était vendu plus de Quake3 pour Mac que pour Linux..
Bon, d'un autre coté tous les utilisateurs de Mac ne vont pas passer à MacOSX rapidement, donc à court terme le marché sera faible..

Maintenant les producteurs de jeux demanderait plus d'argent pour un portage sur deux OS et non plus sur un seul..

Oui Mandrake limite au maximum les programmes non-OpenSource.

Pour le modem USB Alcatel, il ne faut pas oublier que c'est assez récent, donc ils n'ont peut-être pas eu le temps de l'ajouter dans la 8.0.

Il existe un driver open-source, mais il a besoin d'une partie du driver Alcatel pour fonctionner, ca peut peut-etre poser un probleme a Mandrake,je ne sais pas.

Euh il y a moyen d'avoir un envoi par la poste des CD, bon c'est payant bien sur, mais je crois que ce n'est pas trop cher..

J'ai vu je ne sais plus ou qu'il faut compiler le module dans le noyau , il y a déjà le patch.

Un petit loupé.

Est-ce que tu connais les chipset qui pose probleme?

Je voudrais upgrader mon ordinateur, et j'aurai bien la haine s'il plantait sous Linux..

J'ai essaye de regarder le Linux Hardware Database et bof: il n'y a pas de commentaire sur le materiel récent.

Cruel dilemne: acheter un matériel réçent plus performant ou prendre un truc plus vieux dont au moins je suis sur que ça marche.. :-(