Re: ksh "clear-screen" editing command

> alternative that doesn't require linking ksh with > curses? I'm curious, is it possible to use termcap/terminfo directly here? -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-dev-tech-f151936.html

Documentation for makeoptions DEBUG="-g" may need improvement

Hello, config(8) says: "To debug kernels and their crash dumps with gdb, add “makeoptions DEBUG="-g"” to the kernel configuration file. Refer to options(4) for further details." 1) kernel Makefile has DEBUG?= -g so you do not need to add anything to have it: you just need not to overwrite it 2)

Re: Odd Public WiFi breaks dhclient(8) but works for iPhone (Fix!)

>>This cannot possibly work, the client can't find the lladdr of the gateway Oops, I now see my experiment was not valid: dhcpcd adds route to router but can't reach it. I added alias and it now works, thank you. So, dhcp client assumes that router anounced by server is always reachable by inter

Re: Odd Public WiFi breaks dhclient(8) but works for iPhone (Fix!)

>Which RFC? It says "IP addresses for routers on the client's subnet", so my idea was that router must be on client subnet. >We already deal with this for the case fairly common in VPS where the >client gets a /32 with a router outside the subnet But how does it work from client side? Does your d

Re: Odd Public WiFi breaks dhclient(8) but works for iPhone (Fix!)

I just checked how openbsd dhcpd handles this: subnet 10.10.10.0 netmask 255.255.255.0 { option routers 20.10.10.1; range 10.10.10.10 10.10.10.50; } It starts fine and happily sends unusable configuration to client. dhcpcd (dhcp client I use on linux-based client) installed fun

Re: Odd Public WiFi breaks dhclient(8) but works for iPhone (Fix!)

Another approach is to extend subnet by decreasing mask to include router to client subnet. I.e.: 10.112.38.73/16. dhcp-options(5), RFC-2132: "The router option specifies a list of IP addresses for routers on the client's subnet." >From my point of view dhcp server in your example violates RFC,

Re: [patch] rc.subr support for pidfile-based daemons

> > pid files can easily get out of sync with the expected process (example: > daemon starts, writes a pid file, later it crashes. at any point between > the crash and you trying to stop/restart the daemon another process > could be assigned the same pid, then the wrong process is signalled). > Wo

[patch] rc.subr support for pidfile-based daemons

Hello, rc.subr(8) uses pgrep(1)/pkill(1) to control daemons using their command lines. But in some cases it is more convenient to use pidfiles. Many services do so, inluding apache and postgresql. But not all services do have special tool for that. I run gunicorn (python wsgi server) that is abl

Re: FreeBSD tabs(1) ported to OpenBSD

Minor note: instead of including compilation instructions to code, is not it better to use bsd make system? Following Makefile does the trick: PROG=tabs LDADD+=-lncursesw .include With it you can "make" and "make install" your app. -- Sent from: http://openbsd-archive.7691.n7.nabble.com/o

Re: Does "no wxallowed" FS always disable wxneeded apps?

Let me clarify why do I care about it: Python uses WX_NEEDED: https://github.com/openbsd/ports/commit/484e46033eca9a946a592d9db5ff168501820df3 People can't use virtualenv: a popular approach when python is copied to home dir: http://openbsd-archive.7691.n7.nabble.com/Best-Practices-python-virtual

Does "no wxallowed" FS always disable wxneeded apps?

Hello, It seems that app with OPENBSD_WXNEED header can't be launhed on fs, mounted with out of wxallowed. Call (I assume execve) returns "Permission denied" for such binaries. Is it correct? So, to use WX pages I need: 1) link it with -z wxneeded (I will get "Not supported" from mmap otherwise)

Broken links in fc-*man pages (fontconfig)

fc-list(1) and friends man pages Have link to /usr/share/doc/fontconfig/fontconfig-user.html Which must be /usr/X11R6/share/doc/fontconfig/fontconfig-user.html Apps that are part of Xorg (like xterm) have special macros in their man pages, while fontconfig mans are generated from sgml and seems

Re: options(4) improvements

>>patch: malformed patch at line 44: kernel. Hm. Lets try again. Attached patch works for me on latest version from git. I also uploaded it to https://pastebin.com/raw/LqsbWk5x so, you can do $ ftp -o- https://pastebin.com/raw/LqsbWk5x | dos2unix | patch But I just ran patch attached be

