Matthieu Moy a écrit 3251 commentaires

Chuuut, tu vas réveiller nouveaumonde !!!

Tu es sur quel FAI ? En dégroupé ou non ?

Sinon, dans la dernière version du driver, il y a un script qui fait un diagnostique, ...

> je crois qu'aucun projet de serveur graphique ne pourra s'imposer sans
> une compabilite tres forte avec X au niveau de la base existante. Coup
> de bol, c'est prevu.

La compatibilité, avec le X actuel, c'est déjà du domaine du passé. Je travaille souvent sur une machine Linux qui déporte l'affichage sur une SUN, et les applications récentes (Gtk, Qt, ...) plantent souvent sur un "Missing extension machin-bidule", ou pas de message d'erreur du tout, alors que les mêmes applications marchent sur un affichage XFree86.

Bref, l'idée de garder l'existant pour la compatibilité et de ne faire que des extensions, si c'est pour n'avoir plus que des extensions à la fin, ça n'est pas très intéressant ...

> Pour définir le formattage d'une page web, d'un document texte, c'est
> forcément le client qui va le faire, pas le serveur..

Oui, mais déjà, si le serveur gère les boutons, les barres de défilement, les menus, et deux-trois autres widgets de base, ça te permet d'afficher une fenêtre bien remplie en ne passant que quelques octets sur le réseau (Et ce, y compris si tu as un thème de fou avec du pixmap sur les boutons, des dégradés dans les menus, ...)

On dit aussi archive des fois (vocabulaire arch en particulier)

On peut déjà le faire pour X avec Xnest.

Tu as pas les packages localisés dans ta debian ?

> Dans la serie les energies renouvellables non polluante

Non.

L'air comprimé est un moyen de transport de l'énergie, pas de création.

Ça déplace le problème sans le résoudre.

J'étais comme toi il y a quelques semaines.

Et là, j'ai découvert ion2 ... La révélation ! ;-)

http://www-verimag.imag.fr/~moy/ion/ion-screenshot.png(...)

Imprimante postscript virtuelle partagée par samba et qui appelle ps2pdf sur le serveur.

Ensuite, le répertoire dans lequelle tu dépose les pdf sur le serveur est lui-aussi partagé par samba pour que le client puisse récupérer son fichier.

Fais quelques recherches sur le net, il y a plein de gens qui l'ont fait avant toi.

Tu n'as jamais du regarder les commentaires des sources du noyau Linux.

grep fuck -r
grep suck -r

Donnent des résultats assez amusant. Je me souviens d'un kernel panic du style

"I didn't crash yet, but I will crash very soon"

...

Bref, je ne trouve rien de choquant dans le fait qu'il y ai un peu d'humour dans les commentaires de windows.

> Faut pas trop en demander à linux, il ne peut pas traiter des "vrais" fichiers
> comme word ou excel, ou alors très mal.

Tu n'as pas tout compris : Ce n'est pas le role de l'OS de traiter ce genre de fichiers. Pour l'OS, le fichier, c'est juste une suite de bits ... Ce sont les applications (Word, Excel, ... et éventuellement, leurs version composant OLE) qui gèrent ça. Si tu fais tourner Word sous Linux, tu auras le même résultat que sous linux, ce n'est pas Linux qui est en cause.

Si tu veux parler d'OOo, OK, mais alors là, je ne vois pas, mais alors pas du tout le rapport avec la virtualisation sous Linux.

> t'as qu'à essayer d'ouvrir un word avec des images sous Emacs.

Avec Emacs sous Windows, je crois que tu auras pareil ...

Dans la prochaine version, ils vont interdire les URL en http:/ /, https:/ /, ftp:/ /, et file://.

Il parait que ça sera le navigateur le plus secure au monde.

;-)

> La gpl est une licence -> code de la propriété intellectuelle
>
> Contrat -> code de la consommation

Sauf erreur de ma part, c'est le copyright qui est en lien avec le code de la propriété intelectuelle (Ce qui restreint les droits des autres par défaut). La GPL est une licence, je crois bien que c'est un contrat (Qui redonne certains des droits restreints par le copyright).

