Re: httpd errata

Hi, On Thu, Nov 20, 2014 at 06:24:23PM -0500, Ted Unangst wrote: > [on behalf of reyk] > > Many people want to test the new httpd in OpenBSD 5.6; so we decided > to provide various improvements from -current for 5.6. > See the description below for more details. [...] > Index: usr.sbin/httpd/ht

Re: 64-bit PCI bridge support: testers needed

works on an alpha es45 as well. theo made me do it. > On 21 Nov 2014, at 13:49, David Gwynne wrote: > > working on a 2950. will put try it on a r710 soon. > > dlg > >> On 20 Nov 2014, at 19:10, Mark Kettenis wrote: >> >> Hi All, >> >> dlg@ managed to get access to a machine that actually us

Re: crypt_newhash

On Thu, Nov 20, 2014 at 20:22, Ted Unangst wrote: > So far only passwd uses the new function; it is still easy for me to > change the interface. (The only constraint being that I need to > coordinate library changes with other developments so it may not be an > immediate change.) Sneaking the cha

Re: 64-bit PCI bridge support: testers needed

working on a 2950. will put try it on a r710 soon. dlg > On 20 Nov 2014, at 19:10, Mark Kettenis wrote: > > Hi All, > > dlg@ managed to get access to a machine that actually uses 64-bit PCI > addresses behind a bridge. This triggered some bugs in the so far > untested code. Quelle suprprise!

Re: crypt_newhash

On Thu, Nov 20, 2014 at 19:29, Jonas 'Sortie' Termansen wrote: > Hi, > > The flak blog just had an interesting post about why the old crypt() > interface > should be replaced, and on the new crypt_newhash() and crypt_checkpass() that > were added to OpenBSD. I would like to see this API become por

crypt_newhash

Hi, The flak blog just had an interesting post about why the old crypt() interface should be replaced, and on the new crypt_newhash() and crypt_checkpass() that were added to OpenBSD. I would like to see this API become portable and perhaps standardized, but crypt_newhash is currently tied to logi

Re: httpd errata

This just made my day. -Original Message- From: "Ted Unangst" Sent: ‎11/‎20/‎2014 6:26 PM To: "tech@openbsd.org" Subject: httpd errata [on behalf of reyk] Many people want to test the new httpd in OpenBSD 5.6; so we decided to provide various improvements from -current for 5.6. See the

httpd errata

[on behalf of reyk] Many people want to test the new httpd in OpenBSD 5.6; so we decided to provide various improvements from -current for 5.6. See the description below for more details. untrusted comment: signature from openbsd 5.6 base private key RWR0EANmo9nqhn3Gnfk2/2x+xII6do92zreKp/t5zOwfk

Re: vi: global state cleanup

On Wed, Nov 12, 2014 at 07:34:28PM +0100, Martin Natano wrote: > The 'struct _gs' type (aka. GS) contains pointers to screen interface > functions, which are set by cl_func_std(), but this mechanism isn't > necessary anymore, because the other frontends (tk, motif, ipc) have > been removed. The onl

Re: fingerd bug isn't

On Wed, 19 Nov 2014 22:32:59 -0500, Ted Unangst wrote: > I don't think this qualifies as a bug. Using the wrong client is user > error. fingerd should not be responsible for filtering anything you > shouldn't send it. OK millert@ (who wonders how many people even know what a TIP is these days)

Re: Status on porting Rust to OpenBSD

On Wed, Nov 19, 2014 at 07:46:27PM -0800, Dave Huseby wrote: > Hi everybody, > > In my free time over the last few weeks I have been attempting to > cross-compile the rust compiler using the same method that was used to > add support for Dragonfly BSD. I started with the scripts from the > Dragon

Re: Status on porting Rust to OpenBSD

On Wed, Nov 19, 2014 at 19:46, Dave Huseby wrote: > 3. Figure out a way to get a newer linker working on OpenBSD. binutils-2.17 is in the src tree at gnu/usr.bin/binutils-2.17. It's not enabled because it doesn't always work right, but at one point there was a plan to switch to it precisely beca

