Hi who is responsible for writing documentation for OpenBSD?
I'd like to get involved in writing documentation for OpenBSD as I
really like OpenBSD and I feel technical writing is one of my strong points.
Regards.
Timo
On 01/23/16 09:35, Timo wrote:
Hi who is responsible for writing documentation for OpenBSD?
I'd like to get involved in writing documentation for OpenBSD as I
really like OpenBSD and I feel technical writing is one of my strong points.
Regards.
Timo
The best way would be to just start writing
Ok makes sense. I'll look over the documentation and see if I find
something I can contribute to.
Regards.
Timo
On 23/01/2016 10:44, Martijn van Duren wrote:
> On 01/23/16 09:35, Timo wrote:
>> Hi who is responsible for writing documentation for OpenBSD?
>> I'd like to get involved in writing d
Ok. I added a lot of security fixes added a feature to put in a custom
floating point timeout as an argument and got rid of the 8 mirror limit. It
puts in all the mirrors that didn't either exceed the timeout period or
have a download error. It should be safe to run as root I guess. There is
nothin
Here's a small update:
On 01/22/16 21:18, Martijn van Duren wrote:
3) 3_vi_remove_progname.diff: Don't keep a copy of the progname in
memory, use getprogname instead.
Attached without the setprogname. The reason I included setprogname was
because getprogname in the manpage doesn't mention that i
On Sat, Jan 23, 2016 at 11:03:39AM +0100, Martijn van Duren wrote:
> Here's a small update:
> On 01/22/16 21:18, Martijn van Duren wrote:
> >3) 3_vi_remove_progname.diff: Don't keep a copy of the progname in
> >memory, use getprogname instead.
> Attached without the setprogname. The reason I includ
> On 06 Jan 2016, at 18:49, Reyk Floeter wrote:
> - I didn't work on m4.10xlarge (see cvs:~reyk/dmesg.m4.10xlarge).
I didn’t see any mentions of it in the dmesg
https://gist.github.com/reyk/b372af303eb86bab3fee but could it be that those
machine classes (*x*large-ish) uses Intel NICs with SR-IO
> On 23.01.2016, at 12:12, Anders Berggren wrote:
>
>> On 06 Jan 2016, at 18:49, Reyk Floeter wrote:
>> - I didn't work on m4.10xlarge (see cvs:~reyk/dmesg.m4.10xlarge).
>
> I didn’t see any mentions of it in the dmesg
> https://gist.github.com/reyk/b372af303eb86bab3fee but could it be that t
2016-01-23 14:08 GMT+03:00 Theo Buehler :
> On Sat, Jan 23, 2016 at 11:03:39AM +0100, Martijn van Duren wrote:
>> Here's a small update:
>> On 01/22/16 21:18, Martijn van Duren wrote:
>> >3) 3_vi_remove_progname.diff: Don't keep a copy of the progname in
>> >memory, use getprogname instead.
>> Atta
Hi Timo,
Timo wrote on Sat, Jan 23, 2016 at 10:46:55AM +0200:
> On 23/01/2016 10:44, Martijn van Duren wrote:
>> On 01/23/16 09:35, Timo wrote:
>>> Hi who is responsible for writing documentation for OpenBSD?
>>> I'd like to get involved in writing documentation for OpenBSD
Nice to hear that.
On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote:
> Hi,
>
> the hypervisor mode, which virtualization-enabled boards might boot in,
> is basically a privilege level above the usual SVC mode the kernel is
> running in. It does not support the full instruction set and we, as
> a "guest
For what it's worth, your diff reads fine to me. It took me a while to
realize, that tlen in pppxwrite() and tun_dev_write() can't overflow
because of the range check beforehand, but on close look that code also
turns out to be correct.
cheers,
natano
On Fri, Jan 22, 2016 at 07:29:54PM +0100, St
On Sun, Jan 24, 2016 at 12:33:42AM +1100, Jonathan Gray wrote:
> On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > the hypervisor mode, which virtualization-enabled boards might boot in,
> > is basically a privilege level above the usual SVC mode the kernel is
> > runn
Yes! This absolutely makes Youtube videos watchable for me (on a
Thinkpad T520). There still is occassional stuttering, but _far_ less
disruptive than before. Another usecase where I see improvements is
reloading a resource-heavy web page while switching tabs. Before
applying the patch, this caused
On Sat, Jan 23, 2016 at 02:54:58PM +0100, Patrick Wildt wrote:
> On Sun, Jan 24, 2016 at 12:33:42AM +1100, Jonathan Gray wrote:
> > On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote:
> > > Hi,
> > >
> > > the hypervisor mode, which virtualization-enabled boards might boot in,
> > > is
On Sun, Jan 24, 2016 at 03:02:29AM +1100, Jonathan Gray wrote:
> On Sat, Jan 23, 2016 at 02:54:58PM +0100, Patrick Wildt wrote:
> > On Sun, Jan 24, 2016 at 12:33:42AM +1100, Jonathan Gray wrote:
> > > On Fri, Jan 22, 2016 at 09:36:49PM +0100, Patrick Wildt wrote:
> > > > Hi,
> > > >
> > > > the hy
Timo wrote:
> Hi who is responsible for writing documentation for OpenBSD? I'd like
> to get involved in writing documentation for OpenBSD as I really like
> OpenBSD and I feel technical writing is one of my strong points.
In case you (or other readers) need more of an introduction than other
peop
Martin Natano wrote:
> Below the uiomove() conversion for msdosfs. This diff prevents
> truncation of uio_resid in both msdosfs_read() and msdosfs_write().
Yes. That's similar to the cd9660 diff.
> Index: msdosfs/msdosfs_vnops.c
> =
I'm going with this instead. That way it works like the manual
specifies already (-v enables logging debug messages)
cvs server: Diffing .
Index: ntpd.c
===
RCS file: /cvs/src/usr.sbin/ntpd/ntpd.c,v
retrieving revision 1.103
diff -u -
Martin Natano wrote:
> Below the conversion from uiomovei() to uiomove() for kern/tty.c and
> kern/tty_pty.c. 'cc' consistently contains small, non-negative integer
> values, so leaving the type as int should be ok. It could as well be
> changed to size_t, but I don't see a benefit in doing so for
On Sat, Jan 23, 2016 at 12:39:19PM -0600, Brent Cook wrote:
> I'm going with this instead. That way it works like the manual
> specifies already (-v enables logging debug messages)
>
Yes, the -v flag is better, but see below.
> cvs server: Diffing .
> Index: ntpd.c
>
Hi,
the smtpd(8) daemon supports "deliver to maildir" out of the box,
and even though putting the user maildirs below /var/mail/ is not
the default, it's one of many possible and logical choices, and i
see nothing wrong with it.
Adam Wolk noticed on misc@ that currently security(8) doesn't
like t
Hi,
Ingo Schwarze wrote on Sun, Jan 10, 2016 at 10:22:28PM +0100:
> Todd C. Miller wrote on Sun, Jan 10, 2016 at 12:33:07PM -0700:
>> On Sun, 10 Jan 2016 19:55:53 +0100, Ingo Schwarze wrote:
>>> So, my conclusion is that it's the C standard that is carelessly
>>> worded, not POSIX. I don't thi
On Sat, 23 Jan 2016 21:14:24 +0100, Ingo Schwarze wrote:
> In conclusion, i would consider it a very bad idea to change all the
> operating systems to not set the error indicator, violating POSIX
> and making correct coding harder, just to please the not very nice
> C standard, then possibly chang
On Sat, Jan 23, 2016 at 12:19:29PM +0100, Reyk Floeter wrote:
> No, you have to *enable* SR-IOV in the image.
>
> Machines with the Intel NIC will not show any netfront in the device list via
> XenStore (just try Ubuntu).
>
> Reyk
That's correct, but I think what was being pointed out is that
a
On Sat, Jan 23, 2016 at 08:31:09PM +0100, Ingo Schwarze wrote:
> Hi,
>
> the smtpd(8) daemon supports "deliver to maildir" out of the box,
> and even though putting the user maildirs below /var/mail/ is not
> the default, it's one of many possible and logical choices, and i
> see nothing wrong wit
> On 23.01.2016, at 22:27, Jonathon Sisson wrote:
>
> On Sat, Jan 23, 2016 at 12:19:29PM +0100, Reyk Floeter wrote:
>> No, you have to *enable* SR-IOV in the image.
>>
>> Machines with the Intel NIC will not show any netfront in the device list
>> via XenStore (just try Ubuntu).
>>
>> Reyk
>
The page at http://www.openbsd.org/opensmtpd/faq/example1.html doesn't
display correctly because browsers try to interpret /
as HTML tags. This patch replaces < and > with > and <.
Index: example1.html
===
RCS file: /cvs/www/opensmtpd
Ingo Schwarze wrote:
> the smtpd(8) daemon supports "deliver to maildir" out of the box,
> and even though putting the user maildirs below /var/mail/ is not
> the default, it's one of many possible and logical choices, and i
> see nothing wrong with it.
I think the possibility to fill up /var make
On Sat, Jan 23, 2016 at 10:57:21PM +0100, Reyk Floeter wrote:
>
> > On 23.01.2016, at 22:27, Jonathon Sisson wrote:
> >
> > On Sat, Jan 23, 2016 at 12:19:29PM +0100, Reyk Floeter wrote:
> >> No, you have to *enable* SR-IOV in the image.
> >>
> >> Machines with the Intel NIC will not show any ne
Ingo Schwarze wrote:
> Consequently, i propose to not revert our fgetwc(3) patch and to
> commit this fputwc(3) patch, too, making us agree with FreeBSD,
> NetBSD, Dragonfly, SunOS, glibc, and POSIX, even tough nominally
> violating the C standard (but in a way that seems less dangerous
> than the
Hello,
I have a few Dell servers which I've installed OpenBSD for testing
but ran into a problem with keystroke loss on the console when used
through the Dell iDRAC remote graphical console. Surprisingly it
operates perfectly fine in the installer (thankfully) but when booted
from a formal instal
Hi,
there are two code points in the v7 pmap where we need the physical
address (to flush secondary cache) and use pmap_extract() instead
of just reading it from the vm page. This diff removes those.
Patrick
diff --git sys/arch/arm/arm/pmap7.c sys/arch/arm/arm/pmap7.c
index 5bcc67b..78969bd 100
* On Fri Jan 22, 2016 at 10:46:39PM +0100 28706 , Mark Kettenis
(mark.kette...@xs4all.nl) wrote:
>
> Firefox makes a lot of concurrent malloc(3) calls. The locking to
> make malloc(3) thread-safe is a bit...suboptimal. This diff makes
> things better by using a mutex instead of spinlock. If you
If you use a macro in a binat-to rule that contains multiple IPs like
so:
home_ipv4 = "{" 10.22.28.100 10.74.13.26 10.0.10.2 "}"
pass on $egress_if from 172.28.0.107 to $home_ipv4 binat-to 10.39.177.145
It will create a cascade of duplicate inbound pass rules like
so:
1) pass out on em
I've committed my diff. However, based on memory of a blog post by
the Solaris ld.so guru and a quick test against Linux, I expanded the
comment further to explain what a better solution (more like Solaris
and glibc) would involve. That means anyone with the original diff in
their tree will get
On Sat, Jan 23, 2016 at 02:18:17PM -0800, Jonathon Sisson wrote:
> Speaking of testing, is there any particular area non-devs could
> assist with at this time? Gathering dmesgs for different instance
> types?
>
I decided to spin up one of each instance type and grab the console
output in case it
37 matches
Mail list logo