Sauf erreur de ma part, la GPL est un contrat entre le distributeur et celui qui reçoit le logiciel. Si l'un des deux n'accepte pas la GPL, alors tu n'as pas le droit de recevoir le logiciel, donc, si tu ne l'as pas, tu ne peux pas l'utiliser !

C'est completement génial, tu veux dire !

le vc-mode, c'est bien pour travailler sur plusieurs fichiers indépendament, mais pour avoir une vue globale, PCL-CVS, c'est carrément le top. M-x cvs-update RET, hop, la liste des fichiers modifiés. `=' sur un des fichiers, et hop, le diff entre la version locale et l'archive. 'm' sur plusieurs fichiers pour les marquer, 'c' pour commit, il est appliqué sur tous les fichiers marqués. Je ne parle pas de l'intégration avec ediff pour avoir une visualisation conviviale des diffs, ...

un mode vc-... c'est bien, mais existe-t-il un équivalent de PCL-CVS ? (M-x cvs-update)

Le problème, c'est qu'en Java, tout objet hérite de java.lang.Object, qui contient déjà pas mal de bazard : Une info de typage dynamique, des verrous pour les éventuels "synchronized", ...

Résultat, un Integer en Java occupe entre 20 et 30 octets, alors qu'en principe, c'est seulement 4 !

Si tu les passe par valeur, il faut tout recopier à chaque fois, si tu passe par référence, il y a une indirection de plus a chaque accès. Pas trop de compromis possible là dessus.

Bon, alors des arguments en faveur de Java :

- On peut faire plein de trucs plutôt réservés aux langages interprêtés avant Java :

* Introspection de type, manipulation des classes en temps qu'objet

* Chargement dynamique de code simple

* Portabilité (en théorie), sans avoir a recompiler

* Garantie sur l'utilisation de la mémoire, pas de pointeur qui pointe en l'air.

- Pourtant, avec les compilateurs JIT, on a des performances (CPU) acceptables. (Mais la consomation mémoire et le temps de lancement est un gros problème sur les petites et moyennes config)

- Orienté objet joli et simple.

- ...

s/memcheck86/valgrind/

Sauf erreur de ma part, memcheck86, c'est pour vérifier que la mémoire physique est OK, ce qu'aucun language ne peut faire.

Ce n'est surement pas le seul language au monde a garantir ça. La plupart des languages interpretés sont comme ça aussi. Les langages sans pointeurs sont à ma connaissance tous comme ça (Si on fait les tests de débordements de tableau, c'est bon). On peut citer Lisp, C#, BASIC (!), perl je crois, bash, ...

Et dans des langages un minimum défensifs comme Ada, il faut vraiment demander gentilment pour faire des conneries avec la mémoire. Là, ça ne se règle pas à coup de valgrind, mais à coup de "grep" dans le source !

L'autre bien connue, c'est

rm -rf * ~

Ou bien le

rm -rf *<Rahhh, p..., pourquoi la touche entrée est juste à coté de la touche shift>

man mkfifo

aussi. C'est ce qu'utilise Fvwm pour pouvoir le commander avec fvwmcommand si mes souvenirs sont bons.

*Le* problème, c'est qu'il faut ouvrir un terminal et tapper des trucs dans une ligne de commande.

Ce n'est pas intrinsèquement plus dur, mais ça rebute les débutants. :'-(

A part ça, chapeau quand même aux développeurs. Bon boulot, les gars, continuez !!

> j'hesite à sauter le pas des standards web.

Attends, tu peux faire un truc standard sans pour autant utiliser XHTML/CSS ...

Si tu veux rester compatible avec les vieux navigateurs, du HTML 3.2 peut faire l'affaire. C'est vieux, c'est pas très propre, mais c'est tout ce qu'il y a de plus standard !

http://groups.google.fr/groups?hl=fr&ie=UTF-8&oe=UTF-8&(...)

Dit de supprimer aussi ~/.user60.rdb pour faire un vrai ménage.