Re: fts: optimize by using fstatat instead of lstat

On Wed, 19 Nov 2014 20:30:04 -0800, Philip Guenther wrote: > Committed, which leads to the next diff: use O_CLOEXEC on all internal > fds, O_DIRECTORY when opening a directory other than ".", and drop the 3rd > argument to open() as unnecessary when O_CREAT isn't used. Looks good to me. OK mil

Status on porting Rust to OpenBSD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi everybody, In my free time over the last few weeks I have been attempting to cross-compile the rust compiler using the same method that was used to add support for Dragonfly BSD. I started with the scripts from the Dragonfly effort and fixed the

Re: mandoc.db(5) names.bits

Hi Jason, Jason McIntyre wrote on Thu, Nov 20, 2014 at 03:00:49PM +0001: > better still, you had a diff that made MLINKS redundant. > that's what i want. Jajaja! :-) But before i can put that in, i want to check off the list of things that i already know might go wrong. I don't want people en

[PATCH]rcs: write usage function pointer always the same way

Hi tech, I think it's more readable if the usage() function pointer will always be written the same way. fritjof Index: rlog.c === RCS file: /cvs/src/usr.bin/rcs/rlog.c,v retrieving revision 1.69 diff -u -p -r1.69 rlog.c --- rlog.c

Re: LibreSSL: GOWindows support

On Tue, Nov 11, 2014 at 8:41 AM, Brent Cook wrote: > I gave the openbsd src patches a spin last night. I wonder if there's > a way we could instead coerce mingw into pretending to be more POSIX > by way of header tricks in the portable tree: Hi Dongsheng, Thanks for doing the initial test port w

Re: mandoc.db(5) names.bits

On Thu, Nov 20, 2014 at 03:51:36PM +0100, Ingo Schwarze wrote: > Hi Jason, > > Jason McIntyre wrote on Thu, Nov 20, 2014 at 06:34:45AM -0700: > > > CVSROOT:/cvs > > Module name:src > > Changes by: j...@cvs.openbsd.org2014/11/20 06:34:45 > > > > Modified files: > > lib/libeven

mandoc.db(5) names.bits

Hi Jason, Jason McIntyre wrote on Thu, Nov 20, 2014 at 06:34:45AM -0700: > CVSROOT: /cvs > Module name: src > Changes by: j...@cvs.openbsd.org2014/11/20 06:34:45 > > Modified files: > lib/libevent : Makefile > > Log message: > put MLINKS in the order they appear in the man

Rename rt_ifa_addloop(9)

When I decided to use in6_ifaddloop() for IPv4 I barely though about the name of the function. Recently mikeb@ told me that the name is confusing, especially because I'm trying to turn the "loopback hack" into "local routes". So here's a diff to rename these functions and to make them return the

Simplify in_broadcast()

Diff below make the function always iterate on all the interfaces. After that I'd like to change ifa_ifwithaddr() to only match unicast addresses and use in_broadcast() in the few places where we also accept broadcast addresses. This would prevent people from matching a broadcast address when they

Re: patch: tedu sccs support

On Wed, Nov 19, 2014 at 10:02:33PM -0500, Ted Unangst wrote: > Are we still tracking upstream patch in any way? I think we've > diverged in a few places, but there still is an upstream, yes? I don't think so. Looking at the past, the first version was written by Larry Wall who licensed it to FSF

64-bit PCI bridge support: testers needed

Hi All, dlg@ managed to get access to a machine that actually uses 64-bit PCI addresses behind a bridge. This triggered some bugs in the so far untested code. Quelle suprprise! I'd appreciate it if some people can verify that this doesn't break other systems. In particular I'm looking for test

Re: fingerd bug isn't

On 2014/11/19 22:32, Ted Unangst wrote: > I don't think this qualifies as a bug. Using the wrong client is user > error. fingerd should not be responsible for filtering anything you > shouldn't send it. That makes much more sense than adding the same text to smtpd, httpd, bgpd, etc. :-) OK.