gnumdk a écrit 7486 commentaires

Mwai, enfin ca fonctionne très bien sous Ubuntu...

Le problème de Misc, c'est qu'il ne connait que l'env RedHat et passe sont temps à cracher sur Debian/Ubuntu alors qu'au final, il semble qu'il ne l'utilise jamais... Et donc pratique le FUD à outrance...

Et chez Ubuntu... Parce que j'ai pas remarqué durant mes tests que pulseaudio était plus rapide/stable sous Fedora...

Et en changeant de feuille de style? En virant les avatars ?

Patcher les logiciel utilisant le son ?

Euh, tu connnais beaucoup de soft toit qui attaque encore directement PCM ?

On voit que t'as pas suivi les longs débat il y'a quelques années quand les devs de soft audio ont tous arreter d'utiliser PCM pour gérer le niveau du son... Et à cette époque, pulseaudio n'existait pas...

Euh, pour quoi faire ?

Je serais sous GNOME, oui je l'aurais fait vu que no choice, mais sous KDE, j'ai tout simplement viré pulseaudio vu que au final, à part une impression de ramage, c'est tout ce que cela m'apportait.

Personne n'a jamais rien dit à nvidia ou flash d'avoir oublié les BSDs.

Pour info, Nvidia supporte depuis le début FreeBSD ;)

Mwai, sauf que si j'ai bien compris, systemd prend le relai pendant que le process est down et lui transmet tout ce qui s'est passé quand il est de nouveau opérationnel.

J'ai bien compris ?

Bref, un tas de trucs impossible en hardware. Ça m'est utile tous les jours.

Oui, sauf que ca n'importe quel soft sait le faire, il suffisait de faire un standard dbus pour gérer ce genre de chose... (genre, coucou les amis autres logiciel, je vous demande de vous taire).

La seul truc que je vois dans pulseaudio, c'est la partie bluetooth et réseau...

Après, il ne rame plus mais par contre, chez moi sous Arch et Kubuntu, ca segfault méchant...

Perso j'utilise KDE sans pulseaudio il me semble, je n'ai strictement aucun problème
de son et je n'ai pas l'impression d'être à la traîne…

Tu fais bien de le préciser, j'ai utiliser pulseaudio avec KDE pendant deux semaines, au bout du 5ieme segfault du process pulseaudio, j'ai laché l'affaire...

Ca fait bizarre en plus du coup quand ton lecteur audio préféré joue plus de son parce que tu penses que c'est lui qui fout la merde... Et au bout d'une demi heure, tu vois que ca fonctionne plus avec VLC et là tu te dis: "Je l'ai toujours dit que c'est de la merde en boite ce truc"

Avec un noyau supportant officiellement Xen ou avec un noyau patché ?

Une contre-partie, le minimal syndical pour moi, c'est donc de refiler
le code modifie.

Tu oublies un truc, je prend du code GPL, je le modifie, je le vend...

J'ai seulement l'obligation de donner la modification à la personne à qui je le vend, libre à lui de la rendre publique mais rien ne l'y oblige...

le forkage porcin de nombreuses bibliothèques (entre autre ffmpeg,
libxml, et quelques trucs de chez Mozilla d'ailleurs)

Source ?

Attention quand même pdksh is not ksh...

En clair, ce qui tourne sous ksh tourne sous pdksh mais pas l'inverse...

Genre, je serais fortement surpris que ce genre de truc tourne sur un bon vieux HPUX avec ksh93, mais je peux pas tester :)

Par contre, paquet 437, j'ai pas d'erreur...

Si tu utilises wireshark 1.4.4, il semble que c'est un bug dans wireshark.

Ben, y'a que des squeezes et deux lenny...

C'est sur une des deux lenny que ca chie mais tout est à jour...

Désactiver les icones de bureau dans gconf/dconf ?

Ca fait quoi ton bout de code à la fin ?

Moi, j'aurai écrit:

for i in "$@"
do
    echo "$i"
done

Certe, mais pourquoi avec un serveur et pas un autre sur la meme requete ?

En fait, je pense que ca vient de là:

177 08:44:09.514368 194.254.144.28 194.254.144.3 LDAP 80 searchResDone(11) sizeLimitExceeded [1 result]

Mais je vois pas pourquoi il me répond ca :-/

http://adishatz.1s.fr/~gnumdk/ldap.dump

Dump pour wireshark, au cas ou ca t'inspires :)

Ca ressemble quand meme à un probleme LDAP.

Si pendant que la commande "id identifiant" reste bloquée je rédémarre le service LDAP, alors la commande "id" rend la main directe et me donne la bonne réponse !!!!

Mais c quoi ce bordel :-/

Et non :)

J'ai bien précisé que cela fonctionne parfaitement sur 15 autres serveurs (et une 60 autres dans les autres écoles) ;)

C'est quoi ta distrib pout QT_NO_DBUS ?

Ah oui, j'oubliais, à installer:

sous Kubuntu:

python-dockmanager

sous Archlinux:

dockmanager