Re: on-line kernel debugging

Hello, I am also interested in kernel debugging. > but we do support running gdb inside a system against its running kernel Thank you for this recipe, but is it true that live debug does not work for some cases? You can't set break point in wsconsole and tty and debug them nor you can debug kernel

Re: [patch] unify wm setting for xinit (xinitrc) and xenodm (Xsession), move to it config.site

> Or one could read the FAQ and copy xinitrc to .xinitrc (or Xsession to > .xsession) in their home directory and use vi to add their preferred > window manager? Sure) But still there is inconsistence between how xinit and xenodm configure their wms: xinit has it as configure parameter, and xenod

[patch] unify wm setting for xinit (xinitrc) and xenodm (Xsession), move to it config.site

Hello, There are 2 separate places with fvwm hardcoded in Xenocara: 1) xinitrc (used by xinit/startx) 2) Xsession (used by xenodm) xinit's configure.ac has separate setting for it, so I added same setting for xenodm configure.ac, recreated configure script and extracted setting to config.site. O

Re: options(4) improvements

Hello Jason, here is new patch. diff --git share/man/man4/options.4 share/man/man4/options.4 index 9ef493cf6..b0b0605c2 100644 --- share/man/man4/options.4 +++ share/man/man4/options.4 @@ -83,8 +83,7 @@ system call. .It Cd option DDB Compiles in a kernel debugger for diagnosing kernel problem

Re: Despite the man, wsmouse(4) can't be shared between X(1) and wsmoused(8) (workaround included)

Hello Jason, Thank you. So, "wsmouse(4)"'s "/dev/wsmouse" multiplexer allows only exclusivie access now, right? Should not we also document it in wsmouse(4) like "/dev/wsmouse is multiplexer for all mice, and can only be accessed exclusively by eitherws(4)/synaptics(4) or wsmoused(8)" Ilya.

Re: Fix for "config(8) "kernel building" instructions lead to bad kernel name (which breaks relink)"

Hello, > i'd be tempted to remove the instructions for building off a cd-rom, and > leaving it as an exercise to the reader. I am OK with it. Lack of instructions is better than instruction that leads to broken relink. > the second (more common usage case) works fine, right? Yes.

report fb_queue error in fuse_lookup to simplify debugging [tiny patch]

There are some people on @misc faced with "libfuse vnode reclaim failed" error. http://openbsd-archive.7691.n7.nabble.com/sshfuse-fusefs-libfuse-vnode-reclaim-failed-td341072.html I suggest to report errno explicitly so, people will be able to use intro(2) to find description of error diff --gi

Despite the man, wsmouse(4) can't be shared between X(1) and wsmoused(8) (workaround included)

man wsmoused: "wsmoused will happily coexist with the X Window System, provided that the mouse device is supported by wsmouse(4). " I have wsmouse0 on pms0 (PS/2 controller emulation running on VirtualBox) When moused works on /dev/wsmouse, X reports that device /dev/wsmouse is busy and mouse doe

[patch] man for vgafb(4) should have list of supported architectures

diff --git share/man/man4/vgafb.4 share/man/man4/vgafb.4 index d9ccfa469..6e9a9875c 100644 --- share/man/man4/vgafb.4 +++ share/man/man4/vgafb.4 @@ -31,6 +31,7 @@ .Nm vgafb .Nd VGA frame buffer .Sh SYNOPSIS +.Cd # sparc64, macppc .Cd "vgafb* at pci?" .Cd "wsdisplay* at vgafb?" .Sh DESCRIPTION

Fix for "config(8) "kernel building" instructions lead to bad kernel name (which breaks relink)"

See: https://marc.info/?l=openbsd-bugs&m=152380023916176&w=2 diff --git usr.sbin/config/config.8 usr.sbin/config/config.8 index 748aaab7a..10fdf7b92 100644 --- usr.sbin/config/config.8 +++ usr.sbin/config/config.8 @@ -341,6 +341,7 @@ mounted on do the following: .Bd -literal -offset indent # c

options(4) improvements

Links to appropriate man pages added diff --git share/man/man4/options.4 share/man/man4/options.4 index 9ef493cf6..cf146d9a7 100644 --- share/man/man4/options.4 +++ share/man/man4/options.4 @@ -309,6 +309,9 @@ in large directories. Provide in-kernel support for controlling VGA framebuffer mappin