Matthieu Moy a écrit 3248 commentaires

SVG, c'est pas juste pour le dessin vectoriel ? Ca gère aussi les animations ?

(J'y connais pas grand chose ...)

Ben, le nombre de buffers ouverts, la pile d'undo et le kill ring y sont pour quelque chose ...

C'est pas des threads, c'est des processus lourds. (Il fork un "cvs update")

Il se passe quoi, au fait, dans ce cas ? (J'ai pas envie d'essayer ;-)

Je n'ai pas dit que MySQL était un mauvais SGBD, mais il faut quand même bien reconnaitre que les SGBD qui se partagent les 99.8% des revenus (Oracle, entre autres), sont quand même bien en avance au niveau fonctionalités. (Mais là ou MySQL est suffisant au niveau fonctionalités, il est souvent supérieur en performances)

Alors je trouve un peu facile de dire "Ouais, nous, chez MySQL, on fait aussi bien que les autres pour 1000 fois moins cher."

Non. La 1.2.1 était un accident, mais sinon, il n'est pas prévu de faire de 1.3.x. Pour la stabilisation (Correction de bugs sans ajouts de fonctionalités) de la branche 1.x, il faudra attendre l'approche d'une 2.0, je suppose.

Euh, ... peut être que si ils avaient plus de 0.02% des revenus du secteurs, ils n'auraient pas mis autant de temps à gérer les transactions ACID, et qu'ils gèreraient aussi les select imbriqués. Non ?

> donc, mon stream d'ogg: > > http://unix.rulez.org:8888/fr-inter.ogg C'est légal, ça ?

On ne t'impose pas dans l'absolu d'avoir XFree. On te dis que si tu veux le LSB, il te faut XFree. Prennez une application comme StarOffice. Il me parait normal qu'elle demande un minimum de prérequis pour s'installer. Sinon, on pourrait avroir un SO qui tourne sur machine nue, sans OS, mais ça limiterais un peu l'intérêt. Sous Mandrake, par exemple, il y a un package LSB. Sa description est un truc du genre "Support for external applications". Si tu veux une application externe, tu l'installe. Pour les gens qui ne veulent pas de XFree, en général, ils ont largement le niveau en info pour savoir ce qu'ils doivent installer pour faire marcher telle ou telle application, donc, LSB ne les concerne pas.

Si on peut même plus faire de l'humour le 1er avril ;-)

Euh, c'était bien ironique, quand même ...

Pour upgrader le kernel, il faut rebooter. C'est gentil de prévenir avant ...

En tous cas, ça serait vachement marrant qu'il y ai un procès pour ça.

Ca décrédibiliserait complêtement MS : "Ouais, m'sieur l'juge, c'est dégueulasse, il a dit que mon logiciel il était tout pourrave ..."

Mais c'est quand même vrai qu'il y a un problème avec cette diversité sous GNU/Linux :

Quand je récupère un CD orienté newbie pour windows, en général, je lis dessus :

"Insérer le CD dans le lecteur. Si rien ne se passe, double-cliquez sur l'icône du CD dans le poste de travail".

L'équivalent Linux serait-il :

"Insérer le CD dans le lecteur. Si vous êtes en ligne de commande, tappez mount /cdrom, à moins que vous n'ayez un automount, ou bien que le cdrom soit monté sur /mnt/cdrom, auquel cas il vous faut tapper mount /cdrom. Ensuite, selon l'endroit ou est monté votre cdrom, tappez /cdrom/setup.sh ou /mnt/cdrom/setup.sh. Si vous utilisez gnome, alors, cliquez sur ... puis ..., et si vous utilisez KDE, il vous suffira de .... Si vous n'utilisez ni gnome ni kde ni la ligne de commande, contactez le revendeur de votre distribution."

??

(Nb : Ne vous y méprenez pas, j'adore avoir le choix, mais c'est vrai que pour des newbies, c'est déroutant ...)

> des sites de distributions de logiciels libres matures

Tu veux parler de www.debian.org ? ;-)

Je crois pas qu'il y ai de thread dans Emacs.

Emacs est d'une instabilité flagrante : Après a peine plus d'un mois sans jamais le fermer, il m'a freezé entre les doigts. Raah, obligé de faire un kill. C'est fou, ça ;-) (NB : Au bout d'un mois, Emacs prends quand même 90 Meg de RAM, le saligaud)

LE avantage du système, c'est que l'utilisateur ne voit pas du tout de différence quand il passe de Windows à Linux. Ca facilite la migration. Pour LES inconveinients, tu en as déjà assez parlé ...

Durée de lancement de OOo sur le P133 de mes parents : environ 2 minutes. Je ne parle pas de 3 ou 10 secondes. Ensuite, pour ouvrir un document, il faut compter 20 secondes. Rien qu'en passant la souris sur la barre de menus, on sent la lenteur. Chaque menu met près de 1 seconde à s'ouvrir. La RAM occupée : Je me souviens d'avoir utilisé simultanément Word et Excel (Je ne sais plus si c'était la version 97 ou 95) sur une machine avec 32 Mo de RAM. Avec plusieurs documents ouverts, le swap était à peine entamé. Je viens de lancer un OOo 1.0. Tout frait tout neuf, pas de document ouvert, il me bouffe 80 Mo de RAM. Penses-tu qu'il soit envisageable de faire tourner ça sur une machine qui à moins de 128 Mo de RAM ? (Si tu me dis "rachette de la RAM", tu a faux, parce que racheter de la RAM EDO, aujourd'hui, ce n'est pas une partie de plaisir ...) Pour ce qui est de changer d'OS, va expliquer à mes parents qu'ils devront se passer de MS Office après la démonstration calamiteuse que leur a fait OpenOffice. Maintenant, sur une machine plus récente, je ne dis pas.

