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 dec
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
> > 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
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.
Theo de Raadt 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
> 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 a
Hi,
Enclosed is a small patch that lifts the constraint on uploading only
regular files in sftp(1). It's useful to me in dump(8)ing to a remote
ChrootDirectory'd, ForceCommand sftp-internal server so that I needn't
put dd(1) or something in the jail. This way, I can have an empty jail
for b
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
Vadim Zhukov gmail.com> writes:
>
> 2011/10/7 Alexey E. Suslikov 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) cas
> 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.
2011/10/7 Alexey E. Suslikov :
> Jona Joachim hcl-club.lu> writes:
>
>>
>> On 2011-10-07, Henning Brauer bsws.de> wrote:
>> > * Jona Joachim 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.
On Fri, Oct 7, 2011 at 8:24 PM, Alexey E. Suslikov
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 au
Jona Joachim hcl-club.lu> writes:
>
> On 2011-10-07, Henning Brauer bsws.de> wrote:
> > * Jona Joachim 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 y
> What about, turn on for X and have to manually enable otherwise.
And precisely how do you do that?
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 sy
> 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 t
On 2011-10-07, Henning Brauer wrote:
> * Jona Joachim [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]
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 disabl
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 differe
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
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
> >
> > * Marc Espie [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
> > > r
> Date: Fri, 7 Oct 2011 14:17:19 +0200
> From: Henning Brauer
>
> * Marc Espie [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.
> f
On Fri, Oct 07, 2011 at 02:17:19PM +0200, Henning Brauer wrote:
> * Marc Espie [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 d
* Marc Espie [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 co
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.
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 (serve
On 2011/10/07 12:44, Henning Brauer wrote:
> anybody using pf's DIOCCHANGERULE ioctl?
libdnet
xorp
if they're actually doing anything useful with them, which I find
hard to believe, they probably ought to be doing that with anchors
instead.
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 probl
On Fri, 7 Oct 2011, Henning Brauer wrote:
* Jona Joachim [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?
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 defa
anybody using pf's DIOCCHANGERULE ioctl?
if so, stop doing so :)
seriously, we wanna remove it. we're not aware of anything using it,
and changing a rule doesn't really fit pf's concept either.
ans since it is a largely unused ioctl we kinda expect it to be broken
anyway...
Index: pf_ioctl.c
* Jona Joachim [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 defau
On 2011-10-07, Alexandre Ratchov 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,
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.
On Thu, 06 Oct 2011 16:01:53 -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,
>
35 matches
Mail list logo
