Tying time_t to pacman

I don't normally do this. http://motherboard.vice.com/read/32-bit-integers-and-why-old-computers-matter This does a really good job educating people on integer overflow :) In our non-pacman universe, the ports guys really did a good job mopping up the 32bit time_t issues. Near the end of that w

Re: Cleanup of tset(1) - Part 1 of 2

Hi Our tset comes pretty much unchanged from ncurses, I don't think it is worth diverging from upstream like this. On Mon, Apr 13, 2015 at 04:48:54PM -0400, Kurt Mosiejczuk wrote: > More ifdef trimming. This time tset is up. > > Binary is still identical after this diff. > > --Kurt > > Index

Re: [NEW] Driver for the Araneus Alea II USB TRNG

Hi tech@, Ping? attila writes: > Hi tech@, > > I've written a driver for the Araneus Alea II USB TRNG: > http://www.araneus.fi/products/alea2/en/ > > It produces 100kbit/sec of entropy, which my driver stuffs into > add_true_randomness(). A small thing, but maybe valuable in > situations t

xhci, thinkpad usb ports, uhub0: device problem

Hi tech@ Enabling usb3 support in my ThinkPad T440s causes dock station usb ports to stop working. I see "uhub0: device problem, disabling port 3" message in dmesg. dmesg with usb3 on and off included. OpenBSD 5.7-current (GENERIC.MP) #4: Fri Apr 10 21:36:33 CEST 2015 r...@current.bro:/usr/s

Cleanup of tset(1) - Part 2 of 2

This is cleaning up completely redundant #defines housed in #ifdefs in tset.c This does not provide an identical binary, since it trims out redundant information from speeds[]. The diff is fairly straightforward though. I avoided trimming out the potentially redundant defines that use EXTA and

Cleanup of tset(1) - Part 1 of 2

More ifdef trimming. This time tset is up. Binary is still identical after this diff. --Kurt Index: tset.c === RCS file: /cvs/src/usr.bin/tset/tset.c,v retrieving revision 1.36 diff -u -p -r1.36 tset.c --- tset.c 18 Sep 2013 1

Re: Do you need/prefer the non-DUID option in the installer?

Joel Sing, 12 Apr 2015 03:14: > On Wednesday 01 April 2015, frantisek holop wrote: > > Theo de Raadt, 30 Mar 2015 18:09: > > > >IIRC 'bioctl -d' cannot deal with DUID's. > > > >not a showstopper, just sayin' > > > > > > Sounds like you might use this. Want to trial a diff that adds > > > support?

Cleanup of PAM and other gunk in /usr/sbin/pppd

Here is some more ifdef cleanup. This patch kills all the gunk for PAM which we don't need. Also gone is some stuff for other operating systems like ultrix and NeXT. --Kurt Index: auth.c === RCS file: /cvs/src/usr.sbin/pppd/auth

Cleanup of dead code in pr(1)

Inspired by the work I saw bcallah@ doing in cleaning up vi I started hunting ifdefs for other operating systems and dead code that was ifdef'd out. First up is a cleanout of dead code in /usr/bin/pr. The patch kills code that is ifdef'd out. Resulting binary is identical. --Kurt Index: pr.c

Re: AR8161 patch

> The whitespace errors make the diff mostly unreadable, fix those > and remove the conflict marker. Hi, I spent some time to clean up whitespace errors. I'm not sure if I did it right. The patch now apply against if_alc.c 1.32 and if_alcreg.h 1.5. > > Don't duplicate pcie defines. Drop device_

Re: Tweak to daily df to use human output

On Mon, Apr 13, 2015 at 02:02:26PM -0400, Kenneth Gober wrote: > "easier to read, but less useful" may not be an improvement. for people > with > large filesystems they will start seeing output like: > /dev/sd0e 3.6T 2.3T 1.3T 66% (followed by inode info) > that's all well and good, but it's

Re: Tweak to daily df to use human output

On Mon, Apr 13, 2015 at 1:13 PM, Kurt Mosiejczuk wrote: > I came up with the following tweak to get the filesystem status in the > daily > emails back into 80 columns. I liked the addition of the inodes in the > emails, > but that addition started pushing many of the filesystems past the 80 > co

Tweak to daily df to use human output

I came up with the following tweak to get the filesystem status in the daily emails back into 80 columns. I liked the addition of the inodes in the emails, but that addition started pushing many of the filesystems past the 80 column mark, making them hard to read. --Kurt Index: daily =

Re: [PATCH] Add support for dumping descriptors to usbdevs(8)

Hi, Attached below an updated patch that makes the layout a bit more sensible. Index: usr.sbin/usbdevs/usbdevs.8 === RCS file: /cvs/src/usr.sbin/usbdevs/usbdevs.8,v retrieving revision 1.9 diff -u -p -r1.9 usbdevs.8 --- usr.sbin/usbd

getty[3246]: (null): Bad file descriptor

Hi, It seems getty(8) needs an argument (in /etc/ttys at least): Otherwise, loads of this in /var/log/authlog after rebooting: Apr 13 15:27:03 pine getty[31932]: (null): Bad file descriptor Apr 13 15:27:03 pine getty[12802]: (null): Bad file descriptor Apr 13 15:27:03 pine getty[17719]: (null):

Re: [PATCH] Add support for dumping descriptors to usbdevs(8)

One more thing I forgot to mention, the current printing layout is not ideal. I'll look into making it a bit more readable.

[PATCH] Add support for dumping descriptors to usbdevs(8)

Hi everyone, This is a preliminary patch that adds descriptor dumping support to usbdevs(8). I have attempted to keep any unnecessary changes to a minimum. I will do some cleanup work incrementally on top of this patch. I've tested this on a single machine running -current so more testing would

Re: VXLAN with a private address on the external interface

Both Server and Client are OpenBSD 5.7-current (GENERIC) #0: Sun Apr 12 22:01:35 MDT SERVER # route -n show -inet Routing tables Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default216.x.x.x UGS8 202064 - 8 vlan50 10.1.1