When building 5.9 cross tools ("cross-tools" target in Makefile.cross)
on 5.8, cross tools are installed to e.g. ${CROSSDIR}/usr/*-openbsd5.9,
not .../*-openbsd5.8.
Don't use ${OSREV} which is derived from hardcoded ${OSMINOR} in
building host's /usr/share/mk/sys.mk (still 5.8), but use
${CROSSDIR
this is an unfortunately large reworking of vlan(4) to make tx mpsafe
it also includes the following:
- moving away from the vlan specific SIOC[SG]ETVLAN ioctls to the
SIOC[SGD]{VNETID,IFPARENT} ioctls
i did this to make the config transitions more straightforward.
with the new ioctls you either
On Tue, Mar 08, 2016 at 10:59:42PM +0100, Patrick Wildt wrote:
> Hi,
>
> I'd like to get some opinions on this. ARM8 has probably never ever
> been used with OpenBSD, and I doubt it will ever be. I think it also
> makes sense to remove more, like ARM9, ARM9E, ARM10, ARM11. All the
> cruft that
The newly created partition is in sd1, not sd0.
Index: faq14.html
===
RCS file: /cvs/www/faq/faq14.html,v
retrieving revision 1.300
diff -u -p -r1.300 faq14.html
--- faq14.html 8 Mar 2016 01:14:03 - 1.300
+++ faq14.html 9
Below is a patch that corrects pptp to set the pptp hostname as the
system hostname, as per the man page and l2tp:
diff --git a/usr.sbin/npppd/pptp/pptp_ctrl.c
b/usr.sbin/npppd/pptp/pptp_ctrl.c
index 1dfdc03..722b2a0 100644
--- a/usr.sbin/npppd/pptp/pptp_ctrl.c
+++ b/usr.sbin/npppd/pptp/pptp_c
On Sun, Mar 06, 2016 at 12:53:24PM +0100, Tobias Ulmer wrote:
> map is passed straight into free where it gets overwritten with junk.
> No other arch makes map invalid before free, and my N2100 didn't
> suddenly misbehave either.
>
> ok?
Have been building -current with this diff applied too and
On Tue, Mar 08, 2016 at 01:31:47PM -0700, Todd C. Miller wrote:
> On Tue, 08 Mar 2016 09:32:25 -0700, Theo de Raadt wrote:
>
> > atol maps to strtol. Which can accept hex or octal.
>
> atol() maps to strtol(str, (char **)NULL, 10) so this is a good
> place to use strtonum(). The max value shoul
On 2016/03/08 13:42, Rick Gregory wrote:
> Hi,
> I have a an Asus K75DE Notebook
> ( AMD A10-4600M APU with Radeon(tm) HD Graphics 7600 Series )
> Right now I'm running OBSD 5.5, with Gnome3 Desktop, radeon-firmware seems
> to work fine.
Please generate a mail with sendbug run as root. (Probably
Martin Pieuchot wrote:
> On 06/03/16(Sun) 19:20, Michael McConville wrote:
> > We check static arrays against NULL pretty often in the kernel. I
> > suspect most of these are due to recent kernel API changes. Should they
> > be removed, or do people want to keep them around in case the APIs
> > cha
Hi,
I'd like to get some opinions on this. ARM8 has probably never ever
been used with OpenBSD, and I doubt it will ever be. I think it also
makes sense to remove more, like ARM9, ARM9E, ARM10, ARM11. All the
cruft that is not used, apart from armish, armv7 and zaurus.
In the end it will proba
On 08/03/16(Tue) 10:01, Michal Mazurek wrote:
> p_cpu exists, but p_usrpri isn't based on it.
Michal I lost track of all your comment fixes. One of the accepted
rules when we read code is that comments are always lying. So I doubt
anyone will object fixing them.
Could you send a single diff wit
Hi,
I have a an Asus K75DE Notebook
( AMD A10-4600M APU with Radeon(tm) HD Graphics 7600 Series )
Right now I'm running OBSD 5.5, with Gnome3 Desktop, radeon-firmware seems
to work fine.
"$ glxinfo | grep -i render
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on AMD ARUBA"
"$ uname :
On Tue, 08 Mar 2016 09:32:25 -0700, Theo de Raadt wrote:
> atol maps to strtol. Which can accept hex or octal.
atol() maps to strtol(str, (char **)NULL, 10) so this is a good
place to use strtonum(). The max value should probably be PID_MAX
rather than INT_MAX but we only expose that #ifdef _KE
atol maps to strtol. Which can accept hex or octal.
strtonum cannot do that.
So you have missed a step here -- a justification based upon
verification that loss of support for octal/hex is a good step
forward. Basically, some archeology. You need to go pull on a string
for a while, then report
--F.
Index: ps.c
===
RCS file: /cvs/src/bin/ps/ps.c,v
retrieving revision 1.63
diff -u -r1.63 ps.c
--- ps.c16 Jan 2015 06:39:32 - 1.63
+++ ps.c8 Mar 2016 14:15:34 -
@@ -99,6 +99,7 @@
int all, ch,
im going to commit this tomorrow unless anyone objects. i dont want
to hold up vlan too much.
On Wed, Mar 02, 2016 at 11:48:49AM +1000, David Gwynne wrote:
> ive got a large reworking of vlan(4) to make vlan tx mpsafe, which
> affected mpw(4).
>
> the biggest effect was that it was no longer safe
> Christian Weisgerber wrote on Mon, Mar 07, 2016 at 03:51:41PM +:
> > On 2016-03-07, Ingo Schwarze wrote:
>
> >> Consequently, in the interest of safe and sane defaults, i propose
> >> switching our xterm(1) to enable UTF-8 mode by default.
>
> > Seconded.
Please.
> >> The best place
On 08/03/2016 07:04, Jason McIntyre wrote:
> i think it's better to submit changes where there is a clear
> improvement, or where we can definitely say what's there now is
> incorrect.
Ok, no worries.
Sevan
p_cpu exists, but p_usrpri isn't based on it.
Index: sys/sys/proc.h
===
RCS file: /cvs/src/sys/sys/proc.h,v
retrieving revision 1.216
diff -u -p -r1.216 proc.h
--- sys/sys/proc.h 6 Mar 2016 05:20:26 - 1.216
+++ sys/sys/
On Tue, Mar 08, 2016 at 12:14:45AM +0100, Ingo Schwarze wrote:
> Hi Christian,
>
> Christian Weisgerber wrote on Mon, Mar 07, 2016 at 03:51:41PM +:
> > On 2016-03-07, Ingo Schwarze wrote:
>
> >> Consequently, in the interest of safe and sane defaults, i propose
> >> switching our xterm(1) to
20 matches
Mail list logo