Re: enable aucat by default
Hi Alexandre, On Mon, Oct 10, 2011 at 11:29 AM, Alexandre Ratchov a...@caoua.org wrote: On Mon, Oct 10, 2011 at 11:16:21AM -0600, Anthony J. Bentley wrote: My only issue with aucat is a noticeable lag for real-time applications like games, even when running with a small buffer size as per FAQ 13.5. This should be fixed by the cleanup diff I posted few days ago, isn't it? If you can't test the diff, could you quickly check that the following invocation (as root) solves your latency problems? B B B B aucat -b 960 -z 480 other options if any On second look, I think it was user error. I had been specifying -b after -f instead of before. I did test your diff, though, and things seem to work all right. -- Anthony J. Bentley
Re: enable aucat by default
Playing two folders of music in mplayer, watching a video on youtube in Firefox/Gnash, watching a video on smplayer and listening to a cd using cdio cdplay. YT video skips a bit, but that may just be due to Gnash overhead and possibly download speed. Everything else works smoothly using the start by default settings. -- W. Steven Schneider w.steven.schnei...@ualberta.net
Re: enable aucat by default
On Mon, Oct 10, 2011 at 4:07 PM, Steven w.steven.schnei...@ualberta.net wrote: YT video skips a bit, but that may just be due to Gnash overhead and possibly download speed. Everything else works smoothly using the start by default settings. It's gnash for sure ;-) ciao, David
Re: enable aucat by default
* David Coppa dco...@gmail.com [111010 08:15]: On Mon, Oct 10, 2011 at 4:07 PM, Steven w.steven.schnei...@ualberta.net wrote: YT video skips a bit, but that may just be due to Gnash overhead and possibly download speed. Everything else works smoothly using the start by default settings. It's gnash for sure ;-) I don't know, it could be FF. :-) -- W. Steven Schneider w.steven.schnei...@ualberta.net
Re: enable aucat by default
On Mon, Oct 10, 2011 at 11:16:21AM -0600, Anthony J. Bentley wrote: My only issue with aucat is a noticeable lag for real-time applications like games, even when running with a small buffer size as per FAQ 13.5. This should be fixed by the cleanup diff I posted few days ago, isn't it? If you can't test the diff, could you quickly check that the following invocation (as root) solves your latency problems? aucat -b 960 -z 480 other options if any -- Alexandre
Re: enable aucat by default
If none, I'd like we start using aucat and run our favourite audio applications. I'm interested mostly in regressions, ie ports working worse (or not at all) when aucat is running. Works for me: plays songs concurrently and smoothly. Tested with firefox, ffplay and totem on -current i386. Simone
Re: enable aucat by default
I tested aucat by enabling it as you said. mplayer does not break, and best of all, the intermittent garbling seems to have stopped. I can even launch seamonkey (firefox isn't built yet ?) and I don't experience any sort of garbling. I can do cool things like having 2 mplayer sessions at the same time. On Fri, Oct 7, 2011 at 5:05 PM, Alexandre Ratchov a...@caoua.org wrote: On Fri, Oct 07, 2011 at 12:57:08PM +0200, Marc Espie wrote: On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote: yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality. In a wide difference to linux, we try to avoid running buggy shit on the system by default. I mean, if aucat was a large piece of junk like gnome's tracker, or firefox, I would understand objections to running it by default. Heck, even on servers. What's the actual footprint of an idle aucat ? afaics, besides the text and bss sections, there are 3 malloc()s of few bytes each. -- Alexandre -- `` Real men run current !''
Re: enable aucat by default
On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote: Or do you argue that it doesn't matter running it even where it is not needed? Somewhat yes, if there are no audio devices or no audio program is run, aucat does nothing and shouldn't hurt. yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality. i'm not a big fan of the i have to push 10 buttons before it starts working mentality either. Anyway, that's not the question. The current openbsd promize is that audio works by default; and by works I mean any port works on any device. aucat is a necessary component of the audio sub-system and thus has to be started by default as long as we assume audio works by default. So the question is: - what setup to use by default (i suggest -l -aoff -fsun:0) - are there ports that'll work worse (i guess no) And don't forget that you escaped from ~7kloc of conversion/resampling code in the kernel that you wouldn't even be able to disable. And also note that aucat (when idle) is not larger than getty(8), just compare ps(1) output of few other programs: VSZ RSS COMMAND 508 324 /sbin/init 376 408 /usr/bin/aucat -l -aoff -fsun:0 668 412 pflogd: [priv] (pflogd) 672 460 ksh 420 688 syslogd: [priv] (syslogd) 384 840 /usr/libexec/getty std.9600 ttyC1 644 852 /usr/sbin/cron 1296 1604 sendmail: accepting connections (sendmail) 1856 4448 xterm 89044 106188 /usr/local/lib/firefox-5.0/firefox-bin -- Alexandre
Re: enable aucat by default
On 2011-10-07, Alexandre Ratchov a...@caoua.org wrote: On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote: Or do you argue that it doesn't matter running it even where it is not needed? Somewhat yes, if there are no audio devices or no audio program is run, aucat does nothing and shouldn't hurt. yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality. i'm not a big fan of the i have to push 10 buttons before it starts working mentality either. Anyway, that's not the question. The current openbsd promize is that audio works by default; and by works I mean any port works on any device. aucat is a necessary component of the audio sub-system and thus has to be started by default as long as we assume audio works by default. What about asking the user during install if he/she wants to run aucat: Do you want to start sshd by default? [Y/n] Do you want to start aucat by default? [Y/n] Best regards, Jona
Re: enable aucat by default
* Jona Joachim j...@hcl-club.lu [2011-10-07 12:06]: Do you want to start sshd by default? [Y/n] Do you want to start aucat by default? [Y/n] yeah right. what an awesome installer! Do you want to start atactl by default? [Y/n] Do you want to start badsect by default? [Y/n] Do you want to start bioctl by default? [Y/n] Do you want to start ccdconfig by default? [Y/n] Do you want to start chown by default? [Y/n] Do you want to start clri by default? [Y/n] Do you want to start dhclient by default? [Y/n] Do you want to start dhclient-script by default? [Y/n] Do you want to start disklabel by default? [Y/n] Do you want to start dmesg by default? [Y/n] Do you want to start dump by default? [Y/n] Do you want to start dumpfs by default? [Y/n] Do you want to start fdisk by default? [Y/n] Do you want to start fsck by default? [Y/n] Do you want to start fsck_ext2fs by default? [Y/n] Do you want to start fsck_ffs by default? [Y/n] Do you want to start fsck_msdos by default? [Y/n] Do you want to start fsdb by default? [Y/n] Do you want to start fsirand by default? [Y/n] Do you want to start growfs by default? [Y/n] Do you want to start halt by default? [Y/n] Do you want to start ifconfig by default? [Y/n] Do you want to start iked by default? [Y/n] Do you want to start init by default? [Y/n] Do you want to start iopctl by default? [Y/n] Do you want to start ipsecctl by default? [Y/n] Do you want to start isakmpd by default? [Y/n] Do you want to start kbd by default? [Y/n] Do you want to start ldattach by default? [Y/n] Do you want to start ldconfig by default? [Y/n] Do you want to start lmccontrol by default? [Y/n] Do you want to start mkfifo by default? [Y/n] Do you want to start mknod by default? [Y/n] Do you want to start modload by default? [Y/n] Do you want to start modunload by default? [Y/n] Do you want to start mount by default? [Y/n] Do you want to start mount_cd9660 by default? [Y/n] Do you want to start mount_ext2fs by default? [Y/n] Do you want to start mount_ffs by default? [Y/n] Do you want to start mount_mfs by default? [Y/n] Do you want to start mount_msdos by default? [Y/n] Do you want to start mount_nfs by default? [Y/n] Do you want to start mount_nnpfs by default? [Y/n] Do you want to start mount_ntfs by default? [Y/n] Do you want to start mount_portal by default? [Y/n] Do you want to start mount_procfs by default? [Y/n] Do you want to start mount_udf by default? [Y/n] Do you want to start mount_vnd by default? [Y/n] Do you want to start mountd by default? [Y/n] Do you want to start ncheck by default? [Y/n] Do you want to start ncheck_ffs by default? [Y/n] Do you want to start newfs by default? [Y/n] Do you want to start newfs_ext2fs by default? [Y/n] Do you want to start newfs_msdos by default? [Y/n] Do you want to start nfsd by default? [Y/n] Do you want to start nologin by default? [Y/n] Do you want to start pfctl by default? [Y/n] Do you want to start pflogd by default? [Y/n] Do you want to start ping by default? [Y/n] Do you want to start ping6 by default? [Y/n] Do you want to start quotacheck by default? [Y/n] Do you want to start raidctl by default? [Y/n] Do you want to start rdump by default? [Y/n] Do you want to start reboot by default? [Y/n] Do you want to start reboot.old by default? [Y/n] Do you want to start restore by default? [Y/n] Do you want to start route by default? [Y/n] Do you want to start rrestore by default? [Y/n] Do you want to start rtsol by default? [Y/n] Do you want to start savecore by default? [Y/n] Do you want to start scan_ffs by default? [Y/n] Do you want to start scsi by default? [Y/n] Do you want to start shutdown by default? [Y/n] Do you want to start slattach by default? [Y/n] Do you want to start swapctl by default? [Y/n] Do you want to start swapon by default? [Y/n] Do you want to start sysctl by default? [Y/n] Do you want to start ttyflags by default? [Y/n] Do you want to start tunefs by default? [Y/n] Do you want to start umount by default? [Y/n] Do you want to start vnconfig by default? [Y/n] Do you want to start wsconsctl by default? [Y/n] Do you want to start ac by default? [Y/n] Do you want to start accton by default? [Y/n] Do you want to start acpidump by default? [Y/n] Do you want to start activadm by default? [Y/n] Do you want to start activinit by default? [Y/n] Do you want to start adduser by default? [Y/n] Do you want to start amd by default? [Y/n] Do you want to start amq by default? [Y/n] Do you want to start apachectl by default? [Y/n] Do you want to start apm by default? [Y/n] Do you want to start apmd by default? [Y/n] Do you want to start apxs by default? [Y/n] Do you want to start arp by default? [Y/n] Do you want to start authpf by default? [Y/n] Do you want to start authpf-noip by default? [Y/n] Do you want to start bgpctl by default? [Y/n] Do you want to start bgpd by default? [Y/n] Do you want to start bos by default? [Y/n] Do you want to start chat by default? [Y/n] Do you want to start chgrp by default? [Y/n] Do you want to start
Re: enable aucat by default
On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote: yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality. In a wide difference to linux, we try to avoid running buggy shit on the system by default. I mean, if aucat was a large piece of junk like gnome's tracker, or firefox, I would understand objections to running it by default. Heck, even on servers. What's the actual footprint of an idle aucat ? It's not even accessible from outside, so there's no possibility of a remote hole.
Re: enable aucat by default
On Fri, 7 Oct 2011, Henning Brauer wrote: * Jona Joachim j...@hcl-club.lu [2011-10-07 12:06]: Do you want to start sshd by default? [Y/n] Do you want to start aucat by default? [Y/n] yeah right. what an awesome installer! Do you want to start atactl by default? [Y/n] Do you want to start badsect by default? [Y/n] Do you want to start bioctl by default? [Y/n] Do you want to start ccdconfig by default? [Y/n] Do you want to start chown by default? [Y/n] Do you want to start clri by default? [Y/n] Do you want to start dhclient by default? [Y/n] Do you want to start dhclient-script by default? [Y/n] Do you want to start disklabel by default? [Y/n] Do you want to start dmesg by default? [Y/n] Do you want to start dump by default? [Y/n] Do you want to start dumpfs by default? [Y/n] Do you want to start fdisk by default? [Y/n] Do you want to start fsck by default? [Y/n] Do you want to start fsck_ext2fs by default? [Y/n] Do you want to start fsck_ffs by default? [Y/n] Do you want to start fsck_msdos by default? [Y/n] Do you want to start fsdb by default? [Y/n] Do you want to start fsirand by default? [Y/n] Do you want to start growfs by default? [Y/n] Do you want to start halt by default? [Y/n] Do you want to start ifconfig by default? [Y/n] Do you want to start iked by default? [Y/n] Do you want to start init by default? [Y/n] Do you want to start iopctl by default? [Y/n] Do you want to start ipsecctl by default? [Y/n] Do you want to start isakmpd by default? [Y/n] Do you want to start kbd by default? [Y/n] Do you want to start ldattach by default? [Y/n] Do you want to start ldconfig by default? [Y/n] Do you want to start lmccontrol by default? [Y/n] Do you want to start mkfifo by default? [Y/n] Do you want to start mknod by default? [Y/n] Do you want to start modload by default? [Y/n] Do you want to start modunload by default? [Y/n] Do you want to start mount by default? [Y/n] Do you want to start mount_cd9660 by default? [Y/n] Do you want to start mount_ext2fs by default? [Y/n] Do you want to start mount_ffs by default? [Y/n] Do you want to start mount_mfs by default? [Y/n] Do you want to start mount_msdos by default? [Y/n] Do you want to start mount_nfs by default? [Y/n] Do you want to start mount_nnpfs by default? [Y/n] Do you want to start mount_ntfs by default? [Y/n] Do you want to start mount_portal by default? [Y/n] Do you want to start mount_procfs by default? [Y/n] Do you want to start mount_udf by default? [Y/n] Do you want to start mount_vnd by default? [Y/n] Do you want to start mountd by default? [Y/n] Do you want to start ncheck by default? [Y/n] Do you want to start ncheck_ffs by default? [Y/n] Do you want to start newfs by default? [Y/n] Do you want to start newfs_ext2fs by default? [Y/n] Do you want to start newfs_msdos by default? [Y/n] Do you want to start nfsd by default? [Y/n] Do you want to start nologin by default? [Y/n] Do you want to start pfctl by default? [Y/n] Do you want to start pflogd by default? [Y/n] Do you want to start ping by default? [Y/n] Do you want to start ping6 by default? [Y/n] Do you want to start quotacheck by default? [Y/n] Do you want to start raidctl by default? [Y/n] Do you want to start rdump by default? [Y/n] Do you want to start reboot by default? [Y/n] Do you want to start reboot.old by default? [Y/n] Do you want to start restore by default? [Y/n] Do you want to start route by default? [Y/n] Do you want to start rrestore by default? [Y/n] Do you want to start rtsol by default? [Y/n] Do you want to start savecore by default? [Y/n] Do you want to start scan_ffs by default? [Y/n] Do you want to start scsi by default? [Y/n] Do you want to start shutdown by default? [Y/n] Do you want to start slattach by default? [Y/n] Do you want to start swapctl by default? [Y/n] Do you want to start swapon by default? [Y/n] Do you want to start sysctl by default? [Y/n] Do you want to start ttyflags by default? [Y/n] Do you want to start tunefs by default? [Y/n] Do you want to start umount by default? [Y/n] Do you want to start vnconfig by default? [Y/n] Do you want to start wsconsctl by default? [Y/n] Do you want to start ac by default? [Y/n] Do you want to start accton by default? [Y/n] Do you want to start acpidump by default? [Y/n] Do you want to start activadm by default? [Y/n] Do you want to start activinit by default? [Y/n] Do you want to start adduser by default? [Y/n] Do you want to start amd by default? [Y/n] Do you want to start amq by default? [Y/n] Do you want to start apachectl by default? [Y/n] Do you want to start apm by default? [Y/n] Do you want to start apmd by default? [Y/n] Do you want to start apxs by default? [Y/n] Do you want to start arp by default? [Y/n] Do you want to start authpf by default? [Y/n] Do you want to start authpf-noip by default? [Y/n] Do you want to start bgpctl by default? [Y/n] Do you want to start bgpd by default? [Y/n] Do you want to start bos by default? [Y/n] Do you want to start chat by default? [Y/n] Do you want to start
Re: enable aucat by default
On 2011/10/06 22:36, Alexandre Ratchov wrote: sorry, my diff is wrong.. I forgot the '-aoff' in the diff, but -aoff will become the default soon (this is to keep the device closed when not used). Without -a off behaviour I would object to this, but this clears up all the usability problems that I know of. I don't like having another installer question (which upgrading users won't see anyway), it's not like sshd which has a huge security impact. aucat runs unprivileged and by default doesn't talk or listen on the network. So I think it's better to make a decision one way or another. On balance I am happier to have it on by default, I don't see a big reason not to have it running on the typical system, and it's much easier to disable than to work out that you need it and enable it.
Re: enable aucat by default
On Thu, Oct 06, 2011 at 04:01:53PM -0600, Theo de Raadt wrote: So I'm not convinced we should enable aucat unconditionally. Wouldn't it make some sense to enable aucat on systems that run X? Hmmm, why not? I'm not against turning audio off in certain situations (servers, whatever). IMO the important point is aucat to be always running when audio is expected to work, ie assume that it's a part of the audio subsystem, so we can rely on it in ports and driver code. Except at install time you don't know that. You only know it on some machines. It is MD. if [[ -n $MDXAPERTURE ]]; then ask_yn Do you expect to run the X Window System? $def ... And you can't know it at run time. And you can't do it based on whether the X sets are installed either, since we default to that. what privileges does aucat need ? Could it be started in the default Xsession/Xinitrc (perhaps with the help of fbtab(4)) ? -- Matthieu Herrb
Re: enable aucat by default
It doesn't *belong* in X. I want to be able to get proper sound from the console, even if I don't run X.
Re: enable aucat by default
* Marc Espie es...@nerim.net [2011-10-07 14:14]: It doesn't *belong* in X. I want to be able to get proper sound from the console, even if I don't run X. doesn't it really come down to workstation vs server use? for a default, having aucat running if you run X makes sense to me. if you want it for console-only use you can still enable/start it manually. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: enable aucat by default
On Fri, Oct 07, 2011 at 02:17:19PM +0200, Henning Brauer wrote: * Marc Espie es...@nerim.net [2011-10-07 14:14]: It doesn't *belong* in X. I want to be able to get proper sound from the console, even if I don't run X. doesn't it really come down to workstation vs server use? for a default, having aucat running if you run X makes sense to me. if you want it for console-only use you can still enable/start it manually. What's the problem you have with running it on a server ? does it actually consume any resources you need ? does it constitute a security hole ?..
Re: enable aucat by default
Date: Fri, 7 Oct 2011 14:17:19 +0200 From: Henning Brauer lists-openbsdt...@bsws.de * Marc Espie es...@nerim.net [2011-10-07 14:14]: It doesn't *belong* in X. I want to be able to get proper sound from the console, even if I don't run X. doesn't it really come down to workstation vs server use? Yup. for a default, having aucat running if you run X makes sense to me. if you want it for console-only use you can still enable/start it manually. What makes more sense is to make this decision based on whether you're running with a serial console or not. The install script already has some knowledge about this.
Re: enable aucat by default
On Fri, Oct 07, 2011 at 02:35:47PM +0200, Mark Kettenis wrote: Date: Fri, 7 Oct 2011 14:17:19 +0200 From: Henning Brauer lists-openbsdt...@bsws.de * Marc Espie es...@nerim.net [2011-10-07 14:14]: It doesn't *belong* in X. I want to be able to get proper sound from the console, even if I don't run X. doesn't it really come down to workstation vs server use? Yup. for a default, having aucat running if you run X makes sense to me. if you want it for console-only use you can still enable/start it manually. What makes more sense is to make this decision based on whether you're running with a serial console or not. The install script already has some knowledge about this. may be we should use it to disable the four instances of getty(8) when the default console is serial, getty(8) is larger than aucat. -- Alexandre
Re: enable aucat by default
This is beginning to seem strange to me. OpenBSD has always had an off by default philosophy, a quality I have relied on since before 1998. It takes little effort to enable aucat. Yes, it also takes little effort to disable it, however, unless (almost) everyone needs it, the approach has been to favor a cleaner, minimalist install. Let the population subset who want it make a deliberate decision to turn it on. Do not place the burden on everyone to decide if they need to turn it off. There are surely thousands on the list who have been silent because so many of us assume this is a non-issue. But I can only speak for myself. I would be disappointed if we turned it on, or if we included an additional burdensome install question. Sometimes disappointment happens, you cannot make everyone happy every time. So enough from me, but I have very (very, very) seldom ever been disappointed with anything in OpenBSD :) Warm Regards, -Mike
Re: enable aucat by default
On Fri, Oct 07, 2011 at 12:57:08PM +0200, Marc Espie wrote: On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote: yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality. In a wide difference to linux, we try to avoid running buggy shit on the system by default. I mean, if aucat was a large piece of junk like gnome's tracker, or firefox, I would understand objections to running it by default. Heck, even on servers. What's the actual footprint of an idle aucat ? afaics, besides the text and bss sections, there are 3 malloc()s of few bytes each. -- Alexandre
Re: enable aucat by default
I think it should be enabled in the installer similar to X11. aucat follows a sane design and more importantly, it could help to improve buggy audio apps in ports. I noticed some weird behaviour in mplayer when it comes to sound playback. If it causes too much audio app breakage, it can be disabled prior to the next locking (no need for drama ;-)) Most openbsd users (like me) are lazy when it comes to testing patches. On Fri, Oct 7, 2011 at 5:05 PM, Alexandre Ratchov a...@caoua.org wrote: On Fri, Oct 07, 2011 at 12:57:08PM +0200, Marc Espie wrote: On Thu, Oct 06, 2011 at 05:04:03PM -0700, patrick keshishian wrote: yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality. In a wide difference to linux, we try to avoid running buggy shit on the system by default. I mean, if aucat was a large piece of junk like gnome's tracker, or firefox, I would understand objections to running it by default. Heck, even on servers. What's the actual footprint of an idle aucat ? afaics, besides the text and bss sections, there are 3 malloc()s of few bytes each. -- Alexandre -- `` Real men run current !''
Re: enable aucat by default
On 2011-10-07, Henning Brauer lists-openbsdt...@bsws.de wrote: * Jona Joachim j...@hcl-club.lu [2011-10-07 12:06]: Do you want to start sshd by default? [Y/n] Do you want to start aucat by default? [Y/n] yeah right. what an awesome installer! Do you want to start atactl by default? [Y/n] [snip silly for-loop on /usr/bin] The installer asks about X11 and sshd because whether you start them or not is largely based on whether you plan to run a server or a desktop system. aucat is similar to X11 in this regard: necessary for a desktop, useless on a server. Best regards, Jona
Re: enable aucat by default
aucat is similar to X11 in this regard: necessary for a desktop, useless on a server. Except you are wrong. For instance, my audio box has no display. aucat as a daemon is an intragral back-end to a library which more and more audio programs will be linked to, and those things need to move to a more powerful API. If aucat is not running, a completely different audio flow codepath is used. Among other things, audio streams have to be mixed by a trusted third party. One program's library cannot give audio input to another program to mix it. Classically the over-complex solution has been to have the kernel mix it. With aucat, the solution is for an ambiant running daemon to mix it and control everything. It has to be running, or the old path is used. The plan is to gut the direct device code-paths substantially, and stop trying to perform magic two ways. The direct-device methods will continue to work, but only as minimally as they did 10 years ago. If some of you people keep insisting on having backwards compatibitity with the stone age, we'll have stone tools forever. I don't know why our mailing lists are always full of people who don't even understand what they are talking about. Teach yourself before you try to teach us.
Re: enable aucat by default
On Fri, 07 Oct 2011 10:35:27 -0600 Theo de Raadt wrote: The plan is to gut the direct device code-paths substantially, and stop trying to perform magic two ways. The direct-device methods will continue to work, but only as minimally as they did 10 years ago. Even better, a simpler audio system and less code in memory. I'd rather enable it manually as I rarely turn my speakers on anyway and don't want this leading to an easy ride for other code to be loaded as I think henning was getting at but wasn't going to type in names manually. I have no problem enabling it for systems that need audio as I will have to do configuration anyway. What about, turn on for X and have to manually enable otherwise.
Re: enable aucat by default
What about, turn on for X and have to manually enable otherwise. And precisely how do you do that?
Re: enable aucat by default
Jona Joachim jaj at hcl-club.lu writes: On 2011-10-07, Henning Brauer lists-openbsdtech at bsws.de wrote: * Jona Joachim jaj at hcl-club.lu [2011-10-07 12:06]: Do you want to start sshd by default? [Y/n] Do you want to start aucat by default? [Y/n] yeah right. what an awesome installer! Do you want to start atactl by default? [Y/n] [snip silly for-loop on /usr/bin] The installer asks about X11 and sshd because whether you start them or not is largely based on whether you plan to run a server or a desktop system. aucat is similar to X11 in this regard: necessary for a desktop, useless on a server. Either audioctl or mixerctl, which both return Device not configured if no audio device is present, can be used by aucat rc.d script to detect speechless setups. Alexey
Re: enable aucat by default
On Fri, Oct 7, 2011 at 8:24 PM, Alexey E. Suslikov alexey.susli...@gmail.com wrote: Either audioctl or mixerctl, which both return Device not configured if no audio device is present, can be used by aucat rc.d script to detect speechless setups. I like this idea. ciao, David P.S.: I'm also in favor of having aucat on by default, fwiw.
Re: enable aucat by default
2011/10/7 Alexey E. Suslikov alexey.susli...@gmail.com: Jona Joachim jaj at hcl-club.lu writes: On 2011-10-07, Henning Brauer lists-openbsdtech at bsws.de wrote: * Jona Joachim jaj at hcl-club.lu [2011-10-07 12:06]: Do you want to start sshd by default? [Y/n] Do you want to start aucat by default? [Y/n] yeah right. what an awesome installer! Do you want to start atactl by default? [Y/n] [snip silly for-loop on /usr/bin] The installer asks about X11 and sshd because whether you start them or not is largely based on whether you plan to run a server or a desktop system. aucat is similar to X11 in this regard: necessary for a desktop, useless on a server. Either audioctl or mixerctl, which both return Device not configured if no audio device is present, can be used by aucat rc.d script to detect speechless setups. Still will not work for uaudio(4) case... some default rules for hotplugd? -- WBR, Vadim Zhukov
Re: enable aucat by default
Either audioctl or mixerctl, which both return Device not configured if no audio device is present, can be used by aucat rc.d script to detect speechless setups. Until a hotplug one is put in, and doesn't work. You guys just are not thinking.
Re: enable aucat by default
Vadim Zhukov persgray at gmail.com writes: 2011/10/7 Alexey E. Suslikov alexey.suslikov at gmail.com: Either audioctl or mixerctl, which both return Device not configured if no audio device is present, can be used by aucat rc.d script to detect speechless setups. Still will not work for uaudio(4) case... some default rules for hotplugd? 1st: aucat can't be run with audio device detached and wait it to become attached. 2nd: hotplugd have no dedicated class for audio. 3rd: you will need to run hotplugd by default too. From my understanding, making aucat a default won't make *every* of audio setups around happy, but, as noted above, will do magic in proper way for *most* of them. Alexey
Re: enable aucat by default
I think if anything this strengthens the need for MD-specific rc scripts, for platforms with absolutely no audio support, at all, no PCI bus, no USB bus, and no fancy i2c audio controllers. Don't enable aucat + libsndio + audio(4). On every other supported platform, enable audio, including aucat. I can't believe so many people are freaking out about this, the daemon runs privsep.. it's minimal and doesn't listen on tcp by default. It is a base component that is required and implements functionallity that would typically be in the kernel anyway. -Bryan.
Re: enable aucat by default
I think if anything this strengthens the need for MD-specific rc scripts, for platforms with absolutely no audio support, at all, no PCI bus, no USB bus, and no fancy i2c audio controllers. Don't enable aucat + libsndio + audio(4). Really! Which of our platforms have no audio support at all? Can you list them? I can't believe so many people are freaking out about this, the daemon runs privsep.. it's minimal and doesn't listen on tcp by default. It is a base component that is required and implements functionallity that would typically be in the kernel anyway. That part is right.
Re: enable aucat by default
Theo de Raadt deraadt at cvs.openbsd.org writes: Either audioctl or mixerctl, which both return Device not configured if no audio device is present, can be used by aucat rc.d script to detect speechless setups. Until a hotplug one is put in, and doesn't work. Is it feasible for aucat to act like hotplugd but for audio devices? According to hotplugd source, it's fairly trivial /dev/hotplug event reading loop.
Re: enable aucat by default
On Fri, Oct 07, 2011 at 01:35:49PM -0600, Theo de Raadt wrote: Really! Which of our platforms have no audio support at all? Can you list them? That part was for effect, I was really hoping none existed. :-) -Bryan.
Re: enable aucat by default
Really! Which of our platforms have no audio support at all? Can you list them? That part was for effect, I was really hoping none existed. :-) I'm afraid your hopes are about to get shattered. There is no audio capabilities on the following platforms: hp300 - until ISA interrupts become reliable in isabr(4) luna88k - until pc98 slot support is written mac68k - except maybe on the AV models someday, but of course there is no code for this mvme68k, mvme88k - i'm not aware of VME audio boards (except for Dialogic audio conferencing boards, but these can't be used to output audio signal to a regular speaker or headphone jack)
Re: enable aucat by default
On Fri, Oct 07, 2011 at 10:35:27AM -0600, Theo de Raadt wrote: aucat is similar to X11 in this regard: necessary for a desktop, useless on a server. Except you are wrong. For instance, my audio box has no display. aucat as a daemon is an intragral back-end to a library which more and more audio programs will be linked to, and those things need to move to a more powerful API. If aucat is not running, a completely different audio flow codepath is used. Among other things, audio streams have to be mixed by a trusted third party. One program's library cannot give audio input to another program to mix it. Classically the over-complex solution has been to have the kernel mix it. With aucat, the solution is for an ambiant running daemon to mix it and control everything. It has to be running, or the old path is used. The plan is to gut the direct device code-paths substantially, and stop trying to perform magic two ways. The direct-device methods will continue to work, but only as minimally as they did 10 years ago. I'm totally aware of all of this, I tested sndio when it was not called sndio yet, when ratchov@ (I think) sent the first diff for sdl to misc@. And I read source-changes@. If some of you people keep insisting on having backwards compatibitity with the stone age, we'll have stone tools forever. I don't know why our mailing lists are always full of people who don't even understand what they are talking about. Teach yourself before you try to teach us. Come on, I'm not one of those guys. I never trolled or whined about anything on this list. There was a debate on whether it's good or not to enable aucat by default. I just put forth the idea that maybe you could let the user decide. You don't like the idea? Fine. Best regards, Jona
Re: enable aucat by default
On Fri, Oct 07, 2011 at 11:46:19PM +0200, Jona Joachim wrote: | There was a debate on whether it's good or not to enable aucat by | default. I just put forth the idea that maybe you could let the user | decide. You don't like the idea? Fine. What are you talking about ? The user still gets to decide; the inverse situation will just be true. It's deemed important enough to have aucat running by default so the users have a working sound setup when they need it; those that for whatever smart reason think they don't need it get to set a variable in /etc/rc.conf.local. Now it's the other way around: you must set the variable in /etc/rc.conf.local if you *do* want to have aucat by default, but it's still OpenBSD, an open source operating system you can configure to your heart's content. If you want and are capable, you can even change the source code to make it do as you please. And you know this, Jona... You know there's an ongoing effort to streamline the installation procedure (less questions, more just press enter), more disabling things that are not needed by default (e.g. ntpd doesn't play time server unless you configure it to), more enabling things that make sense and are needed (e.g. pf!). Now it makes sense to enable aucat by default, even on machines that don't have audio hardware (and probably never will), since the net win is worth it. But if you don't like it... `echo aucat_flags=NO | sudo tee -a /etc/rc.conf.local` Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
enable aucat by default
On the one hand, we expect audio to work by default. On the other hand format conversions, channel mapping, resampling and alike belong to the audio sub-system; until 2009, this used to be the audio(4) driver itself. But later, instead of extending the audio(4) driver, we put new audio code in aucat(1), which amongs others, has the advantage of running as unprivileged user rather than in supervisor mode. From this standpoint, there should be an instance of aucat(1) running by default for each instance of audio(4), ie for each sound card; but audio is simpler: Here's what I believe we actually need for audio to work by default: (1) only one device needs to play/record at a time in almost all cases because we have only two ears (well, except armani@ who has ears everywhere) (2) multiple devices (think uaudio) must be usable, so there should be a way to switch between devices. Roughly, switching is done by setting four symlinks: /dev/{audio,sound,mixer,audioctl}, which requires root privilieges. So I propose the following default setup: (1) start aucat from /etc/rc for the first device only: aucat -l -fsun:0 (2) We'd change $aucat_flags and restart aucat whenever we want to switch to another device. Symliks in /dev won't be used anymore. Users that, for any reason, need more than one device to run concurrently can simply append more -f and -s options There are other, more sophisticated approaches, for instance using aucat multi-device support (ie -a off and multiple -fs options) to handle all devices in one deamon (including hotpluggable ones), but afaics we gain much more in keeping things very simple, don't we? Comments? Objections? If none, I'd like we start using aucat and run our favourite audio applications. I'm interested mostly in regressions, ie ports working worse (or not at all) when aucat is running. -- Alexandre Index: rc.conf === RCS file: /cvs/src/etc/rc.conf,v retrieving revision 1.160 diff -u -p -r1.160 rc.conf --- rc.conf 24 Jul 2011 15:33:41 - 1.160 +++ rc.conf 6 Oct 2011 17:39:48 - @@ -44,7 +44,7 @@ ifstated_flags=NO # for normal use: relayd_flags=NO# for normal use: snmpd_flags=NO # for normal use: smtpd_flags=NO # for normal use: -aucat_flags=NO # for normal use: +aucat_flags=-fsun:0 # use another device, e.g. -fsun:1 ldapd_flags=NO # for normal use: inetd_flags= # for normal use: rwhod_flags=NO # for normal use:
Re: enable aucat by default
Hi Alexandre, Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: On the one hand, we expect audio to work by default. On the other hand format conversions, channel mapping, resampling and alike belong to the audio sub-system; until 2009, this used to be the audio(4) driver itself. But later, instead of extending the audio(4) driver, we put new audio code in aucat(1), which amongs others, has the advantage of running as unprivileged user rather than in supervisor mode. From this standpoint, there should be an instance of aucat(1) running by default for each instance of audio(4), ie for each sound card; [...] Really? Here is the list of daemons currently enabled by default: syslogd pflogd sshd sendmail inetd cron These are useful on almost any system, no matter whether server or desktop. Unless i misunderstand, aucat will often be useful on the desktop. But do you also run it on your servers in the datacenter? Or do you argue that disabling it on servers is less work than enabling it on workstations? Or do you argue that it doesn't matter running it even where it is not needed? Yours, Ingo Index: rc.conf === RCS file: /cvs/src/etc/rc.conf,v retrieving revision 1.160 diff -u -p -r1.160 rc.conf --- rc.conf 24 Jul 2011 15:33:41 - 1.160 +++ rc.conf 6 Oct 2011 17:39:48 - @@ -44,7 +44,7 @@ ifstated_flags=NO # for normal use: relayd_flags=NO # for normal use: snmpd_flags=NO # for normal use: smtpd_flags=NO # for normal use: -aucat_flags=NO # for normal use: +aucat_flags=-fsun:0# use another device, e.g. -fsun:1 ldapd_flags=NO # for normal use: inetd_flags= # for normal use: rwhod_flags=NO # for normal use:
Re: enable aucat by default
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: | Hi Alexandre, | | Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: | | On the one hand, we expect audio to work by default. On the other hand | format conversions, channel mapping, resampling and alike belong to | the audio sub-system; until 2009, this used to be the audio(4) driver | itself. But later, instead of extending the audio(4) driver, we put | new audio code in aucat(1), which amongs others, has the advantage of | running as unprivileged user rather than in supervisor mode. From this | standpoint, there should be an instance of aucat(1) running by default | for each instance of audio(4), ie for each sound card; [...] | | Really? | | Here is the list of daemons currently enabled by default: | | syslogd pflogd sshd sendmail inetd cron | | These are useful on almost any system, no matter whether | server or desktop. Why is syslogd useful on my laptop if I never look at those logs ? Or pflogd ? Even sshd, I ssh *from* my laptop, not to it. Same goes for inetd, what's the use on my laptop ? Or cron ? At the time default jobs are scheduled to run, my laptop is suspended. Granted, that may not be the most common use case (and also granted: I do sometimes use some of these on my laptop). But I like the idea of a working default setup that also includes working audio. It would be nice if aucat didn't start when there was no sound hardware. And it doesn't: [weerd@despair] $ sudo aucat -l -fsun:0 aucat: sun:0: can't open device sun:0: failed to open audio device So your server in the datacenter won't be running aucat afterall. Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: enable aucat by default
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: Hi Alexandre, Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: On the one hand, we expect audio to work by default. On the other hand format conversions, channel mapping, resampling and alike belong to the audio sub-system; until 2009, this used to be the audio(4) driver itself. But later, instead of extending the audio(4) driver, we put new audio code in aucat(1), which amongs others, has the advantage of running as unprivileged user rather than in supervisor mode. From this standpoint, there should be an instance of aucat(1) running by default for each instance of audio(4), ie for each sound card; [...] Really? Here is the list of daemons currently enabled by default: syslogd pflogd sshd sendmail inetd cron These are useful on almost any system, no matter whether server or desktop. Unless i misunderstand, aucat will often be useful on the desktop. But do you also run it on your servers in the datacenter? well, consider aucat a an extension of the audio(4) driver. Except that parts of the code are were moved in userspace. On servers you could disable audio, set aucat_flags=NO and recompile GENERIC with audio support disabled. Or do you argue that disabling it on servers is less work than enabling it on workstations? Not really, my point is that currently audio works by default on OpenBSD, on servers, laptops, PDAa. More and more code of the audio sub-system that would be in the kernel is being pulled in userland, so if we accept that audio should work by default, aucat should be enabled by default. Or do you argue that it doesn't matter running it even where it is not needed? Somewhat yes, if there are no audio devices or no audio program is run, aucat does nothing and shouldn't hurt. -- Alexandre
Re: enable aucat by default
On Thu, Oct 06, 2011 at 10:10:10PM +0200, Paul de Weerd wrote: On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: | Hi Alexandre, | | Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: | | On the one hand, we expect audio to work by default. On the other hand | format conversions, channel mapping, resampling and alike belong to | the audio sub-system; until 2009, this used to be the audio(4) driver | itself. But later, instead of extending the audio(4) driver, we put | new audio code in aucat(1), which amongs others, has the advantage of | running as unprivileged user rather than in supervisor mode. From this | standpoint, there should be an instance of aucat(1) running by default | for each instance of audio(4), ie for each sound card; [...] | | Really? | | Here is the list of daemons currently enabled by default: | | syslogd pflogd sshd sendmail inetd cron | | These are useful on almost any system, no matter whether | server or desktop. Why is syslogd useful on my laptop if I never look at those logs ? Or pflogd ? Even sshd, I ssh *from* my laptop, not to it. Same goes for inetd, what's the use on my laptop ? Or cron ? At the time default jobs are scheduled to run, my laptop is suspended. Granted, that may not be the most common use case (and also granted: I do sometimes use some of these on my laptop). But I like the idea of a working default setup that also includes working audio. It would be nice if aucat didn't start when there was no sound hardware. And it doesn't: It's necessary to keep it running because if a uaudio device is plugged, it should work. [weerd@despair] $ sudo aucat -l -fsun:0 aucat: sun:0: can't open device sun:0: failed to open audio device So your server in the datacenter won't be running aucat afterall. sorry, my diff is wrong.. I forgot the '-aoff' in the diff, but -aoff will become the default soon (this is to keep the device closed when not used). -- Alexandre Index: rc.conf === RCS file: /cvs/src/etc/rc.conf,v retrieving revision 1.160 diff -u -p -r1.160 rc.conf --- rc.conf 24 Jul 2011 15:33:41 - 1.160 +++ rc.conf 6 Oct 2011 20:30:52 - @@ -44,7 +44,7 @@ ifstated_flags=NO # for normal use: relayd_flags=NO# for normal use: snmpd_flags=NO # for normal use: smtpd_flags=NO # for normal use: -aucat_flags=NO # for normal use: +aucat_flags=-aoff -fsun:0# use another device, e.g. -fsun:1 ldapd_flags=NO # for normal use: inetd_flags= # for normal use: rwhod_flags=NO # for normal use:
Re: enable aucat by default
On 6 October 2011 17:26, Alexandre Ratchov a...@caoua.org wrote: On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: Hi Alexandre, Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: On the one hand, we expect audio to work by default. On the other hand format conversions, channel mapping, resampling and alike belong to the audio sub-system; until 2009, this used to be the audio(4) driver itself. But later, instead of extending the audio(4) driver, we put new audio code in aucat(1), which amongs others, has the advantage of running as unprivileged user rather than in supervisor mode. From this standpoint, there should be an instance of aucat(1) running by default for each instance of audio(4), ie for each sound card; [...] Really? Here is the list of daemons currently enabled by default: syslogd pflogd sshd sendmail inetd cron These are useful on almost any system, no matter whether server or desktop. Unless i misunderstand, aucat will often be useful on the desktop. But do you also run it on your servers in the datacenter? well, consider aucat a an extension of the audio(4) driver. Except that parts of the code are were moved in userspace. On servers you could disable audio, set aucat_flags=NO and recompile GENERIC with audio support disabled. Or do you argue that disabling it on servers is less work than enabling it on workstations? Not really, my point is that currently audio works by default on OpenBSD, on servers, laptops, PDAa. More and more code of the audio sub-system that would be in the kernel is being pulled in userland, so if we accept that audio should work by default, aucat should be enabled by default. Or do you argue that it doesn't matter running it even where it is not needed? Somewhat yes, if there are no audio devices or no audio program is run, aucat does nothing and shouldn't hurt. -- Alexandre We could enable aucat if the user chose yes on Do you expect to run X ? on the install script. I think it's fair to assume that if the user is running X, he probably wants audio.
Re: enable aucat by default
On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: | Hi Alexandre, | | Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: | | On the one hand, we expect audio to work by default. On the other hand | format conversions, channel mapping, resampling and alike belong to | the audio sub-system; until 2009, this used to be the audio(4) driver | itself. But later, instead of extending the audio(4) driver, we put | new audio code in aucat(1), which amongs others, has the advantage of | running as unprivileged user rather than in supervisor mode. From this | standpoint, there should be an instance of aucat(1) running by default | for each instance of audio(4), ie for each sound card; [...] | | Really? | | Here is the list of daemons currently enabled by default: | | syslogd pflogd sshd sendmail inetd cron | | These are useful on almost any system, no matter whether | server or desktop. Why is syslogd useful on my laptop if I never look at those logs ? Because it is a fundamental part of a UNIX system. And you really should lookat those logs every now and then. Or pflogd ? Valid question. The fact that pflogd is running by default is a side-effect from turning on pf by default. Even sshd, I ssh *from* my laptop, not to it. The installer asked you whether you wanted it and you accepted the default. Same goes for inetd, what's the use on my laptop ? It provides some services that are used for mail delivery. Or cron ? At the time default jobs are scheduled to run, my laptop is suspended. Granted, that may not be the most common use case (and also granted: I do sometimes use some of these on my laptop). It also handles log rotation which runs every hour. But I like the idea of a working default setup that also includes working audio. Funny, but audio works fine on my laptop without aucat. Guess the hardware supports the most common formats in hardware. And I bet that's the case on most laptops produced in this century. It would be nice if aucat didn't start when there was no sound hardware. And it doesn't: [weerd@despair] $ sudo aucat -l -fsun:0 aucat: sun:0: can't open device sun:0: failed to open audio device So your server in the datacenter won't be running aucat afterall. Only if it is a proper server ;) Most i386/amd64 servers do have sound hardware. So I'm not convinced we should enable aucat unconditionally. Wouldn't it make some sense to enable aucat on systems that run X?
Re: enable aucat by default
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote: Mark counters my objections Mark, you make very valid points - my comments were more in the 'food for thought' department: we run deamons by default while some are never used by certain users. Doesn't harm them. | But I like the idea of a working default setup that also includes | working audio. | | Funny, but audio works fine on my laptop without aucat. Guess the | hardware supports the most common formats in hardware. And I bet | that's the case on most laptops produced in this century. Obviously, for you 'works fine' excludes playing multiple simultaneous audio streams (a sentiment I largely agree with). But because you and I don't use or want it, does not mean others do not have a (valid) use for it. And it wouldn't harm you if it was running on your machine. | It would be nice if aucat didn't start when there was no sound | hardware. And it doesn't: | | [weerd@despair] $ sudo aucat -l -fsun:0 | aucat: sun:0: can't open device | sun:0: failed to open audio device | | So your server in the datacenter won't be running aucat afterall. | | Only if it is a proper server ;) Most i386/amd64 servers do have | sound hardware. The new i386/amd64 servers I see (mostly dell and ibm) do not have audio(4). This has been the case for some time already, in my experience. (still wouldn't really label them proper, but that's another story) | So I'm not convinced we should enable aucat unconditionally. Wouldn't | it make some sense to enable aucat on systems that run X? I actually like that idea. Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: enable aucat by default
On Thu, Oct 06, 2011 at 11:05:34PM +0200, Mark Kettenis wrote: It would be nice if aucat didn't start when there was no sound hardware. And it doesn't: [weerd@despair] $ sudo aucat -l -fsun:0 aucat: sun:0: can't open device sun:0: failed to open audio device So your server in the datacenter won't be running aucat afterall. Only if it is a proper server ;) Most i386/amd64 servers do have sound hardware. So I'm not convinced we should enable aucat unconditionally. Wouldn't it make some sense to enable aucat on systems that run X? Hmmm, why not? I'm not against turning audio off in certain situations (servers, whatever). IMO the important point is aucat to be always running when audio is expected to work, ie assume that it's a part of the audio subsystem, so we can rely on it in ports and driver code. -- Alexandre
Re: enable aucat by default
So I'm not convinced we should enable aucat unconditionally. Wouldn't it make some sense to enable aucat on systems that run X? Hmmm, why not? I'm not against turning audio off in certain situations (servers, whatever). IMO the important point is aucat to be always running when audio is expected to work, ie assume that it's a part of the audio subsystem, so we can rely on it in ports and driver code. Except at install time you don't know that. You only know it on some machines. It is MD. if [[ -n $MDXAPERTURE ]]; then ask_yn Do you expect to run the X Window System? $def ... And you can't know it at run time. And you can't do it based on whether the X sets are installed either, since we default to that.
Re: enable aucat by default
* Mark Kettenis mark.kette...@xs4all.nl [2011-10-06 23:06]: Only if it is a proper server ;) Most i386/amd64 servers do have sound hardware. huh? either your defintion of server hardware is weird or my servers are. on pflog, that gets only started if pf is enabled and then it is in the same boat as syslogd. i dunno about aucat. on laptops/workstations i'd want it by default, on the servers i'd hate it. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: enable aucat by default
On Thu, Oct 6, 2011 at 1:26 PM, Alexandre Ratchov a...@caoua.org wrote: On Thu, Oct 06, 2011 at 08:58:16PM +0200, Ingo Schwarze wrote: Hi Alexandre, Alexandre Ratchov wrote on Thu, Oct 06, 2011 at 08:29:26PM +0200: On the one hand, we expect audio to work by default. On the other hand format conversions, channel mapping, resampling and alike belong to the audio sub-system; until 2009, this used to be the audio(4) driver itself. But later, instead of extending the audio(4) driver, we put new audio code in aucat(1), which amongs others, has the advantage of running as unprivileged user rather than in supervisor mode. From this standpoint, there should be an instance of aucat(1) running by default for each instance of audio(4), ie for each sound card; [...] Really? Here is the list of daemons currently enabled by default: syslogd pflogd sshd sendmail inetd cron These are useful on almost any system, no matter whether server or desktop. Unless i misunderstand, aucat will often be useful on the desktop. But do you also run it on your servers in the datacenter? well, consider aucat a an extension of the audio(4) driver. Except that parts of the code are were moved in userspace. On servers you could disable audio, set aucat_flags=NO and recompile GENERIC with audio support disabled. Or do you argue that disabling it on servers is less work than enabling it on workstations? Not really, my point is that currently audio works by default on OpenBSD, on servers, laptops, PDAa. More and more code of the audio sub-system that would be in the kernel is being pulled in userland, so if we accept that audio should work by default, aucat should be enabled by default. Or do you argue that it doesn't matter running it even where it is not needed? Somewhat yes, if there are no audio devices or no audio program is run, aucat does nothing and shouldn't hurt. yuck... sounds like linux to me. please don't go down that route of enable everything, it can't hurt even if you don't use it mentality.