Larry Cow a écrit 5011 commentaires

Encore mieux, le FS créé avec dd if=/dev/urandom of=/dev/hdXX. In-dé-cry-ptable!

(poussez pas, je connais le chemin)

Yup, j'avais testé, et j'avais été franchement emballé. L'ennui c'est que, du moins à l'epoque ou je l'ai testé, il était d'une stabilité douteuse. J'ai du m'en servir intensivement pendant une paire de semaines, et puis je suis revenu à mpg[13]2[31] et mplayer.

http://www.doubidou.net/~larry/quark.png(...) alors, du moins tant que ma machine est up (et par extension, que moi aussi).

A défaut de mieux, un screenshot de l'applet ROX que je viens de pondre pour ce barda là. (Ok, c'est moche, et en plus le code est encore plus moche)

http://larrycow.free.fr/rox/quark.png(...)

Oula... je savais bien que j'aurais mieux fait de dormir la nuit dernière. Misère de misère...

Bon, après quelques tests c'est pas encore franchement ce que j'attendais. Un jour, peut-être :)

Je voulais surtout insister sur le fait que ses bouquins ne sont en aucun cas des références scientifiques (ça a l'air énorme, mais il y'a des gens qui le pensent vraiment). Dans l'ensemble, je suis assez d'accord avec toi, même si j'ai passé (il y'a longtemps il est vrai) de bons moments sur ses bouquins.

J'ai encore voulu être consensuel, misère de misère...

Donc, oui le Java est lent, mais ce n'est pas la faute au langage, mais de celle de sa jeunesse. Maintenant le C/C++ s'est bien quand on sait les utiliser, sinon ce sera lent aussi.

A propos de langage: le français tu en pense quoi? :)

Au passage:

- Il y'a des gotos en C
- J'ai du rever, mais j'ai deja croise des pointeurs void en C++
- Java sans VM (via gcj) ne m'a guere plus convaincu que la la JVM de sun sous Linux (un poil plus rapide, mais toujours aussi long au chargement).

gtk+ (1 comme 2) est un ensemble de bibliotheques.

Le 1 contient:
- Glib
- Gtk

Le 2 contient:
- Glib
- Pango
- Atk
- Gtk

Deja, on est loins du "tout un tas".

Enfin vu comme ca, l'avantage peut sembler aller a gtk1. Mais il ne faut pas oublier que les ajouts sont limite primordiaux pour une application "End User" (c'est clairement plus discutable pour des petits outils d'admin ou autre):

- Pango se charge de la gestion des textes "exotiques" (dont le japonais, si cher a Sylpheed)
- Atk se charge de l'accessibilite, ce qui est loin d'etre stupide dans un mailer/newser (mais pas indispensable, je te l'accorde).

J'ai pas envie d'installer x dizaines de Mo de softs pour en utiliser un.

D'ici pas longtemps, la majeure partie des applications gtk seront uniquement en gtk2 (gimp, galeon, evolution, sodipodi, gaim, ...). A ce moment la, ce genre d'arguments vont conduire a la situation suivante:

Chez la plupart des gens (ceux qui utilisent d'autres applications gtk que sylpheed) se verront obliges de conserver gtk+-1.X juste pour utiliser ce dernier, alors qu'ils auront deja gtk+-2.X pour toutes les autres. Apres, ce que j'en dis...

Excellents romans, mais ne pas oublier qu'il ne s'agit que de romans. Des choses scientifiquement verifiees cotoient d'egal a egal des inventions completes de messire Werber.

En gros, divertissement tres au-dessus de la moyenne, mais a eviter de sortir comme reference scientifique sur nos amis les insectes.

Pour ca, le claws arrange pas mal les choses.

Par contre, il y'a un truc qui me chipote de plus en plus, c'est que ni sylpheed ni sylpheed-claws ne semblent partis pour passer en GTK2. Les listes de diffusion respectives voient souvent le debat evoque, et generalement la reponse faite c'est "Non, GTK2 c'est trop lent il faut surtout pas le porter!!!"

L'ennui, c'est qu'a ce rythme ce sera bientot la derniere appli qui utilisera GTK1, et qui sera donc "responsable" du fait d'avoir en memoire deux librairies "equivalentes"... A mediter.

L'ennui c'est que quelqu'un qui écoute et choppe la version cryptée du mot de passe peut faire ce qu'il veut.

Le mieux étant de faire ca sur un principe challenge+response:

Le serveur envoie un challenge (une suite de lettres au hasard).
Le client concatene ce challange au pass, et retourne un MD5 (ou autre fonction de hashage) du résultat.
Le serveur fait de même, et compare avec ce que le client a envoyé.


Maintenant, je ne sais pas si c'est appliquable dans ton cas...

FISH est un moyen d'interfacer différents protocoles de la même facon. Il fournit entre autres une interface ssh (j'ai pas la moindre idée de ce que sont les autres). Ainsi, tout programme qui gère FISH gerera la navigation/transfert via ssh (c'est ce que font lftp et konqueror).

Il y'a lftp. C'est pas exactement un client graphique, mais c'est mieux. C'est à la base un client ftp console, très inspiré des shells les plus récents (historique, complétion, gestion de taches, ...). Et, cerise sur le gateau, il peut faire du transfert de fichier directement par ssh tout con, grâce au protocole FISH.

Genre lftp fish://user@host:path, et c'est parti.

C'est pas exactement ce que tu cherche, mais c'est dommage de passer à coté :)

Merci, je testerais ca de retour chez moi :)

