Re: [arch-general] change in mount behaviour?

It would be nice to have a sandbox, a list to discuss things like this. I guess non of those is the right place: http://mailman.archlinux.org/mailman/listinfo So a last note by me, then I'll be quiet. On Sat, 2012-01-28 at 17:29 +0100, Heiko Baums wrote:

Am Sat, 28 Jan 2012 15:09:30 +0100 schrieb Tom Gundersen :

...

Have you tried after this fix was released: http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=d3906a93072171e5b...?

Like I've written in another e-mail in this thread:

And, no, artificially crippling a (semi-)professional audio card down to stereo with a strange ALSA configuration is not a solution for this. And, no, it's not ALSA's fault like Lennart Poettering says, it's PulseAudio's fault.

When Suse switched to PA years ago, they blamed users for not understanding Linux, the audio experts from Suse forums didn't know how to fix it, but they were sure, stupid users like me must have broken their Suse, because stupid users like me are to stupid to install Suse from DVD. They called me a troll. This is how I fixed Suse a long time ago and this solution wasn't from any Suse experts, this and other hints are from the Linux "pro-"audio community. [root@archlinux spinymouse]# mount /dev/sda7 /mnt/suse11.2 [root@archlinux spinymouse]# cat /mnt/suse11.2/usr/share/alsa/cards/ICE1712.conf [snip] confdir:pcm/front.conf ICE1712.pcm.front.0 { @args [ CARD ] @args.CARD { type string } type route ttable.0.0 1 ttable.1.1 1 slave.pcm { type hw card $CARD } #### fix PA issue #### slave.format S32_LE slave.channels 10 ###################### } [snip] IMO it make no sense to discuss the PA issue, especially not when the thread is about "mount". I wonder why distros not simply provide dummy packages to replace the PA packages, if users prefer not to install PA. It's not secure to think that some distro doesn't force users to install PA, e.g. for Debian GNOME2 didn't force you to install it, but with the upgrade to GNOME3, they introduced it. And there's absolutely no reason to do it. GNOME3 on Debian did run and audio wasn't broken, when I replaced PA by a self-build dummy package. Yes, I already wrote this in another thread. So arguing a user should use another DE, if he doesn't like PA, isn't a solution. Btw. here on Arch I wish to be free to use GDM even if my DE is XFCE. I installed a dummy for PA here too. I really wonder why DM needs PA ;). As I mentioned before, most users and developers praise PA, even some pro-audio developers aren't against PA, so we should learn to live with it. More OT: We should pray not to get tons of sub-versions for different versions of jack ;) [root@archlinux spinymouse]# pacman -Ss jack2 | grep / community/jack2 1.9.8-1 [installed] community/jack2-dbus 1.9.8-1 multilib/jack2-dbus-multilib 1.9.8-1 multilib/jack2-multilib 1.9.8-1 kxstudio-free/jack2-dbus-ladish 1.9.7-3 kxstudio-free/jack2-ladish 1.9.7-3 fortunately we're still free to use packages for a classic "jack", build to connect and not to refuse connections.

This is what is done by this fix. But those (semi-)professional audio cards with an ice1712 chip aren't SoundBlaster like stereo sound cards for playing some games. They work completely different, because they have several separate channels which can be mixed however you want (of course to normal stereo, too, but not only). Look at the only working mixer for this card, envy24control in alsa-tools (or alsa-tools-ice1712 from AUR), to get a clue. [snip]