Premièrement il doit foutre dehors GStreamer et s'arranger pour qu'il ne revienne pas à la charge quand il va mettre à jour sa distrib (ce qui demande déjà un bon niveau), ensuite il doit trouver des packages/repository compatibles avec sa distrib dans lesquels la dépendance à GStreamer a été enlevée.
Un certain nombre de logiciels ne dépendent déjà pas de gstreamer. Par exemple cmus peut utiliser directement ALSA/OSS, et Kaffeine/VLC n'ont pas de dépendance en gstreamer dans Debian Lenny (je viens de faire un ldd).
Sinon il doit tout compiler à la main, et tout recompiler à chaque mise à jour du kernel (en priant pour que ca marche encore - voire plus loin pour le dev).
D'où l'intérêt d'utiliser Slackware où le noyau est très rarement mis à jour.
Si il veut harmoniser les volumes, pour avoir un seul point à régler pour toutes les applis il va souffrir encore. Castrer Pulse Audio pour ne pas qu'il se mêle de régler le volume est pas évident du tout.
D'où l'intérêt de Slackware car il n'inclut pas cette bouse de PulseAudio. De toute façon sous les autres distribution c'est facile aussi, yum remove pulseaudio; killall pulseaudio suffit pour Fedora (en tout cas la version KDE). D'ailleurs c'est ma première opération administrative que je fais après mes installations de Fedora.
Là aussi à chaque mise à jour du kernel ou presque il est bon pour revisiter ses réglages (d'une mise à jour sur l'autre, les éléments "secondaires" de la carte son, comme les sorties 5.1, les commuts micro/sortie, les entrées mic etc. changent de volume de base, voire de nom, voire de fonction - spécial dédicace au possesseurs de chipset son i810)
D'où l'intérêt de Slackware pour laquelle un SlackBuild de OSS4 qui est stable, a un DKMS qui permet de le laisser inchangé en fonctionnalité à chaque mise à jour du noyau et permet de faire un réglage de volume propre à chaque application.
Donc au final Slackware roulaize, et au passage Arch Linux aussi permet de ne pas installer PulseAudio et d'installer OSS4 (il y a même un paquet oss). Et de plus dans ces distributions si tu veux recompiler un logiciel pour virer la dépendance en GStreamer, tu bénéficie de ne pas avoir à installer de -dev et d'avoir des scripts de compilation lisibles (pas des usine à gaz comme pour les deb et rpm).
[^] # Re: Cela dépend des cas...
Posté par FreeB5D . En réponse au journal Linux ou POSIX ?. Évalué à 0.
Un certain nombre de logiciels ne dépendent déjà pas de gstreamer. Par exemple cmus peut utiliser directement ALSA/OSS, et Kaffeine/VLC n'ont pas de dépendance en gstreamer dans Debian Lenny (je viens de faire un ldd).
Sinon il doit tout compiler à la main, et tout recompiler à chaque mise à jour du kernel (en priant pour que ca marche encore - voire plus loin pour le dev).
D'où l'intérêt d'utiliser Slackware où le noyau est très rarement mis à jour.
Si il veut harmoniser les volumes, pour avoir un seul point à régler pour toutes les applis il va souffrir encore. Castrer Pulse Audio pour ne pas qu'il se mêle de régler le volume est pas évident du tout.
D'où l'intérêt de Slackware car il n'inclut pas cette bouse de PulseAudio. De toute façon sous les autres distribution c'est facile aussi, yum remove pulseaudio; killall pulseaudio suffit pour Fedora (en tout cas la version KDE). D'ailleurs c'est ma première opération administrative que je fais après mes installations de Fedora.
Là aussi à chaque mise à jour du kernel ou presque il est bon pour revisiter ses réglages (d'une mise à jour sur l'autre, les éléments "secondaires" de la carte son, comme les sorties 5.1, les commuts micro/sortie, les entrées mic etc. changent de volume de base, voire de nom, voire de fonction - spécial dédicace au possesseurs de chipset son i810)
D'où l'intérêt de Slackware pour laquelle un SlackBuild de OSS4 qui est stable, a un DKMS qui permet de le laisser inchangé en fonctionnalité à chaque mise à jour du noyau et permet de faire un réglage de volume propre à chaque application.
Donc au final Slackware roulaize, et au passage Arch Linux aussi permet de ne pas installer PulseAudio et d'installer OSS4 (il y a même un paquet oss). Et de plus dans ces distributions si tu veux recompiler un logiciel pour virer la dépendance en GStreamer, tu bénéficie de ne pas avoir à installer de -dev et d'avoir des scripts de compilation lisibles (pas des usine à gaz comme pour les deb et rpm).