On Wed, Oct 19, 2016 at 04:55:40AM +0100, Raf Czlonka wrote:
> Hi all,
>
> KERBEROS5 remnant - "[yes]" has been introduced[0] but never removed[1].
committed, thanks!
>
> Cheers,
>
> Raf
>
> [0]
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share/man/man5/mk.conf.5.diff?r1=1.24&r2=1.25
> [1
Thanks! Now everything seems to work. Minor tweak - maybe need extra
newline after "acpiec0 at acpi0"
acpiprt9 at acpi0: bus -1 (RP08)
acpiprt10 at acpi0: bus -1 (PEG0)
acpiprt11 at acpi0: bus -1 (PEG1)
acpiprt12 at acpi0: bus -1 (PEG2)
acpiec0 at acpi0acpiec0: Not running on HW-Reduced ACPI type
Hi all,
KERBEROS5 remnant - "[yes]" has been introduced[0] but never removed[1].
Cheers,
Raf
[0]
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share/man/man5/mk.conf.5.diff?r1=1.24&r2=1.25
[1]
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share/man/man5/mk.conf.5.diff?r1=1.25&r2=1.26
Index: sh
On Tue, Sep 20, 2016 at 04:17:37PM +0200, Mike Belopuhov wrote:
> On 20 September 2016 at 15:55, Alexander Bluhm
> wrote:
> > On Tue, Sep 20, 2016 at 08:21:55AM -0400, David Hill wrote:
> >> With bluhm's r1.160 uipc_socket.c.
> >
> > With splsoftnet() in soshutdown() I can fix this one.
> >
> > s
> Date: Tue, 18 Oct 2016 21:56:13 +0200
> From: Joris Vink
>
> Hi,
>
> Sending this out so others with Macbooks can test this.
>
> This diff may fix suspend/resume problems seen on certain Macbooks where
> your display goes black but nothing else happens.
>
> Note that this is babysteps as aft
Hi,
Sending this out so others with Macbooks can test this.
This diff may fix suspend/resume problems seen on certain Macbooks where
your display goes black but nothing else happens.
Note that this is babysteps as after resume your system is missing its
battery, the keyboard backlight needs a ki
> Date: Sun, 16 Oct 2016 13:58:17 -0700
> From: Philip Guenther
>
> Should have sent this to tech...
Yes please! But by terminating the loop early, I you'll miss the case
where the symbol shadows both a function and a global variable.
> -- Forwarded message --
> Date: Sun, 16 O
> Date: Sun, 16 Oct 2016 23:30:07 -0700
> From: Philip Guenther
>
> In 2003(!) a pile of code was deleted from sparc64's locore.s:
>
> revision 1.35
> date: 2003/05/17 07:09:08; author: art; state: Exp; lines: +1 -957;
> Get rid of lots of hairy ifdefs that we'll m
On Tue, Oct 18, 2016 at 10:22:06AM -0700, Ilya Kaliman wrote:
> Hi!
>
> The patch seems to work partially - acpiec now gets initialized. The
> suspend-on-lid-close does not work anymore, though (it works with my
> initial patch).
Right, that's because I had an off-by-one in the switch case. I won
Hi!
The patch seems to work partially - acpiec now gets initialized. The
suspend-on-lid-close does not work anymore, though (it works with my
initial patch).
acpiprt10 at acpi0: bus -1 (PEG0)
acpiprt11 at acpi0: bus -1 (PEG1)
acpiprt12 at acpi0: bus -1 (PEG2)
acpiec0 at acpi0acpiec0: invalid reso
I tested your change, no more messages in dmesg.
Thank you.
On 17 Oct 2016, at 22:52, Alexander Bluhm wrote:
> On Mon, Oct 17, 2016 at 08:56:09PM +0200, egorenar-...@posteo.net wrote:
>> i recently updated from 6.0 to a snapshot and
>> since then i see splassert sometimes in my dmesg when i use
On Mon, 17 Oct 2016 12:59:36 +0200, Joris Vink wrote:
> Let's bring status a bit more inline with its GNU cvs counter part.
>
> This diff adds the branch revision for the sticky tag if set.
OK millert@
- todd
Hi
A small update to getsockopt(2) to document that SO_REUSEADDR only works
for same uid (or root).
Index: lib/libc/sys/getsockopt.2
===
RCS file: /cvs/src/lib/libc/sys/getsockopt.2,v
retrieving revision 1.50
diff -u -p -r1.50 getso
Hi,
Currenlty when carppeer + "real mac-address" are used at once,
changing MASTER by carpdemote causes "MASTER-MASTER" problem, BACKUP
is to become MASTER but the present MASTER also will keep its state.
The diff following will fix this problem.
ok?
Accept CARP advertisement packets whose dest
> Perhaps acpiec should use aml_parse_resource() instead of the hand-crafted
> parsing it does right now? That would solve the second problem, at
> least.
Like this?
To the OP can you please test this diff on your system and let me know
if it fixes things?
I will move on to adding support for
> That is certainly not correct: snprintf and friends return the length as
> it would have been if an infinite buffer was passed in.
> So the strlen should stay.
Oh wow. That was really stupid. Thanks
On Tue, Oct 18, 2016 at 03:23:32AM +0200, Theo Buehler wrote:
> On Sun, Oct 16, 2016 at 01:14:35PM +0200, Otto Moerbeek wrote:
> > Hi,
> >
> > this diff is somewhat big since I decided to rewrite wrterror() to be
> > able to get better error messages.
> >
> > Please review and test this with mal
17 matches
Mail list logo