Hi,
I was troubleshooting issue with window resize in net/ekg. In the past
it was working properly, but stopped. I figured out that breakage
happened between OpenBSD 4.6 and 4.7, when ncurses was updated.
I've recompiled ncurses with -DTRACE and and used it with very simple
program to test (see
On Fri, Apr 22, 2011 at 01:33:14PM -0600, Theo de Raadt wrote:
Is there any reason why USE_SIGWINCH is not defined to 1 in current
OpenBSD (in ncurses_cfg.h)?
Yes.
Libraries should not use signals like that.
We could start off by pointing out that the code it enables in curses
is NOT
On Fri, Apr 22, 2011 at 10:08:59PM +0200, Matthias Kilian wrote:
Hi,
On Fri, Apr 22, 2011 at 08:55:35PM +0100, Mikolaj Kucharski wrote:
Ok. What options do I have to fix net/ekg? Compare it with mutt or irssi
(they aren't affected by USE_SIGWINCH define) and leave libcurses
On Thu, Sep 15, 2011 at 11:51:00PM +0100, Mikolaj Kucharski wrote:
Hi,
Looking at the /usr/src/usr.sbin/httpd/htdocs/manual files I think file
misc/FAQ.html should be overwritten by FAQ.html and then FAQ.html can be
removed as nothing reference to that location. All links point to
misc
On Fri, Jan 27, 2012 at 08:42:08AM +, Jason McIntyre wrote:
hmm. there are more problems than this:
- some of the pages in htdocs refer to a FAQ page at
http://httpd.apache.org/docs/misc/FAQ.html. the link doesn;t work
though.
- misc/index.html refers to FAQ.html, the file you
Hi,
Upgraded my Soekris net5501 to the latest snapshot:
OpenBSD 5.3 (GENERIC) #45: Wed Feb 27 13:42:28 MST 2013
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
and during one of the reboots got this:
Automatic boot in progress: starting file system checks.
/dev/rwd0a:
You may be interested in the my network setup. You can see parts which
are live and parts which are leftovers from my tests. If interface is
avtive, it's probably needed, if it's no carrier status, I was
testing something in the past (in case you are wondering).
# ifconfig
lo0:
Hi,
On Thu, Sep 17, 2015 at 11:19:59PM +0100, Stuart Henderson wrote:
> CC'ing tech@.
>
> The last commit to bn_print.c is wrong, it dereferences t while it's still
> NULL.
>
> Backout diff below.
Thanks Stuart, recompiling libcrypto with your diff fixed the problem.
OpenVPN doesn't crash any
Hi,
This is very naive patch for whois(1) which makes it work
by default for IPv6 addresses. I went with very minimal
approach here. If string contains colon, it's asumed to
be IPv6 address. Comments welcome.
Please CC me, as I'm not subscribed to the list.
Index: whois.c
Hi,
Ping?
Initial email at https://marc.info/?l=openbsd-tech=152684229010897=2
Regards,
Mikolaj
On Thu, Jun 07, 2018 at 07:47:17AM +0100, Mikolaj Kucharski wrote:
> Hi,
>
> Any comments?
>
> On Sun, May 20, 2018 at 07:48:34PM +0100, Mikolaj Kucharski wrote:
> > Hi,
Hi,
Any comments?
On Sun, May 20, 2018 at 07:48:34PM +0100, Mikolaj Kucharski wrote:
> Hi,
>
> This is very naive patch for whois(1) which makes it work
> by default for IPv6 addresses. I went with very minimal
> approach here. If string contains colon, it's asumed to
&g
Hi Stefan,
On Fri, Sep 13, 2019 at 02:10:12PM +0200, Stefan Sperling wrote:
> Updated diff, rebased on top of -current
>
> If you were seeing throughput problems when testing this diff in the
> previous round, please try again.
>
> I suspect such problems were due to the ifq drop issue which
Hi,
I was following this page in the middle of the night and misread `mach`
as `match` and it took me a while to realize what I am doing wrong. I
think using full word makes it easier to parse and is less likely to
make a mistake.
Index: ddb.html
Hi,
Would below be okay?
On Tue, Apr 07, 2020 at 04:46:38AM +, Mikolaj Kucharski wrote:
> Hi,
>
> When I'm upgrading my machines, I find it useful to have BUILDINFO
> file around. Tested on RPi3.
>
> Please carbon-copy me in any replies. Thank you.
>
> openb
Hi,
When I'm upgrading my machines, I find it useful to have BUILDINFO
file around. Tested on RPi3.
Please carbon-copy me in any replies. Thank you.
openbsd-rpi# sysupgrade -s -n
Fetching from https://cdn.openbsd.org/pub/OpenBSD/snapshots/arm64/
SHA256.sig 100%
On Sat, May 09, 2020 at 10:51:49PM +, Mikolaj Kucharski wrote:
> @@ -1678,6 +1678,11 @@ install_files() {
> file:///mnt/var/sysmerge/${_f%%base*}etc.tgz |
> tar -zxphf - -C /mnt
>
Hi Stuart,
On Thu, Apr 16, 2020 at 11:53:19AM +0100, Stuart Henderson wrote:
> Rather than downloading it and deleting it again, it would be more
> useful if BUILDINFO was kept around after installing. Then sysupgrade
> could check to make sure it isn't going backwards with a future update.
>
On Sat, May 09, 2020 at 10:51:49PM +, Mikolaj Kucharski wrote:
>
> A bit of explanation with `cat -n install.sub | expand -t 2`
>
>
> 1599
> 1600 # Fetch and verify the set files.
> 1601 for _f in BUILDINFO $_get_sets; do
> 1602$UU &a
Hi,
Would below change be okay?
On Sat, Apr 11, 2020 at 01:18:03PM +, Mikolaj Kucharski wrote:
> Hi,
>
> I was following this page in the middle of the night and misread `mach`
> as `match` and it took me a while to realize what I am doing wrong. I
> think using full word
Hi,
Diff fixes reference to one of the functions. There is no ug_err(), but
I guess it should be just err(). Discovered via small typo in an URL.
Before:
# sysupgrade -s file:/var/cache/openbsd
/usr/sbin/sysupgrade[112]: ug_err: not found
After:
# sysupgrade -s file:/var/cache/openbsd
On Mon, Aug 03, 2020 at 09:07:39AM -0700, Jonathon Fletcher wrote:
>
> Assuming no issues with this, I would like to get it into the tree. This
> patch predates Marcus' usbd_abort_pipe patch by a few weeks. Let me know
> if you want an updated patch against HEAD after his patch.
>
> After
Hi Kevin, Jonathon,
On Tue, Jul 21, 2020 at 02:38:55PM +0800, Kevin Lo wrote:
> Hi,
>
> Jonathon Fletcher has been helping get the better performance out of ure(4).
> I ran the tcpbench with ure (RTL8156) for 5 minutes:
>
> 71538432760 bytes sent over 300.999 seconds
> bandwidth
Hi,
I've faced recently couple of panics like:
panic: mtx 0x8211ed38: locking against myself
and modified messages as with the below diff. I guess you may consider
that with the nature of this type of panic, function name don't help
much to norrow down the problem, nonetheless would
On Sun, Jul 26, 2020 at 06:47:32PM -0700, Jonathon Fletcher wrote:
> Mikolaj,
>
> Thank you for testing my patch.
>
> I am very interested to know what xhci (or ehci) hardware you have.
>
> I have the following:
>
> xhci0 at pci0 dev 20 function 0 "Intel 9 Series xHCI" rev 0x03: msi, xHCI 1.0
On Mon, Jul 27, 2020 at 11:24:55AM -0700, Jonathon Fletcher wrote:
>
> I have attached an updated patch - which includes Kevin's changes from
> his earlier email - that also corrects the tx buffer sizes for RTL8153
> / RTL8153B devices.
>
Unfortunately below diff fails to apply.
2 out of 2
On Mon, Jul 27, 2020 at 11:58:02AM -0700, Jonathon Fletcher wrote:
>
> Are you ok using patch's -l option for this patch?
>
Sure, can do. New kernel compiled, will switch my machine tonight. Will
let you know how things go. For meetings I would need couple of days, as
I don't have Google Meet
On Thu, Jul 30, 2020 at 07:58:23AM -0700, Jonathon Fletcher wrote:
>
> Mikolaj,
>
> I hope the patch has been stable for you. I do have an update - it appears
> that a splx(s) got lost along the way (from the end of ure_txeof). This
> patch adds that back in and has some minor cleanup (variable
On Tue, May 11, 2021 at 04:12:34PM +0200, Stefan Sperling wrote:
> kettenis@ noticed that an athn(4) node cache can contain bogus clients
> with MAC addreses that look like bit-flipped versions of MAC addresses
> of legitimate clients.
>
> I think this is due to my recent fix to allow block ack
On Tue, Jul 06, 2021 at 12:58:37PM +, Klemens Nanni wrote:
> On Wed, Jun 30, 2021 at 01:11:38PM +0100, Ricardo Mestre wrote:
> > Hi,
> >
> > I may have seen it elsewhere, or probably not, but after checking on kn's
> > commit
> > to tls_load_file(3) it seems it's now possible to set the
On Tue, Mar 23, 2021 at 07:47:08PM +, Mikolaj Kucharski wrote:
> On Tue, Mar 23, 2021 at 07:06:33PM +0000, Mikolaj Kucharski wrote:
> > On Tue, Mar 23, 2021 at 06:01:27PM +0100, Stefan Sperling wrote:
> > > This switches athn(4) to the new RA Tx rate adaptation module.
>
On Wed, Mar 31, 2021 at 11:24:19AM +, Mikolaj Kucharski wrote:
> On Tue, Mar 23, 2021 at 07:47:08PM +0000, Mikolaj Kucharski wrote:
> > On Tue, Mar 23, 2021 at 07:06:33PM +, Mikolaj Kucharski wrote:
> > > On Tue, Mar 23, 2021 at 06:01:27PM +0100, Ste
On Wed, Mar 31, 2021 at 11:31:19AM +, Mikolaj Kucharski wrote:
> On Wed, Mar 31, 2021 at 11:24:19AM +0000, Mikolaj Kucharski wrote:
> > On Tue, Mar 23, 2021 at 07:47:08PM +, Mikolaj Kucharski wrote:
> > > On Tue, Mar 23, 2021 at 07:06:33PM +, Mikolaj Kucharski wro
On Tue, Mar 23, 2021 at 06:01:27PM +0100, Stefan Sperling wrote:
> This switches athn(4) to the new RA Tx rate adaptation module.
> Tests on athn(4) PCI devices are welcome.
> USB devices don't need to be tested in this case Tx rate adaptation
> is taken care of by firmware.
>
> I could only test
On Tue, Mar 23, 2021 at 08:52:12PM +0100, Stefan Sperling wrote:
> On Tue, Mar 23, 2021 at 07:47:08PM +0000, Mikolaj Kucharski wrote:
> > I also have third system, with the same athn(4) card (only mac address
> > is different in `dmesg | grep athn` output), but it acts as a W
On Tue, Mar 23, 2021 at 07:06:33PM +, Mikolaj Kucharski wrote:
> On Tue, Mar 23, 2021 at 06:01:27PM +0100, Stefan Sperling wrote:
> > This switches athn(4) to the new RA Tx rate adaptation module.
> > Tests on athn(4) PCI devices are welcome.
> > USB devices do
On Sun, Mar 14, 2021 at 12:13:20AM +, Thomas Windisch wrote:
> On Sat, Mar 13, 2021 at 11:34:29AM +, Stuart Henderson wrote:
> > Nothing changed in umb(4) since 6.8-release. The change last year was
> > between 6.7 and 6.8 ("IPv6 is no longer on by default. It must be
> > enabled with
On Sun, Feb 14, 2021 at 03:22:28PM +0100, Marcus Glocker wrote:
> Unfortunately I'm seeing more and more USB device breakages reported
> the last few days related to the USB data toggle fix which we did
> commit 2-3 weeks ago.
>
> Since I can't reproduce the issue here with my USB gear, it's very
Hi Stefan,
I'm not yet ready to test new diffs, but I was going through old
wireless stack related emails and was wondering did below patch got
committed? Per my git / cvs search I don't think so. Is below diff
still relevant or can below change be ignored?
On Thu, Jul 01, 2021 at 12:23:33PM
On Fri, Nov 26, 2021 at 01:35:14PM +0100, Krzysztof Kanas wrote:
> Hi. When remote side in sppp doesn't reply for to PPP IPCP IP-Address
> sppp will try to negotiate remote IP in endless loop. Instead use
> 10.64.64.1 + if_index as remote IP.
>
Okay, but why it doesn't reply? I don't use
Hi,
I'm sorry I didn't test this, as I don't have -current OpenBSD on all my
machines, but I do have one WireGuard gateway running -stable with few
peers:
# ifconfig wg | grep -cw wgpeer
25
I would love to have this merged into main repo, as it would make my
life a tiny bit easier to see which
Hi,
Per other thread, Theo expressed dissatisfaction with long ifconfig(8)
for wg(4) interface. Stuart Henderson pointed me at direction, which
below diff makes it work.
I guess to questions are:
- Does the behaviour of ifconfig(8) make sense?
- Does the code which makes above, make sense?
of this email.
I hope I didn't screw up anything.
On Wed, Jul 13, 2022 at 11:29:51AM +, Mikolaj Kucharski wrote:
> Hi,
>
> I'm sorry I didn't test this, as I don't have -current OpenBSD on all my
> machines, but I do have one WireGuard gateway running -stable with few
> peers:
On Wed, Jul 13, 2022 at 03:37:05PM +, Mikolaj Kucharski wrote:
> Example from running -current:
>
> pce-0067# ifconfig.new wg0
> wg0: flags=80c3 mtu 1420
> index 8 priority 0 llprio 3
> wgport 51820
> wgpubkey qcb...
On Wed, Jul 13, 2022 at 10:02:30AM -0600, Theo de Raadt wrote:
> Mikolaj Kucharski wrote:
>
> > I took the libery and refreshed the patch. What I did so far:
> >
> > - compiled GENERIC.MP on amd64
> > - compiled new ifconfig, same arch
> > - booted up new bsd
On Wed, Jul 13, 2022 at 05:43:59PM +0100, Stuart Henderson wrote:
> >
> > Not sure how to handle long output in different way. If you don't
> > specify wgdesc to the ifconfig, the diff doesn't change anything and
> > ifconfig(8) output is exactly the same. If you don't find this feature
> >
I find the feature very useful. It's one of the most used menus in cwm,
next to exec. Does that feature really need to go?
--
Regards,
Mikolaj
On Fri, Sep 02, 2022 at 09:53:54AM +0200, Sebastian Benoit wrote:
> Mikolaj Kucharski(miko...@kucharski.name) on 2022.09.02 06:47:00 +:
> > Hi,
> >
> > I have a question, could or should unbound in base be delivered with:
> >
> > # cat /etc
Hi,
I have a question, could or should unbound in base be delivered with:
# cat /etc/login.conf.d/unbound
unbound:\
:openfiles-cur=4096:\
:openfiles-max=8192:\
:tc=daemon:
or the like? Above is taken from dovecot. I was able to trigger via
rcctl reload unbound following
On Fri, Sep 02, 2022 at 11:25:20AM +0200, Sebastian Benoit wrote:
> Mikolaj Kucharski(miko...@kucharski.name) on 2022.09.02 08:07:01 +:
> > On Fri, Sep 02, 2022 at 09:53:54AM +0200, Sebastian Benoit wrote:
> > > Mikolaj Kucharski(miko...@kucharski.name) on 2022.09.02 06:47:00
On Tue, Sep 06, 2022 at 09:06:41PM +, Klemens Nanni wrote:
> On Sun, Sep 04, 2022 at 07:08:51PM +0000, Mikolaj Kucharski wrote:
> > Hi,
> >
> > I have strange setup on some of my machines, when I want to encrypt disk
> > where OpenBSD is installed, but still be a
Hi,
I tried to address what jmc@ mentioned below. I don't really know
mdoc(7) and English is not my native language, so I imagine there is
place for improvement in the wg(4) diff.
Full diff at the very end of this email, below here `diff -wu` to
visualize how minimal ifconfig.c changes are:
|
Hi,
I wanted to rm -rP some files on my disk and didn't notice that
they lacked write permission for the user who executed rm(1)
command.
$ echo foo > file-mode-444.txt
$ chmod 0444 file-mode-444.txt
$ ls -ln file-mode-444.txt
-r--r--r-- 1 5001 5001 4 Sep 3 09:36 file-mode-444.txt
$ rm -vfP
000, Mikolaj Kucharski wrote:
> > Hi,
> >
> > I tried to address what jmc@ mentioned below. I don't really know
> > mdoc(7) and English is not my native language, so I imagine there is
> > place for improvement in the wg(4) diff.
> >
>
> hi.
>
Hi,
I have strange setup on some of my machines, when I want to encrypt disk
where OpenBSD is installed, but still be able to boot them up without
any user interaction, like passphrase entry for CRYPTO softraid(4). I
have this so I can with little time spent lock out access to the disk,
by wiping
On Sun, Sep 04, 2022 at 10:21:24PM +, Klemens Nanni wrote:
...
> > Booting from Hard Disk...
> > Using drive 0, partition 3.
> > Loading..
> > ERR M
> >
> >
> > To keep it short, it is because of installboot(8) installs boot blocks
> > on both wd0a and wd0d:
> >
> > ramdisk# bioctl sd0
On Sun, Sep 04, 2022 at 11:25:08PM +, Mikolaj Kucharski wrote:
> # bioctl sd0
> Volume Status Size Device
> softraid0 0 Online 268426960384 sd0 CRYPTO
> 0 Online 268426960384 0:0.0 noencl
> 1 Online key disk
Kind reminder.
Below diff at https://marc.info/?l=openbsd-tech=166256415030704=2
On Wed, Sep 07, 2022 at 03:25:58PM +, Mikolaj Kucharski wrote:
> Hi.
>
> I didn't get a lof of feedback on this on the code level, however
> got some intput on manual page changes. At the end
On Sun, Oct 02, 2022 at 09:09:36PM +, Klemens Nanni wrote:
> On Tue, Sep 06, 2022 at 09:06:41PM +, Klemens Nanni wrote:
> > On Sun, Sep 04, 2022 at 07:08:51PM +, Mikolaj Kucharski wrote:
> > > Hi,
> > >
> > > I have strange setup on some of my m
On Sat, Oct 08, 2022 at 09:57:54AM +, Klemens Nanni wrote:
> On Sat, Oct 08, 2022 at 07:33:38AM +0200, Florian Obser wrote:
> > Being up2date doesn't feel like an error to me, what am I missing?
>
> I concur.
>
I think Josh is looking for similar behaviour to syspatch(8). To be able
to
On Mon, Oct 10, 2022 at 11:17:32AM -0600, Theo de Raadt wrote:
> It's been explained a few times that being up-to-date is not an error.
> It's a good thing, and no action is neccessary when up-to-date.
No action when up-to-date is not the same as action when not up-to-date,
when you use -n and
On Fri, Oct 07, 2022 at 02:39:01PM -0400, Josh Grosse wrote:
> For ease of running sysupgrade from within a script.
>
> diff --git a/usr.sbin/sysupgrade/sysupgrade.sh
> b/usr.sbin/sysupgrade/sysupgrade.sh
> index d80ff127ffa..ce5800093c9 100644
> --- a/usr.sbin/sysupgrade/sysupgrade.sh
> +++
Hi,
Kind reminder. Diff re-attached at the end and on MARC:
https://marc.info/?l=openbsd-tech=166219807307308=2
On Sat, Sep 03, 2022 at 09:44:46AM +, Mikolaj Kucharski wrote:
> Hi,
>
> I wanted to rm -rP some files on my disk and didn't notice that
> they lacked writ
Kind reminder. Below there is a comment with an OK from sthen@
Diff at the end of this email.
On Wed, Sep 07, 2022 at 05:29:38PM +0100, Stuart Henderson wrote:
> On 2022/09/07 15:25, Mikolaj Kucharski wrote:
> > Hi.
> >
> > I didn't get a lof of feedback on this on th
This seems to work fine for me.
Patch also available at:
https://marc.info/?l=openbsd-tech=167185582521873=mbox
On Sat, Dec 24, 2022 at 03:29:35AM +, Mikolaj Kucharski wrote:
> On Sat, Nov 19, 2022 at 12:03:59PM +0000, Mikolaj Kucharski wrote:
> > Kind reminder.
> >
>
Popovski wrote:
> On 2.1.2023. 22:01, Mikolaj Kucharski wrote:
> > This seems to work fine for me.
> >
> > Patch also available at:
> >
> > https://marc.info/?l=openbsd-tech=167185582521873=mbox
> >
>
> I've had some problems with 20+ wgpeers few days a
On Sat, Nov 19, 2022 at 12:03:59PM +, Mikolaj Kucharski wrote:
> Kind reminder.
>
> Below diff also at:
>
> https://marc.info/?l=openbsd-tech=166806412910623=2
>
> This is diff by Noah Meier with small changes by me.
>
>
> On Thu, Nov 10, 2022 at 07:14:11AM
Kind reminder.
Below diff also at:
https://marc.info/?l=openbsd-tech=166806412910623=2
This is diff by Noah Meier with small changes by me.
On Thu, Nov 10, 2022 at 07:14:11AM +, Mikolaj Kucharski wrote:
> On Thu, Nov 10, 2022 at 12:53:07AM +0000, Mikolaj Kucharski wrote:
> > On
On Wed, Oct 20, 2021 at 10:20:09PM -0400, Noah Meier wrote:
> Hi,
>
> While wireguard interfaces can have a description set by ifconfig, wireguard
> peers currently cannot. I now have a lot of peers and descriptions of them in
> ifconfig would be helpful.
>
> This diff adds a 'wgdesc' option
On Thu, Nov 10, 2022 at 12:53:07AM +, Mikolaj Kucharski wrote:
> On Wed, Oct 20, 2021 at 10:20:09PM -0400, Noah Meier wrote:
> > Hi,
> >
> > While wireguard interfaces can have a description set by ifconfig,
> > wireguard peers currently cannot
On Wed, May 24, 2023 at 11:43:03PM +0200, Hrvoje Popovski wrote:
> On 23.5.2023. 21:13, Klemens Nanni wrote:
> > On Sat, Jan 14, 2023 at 02:28:27PM +, Stuart Henderson wrote:
> >> On 2023/01/12 04:49, Mikolaj Kucharski wrote:
> >>> Hi,
> >>>
> >&
70 matches
Mail list logo