Si tu installais les polices qui correspondent aux caractères spéciaux et aux bullets, ça irai mieux en fait ;-)

(spadmin est ton ami.)

Ce n'est pas 3 secondes qu'il faut dire, c'est plus d'un facteur 2 !! Sur une machine qui manque de RAM, c'est encore plus flagrant.

Résultat : OOo est inutilisable sur un ordinateur qui à plus de 3 ou 4 ans, alors que MS Office 97 l'était tout à fait (au niveau légèreté, pas au niveau bugs ...)

Ben ouais, pasque quand j'utilisais Windows, mon programme de TV ne coupait ps l'économiseur d'écran, et j'avais l'écran noir au bout de quelque minutes.

Comme en plus, le support APM était vraiment buggé, il fallait rebooter pour récupérer autre chose que l'écran noir.

Comme quoi, on n'est pas si malheureux avec Xine !! :-)

Euh, ilestou le résumé pour cet article ?

> Oui, bien sur. Le seul principe à respecter est la compatibilité avec la GPL.

Pas tout à fait :

"A GNU program should use the latest version of a license that the GNU Project recommends--not just any free software license."

(Note qu'en général, les licences recommandées par la FSF sont compatibles GPL)
cf. http://savannah.gnu.org/faq/?group_id=11&question=What_does_it_(...)

Euh, rappelons que lorsque l'on trouve une faille de sécurité dans un programme, c'est qu'il était déjà vulnérable depuis longtemps. Le fait d'annoncer la faille, par contre, va le rendre encore plus vulnérable.

Ouais, enfin, à budget égal, en général, un programmeur fait du code plutôt plus efficace en C avec un compilo bien optimiseur qu'en assembleur. Pour des trucs bien spécifiques, l'assembleur est intéressant, mais il faut bien le cacher au fond d'une librairie et ne plus y toucher après ...

Lyx : Editeur wysiwyg pour LaTeX
kword, abiword : Solution bâties "from scratch", encore limitées en fonctionalités, mais plus légères que OOo, et avec un look&feel bien meilleur. A surveiller de près pour les mois à venir. (Par exemple, Abiword ne gère pas les tableaux, mais la version de développement la gère, donc, ce sera bon pour la prochaine version stable.)

Il y a aussi quelques solutions propriétaires, ou wine, je ne sais pas ce qu'elles vallent techniquement, mais ne me parraissent pas être à encourrager à l'heure ou la bureautique libre commence à avoir ses chances.

Sinon, tu as pensé à faire un rapport de bug pour ton problème ? Parce que sinon, il y a peu de chances qu'il se corrige de lui même. A notter que j'ai eu aussi des problèmes d'impression avec OOo, et la réponse à mon rapport de bug était : "Ca marche dans la version de développement". Je met donc beaucoup d'espoir sur la future version 1.1.