A priori, j'utilisais le truc par defaut. GhostScript, je dirais. Si tu a des tuyaux sur la facon de passer a autre chose, je suis preneur.

Par art, tu parles de libart_lgpl je presume?

l'autre piste, c'est un éventuel backend directfb pour GNUstep ...

Quid du MGL de SciTech? (au passage, j'aimerais bien voir une cible MPlayer pour ce truc la, ca boosterait l'interet des eMovix et consorts)

Moue, autant j'aime bien le look NeXT, autant mes dernieres experiences avec GNUStep se sont averees desastreuses.

Sur une gentoo, l'ensemble etait horriblement lent. On se plaint souvent des difficultes a raffraichir des toolkits "courants" (gtk, qt), mais la c'etait 20 fois pire.

Et puis GWorkspace couple avec WMaker, ca donne un resultat assez mediocre (les icones gnustep ressemblent trop a celles de wmaker, mais on ne peut pas docker les premieres dans le dock du second, par exemple).

Au final, si quelqu'un a des idees/documents/autres pour avoir un GNUStep vraiment agreable, je suis preneur, parce que pour le moment j'ai connu mieux :(

Merci pour cet exposé détaillé. En fait il me manquait surtout im-ja, apparement.

En ce qui concerne Naheulbeuk, si vous voulez vraiment contribuer, faites le au travers de "l'art du donjon". Plusieurs personnes contribuent regulièrement à fournir des matériaux "annexes" qui étoffent l'univers, vous pouvez faire de même mais sous une licence libre. Ca aurait l'avantage de faire connaitre ces dernieres dans le milieu.

Une BD sur Naheulbeuk à ne pas rater: Les aventures du sergent Barok.

http://www.penofchaos.com/warham/art-donjon-01.htm(...)

(vers le milieu de la page).

Et c'est aussi le cas pour les programmes en */Tk, bien évidemment. Ca peut être légérement mieux en installant une version "modifiée" de TK (je pense à tkstep, qui donne un look neXt aux applications Tk), mais c'est tout de même pas terrible.

Par contre, il faut admettre que c'est super rapide à mettre en place (j'ai gouté à Tkinter, et franchement pour faire une boite de dialogue à la con dans un programme python, on peut pas réver plus simple).

Je vois deux raisons principales (à froid):

- D'une part, Tk c'est assez moche, et à des kilomêtres des toolkits plus récents (graphiquement, j'entends). Et comme Tcl ne peut, à ma connaissance, s'interfacer qu'avec Tk, c'est tout le couple qui est peu à peu abandonné.

- D'autre part, et malgré la facilité du Tcl, de nombreux langages modernes (je pense à Python et Perl) combinent une syntaxe presque aussi simple, et des librairies nettement plus riches. Et qui plus est, ils savent très bien s'interfacer avec Tk (l'interface de Python par défaut est basée sur Tk).

Ca te donne une petite idée de pourquoi on les utilise moins, non?

Tu aurais plus d'infos sur les programmes à installer pour avoir une gentoo niponisée?

J'avais essayé une fois, mais j'ai passé deux heures à hésiter entre kanna et un autre truc équivalent, et j'étais un peu perdu entre input methods, serveurs d'input methods etc.

Je lui est dit "surimasen" et je me suis fait charcuté :(
Il faut dire "sumimasen"

Ca me paraissait bizarre aussi. Mais vu l'heure et mon niveau en japonais, je m'étais dit que j'avais mauvaise mémoire. Dommage, ca aurait pu t'éviter de te faire charcuter :)