On 2019/05/06 01:05, Luthing wrote:
> I finally got something working with the igmp-proxy package.
>
> But I am not sur this is stable because :
> - I guess only multicast traffic advertised with IGMP packets will be
> forwarded.
> - The process sometimes crashes
>
> Somebody has an experience fe
On 2019/04/29 09:47, Chris Cappuccio wrote:
> Stuart Henderson [s...@spacehopper.org] wrote:
> >
> > This doesn't match my experience:
> >
> > $ time sudo rcctl start samba
> > smbd(ok)
> > nmbd(ok)
> > 0m00.81s real 0m00.31s user
On 2019/04/28 09:45, Brian Callahan wrote:
>
>
> On 4/28/19 6:01 AM, Matthieu Herrb wrote:
> > On Sun, Apr 28, 2019 at 08:55:16AM +0100, Stuart Henderson wrote:
> > > > > > > On Sat, Apr 27, 2019 at 09:55:33PM +0800, Nathanael Rensen wrote:
> > > >
On 2019/04/29 11:58, Sebastian Benoit wrote:
> David Gwynne(da...@gwynne.id.au) on 2019.04.29 19:36:51 +1000:
> >
> >
> > > On 29 Apr 2019, at 4:59 pm, Remi Locherer wrote:
> > >
> > > Hi David
> > >
> > > On Mon, Apr 29, 2019 at 11:53:27AM +1000, David Gwynne wrote:
> > >> it's always bothere
On 2019/04/29 00:21, Marco Bonetti wrote:
> > > +++ usr.sbin/sysupgrade/sysupgrade.sh 27 Apr 2019 11:54:48 -
> > > @@ -110,7 +110,19 @@ fi
> > >
> > > cd ${SETSDIR}
> > >
> > > -unpriv -f SHA256.sig ftp -Vmo SHA256.sig ${URL}SHA256.sig
> > > +unpriv -f SHA256.sig.tmp ftp -Vmo SHA256.si
> >> > On Sat, Apr 27, 2019 at 09:55:33PM +0800, Nathanael Rensen wrote:
> >> > > The diff below speeds up ld.so library intialisation where the
> >>dependency
> >> > > tree is broad and deep, such as samba's smbd which links over 100
> >>libraries.
Past experience with ld.so changes suggests it w
On 2019/04/23 23:53, Remi Locherer wrote:
> Hi,
>
> with below diff the usb serial adapter built into the SRX 300 attaches
> to uslcom and can be used.
>
> uslcom0 at uhub1 port 1 configuration 1 interface 0 "Silicon Labs Juniper
> Networks BX Series System Console" rev 1.10/1.01 addr 10
>
> OK
On 2019/04/15 21:45, Matthieu Herrb wrote:
> Hi,
>
> the diff below updates pixman to 0.38.4.
>
> Since upstream is too lazy to provide a ChangeLog, here are the main
> changes from 0.36, picked up from their git log:
>
> - Implement floating point gradient computation,
> - Use maximum precision
On 2019/04/15 08:16, David Gwynne wrote:
> > # ifconfig vlan0 | grep encap
> > encap: vnetid none parent none txprio packet
> >
> >
> > Shouldn't there be completely interoperability? If so, that seems like
> > one more reason for removing the old interface, with or without alias
I still don't understand why we wouldn't just keep these as aliases to
parent/vnetid..
On 13 April 2019 19:41:33 Klemens Nanni wrote:
`vlan' and `[-]vlandev' were deprecated starting with 6.3,
6.5 printed a warning when using it and current.html had a note as well,
now is the time to remove t
FWIW (I was interested so put something together), here's a sample diff
on top with one method of printing alarms. (I went for the < > checks
rather than table 3.18 flag bits, mostly because I didn't fancy the
"check again after 100ms" that the latter wanted).
--- sff.c.orig Mon Apr 8 22:27:45 2
On 2019/04/08 19:55, Hrvoje Popovski wrote:
> On 8.4.2019. 11:33, David Gwynne wrote:
> > this updates the ifconfig part of the diff
>
> This is great feature... thank you ..
> it would be great if dBm could be exported via snmp :)
You can do this via net-snmp already:
http://sysadvent.blogspot.c
On 2019/04/08 13:57, Stuart Henderson wrote:
> Here's a complete diff. Tested on amd64 with ix, working great there.
> distrib/special/ifconfig still builds okay, I'll run a full mkr later on
> i386/amd64.
>
> This is extremely useful for the bgpd "target market&quo
Here's a complete diff. Tested on amd64 with ix, working great there.
distrib/special/ifconfig still builds okay, I'll run a full mkr later on
i386/amd64.
This is extremely useful for the bgpd "target market" ;)
Index: sbin/ifconfig/Makefile
===
On 2019/03/30 13:43, Theo de Raadt wrote:
> I think we should switch, waiting doesn't help.
>
> Reyk Floeter wrote:
>
> > I like the idea of switching it to the proper ID.
> >
> > Reyk
> >
> > > Am 30.03.2019 um 20:31 schrieb Stuart Hende
On 2019/04/01 07:01, Claudio Jeker wrote:
> There have been internal discussions about OpenBSD also removing the pf
> packet filter after the upcoming 6.5 release. Instead a switch to
> using David Gwynne's new bpf filter will happen.
> The benefits outweigh the drawbacks and the missing features w
curve25519 had a proper ID (31) assigned in 2016 but we still have
the draft private-use ID in iked. Any thoughts on whether we can just
cut across to the proper ID, or whether that will be too painful?
Are many people using this already?
This diff hasn't gone anywhere recently - I've been using it since
Tobias posted it with no problems. Any comments on whether it should
go in, and if so, before/after 6.5? The feature is disabled by default.
Index: config.c
===
RCS fi
On 2019/03/29 15:12, leo_...@volny.cz wrote:
> [not currently subscribed, please Cc, thanks.]
>
> Yes, despite the reservation in the comment above the code with the
> tyop, the offending condition is indeed triggered on this
> particularly cheap craptop. Figuring that out is a separate
> matter..
On 2019/03/26 09:38, Alexandr Nedvedicky wrote:
> On Mon, Mar 25, 2019 at 10:28:40PM -0400, Ted Unangst wrote:
> > Alexandr Nedvedicky wrote:
> > > it is, however -Fall operates on main ruleset only. -Fall also does
> > > not reset limits and timeouts. Hence my first idea was to introduce
>
this has a couple of fixes, nothing particularly major. we already
had the fix for "#4225: clients seem to erroneously receive no answer
with DNS-over-TLS and qname-minimisation" backported.
working here, anyone else want to test?
Index: doc/Changelog
=
On 2019/03/22 11:55, Paul de Weerd wrote:
> On Fri, Mar 22, 2019 at 10:22:15AM +0000, Stuart Henderson wrote:
> | $ for i in */conf/GENERIC; do grep -q ^udcf $i && grep -q ^umbg $i || echo
> ${i%%/*}; done
>
> Did you want to only find archs which DO have udcf(4) but not
On 2019/03/22 10:04, Paul de Weerd wrote:
> Index: GENERIC
> ===
> RCS file: /home/OpenBSD/cvs/src/sys/arch/amd64/conf/GENERIC,v
> retrieving revision 1.466
> diff -u -p -r1.466 GENERIC
> --- GENERIC 19 Jan 2019 03:24:18 - 1
On 2019/03/06 20:55, joshua stein wrote:
> sthen found that the HKEY version metric failed on the x260 where it
> reports version 1 but requires the new ACPI method of changing
> backlight.
>
> This diff tries to do the ACPI method on all machines and falls back
> to the CMOS method if that fai
On 2019/03/06 22:20, Theo de Raadt wrote:
> I'm not sure why this matters.
>
> Fundamentally system is fork+exec via a shell. So you write it as
> minimal fork+exec.
>
> What is the particular benefit you see here, is it security -- and if
> so, what is the security benefit? Have you identified
On 2019/03/01 16:10, Jeremie Courreges-Anglas wrote:
> On Mon, Feb 25 2019, Jeremie Courreges-Anglas wrote:
> > +cc sthen since ports/textproc/mupdf is affected by the bug:
> >
> >
> > http://build-failures.rhaalovely.net//sparc64/2019-02-03/textproc/mupdf.log
> >
> > On Sun, Feb 24 2019, Jerem
On 2019/02/26 16:34, Tobias Heider wrote:
> Hi,
>
> this diff adds support for IKEv2 Message Fragmentation as defined in
> RFC 7383 (https://tools.ietf.org/html/rfc7383) to iked(8).
Thank you, I know there are quite a few additions in the genua tree and
splitting them out is not easy. I'm running
I think it would be a mistake to change 'message.txt' etc (which are
obviously filenames) to just 'message' which could be misinterpreted.
I'm neutral on the other changes.
--
Sent from a phone, apologies for poor formatting.
On 24 February 2019 21:10:08 Matthias Schmidt wrote:
Hi,
while
On 2019/02/23 18:02, Ted Unangst wrote:
> signify -z adds a date= line to the header, but nothing reads it. It's also
> not very useful, since it's outside the signature. It would still not be
> useful, because nothing about the signify design cares about when something
> was signed. It does cause
On 2019/02/18 14:47, Sevan Janiyan wrote:
>
>
> On 18/02/2019 14:35, Sevan Janiyan wrote:
> > I've dropped the changes with the exception of
> > s/CERTIP/CERTFQDN that is an actual bug and changing the file name to
> > indicate a copy.
> >
> > If you look at /etc/x509v3.cnf you'll see that for t
There's a safer way, you can obtain reliable current information about the
rtable for a process from ps.
--
Sent from a phone, apologies for poor formatting.
On 18 February 2019 09:55:55 Antoine Jacoutot wrote:
On Mon, Feb 18, 2019 at 11:21:38AM +0900, YASUOKA Masahiko wrote:
Hi,
On Sun, 1
I usually setup iked with certificates generated by other tooling, but
have used "ikectl ca" once or twice when I've been in a hurry, and each
time have been bitten by the default validities. It uses 365 days for
everything.
For server certificates it's simple enough to rekey or at least re-sign
s
On 2019/02/13 16:41, Oleg Pahl wrote:
> Hi all,
>
> I use 6.4 Release.
> I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/
> This URL i found in man page FW_UPDATE(1)
> You can see that ( index.txt ) has one file more then as on server!
>
> ---
>
> From index.txt:
>
> -rw
On 2019/01/30 22:55, Stuart Henderson wrote:
> Diff against /usr/src/usr.sbin/unbound if anyone is interested in testing
> the release candidate (there have been a couple of small fixes since).
> Release due approximately Friday.
1.9.0 is out, the only change since the rc1 diff is a spe
On 2019/01/30 12:29, Martin Pieuchot wrote:
> On 28/01/19(Mon) 14:57, Martin Pieuchot wrote:
> > Summer is really warm here. No need to make my machines hotter by
> > spinning a lot. So here's a futex(2) based pthread_rwlock*
> > implementation. I should look familiar to those of you that review
On 2019/02/04 11:20, Mark Kettenis wrote:
> I've tested this on arm64, armv7 and sparc64. Done a full make build
> on arm64 and armv7. Didn't quite get that far on sparc64 since I had
> to shut down my machine to get some sleep. But I sucessfully built
> clang with the new libc++ and exceptions
I asked tsg about this before, IIRC it was intentionally omitted as it
wasn't considered finished. (For starters it could do with some plist smarts).
--
Sent from a phone, apologies for poor formatting.
On 3 February 2019 21:22:58 Linda Lapinlampi wrote:
/usr/ports/infrastructure/bin/portgen
On 2018/12/24 19:05, Andrew Hewus Fresh wrote:
> I've finally gotten our local patches applied to perl 5.28.1 and it now
> could use some testing. I was trying to get a few more of my
> architectures working, but I ran out of time and now I have to go visit
> family for the holidays so it's up to
On 2019/02/02 19:26, YASUOKA Masahiko wrote:
> On Fri, 1 Feb 2019 11:13:01 +
> Stuart Henderson wrote:
> > On 2019/02/01 18:09, YASUOKA Masahiko wrote:
> >> Hi,
> >>
> >> I often use "route-to" for DSR or balancing routes. It seems there i
On 2019/02/01 18:09, YASUOKA Masahiko wrote:
> Hi,
>
> I often use "route-to" for DSR or balancing routes. It seems there is
> no way to know which route is selected for the pf state.
>
> The diff following makes "pfctl -ss" show the route address with
> square brackets if any.
>
> example:
>
On 2019/01/28 16:59, James Hebden wrote:
> Hello,
>
> I have reworked this patch and tested on 6.4. It's now working properly.
> I was able to clean up and streamline some of the logic too. I have
> checked and it applies cleanly against -current as well.
>
> This patch makes handling of E-Series
On 2019/01/22 21:46, Ted Unangst wrote:
> The persist feature in doas (actually the kernel side implementation) has some
> additional checks. The idea was to prevent accidental usage, but in practice
> it seems this is making life more difficult than necessary. It's cost without
> benefit. This dif
On 2019/01/21 22:34, Theo de Raadt wrote:
> This approach seems backwards.
>
> It is hiding sensors from programs which are pledged (ie. we put effort into
> security, therefore a fig leaf for privacy)
>
> But.. in programs we cannot pledge, we continue exporting.
>
> Yes chrome is pledged so pe
On 2019/01/18 10:59, Peter J. Philipp wrote:
> I have "covered" up PPPoE Session ID's from users because it is a value that
> is only gotten on the Data Link layer and historically non-root users did not
> have access to that. It really is a value that doesn't concern them. I have
> wrapped the d
On 2019/01/20 12:33, Claudio Jeker wrote:
> In many cases it is nice to be able to use a command against a group of
> neighbors (e.g. all exchange peers). This diff implements this for
> bgpctl neighbor group foo [clear|destroy|down|refresh|up]
> bgpctl show neighbor group foo [messages
On 2019/01/16 19:09, Otto Moerbeek wrote:
> On Wed, Jan 16, 2019 at 01:25:25PM +0000, Stuart Henderson wrote:
>
> > On 2019/01/04 08:09, Otto Moerbeek wrote:
> > > On Thu, Dec 27, 2018 at 09:39:56AM +0100, Otto Moerbeek wrote:
> > >
> > > >
> >
On 2019/01/04 08:09, Otto Moerbeek wrote:
> On Thu, Dec 27, 2018 at 09:39:56AM +0100, Otto Moerbeek wrote:
>
> >
> > Very little feedback so far. This diff can only give me valid feedback
> > if the coverage of systems and use cases is wide. If I do not get
> > more feedback, I have to base my d
On 2018/12/22 16:44, Daniel Jakots wrote:
> Hi,
>
> With nc(1) you can do:
> nc -zv example.com 80
> or
> nc -zv example.com http
> which does the same. This works well unless the service name has a dash:
> $ nc -zv example.com syslog-tls
> nc: service "tls" unknown
>
> This is because nc(1) is a
On 2018/12/18 11:34, Arnaud BRAND wrote:
> Hi,
>
> I'm running 6.4 stable, with latest syspatches.
>
> I saw ospf6d reporting this in the logs
> Dec 18 08:18:10 obsd64-ic1 ospf6d[68658]: send_packet: error sending packet
> on interface vmx1: No buffer space available
>
> Searching the web, I gat
On 2018/12/10 23:28, Marc Espie wrote:
> On Mon, Dec 10, 2018 at 08:17:04PM +0100, Anton Lindqvist wrote:
> > On Mon, Dec 10, 2018 at 01:33:49PM +0100, Solene Rapenne wrote:
> > > hi
> > >
> > > I have SUDO=doas in /etc/mk.conf for ports, this is preventing a `make
> > > build`
> > > in /usr/src
On 2018/12/10 06:49, Sebastien Marie wrote:
> On Sun, Dec 09, 2018 at 09:14:38PM -0500, Ted Unangst wrote:
> > These patterns try to detect a1a1a1 style passwords. By making the regex a
> > bit
> > more flexible we can just use one. Also now catches mMmMmM fwiw.
>
> it will also catches any passw
On 2018/12/06 11:02, Florian Obser wrote:
> tests, OKs?
OK. Very little change apart from the dnstap interface that we can't use.
On 2018/12/06 13:01, Ted Unangst wrote:
> Jason McIntyre wrote:
> > On Thu, Dec 06, 2018 at 10:21:47PM +1100, Ross L Richardson wrote:
> > >
> > > The number is in seconds, but that's currently not specified.
> > >
> > > Wording which preserved "frequency" but made sense with "seconds"
> > > elud
On 2018/12/05 12:40, Arnaud BRAND wrote:
> Or is there something else I missed ?
> > > + if (ifa != NULL) src = &(ifa->ia_addr.sin6_addr);
> > > + if (src == NULL) src =
> > > &ifatoia6(rt->rt_ifa)->ia_addr.sin6_addr;
if (ifa != NULL)
On 2018/11/18 08:58, Tom Smyth wrote:
> I have attached the coredump
Generally the coredump by itself isn't that useful to others as it
needs the right binary to go with it, a backtrace is usually better:
gdb /usr/sbin/bgpd /path/to/bgpd.core
bt
For reference, in some cases multiple processes wi
On 2018/11/11 22:45, Job Snijders wrote:
> Shouldnt we already bomb out at the following?
>
> cannot bind to 0.0.0.0:179: Address already in use
> cannot bind to [::]:179: Address already in use
>
> In any regard, I agree with the functionality proposed. No strong opinion
> on the diff itself.
S
On 2018/11/01 23:00, Frederic Cambus wrote:
> Hi tech@,
>
> Remove unnecessary if/else block, both branches are identical. We can
> in fact use the ATA_DELAY macro directly.
>
> Coverity CID 1453008.
>
> Comments? OK?
>
> Index: dev/ata/ata_wdc.c
> ==
On 2018/10/26 18:15, Remi Locherer wrote:
> On Fri, Oct 26, 2018 at 06:01:40PM +0200, Florian Obser wrote:
> > This breaks usage of the "include" keyword. Something that all the parse.y
> > daemons support.
> >
>
> Oh, of course!
>
> I guess this is similar to unveil files based on a list of co
On 2018/10/24 17:38, Denis Fondras wrote:
> I have peers with description containing spaces but bgplg won't accept that by
> default.
>
> I'd like some comments on that diff.
> It is OK for bgplgsh (show ip bgp in "Peer 1" feels OK) but not for bgplg as I
> have to quote the peer description in th
On 2018/10/18 18:58, James Anderson wrote:
> Freshly upgraded to 6.4, rebooted and went to update syspatches, firmware,
> packages. Running syspatch I expected a 404 error
> (https://marc.info/?l=openbsd-tech&m=153987805403874&w=2), but instead
> was greeted with "signify: invalid comment". Thought
That error message is because there are no syspatch yet, it is not from the
firmware update.
On 18 October 2018 16:02:34 Mischa wrote:
Hi All,
Just ran a couple of updates and clean installs and I am seeing the
following error during boot.
Clean install:
running rc.firsttime
Path to fi
On 2018/10/05 18:38, Alexander Bluhm wrote:
> IPv6 Source selection is a mess!
>
> > ICMP6 messages
> > are generated with a source of, I think, the local address associated with
> > the route to the recipient,
>
> It is not that simple. Look at in6_ifawithscope() in sys/netinet6/in6.c.
I know
With ospf6d, routes are added using link-local addresses. ICMP6 messages
are generated with a source of, I think, the local address associated with
the route to the recipient, so with a couple of hops in the internal network
it results in traceroutes looking like
$ traceroute6 -n www.google.com
tr
On 2018/10/03 16:19, Claudio Jeker wrote:
> I don't like how a lot of things got pushed into the global configuration
> section in bgpd.conf.5 especially since some bits should be their own
> sections. I see this for example for sets and for network statements.
>
> My proposal is to add two new se
On 2018/09/25 22:24, Matthias Schmidt wrote:
> hi Stuart,
>
> * Stuart Henderson wrote:
> >
> > These settings in .vimrc make it quite noticeable
> >
> > syn
> > set foldmethod=syntax
> > set foldlevelstart=1
>
> Totally forget about thi
On 2018/09/25 19:02, Charlene Wendling wrote:
> Hi,
>
> I'm proposing here a diff to update Scalar-List-Utils to 1.50.
>
> It will be needed to import p5-List-AllUtils, that in turn would allow
> to import p5-GeoIP2 (currently in -wip) and update others like
> p5-Audio-MPD.
>
> The changelog i
On 2018/09/22 09:21, Tom Smyth wrote:
> I like the NFsen idea, however I think for a simple eyeball ISP we could
> be able to achieve it by adding a default + exceptions summarisation
> to openBGPd ( I would rather not create more dependencies on our BGP
> )
> I want to install the minimum number
Almost certainly the same problem, retry when you have a newer snap. The
list currently doesn't reject attachments, but please don't send a 740k
image when a hundred bytes of text would do (and be easier for readers).
--
Sent from a phone, apologies for poor formatting.
On 16 September 2018 23
On 2018/09/12 17:38, Jason McIntyre wrote:
> On Wed, Sep 12, 2018 at 02:05:25PM +0200, Alexander Bluhm wrote:
> >
> > > + warnx("anchors apply to -f, -F, -t and -s only");
> >
> > If I understand English comma rules correctly, there is also a comma
> > before the " and". At least
On 2018/09/12 12:49, Manolis Tzanidakis wrote:
> Hello Stuart,
>
> On Wed (06/06/18), Stuart Henderson wrote:
> > I've been finding vim with my standard settings really slow on OpenBSD.
> > It's been bugging me for a while, but it just took about 1.2s to open
>
On 2018/09/04 16:11, Landry Breuil wrote:
> On Tue, Sep 04, 2018 at 03:27:29PM +0200, Solene Rapenne wrote:
> > Stuart Henderson wrote:
> > > On 2018/09/04 14:22, Solene Rapenne wrote:
> > > > About munin I'm trying to get a diff accepted upstream to fix cpu
&g
On 2018/09/04 15:27, Solene Rapenne wrote:
> Stuart Henderson wrote:
> > On 2018/09/04 14:22, Solene Rapenne wrote:
> > > About munin I'm trying to get a diff accepted upstream to fix cpu plugin
> > > and
> > > talk about this with kirby@. The cpu plug
On 2018/09/04 14:22, Solene Rapenne wrote:
> About munin I'm trying to get a diff accepted upstream to fix cpu plugin and
> talk about this with kirby@. The cpu plugin uses sysctl kern.cp_time. While
> it's not related, I prefer to announce it here so people don't waste time
> fixing it again by lo
On 2018/09/04 12:07, Solene Rapenne wrote:
> Naoki Fukaumi wrote:
> > hi tech@,
> >
> > new cpu state, CP_SPIN, was added,
> > https://marc.info/?l=openbsd-cvs&m=152630109526317&w=2
> >
> > but there is no column for it in the header of iostat,
> >
> > $ iostat
> > tty sd0
On 2018/09/04 10:57, Thomas de Grivel wrote:
> plus it's really 6 new lines in rc.subr, no big deal.
6 lines in rc.subr, but add this and someone will want to add something
else (ulimit? setting environment variables?) and it's more, plus the
accompanying documentation (which I think reduces the c
On 2018/08/21 17:16, Remi Locherer wrote:
> Hi tech,
>
> recently we had a short outage in our network. A script started an additional
> ospfd instance because the -n flag for config test was missing.
This is a problem with bgpd as well, last time I did this it killed one of the
*other* routers o
To run the two versions concurrently, use the rc.conf.local flags variables
(php56_fpm_flags/php70_fpm_flags) to give them different config files (-y
/path/to/fpm.conf).
--
Sent from a phone, apologies for poor formatting.
On 16 August 2018 22:09:57 "Elias M. Mariani" wrote:
Hi,
Somebody kn
On 2018/08/15 09:56, Stuart Henderson wrote:
> On 2018/08/14 18:43, Bryan Vyhmeister wrote:
> > On Tue, Aug 14, 2018 at 05:53:43PM +0300, Denis wrote:
> > > Most of modern modems have serial discipline ports and USB Mobile
> > > Broadband Interface Model (MBIM) interfac
On 2018/08/14 18:43, Bryan Vyhmeister wrote:
> On Tue, Aug 14, 2018 at 05:53:43PM +0300, Denis wrote:
> > Most of modern modems have serial discipline ports and USB Mobile
> > Broadband Interface Model (MBIM) interface in some port compositions
> > simultaneously. It seems very useful to have diffe
I just noticed (after replying) that this was originally on arm@.
Forwarding to a list with slightly more readers :)
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: Sat, 11 Aug 2018 12:16:50 +0100
To: s_g...@telus.net
Cc: a...@openbsd.org
User-Agent: NeoMutt
On 2018/08/10 10:26, Rob Pierce wrote:
> Prevent server side (snmpd) overflow for message id in the snmp header.
>
> ok?
Matches RFC3412 6.2, OK sthen@
> Index: snmpclient.c
> ===
> RCS file: /cvs/src/usr.sbin/snmpctl/snmpclient.c,
While looking into something unrelated I found a strange extra ::1
address on lo1 (I usually hang my loopback addresses for IBGP off lo1).
lo1: flags=8049 mtu 32768
index 12 priority 0 llprio 3
groups: lo
inet xxx.xx.xxx.1 netmask 0x
inet6 ::1 prefixlen 128
On 2018/08/03 14:58, Florian Obser wrote:
> sthen pointed out that it's better to overwrite dns options, not to merge
That works exactly how I'd expect - OK.
> diff --git engine.c engine.c
> index db31fb2a15b..93010cace51 100644
> --- engine.c
> +++ engine.c
> @@ -260,6 +260,7 @@ engine_dispatch_
On 2018/08/01 23:18, Florian Obser wrote:
> I'm chasing a bug in IPv6 where ndp reports an entry as (incomplete)
> but when you try to reach that target no neighbor solicitation is
> send.
Not sure if it's related or not but I've seen weird v6 behaviour on
my workstation for a while which I've bee
On 2018/08/02 14:32, Claudio Jeker wrote:
> Currently if anyone uses the example bgpd filter rules all neighbors will
> do a full softreconfiguration even when no rule have been changed. This is
> because the skip logic was wrongly implemented and so rules like 'pass to
> ebgp' will result in non e
All 3 are OK with me, if there are no objections I can commit them later
(but would be happy if someone beats me to it :)
On 2018/08/02 14:49, Ross L Richardson wrote:
>
> This is the first of several diffs containing separate bits of the
> earlier combined diff.
>
> "X509" to "X.509" for corre
On 2018/07/25 22:57, Alexandre Ratchov wrote:
> On Wed, Jul 25, 2018 at 05:10:05PM +0100, Stuart Henderson wrote:
> > On 2018/07/25 15:26, Alexandre Ratchov wrote:
> > > On Wed, Jul 25, 2018 at 11:56:04AM +0100, Stuart Henderson wrote:
> > > > On 2018/07/25
On 2018/07/25 15:26, Alexandre Ratchov wrote:
> On Wed, Jul 25, 2018 at 11:56:04AM +0100, Stuart Henderson wrote:
> > On 2018/07/25 12:00, Antoine Jacoutot wrote:
> > > > I see the exact same issue as you do.
> > > > I'll try with s/modesetting/intel and see
On 2018/07/25 06:10, Bryan Vyhmeister wrote:
> On Wed, Jul 25, 2018 at 08:51:53AM +0100, Stuart Henderson wrote:
> > On 2018/07/24 13:25, Bryan Vyhmeister wrote:
> > > (Obviously clock was wrong and I did not realize it. Looks like ntpd is
> > > not setting the clock
On 2018/07/25 12:00, Antoine Jacoutot wrote:
> > I see the exact same issue as you do.
> > I'll try with s/modesetting/intel and see if it improves things.
>
> OK I can already confirm this "fixes" the issue for me.
It's been up for long enough now that I agree.
For anyone else running into this
On 2018/07/24 23:07, Stuart Henderson wrote:
> My workstation is freezing up a lot again (usually in 30-60ish second
> bursts with no or very slow response to mouse or keyboard or screen
> updates).
>
> I have a status bar (xstatbar) that displays a graph of the last minute
>
On 2018/07/24 13:25, Bryan Vyhmeister wrote:
> (Obviously clock was wrong and I did not realize it. Looks like ntpd is
> not setting the clock with -s for some reason so rdate did the trick.)
If the clock is already more than a little bit wrong and you have
"constraints" in ntpd.conf, ntpd (even w
My workstation is freezing up a lot again (usually in 30-60ish second
bursts with no or very slow response to mouse or keyboard or screen
updates).
I have a status bar (xstatbar) that displays a graph of the last minute
or so's cpu% split off into user/nice/system/spin/interrupt/idle. It
skips a l
On 2018/07/19 10:00, Bryan Vyhmeister wrote:
> I am wanting to add the WD Black High-performance NVMe SSD PCI
> IDs to pcidevs and I am not sure how to proceed. WD bought Sandisk a
> while back but the vendor ID is 15b7 which is Sandisk Corp. The product
> itself is WD Black High-performance NVMe S
On 2018/07/19 18:00, Mikhail wrote:
> Anyone?
>
>
> -- Forwarded message --
> From: Mikhail
> Date: Wed, Jul 11, 2018 at 6:12 PM
> Subject: Re: new usb id for urtwn
> To: Stuart Henderson
> Cc: tech@openbsd.org
>
>
> Sorry, new patch atta
There have been several diffs to update this already, they have been
rejected (upstream using some things that were not wanted iirc).
--
Sent from a phone, apologies for poor formatting.
On 14 July 2018 19:01:51 Marc Espie wrote:
On Sat, Jul 14, 2018 at 06:15:59PM +0100, David CARLIER wrote:
On 2018/07/12 16:16, YASUOKA Masahiko wrote:
> Hi,
>
> > The next command of GDB does not work properly.
> > I use OpenBSD 6.3 and /usr/bin/gdb (GDB 6.3).
>
> It seems that gdb can't read the dwarf generated by clang properly.
> I found a better fix at the upstream.
>
>
> https://sourceware.
On 2018/07/11 16:27, Mikhail wrote:
> Ping? Ok?
>
> On Thu, 21 Jun 2018 at 18:28, Mikhail wrote:
>
> > Taken from FreeBSD:
> >
> > diff --git a/sys/dev/usb/if_urtwn.c b/sys/dev/usb/if_urtwn.c
> > index 0e204a196b1..d9aee16b05f 100644
> > --- a/sys/dev/usb/if_urtwn.c
> > +++ b/sys/dev/usb/if_urtw
On 2018/07/08 12:15, Thomas Frohwein wrote:
> Hi,
>
> It appears that HD Audio from AMD's generation Ryzen can't handle MSI.
> This leads to the bug that I reported here:
>
> https://marc.info/?l=openbsd-bugs&m=151648196215922&w=2
>
> Disabling MSI resolves the problem on my current system which
AF_INET6)) < 0)
fatal("route socket");
rtfilter = ROUTE_FILTER(RTM_IFINFO) | ROUTE_FILTER(RTM_NEWADDR) |
On 2018/07/06 13:13, Sebastian Benoit wrote:
> Claudio Jeker(cje...@diehard.n-r-g.com) on 2018.07.06 07:44:43 +0200:
> > On Thu, Jul 05, 2018
701 - 800 of 2409 matches
Mail list logo
