On Tue, Nov 9, 2021 at 3:05 PM Sebastian Benoit wrote:
> An errata patch for rpki-client has been released for OpenBSD 6.9 [...]
It turns out that the 6.9 version of the patch (021_rpki) causes
rpki-client to provide OpenBGPd output that bgpd does not accept.
Specifically: bgpd on 6.9 does not ac
On Tue, Jan 3, 2012 at 17:05, Stuart Henderson wrote:
> Anyone know which is the more common card? I note there are *no*
> 8-port sunix 40xx in dmesglog at all.
Apart from it being shamelessly at 4.3, does the following dmesg help
you in any way? Excerpt for an 8-port puc(4) at the top.
puc0 at
On Mon, Sep 12, 2011 at 18:54, Rogier Krieger wrote:
> When trying to download the updated file, I seem to be getting crc
> errors. Do others have the same issue?
There seems to be a new version up (timestamped 12-Sep-2011 20:14)
that no longer has the issues.
Thanks for the speedy fix.
Rogier
On Mon, Sep 12, 2011 at 18:34, Owain Ainsworth wrote:
>> Download the tarball at http://xenocara.org/src/intel_update.tgz
When trying to download the updated file, I seem to be getting crc
errors. Do others have the same issue?
Regards,
Rogier
$ ftp http://xenocara.org/src/intel_update.tgz
Tr
Sorry, this slipped through and I forgot until tonight.
On Tue, Aug 30, 2011 at 15:15, Kenneth R Westerback
wrote:
> I think that the logic to recognize '/dev/sd0a' as being in fstab
> whether literally or as a DUID would be required.
Fair enough; it's certainly convenient. I've used a similar a
On Tue, Aug 30, 2011 at 01:25, Rogier Krieger wrote:
> Would the attached diff be acceptable?
Sorry, no real point in adding a variable that is not really used. I
should've read the man page more thoroughly. New diff, without that
junk. Also at http://pastebin.com/bRiUuX1J
Index:
...at present do not seem to go together nicely:
# tail -n 1 /etc/fstab
73123067c3dc34d4.a /data ffs rw,userquota,groupquota 1 1
# /sbin/quotacheck /data
quotacheck: 73123067c3dc34d4.a: No such file or directory
Would the attached diff be acceptable? It appears to solve my issue,
working with b
To follow up on a misc@ post [1], the following diff adds two families
of supported cards to the mfi(4) manual page. If I understand marco@'s
reply correctly, adding the two chipsets in the diff would be a
correct representation of what the driver supports already. If you'd
prefer to wait with chan
Seeing a thread on misc@ [1] earlier, I was wondering if the attached
patch would be an improvement to show a user where to look if they do
want a core dump from a setuid process. I changed the wording slightly
since my earlier posting.
Regards,
Rogier
References
1. MARC.info - 'Core dumps from
>From what I can tell (and verify via ypldap -n), 'cost' is a valid
macro name. I suspect it was missed when copying text bits from
ripd.conf.5. Only a nit. Diff included below.
Index: ypldap/ypldap.conf.5
===
RCS file: /cvs/src/usr.
10 matches
Mail list logo