On Sat, Apr 25, 2020 at 05:16:03PM +0200, Damien Couderc wrote:
> >
> > I can see in the full dmesg that there are two different FTYPE results
> > provided during azalia_codec_init and only the first one seems to be
> > displayed in the mixerctl output.
> >
> > I think that maybe mixerctl does
I dug a bit more into this and hopefully it will be more actionable
this way and so +tech@. The original details and references are still
below.
Since the last time I figured that suspend/resume is a reliable way to
trigger the interrupt storm.
So I recompiled 6.6-current with ACPI_DEBUG. Now
I use it regularily too, I don't like talking about stuff I don't use.
Downsides I could see is just the general fun of moving documentation,
which can be a huge problem for me and I'm guessing you too.
Upsides are slightly, ever so small decrease in clutter and better
access for the new age of
My position is that the directory is fine, and helpful.
I use it all the time to setup machines quickly.
Maybe you don't. Then you can ignore it.
Louis Fredrickson wrote:
> Was it ever floated to remove examples entirely and move them to www?
> I think it would be easier for the forgetful,
Was it ever floated to remove examples entirely and move them to www?
I think it would be easier for the forgetful, new and muh power use types
all alike, as worthless and unneccesary as my opinion may be.
On Sun, 26 Apr 2020, 10:08 Ingo Schwarze, wrote:
> Hi,
>
> clematis wrote on Sat, Apr 25,
Hi,
clematis wrote on Sat, Apr 25, 2020 at 11:34:14PM +0200:
> But then based on your feedback I wonder if there's even any
> value of an example file which gives not much more than an already
> well documented manpage?
We had that discussion among developers at least twice in the past.
If i
Hi Stuart, Theo,
I didn't really though about it from a "potentially risky command"
perspective. I understand - that makes sense.
On Sat, Apr 25, 2020 at 08:43:22PM +0200, Ingo Schwarze wrote:
> clematis wrote on Sat, Apr 25, 2020 at 07:41:40PM +0200:
>
> The shorter the better.
>
> Yes, there
Hi,
i strongly dislike what you are doing here. Not just because of one
particular line, but in general.
clematis wrote on Sat, Apr 25, 2020 at 07:41:40PM +0200:
> Looking arround in /etc/examples/ I felt like some of those files
> aren't as "verbose" as others.
The shorter the better.
Yes,
The cvs log tells me this driver was written to privide an alternative
clock for the Sun Fire V210. That is probably why it prints a message
about overwriting the rtc handler. But the driver was never enabled
on sparc64 (or anywhere else for that matter) and overwriting the rtc
is normal
I do not think this risk-prone command (or any risk-prone subsystem)
should be documented via example.
People will copy. They won't understand. They won't try to understand.
By not providing an example, we force them to learn, and only use
the minimum.
Giving people lines to "tweak" results in
On 2020/04/25 19:41, clematis wrote:
> +permit nopass solene cmd /usr/bin/touch
> +permit nopass setenv { TRUSTED_PKG_PATH TERM } solene cmd \
> + /usr/sbin/pkg_add
> +permit nopass setenv { TERM } solene cmd /usr/sbin/pkg_delete
it is bad enough that the dangerous "nopass pkg_add" is in
Hello,
Looking arround in /etc/examples/ I felt like some of those files aren't
as "verbose" as others. For example doas.conf
doas.conf(5) contains more EXAMPLES than /etc/examples/doas.conf
Please let me know if there is a prefered way.
1/ document EXAMPLES in the manpage, only have examples
Jeremie Courreges-Anglas wrote:
> New proposal after discussing this with Theo.
>
>
> Index: net/res_init.3
> ===
> RCS file: /cvs/src/lib/libc/net/res_init.3,v
> retrieving revision 1.2
> diff -u -p -r1.2 res_init.3
> ---
On Sat, Apr 25 2020, Jeremie Courreges-Anglas wrote:
> On Fri, Apr 24 2020, Jeremie Courreges-Anglas wrote:
>> On Thu, Apr 23 2020, Eric Faurot wrote:
>>> On Thu, Apr 23, 2020 at 10:34:39AM -0600, Theo de Raadt wrote:
It says the keyword gets parsed, but then does performs no action.
Le 25/04/2020 à 13:33, Damien Couderc a écrit :
Le 25/04/2020 à 12:33, Damien Couderc a écrit :
Le 25/04/2020 à 12:13, Solene Rapenne a écrit :
Le Sat, 25 Apr 2020 11:36:12 +0200,
Damien Couderc a écrit :
Hi,
I decided to take a look at what was missing to make audio over hdmi
working on
Jeremie Courreges-Anglas wrote:
> On Sat, Apr 25 2020, "Theo de Raadt" wrote:
> > This wording doesn't make any sense to me.
> >
> > When we use the term deprecate, we are talking about interfaces.
> > But gethostbyname isn't actually deprecated. getaddrinfo is
> > an alternative interface
On Sat, Apr 25 2020, "Theo de Raadt" wrote:
> This wording doesn't make any sense to me.
>
> When we use the term deprecate, we are talking about interfaces.
> But gethostbyname isn't actually deprecated. getaddrinfo is
> an alternative interface rather than gethostbyname. But gethostbyname
>
This wording doesn't make any sense to me.
When we use the term deprecate, we are talking about interfaces.
But gethostbyname isn't actually deprecated. getaddrinfo is
an alternative interface rather than gethostbyname. But gethostbyname
isn't deprecated.
I don't understand what the addition
On Fri, Apr 24 2020, Jeremie Courreges-Anglas wrote:
> On Thu, Apr 23 2020, Eric Faurot wrote:
>> On Thu, Apr 23, 2020 at 10:34:39AM -0600, Theo de Raadt wrote:
>>> It says the keyword gets parsed, but then does performs no action.
>>>
>>> But that is different from not parsing it.
>>>
>>>
On Sat, 25 Apr 2020 13:49:59 +0200, Eric Faurot wrote:
> The current code for aliases_get() is a bit contorted I think.
> This diff makes it clearer.
OK millert@
- todd
Hi,
The current code for aliases_get() is a bit contorted I think.
This diff makes it clearer.
Eric.
Index: aliases.c
===
RCS file: /cvs/src/usr.sbin/smtpd/aliases.c,v
retrieving revision 1.77
diff -u -p -r1.77 aliases.c
---
Le 25/04/2020 à 12:33, Damien Couderc a écrit :
Le 25/04/2020 à 12:13, Solene Rapenne a écrit :
Le Sat, 25 Apr 2020 11:36:12 +0200,
Damien Couderc a écrit :
Hi,
I decided to take a look at what was missing to make audio over hdmi
working on OpenBSD.
After enabling AZALIA_DEBUG in the
Le 25/04/2020 à 12:13, Solene Rapenne a écrit :
Le Sat, 25 Apr 2020 11:36:12 +0200,
Damien Couderc a écrit :
Hi,
I decided to take a look at what was missing to make audio over hdmi
working on OpenBSD.
After enabling AZALIA_DEBUG in the kernel config I commented the code
that disables HDMI
Le Sat, 25 Apr 2020 11:36:12 +0200,
Damien Couderc a écrit :
> Hi,
>
> I decided to take a look at what was missing to make audio over hdmi
> working on OpenBSD.
>
> After enabling AZALIA_DEBUG in the kernel config I commented the code
> that disables HDMI codecs like the following :
>
>
>
I fixed warn() and changed certproc.c to be less confusing.
On 21/04/2020 21:17, Sebastian Benoit wrote:
Bartosz Kuzma(bartosz.ku...@release11.com) on 2020.04.21 20:59:54 +0200:
Hello,
thanks for looking at this!
On 21/04/2020 17:43, Florian Obser wrote:
Hi,
thanks for working on this and
Hi,
I decided to take a look at what was missing to make audio over hdmi
working on OpenBSD.
After enabling AZALIA_DEBUG in the kernel config I commented the code
that disables HDMI codecs like the following :
--- azalia.c.orig Thu Apr 23 11:44:52 2020
+++ azalia.cFri Apr 24
26 matches
Mail list logo
