> J'ai une sound blaster live 5.1 et une ens1371 à filer. Ca fait partie des cartes problématiques que le dév n'a pas.
Excellent !
> Tu te charges d'organiser ça? Tu trouves un moyen que je les file à red hat france qui les passe au dev?
Pourquoi spécifiquement Red Hat ?
J'ai déjà entendu parlé d'un problème alsa avec ens1371. Envoyes un mail à Lennart et demande lui s'il veut la carte ou si tu peux la donner à l'équipe alsa. Je crois que Lennart est en Allemagne (le coût d'expédition devrait être raisonnable).
> Donc on peut voir là l'attitude qui consiste à ne pas prendre en compte un problème réel et à le nier.
Je ne crois pas. Lennart nie le "That is, probably more than half of all the sound cards out there?". Il y a des rapports de bug ouvert pour snd-intel8x0. Par exemple : https://bugzilla.redhat.com/show_bug.cgi?id=473695
Comment #12 From Lennart Poettering 2008年12月21日 09:07:45 EDT -------
snd_intel8x0 is known to provide buggy timing information. I'd be interested to
fix this one but I wasn't able to get any hardware with an snd-intel8x0 chip
yet.
Les rapports de bug ne sont pas fermés (sauf pour doublon). Le problème n'est pas nié.
> Realtek HD Audio output (-1.45%) 20.86%
> Realtek AC97 Audio (-0.58%) 9.73%
> Speakers (Realtek High Definiti (+0.69%) 8.14%
Pour Realtek, je n'ai trouvé qu'un bug ouvert pour Pulseaudio : https://bugzilla.redhat.com/show_bug.cgi?id=470568
Lennart se l'est assigné, c'est pour la puce "Realtek ALC883".
Il n'y a que 9 rapports de bug avec realtek dedans (rapport de bug fermé compris).
Si j'en crois smolt, RealTek n'est pas le plus utilisé : http://smolts.org/static/stats/by_class_AUDIO.html
Peut-être qu'il y a un problème avec le nom des cartes (RealTek vent peut-être des cartes qui n'utilisent pas des puces RealTek mais Intel). C'est fréquent.
Si je regarde du côté d'alsa, je trouve au maximum 10 rapport de bug (doublon et fermé compris).
Bref, je ne vois pas de signe qui indique qu'il y a une "catastrophe" avec RealTek. Peut-être que je me trompe, mais...
> Comme je ne crois pas qu'il était de mauvaise fois ci dessus, ça implique que personne chez red hat ne sait qu'elle carte il faut supporter sur le desktop linux et n'a checké avant de lancer ce projet.
Smolt a des stats : http://smolts.org/ Plus d'un million de machine enregistré !
Enfin, comment tu fais pour connaitre les cartes qui vont merder tant que tu ne diffusé pas PA ?
Tu achètes 200 cartes et les tests une par une ?
Parce que ce que tu veux, est que Red Hat est une vue globale et précise du problème avant de diffuser PA. C'est impossible. A un moment il faut bien se lancer. C'est le propos de Fedora.
Tu reproches à Red Hat de ne pas y mettre les moyens. Red Hat a un moins un développeur à temps plein sur le son. Red Hat en a probablement un second pour alsa. Combien chez Mandriva ou Ubuntu ? 0.
Red Hat n'impose pas PA aux autres distributions. Elles n'en veulent pas, très bien, elle n'utilise pas. Mais c'est pour le moins "dégueulasse" d'utilise le boulot de Red Hat, de le choisir, et chier dessus après.
Si tu veux me faire dire que PA/Alsa n'est pas parfait, tu n'auras aucune difficulté. Mais quoi ? On fait quoi ? On attend 5 ans pour vérifier que ça marche sur 99,9 % des cartes ?
Et qui va faire ce boulot ? Qui aura la motivation de le faire ?
Si Mandriva ou Ubuntu ou Suse veut le faire, pas de problème.
En tout cas Fedora (et sa communauté qui comprend les problèmes, voire sacrifices, que demande la mise au point d'une nouvelle techno) est près à diffuser de suite PA et essuyer les plâtres. Alors de quoi se plaignent les autres ? Seulement que Red Hat n'est pas MS. Ben Red Hat n'est pas prêt d'être MS. Ni dans l'esprit, ni dans les moyens.
En fait, le fond du problème est la faible diffusion de Linux dans le desktop (1 ou 2 %). Les constructeurs de carte n'ont pas envis de vérifier si ça marche sous Linux. C'est tout le contraire de Windows.
Il y a très très peu de problème avec, par exemple, les cartes raid, car les constructeur savent qu'une grosse partie de leurs cartes sera utilisée sous Linux. C'est tout le contraire pour le son.
C'est quoi ta solution ? Et si possible donne une solution que les autres distributions pourraient appliquer puisque Red Hat est si naze...
> pour ces problèmes d'infrastructures qui sont eux liés à son employeur
T'expliques ? Tu veux que Red Hat mettre 20 développeurs/testeurs sur le son ?
Red Hat n'a pas les moyens. Fin.
> Et cette situation fait ensuite peser une contrainte indue sur les utilisateurs qui sont à la merci de leur distro
Que les distributions ne fournissent pas PA comme ça elle ne se plaigneront pas de PA. Fedora a fournit KDE 4 bien avant tout le monde. Les autres n'ont pas voulu fournir KDE 4 de suite, très bien, pas de problème. Elles l'ont pour KDE 4, elles peuvent le faire pour PA. Rien est imposé.
> mais aussi des impasses que red hat a fait sur le matériel.
Tu précises ?
Impasse de Red Hat : peut-être 5 % des configs (je ne crois absolument pas que ça soit plus). Impasse des autres distributions : 100 %, ils attendent Red Hat.
> Donc ils se retrouvent avec quelque chose imposé
Qui l'impose ?
Fedora ? pourquoi pas. M'enfin tu fais un "yum remove pulseaudio" et ça marche comme avant.
Mandriva ou Ubuntu ? Ben c'est leur choix, qu'ils assument. NB: ils peuvent encore virer PA pour la prochaine distribution. Le font-ils ? Ben non. Tires en les conclusions...
> l'intolérable de la situation.
Si c'est intolérable, demande à Mandriva (à la distribution que tu utilises) de virer PA. Tiens nous au courrant des suites.
> Par contre, j'ignorais qu'upstream, le commanditaire, et pas le développeur, ne faisait pas son job correctement.
Le commanditaire ?
???
Mandriva (ou autre) a payé Red Hat ? Non, zéro, que dalle.
C'est quoi alors Mandriva ? C'est quoi son support ? C'est 0, banane.
C'est quoi son expertise si Mandriva fout n'importe quoi dans sa distribution selon elle, et qu'en plus elle ne peut rien faire ?
C'est du logiciel libre et gratuit, c'est fournit tel quel. T'en veux, tu prend. Tu n'en veux pas, tu ne prends pas. C'est comme ça dans le logiciel et depuis des plombes. Sinon tu payes du support pour avoir le droit de gueuler.
En passant, Red Hat dit toujours précisément ce qui est supporté ou non avec RHEL (supporté dans le sens "qualité de service"). RHEL n'aura pas tous les drivers de compilé pour la simple raison que beaucoup de driver ne sont pas supportés. Oui, c'est "dure". Mais Red Hat assume et met une signification à "supporté"/"garantit de service". Les autres n'y mettent aucune signification. Du moins ils mettent la signification "c'est fournit tel quel" ou "on fera quelque chose si Red Hat veut bien faire quelque chose".
> Il aurait fallu que plus de monde l'utilise et y contribue
C'est exactement ce que fait Fedora en difusant PA au maximum de personne. Personne qui veulent bien de Fedora et Fedora est bien d'écrit : http://fedoraproject.org/
The Fedora Project is out front for you, leading the advancement of free, open software and content.
à un clique de la page d'accueil : http://fedoraproject.org/wiki/Overview Is Fedora for me?
* Do you want the latest stable software, produced and maintained by a growing community of FOSS contributors?
* Do you want a platform that features technologies that use or become the next generation of standards?
* Are you OK with moving your computer's OS a minimum of about once a year to use these technologies?
* Do you care about sustainable progress in software freedom and innovation?
* Are you interested in becoming part of a community of contribution and helping drive innovation in FOSS?
Fedora != Ubuntu|Madriva|etc != RHEL.
Dis nous ce que peut faire raisonnablement Red Hat ?
N'oublies pas que, même si Red Hat est une "énorme" boite par rapport à Ubuntu ou autre, c'est une toute petite boite par rapport à MS ou Apple (et plus en plus il choisi son matos...). Que Linux n'a pas le support des constructeurs comme MS l'a, etc.
La solution "ne rien faire et ne pas pousser PA" n'est pas une solution.
[^] # Re: challenger costaud
Posté par IsNotGood . En réponse au journal En vrac et exsuse.de. Évalué à 2.
Excellent !
> Tu te charges d'organiser ça? Tu trouves un moyen que je les file à red hat france qui les passe au dev?
Pourquoi spécifiquement Red Hat ?
J'ai déjà entendu parlé d'un problème alsa avec ens1371. Envoyes un mail à Lennart et demande lui s'il veut la carte ou si tu peux la donner à l'équipe alsa. Je crois que Lennart est en Allemagne (le coût d'expédition devrait être raisonnable).
> Donc on peut voir là l'attitude qui consiste à ne pas prendre en compte un problème réel et à le nier.
Je ne crois pas. Lennart nie le "That is, probably more than half of all the sound cards out there?". Il y a des rapports de bug ouvert pour snd-intel8x0. Par exemple :
https://bugzilla.redhat.com/show_bug.cgi?id=473695
Comment #12 From Lennart Poettering 2008年12月21日 09:07:45 EDT -------
snd_intel8x0 is known to provide buggy timing information. I'd be interested to
fix this one but I wasn't able to get any hardware with an snd-intel8x0 chip
yet.
Les rapports de bug ne sont pas fermés (sauf pour doublon). Le problème n'est pas nié.
> Realtek HD Audio output (-1.45%) 20.86%
> Realtek AC97 Audio (-0.58%) 9.73%
> Speakers (Realtek High Definiti (+0.69%) 8.14%
Pour Realtek, je n'ai trouvé qu'un bug ouvert pour Pulseaudio :
https://bugzilla.redhat.com/show_bug.cgi?id=470568
Lennart se l'est assigné, c'est pour la puce "Realtek ALC883".
Il n'y a que 9 rapports de bug avec realtek dedans (rapport de bug fermé compris).
Si j'en crois smolt, RealTek n'est pas le plus utilisé :
http://smolts.org/static/stats/by_class_AUDIO.html
Peut-être qu'il y a un problème avec le nom des cartes (RealTek vent peut-être des cartes qui n'utilisent pas des puces RealTek mais Intel). C'est fréquent.
Si je regarde du côté d'alsa, je trouve au maximum 10 rapport de bug (doublon et fermé compris).
Bref, je ne vois pas de signe qui indique qu'il y a une "catastrophe" avec RealTek. Peut-être que je me trompe, mais...
> Comme je ne crois pas qu'il était de mauvaise fois ci dessus, ça implique que personne chez red hat ne sait qu'elle carte il faut supporter sur le desktop linux et n'a checké avant de lancer ce projet.
Smolt a des stats :
http://smolts.org/ Plus d'un million de machine enregistré !
Enfin, comment tu fais pour connaitre les cartes qui vont merder tant que tu ne diffusé pas PA ?
Tu achètes 200 cartes et les tests une par une ?
Parce que ce que tu veux, est que Red Hat est une vue globale et précise du problème avant de diffuser PA. C'est impossible. A un moment il faut bien se lancer. C'est le propos de Fedora.
Tu reproches à Red Hat de ne pas y mettre les moyens. Red Hat a un moins un développeur à temps plein sur le son. Red Hat en a probablement un second pour alsa. Combien chez Mandriva ou Ubuntu ? 0.
Red Hat n'impose pas PA aux autres distributions. Elles n'en veulent pas, très bien, elle n'utilise pas. Mais c'est pour le moins "dégueulasse" d'utilise le boulot de Red Hat, de le choisir, et chier dessus après.
Si tu veux me faire dire que PA/Alsa n'est pas parfait, tu n'auras aucune difficulté. Mais quoi ? On fait quoi ? On attend 5 ans pour vérifier que ça marche sur 99,9 % des cartes ?
Et qui va faire ce boulot ? Qui aura la motivation de le faire ?
Si Mandriva ou Ubuntu ou Suse veut le faire, pas de problème.
En tout cas Fedora (et sa communauté qui comprend les problèmes, voire sacrifices, que demande la mise au point d'une nouvelle techno) est près à diffuser de suite PA et essuyer les plâtres. Alors de quoi se plaignent les autres ? Seulement que Red Hat n'est pas MS. Ben Red Hat n'est pas prêt d'être MS. Ni dans l'esprit, ni dans les moyens.
En fait, le fond du problème est la faible diffusion de Linux dans le desktop (1 ou 2 %). Les constructeurs de carte n'ont pas envis de vérifier si ça marche sous Linux. C'est tout le contraire de Windows.
Il y a très très peu de problème avec, par exemple, les cartes raid, car les constructeur savent qu'une grosse partie de leurs cartes sera utilisée sous Linux. C'est tout le contraire pour le son.
C'est quoi ta solution ? Et si possible donne une solution que les autres distributions pourraient appliquer puisque Red Hat est si naze...
> pour ces problèmes d'infrastructures qui sont eux liés à son employeur
T'expliques ? Tu veux que Red Hat mettre 20 développeurs/testeurs sur le son ?
Red Hat n'a pas les moyens. Fin.
> Et cette situation fait ensuite peser une contrainte indue sur les utilisateurs qui sont à la merci de leur distro
Que les distributions ne fournissent pas PA comme ça elle ne se plaigneront pas de PA. Fedora a fournit KDE 4 bien avant tout le monde. Les autres n'ont pas voulu fournir KDE 4 de suite, très bien, pas de problème. Elles l'ont pour KDE 4, elles peuvent le faire pour PA. Rien est imposé.
> mais aussi des impasses que red hat a fait sur le matériel.
Tu précises ?
Impasse de Red Hat : peut-être 5 % des configs (je ne crois absolument pas que ça soit plus). Impasse des autres distributions : 100 %, ils attendent Red Hat.
> Donc ils se retrouvent avec quelque chose imposé
Qui l'impose ?
Fedora ? pourquoi pas. M'enfin tu fais un "yum remove pulseaudio" et ça marche comme avant.
Mandriva ou Ubuntu ? Ben c'est leur choix, qu'ils assument. NB: ils peuvent encore virer PA pour la prochaine distribution. Le font-ils ? Ben non. Tires en les conclusions...
> l'intolérable de la situation.
Si c'est intolérable, demande à Mandriva (à la distribution que tu utilises) de virer PA. Tiens nous au courrant des suites.
> Par contre, j'ignorais qu'upstream, le commanditaire, et pas le développeur, ne faisait pas son job correctement.
Le commanditaire ?
???
Mandriva (ou autre) a payé Red Hat ? Non, zéro, que dalle.
C'est quoi alors Mandriva ? C'est quoi son support ? C'est 0, banane.
C'est quoi son expertise si Mandriva fout n'importe quoi dans sa distribution selon elle, et qu'en plus elle ne peut rien faire ?
C'est du logiciel libre et gratuit, c'est fournit tel quel. T'en veux, tu prend. Tu n'en veux pas, tu ne prends pas. C'est comme ça dans le logiciel et depuis des plombes. Sinon tu payes du support pour avoir le droit de gueuler.
En passant, Red Hat dit toujours précisément ce qui est supporté ou non avec RHEL (supporté dans le sens "qualité de service"). RHEL n'aura pas tous les drivers de compilé pour la simple raison que beaucoup de driver ne sont pas supportés. Oui, c'est "dure". Mais Red Hat assume et met une signification à "supporté"/"garantit de service". Les autres n'y mettent aucune signification. Du moins ils mettent la signification "c'est fournit tel quel" ou "on fera quelque chose si Red Hat veut bien faire quelque chose".
> Il aurait fallu que plus de monde l'utilise et y contribue
C'est exactement ce que fait Fedora en difusant PA au maximum de personne. Personne qui veulent bien de Fedora et Fedora est bien d'écrit :
http://fedoraproject.org/
The Fedora Project is out front for you, leading the advancement of free, open software and content.
à un clique de la page d'accueil :
http://fedoraproject.org/wiki/Overview
Is Fedora for me?
* Do you want the latest stable software, produced and maintained by a growing community of FOSS contributors?
* Do you want a platform that features technologies that use or become the next generation of standards?
* Are you OK with moving your computer's OS a minimum of about once a year to use these technologies?
* Do you care about sustainable progress in software freedom and innovation?
* Are you interested in becoming part of a community of contribution and helping drive innovation in FOSS?
Fedora != Ubuntu|Madriva|etc != RHEL.
Dis nous ce que peut faire raisonnablement Red Hat ?
N'oublies pas que, même si Red Hat est une "énorme" boite par rapport à Ubuntu ou autre, c'est une toute petite boite par rapport à MS ou Apple (et plus en plus il choisi son matos...). Que Linux n'a pas le support des constructeurs comme MS l'a, etc.
La solution "ne rien faire et ne pas pousser PA" n'est pas une solution.