J'ai pas le droit de me faire mes bidouilles et de tenter de comprendre certains composants
de mon système sans me faire traiter à tout va d'utilisateur d'ubuntu ?
Surtout qu'il faudrait que ce soit une insulte...
Mais bon, l'argument numéro 1 pour dire que pulseaudio c'est pas de la merde, c'est de cracher sur Ubuntu...
C'est un peu comme KDE4, les gars de Kubuntu n'ont pas réussi à mettre la pression sur les packages de ubuntu de xorg, résultat, ca plantait dans tous les sens... Mais je peux aussi comprendre les mainteneurs de xorg qui voulait pas voir ces patchs foutre la merde coté compiz..
Bref, beaucoup de gens qui crachent sur Ubuntu mais pas beaucoup de gens qui auraient les compétences pour bosser là bas...
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...
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...
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.
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.
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"
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 4.
Ben, moi j'étais sous Debian et j'avais les même merde que les gens sous Ubuntu, t'expliques cela comment ?
Tu les connais un peu au moins les problème qu'il y'a eu avec PA sous Ubuntu? Ou c'est juste ce que tu as lu dans "Jeune et Jolie".
[^] # Re: systemd
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 2.
C'est avahi qui permet cela, rien à voir avec pulseaudio.
[^] # Re: éparpillement
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 2.
Ah ok, si t'appelle cela fonctionner, alors il a toujours fonctionné sous Ubuntu...
Quand il est arrivé dans Debian SID, j'ai testé, j'ai vu comment ca ramait, j'ai supprimé.
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 6.
Surtout qu'il faudrait que ce soit une insulte...
Mais bon, l'argument numéro 1 pour dire que pulseaudio c'est pas de la merde, c'est de cracher sur Ubuntu...
C'est un peu comme KDE4, les gars de Kubuntu n'ont pas réussi à mettre la pression sur les packages de ubuntu de xorg, résultat, ca plantait dans tous les sens... Mais je peux aussi comprendre les mainteneurs de xorg qui voulait pas voir ces patchs foutre la merde coté compiz..
Bref, beaucoup de gens qui crachent sur Ubuntu mais pas beaucoup de gens qui auraient les compétences pour bosser là bas...
# Euh
Posté par gnumdk (site web personnel) . En réponse au journal Des nouvelles de l'APINC?. Évalué à 10.
Je comprend pas bien pourquoi tu poses des questions dont les réponses sont dans le lien que tu as donné? :)
[^] # Re: NOTRE héros Lennart Poettering (parmi d'autres)
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 2.
Ah non pas lui...
[^] # Re: Point de vue rétro-actif de noob.
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 2.
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...
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 3.
Et chez Ubuntu... Parce que j'ai pas remarqué durant mes tests que pulseaudio était plus rapide/stable sous Fedora...
[^] # Re: Lenteur de l'affichage
Posté par gnumdk (site web personnel) . En réponse à la dépêche Évolutions du site. Évalué à 3.
Et en changeant de feuille de style? En virant les avatars ?
[^] # Re: systemd
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 4.
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...
[^] # Re: systemd
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 7.
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.
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 4.
Pour info, Nvidia supporte depuis le début FreeBSD ;)
[^] # Re: systemd
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 3.
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 ?
[^] # Re: systemd
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 4.
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...
[^] # Re: systemd
Posté par gnumdk (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 9.
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"
[^] # Re: Fiabilité
Posté par gnumdk (site web personnel) . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 2.
Avec un noyau supportant officiellement Xen ou avec un noyau patché ?
[^] # Re: Vive la GPL
Posté par gnumdk (site web personnel) . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 10.
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...
# Hmm
Posté par gnumdk (site web personnel) . En réponse au journal Mozilla, son cycle de développement de 6 semaines et Eletrolysis. Évalué à 2.
Source ?
[^] # Re: deja tu peux en avoir un 9e
Posté par gnumdk (site web personnel) . En réponse au message Comment utiliser plus de 8 arguments dans un script shell ?. Évalué à 3.
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 :)
[^] # Re: tcpdump
Posté par gnumdk (site web personnel) . En réponse au message Problème LDAP (enfin plutot réseau). Évalué à 2.
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.
[^] # Re: tcpdump
Posté par gnumdk (site web personnel) . En réponse au message Problème LDAP (enfin plutot réseau). Évalué à 2.
Ben, y'a que des squeezes et deux lenny...
C'est sur une des deux lenny que ca chie mais tout est à jour...
# Euh
Posté par gnumdk (site web personnel) . En réponse au message Fond d'écran dynamique sous gnome 3 ?. Évalué à 1.
Désactiver les icones de bureau dans gconf/dconf ?
[^] # Re: deja tu peux en avoir un 9e
Posté par gnumdk (site web personnel) . En réponse au message Comment utiliser plus de 8 arguments dans un script shell ?. Évalué à 3.
Ca fait quoi ton bout de code à la fin ?
Moi, j'aurai écrit:
[^] # Re: tcpdump
Posté par gnumdk (site web personnel) . En réponse au message Problème LDAP (enfin plutot réseau). Évalué à 2.
Certe, mais pourquoi avec un serveur et pas un autre sur la meme requete ?
[^] # Re: tcpdump
Posté par gnumdk (site web personnel) . En réponse au message Problème LDAP (enfin plutot réseau). Évalué à 2.
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 :-/