Merci pour ton journal, fond et forme. J'ai une question de béotien :
Pourquoi implémenter une api dbus dans alsa aujourd'hui ? dbus n'est il pas voie de dépréciation ? Même si ce n'est pas «demain la veille» que dbus disparaîtra il est fort probable que les premiers endroits/logiciels mis à jour soient ceux concernant le son, justement (et la virtualisation). Parce que le «dbus dans le noyau», alsa sera probablement mis à jour en conséquence, et parmi les tout premiers logiciels à switcher, vue sa position (tandisque que les autres n'auront pas besoin de faire évoluer leur code, puisqu'une libdbus sera probablement là, assurant la translation entre le «dbus du noyau» et les logiciels utilisant habituellement dbus). Donc voilà : pourquoi s'enquiquiner à implémenter une api dbus dans alsa ? Gourrage ? Les plus gros intéressés étant kvm et alsa.
* \«dbus du noyau» : probablement une évolution ou ré-écriture de AF_BUS, écrit dans le cadre du projet Genivi (Automotive), qui a été refusé en l'état dans la branche principal. A moins qu'il ne s'agisse d'un kdbus second ? Bref, peu importe l'origine : c'est sûr, un «dbus dans le noyau» va voir le jour, Greg Kroah confirme bosser dessus.
[^] # Re: Avertissement (attention les yeux)
Posté par bubar🦥 . En réponse au journal Exposer un ou des modules Python sur D-Bus [proof of concept]. Évalué à 2. Dernière modification le 03 mars 2013 à 08:13.
Merci pour ton journal, fond et forme. J'ai une question de béotien :
Pourquoi implémenter une api dbus dans alsa aujourd'hui ? dbus n'est il pas voie de dépréciation ? Même si ce n'est pas «demain la veille» que dbus disparaîtra il est fort probable que les premiers endroits/logiciels mis à jour soient ceux concernant le son, justement (et la virtualisation). Parce que le «dbus dans le noyau», alsa sera probablement mis à jour en conséquence, et parmi les tout premiers logiciels à switcher, vue sa position (tandisque que les autres n'auront pas besoin de faire évoluer leur code, puisqu'une libdbus sera probablement là, assurant la translation entre le «dbus du noyau» et les logiciels utilisant habituellement dbus). Donc voilà : pourquoi s'enquiquiner à implémenter une api dbus dans alsa ? Gourrage ? Les plus gros intéressés étant kvm et alsa.
* \«dbus du noyau» : probablement une évolution ou ré-écriture de AF_BUS, écrit dans le cadre du projet Genivi (Automotive), qui a été refusé en l'état dans la branche principal. A moins qu'il ne s'agisse d'un kdbus second ? Bref, peu importe l'origine : c'est sûr, un «dbus dans le noyau» va voir le jour, Greg Kroah confirme bosser dessus.