ifconfig down but routing still tries to use the interface's routes

Running 5.9. I have x.x.141.0/25 that's directly connected. With x.x.141.0/24 reachable via bgp. # route -n get x.x.141.13 route to: x.x.141.13 destination: x.x.141.0 mask: 255.255.255.128 interface: em3 if address: x.x.141.112 priority: 4 (connected) flags:

Re: T420s 5.9/amd64 fan control?

On Wed, Apr 06, 2016 at 11:27:11AM -0700, Mike Larkin wrote: > > Someone else recently reported this same issue was fixed by a bios upgrade. > > I'd start there first. > Aha. Yes, the dmesg tells me it's from 2011. Ok; thanks for the tip. Tor

Re: Pledge: quota syscall

Héctor Luis Gimbatti wrote: > Greetings, > Ive found that the call at line 536 of quota.c (current) causes abort when > pledge is required: > > if(quotactl(fs->fs_file, qcmd, id, (char *)>dqblk) != 0) > > Is it necessary to include quotactl (SYS_quotactl) in pledge in order to > support basecode

Re: T420s 5.9/amd64 fan control?

On Wed, Apr 06, 2016 at 07:24:03PM +0200, Tor Houghton wrote: > Hello, > > 5.9 installed just fine, but I am wondering if there are any means of > controlling the fan (detected as hw.sensors.acpithinkpad0.fan0) - it seems > to be spinning at ~4000rpm, even when X isn't running and the CPU is

T420s 5.9/amd64 fan control?

Hello, 5.9 installed just fine, but I am wondering if there are any means of controlling the fan (detected as hw.sensors.acpithinkpad0.fan0) - it seems to be spinning at ~4000rpm, even when X isn't running and the CPU is idle. I've apmd running, and thought perhaps "apm -A" might do the trick.

Re: Should random.seed on shutdown be saved a little later?

> > > Whilst likely not a major issue. I also started to wonder whilst > > > reading man rc.shutdown, if a daemon or other process could potentially > > > use /dev/urandom between saving the seed and shutdown so could/should > > > the random.seed be saved a little later after /etc/rc.shutdown

Re: Should random.seed on shutdown be saved a little later?

> > Whilst likely not a major issue. I also started to wonder whilst > > reading man rc.shutdown, if a daemon or other process could potentially > > use /dev/urandom between saving the seed and shutdown so could/should > > the random.seed be saved a little later after /etc/rc.shutdown runs? > >

Re: sendmail mx question

Hi Craig, yeah my server is fine in general but maybe the other adin just has some sort of own ways to blacklist so I might be on there list. I'll check this too but it seems it could be a routing problem to since the other mx sometimes talk and sometimes not (checked from other location to

Re: sendmail mx question

Hi Markus, On 2016-04-06 Wed 09:29 AM |, Markus Rosjat wrote: > Okay with some help from Christoph Viethen I did some testing and connfirmed > a few things > > - sendmail -bt gave me the right order of the mx to talk to > - I couldn't connect to the server with nc > - I couldn't ping the server

ports(7) has a 404 link

Hi Dead link in ports(7) Index: ports.7 === RCS file: /cvs/src/share/man/man7/ports.7,v retrieving revision 1.106 diff -u -p -r1.106 ports.7 --- ports.7 24 Nov 2015 21:27:03 - 1.106 +++ ports.7 6 Apr 2016 12:16:25

Re: Gogs PostgreSQL

Hi, Predrag Punosevac wrote: > Hi Misc, > > Is anybody running Gogs > > https://gogs.io/ > > in production on OpenBSD using PostgreSQL as a backend. Any chance to > share the installation/configuration notes with me? Here are my notes (for both mariadb and postgresql

To all gophers whom it may concern

If anyone was holding off on developing http-serving Go apps on 5.9 or recent -current because of a lack of syscall.Pledge to go with your syscall.Chroot and syscall.Setuid, I'm pleased to present a library that provides native-Go access to pledge(2). It is located at

Re: sendmail mx question

Okay with some help from Christoph Viethen I did some testing and connfirmed a few things - sendmail -bt gave me the right order of the mx to talk to - I couldn't connect to the server with nc - I couldn't ping the server - nslookup gave me the correct IP to the server what really confuses me,