bmc a écrit 1651 commentaires

le «Alt» entre inférieur et supérieur n'est pas passé. Je voulais dire [ Alt + é ] (ou [ Alt + a ] pour éviter de se poser des questions existentielles sur la façon de coder le «é», au risque de choquer les utilisateurs d'Emacs).

là:

# apt-cache show emacs21-nox

sous Sid.

C'est la capacité d'émettre et de recevoir des données à la fois. Typiquement pour une carte son, c'est la possibilité d'enregistrer et de jouer des sons simultanément. Pour une carte réseau, c'est la capacité d'envoyer et de recevoir des trames simultanément.

Il existe trois modes: simplex (une seule direction «hardcodée», typiquement un capteur), half-duplex (deux directions, mais pas simultanément, l'une après l'autre), et full-duplex (deux directions simultanées).

Ça dépend du nombre de canaux matériels (hardware channels) proposés par la carte son. C'est du mixage hard, à opposer au mixage soft effectué par esound et companie. La SB Live en propose 32 si je ne m'abuse. Au-delà de 32 accès concurrents à /dev/dsp, il te faut donc utiliser un mixeur soft, du moins sur cette carte.

J'étais assez sceptique, ayant testé XFCE en version 3, je l'avais trouvé plutot pas très beau, meme s'il pouvait servir quand on manque de RAM. Mais vu les screenshots de la version 4 (CVS), trouvés sur http://members.home.nl/jbhuijsmans/screenshots/(...) , j'ai été agréablement surpris, ça a l'air joli :)

Qu'en est-il au niveau de l'usage ? C'est pratique ? Qu'est-ce qui manque pour que ce soit réellement utilisable en lieu et place de Gnome/KDE (je suis bien conscient que ce n'est pas forcément le but et que les moyens ne sont pas les memes)

1) je n'ai pas d'argument technique à proprement parler. J'ai juste trouvé bien plus pratique d'utiliser les nombreux canaux matériels de ma carte plutot que de passer par un «mixer logiciel», surtout quand le son est dégradé (testé avec une version d'esd qui date je te l'accorde). Le terme «bouse» est probablement un peu fort... mais résumait bien l'impression que ce logiciel m'avait laissée.

2) pas à ma connaissance, mais je t'avoue que comme le dit houplaboom dans ce thread, esd est vraiment la dernière solution à laquelle je penserais dans ce cas.

Le mieux, c'est d'avoir une carte son digne de ce nom, style emu10k1 (SB Live!), qui a plusieurs canaux «physiques» (non, je ne sais pas de quoi je parle), c'est à dire qu'il est possible à plusieurs programmes d'y accéder directement sans utiliser ces bouses infames que sont esd ou arts et consorts.
Avec ALSA ou OSS, c'est de toute façon l'idéal.

Certes, mais la question est bien d'utiliser ssh sans mot de passe :-)
Cela doit être possible d'utiliser une passphrase avec ssh-agent, mais cela suppose de la taper une fois au moins.

Une solution que j'utilise souvent: screen + sftp

Je confirme qu'en ne mettant pas de passphrase et en autorisant l'authentification au niveau du serveur SSHd (cf. RSAAuthentication, PubkeyAuthentication, et AuthorizedKeysFile), cela fonctionne parfaitement.

Ça marche au poil. Un grand merci !

Sans compter que meme coté marketing je doute de l'effet :) Ne jamais sous-estimer le pouvoir de séduction d'un pingouin.

Ok, merci bien. Je vais leur dire que tous les Windows sont cassés et qu'il faut se «contenter» du Linux :-)

Pour éviter que le type qui a installé cette bouse de Win 95 (je n'ai pas voulu le faire) ne foute tout en l'air, j'ai passé le disque /dev/hdc temporairement en /dev/hda et j'ai retiré le /dev/hda "normal" du boitier. Je veux bien essayer d'échanger les deux disques, mais je doute que le Win 98 puisse ensuite booter. Me trompè-je ?

La différence, c'est que pour compiler et utiliser Apache (version 2), MySQL, XFree86 (c'est encore un peu différent), PostgreSQL, etc. tu utilises GNU Autoconf, GNU Automake, GNU Make, et la GNU Libc. Tu peux toujours utiliser une autre libc, un autre make, un autre automake, un autre autoconf, mais l'écrasante majorité des distribs communément appelées Linux utilisent les versions GNU de ces logiciels.
Sans compter les paquets coreutils, fileutils, sans lesquels ta distrib n'est rien.

Bref, tu peux utiliser ton système sans Apache, sans MySQL (d'ailleurs je te le conseille ;), sans XFree86 (je conçois que ça peut être assez chiant), sans PostgreSQL. Peux-tu l'utiliser sans coreutils, fileutils, une libc (généralement la glibc), ou même gcc (GNU C Compiler) ?

Ce que je m'efforce de dire, c'est que le système a bien plus de raison de s'appeler GNU/Linux que GNU/Apache/MySQL/XFree86/Linux. Ensuite, je parle couramment de Linux, tout en ayant à l'esprit que sans GNU, on est foutus ! D'ailleurs, si on enlève GNU, j'enlève Linux, et je ne parle plus que de Debian :-p

<i>>VOUS savez par exemple que le rédacteur en chef passe 12 jours et demi par mois à trouver des titres.

Je vais me faire incendier, mais j'ose espérer que ce n'est pas vrai. Parce que passer la moitié de son temps à pondre un titre comme celui du numéro en lien du premier commentaire de cette nouvelle, je trouve ça... limite.

Et non, je ne fais pas mieux. C'est pourquoi j'ai décidé de ne *pas* etre rédacteur en chef.

Hum, désolé d'etre aussi méchant, mais je ne pense pas qu'on se défende correctement en disant qu'on a mis 12 jours à faire quelque chose que justement ceux à qui on répond critiquent vertement.

Maintenant, s'il existe des lecteurs pour ce magazine, ce dont je ne saurais douter, je ne peux que vous exhorter à continuer. Mais dans ce cas, il faut savoir accepter les critiques, constructives ou pas. Quand on s'expose de la sorte, il faut etre conscient des conséquences et les accepter.