Re: read(2) on directories

> On 2016-09-26, Jeremie Courreges-Anglas wrote: > > >>> So I think that we agree that EISDIR is more useful, and seems safe from > >>> a portability POV. I've built base and x sets on i386, and ajacoutot > >>> ran the ports bulk builds. The two offenders in the ports tree

Re: read(2) on directories

On 2016-09-26, Jeremie Courreges-Anglas wrote: >>> So I think that we agree that EISDIR is more useful, and seems safe from >>> a portability POV. I've built base and x sets on i386, and ajacoutot >>> ran the ports bulk builds. The two offenders in the ports tree were due >>>

Re: Fix kbd -l

> Date: Thu, 29 Sep 2016 14:19:43 +0200 (CEST) > From: Mark Kettenis > > This diff adds a WSKBDIO_GETENCODINGS ioctl and uses it to print a > list of supported encodings like the old kvm groveling code did. The > ioctl will clamp the number of entries that are returns

syslogd fork+exec

Hi, With this diff syslogd(8) does an exec on itself in the privileged parent process to reshuffle its memory layout. As syslogd only forks once, it does not really matter wether we fork+exec in the child or in the parent. To do it in the parent is easier as it has much less state. ok? bluhm

Re: Fix kbd -l

On Thu, Sep 29, 2016 at 04:53:12PM +0200, Mark Kettenis wrote: > > Date: Thu, 29 Sep 2016 16:09:09 +0200 > > From: Theo Buehler > > > > On Thu, Sep 29, 2016 at 02:19:43PM +0200, Mark Kettenis wrote: > > > This diff adds a WSKBDIO_GETENCODINGS ioctl and uses it to print a > > >

Re: Fix kbd -l

On Thu, Sep 29, 2016 at 04:53:12PM +0200, Mark Kettenis wrote: > Now if you log in through xdm, you will in all likelyhood get an empty > list. But X has its own idea about keyboard mappings anyway. It only > initializes its settings based on the wscons settings. But it never > changes the

Re: Fix kbd -l

> Date: Thu, 29 Sep 2016 16:09:09 +0200 > From: Theo Buehler > > On Thu, Sep 29, 2016 at 02:19:43PM +0200, Mark Kettenis wrote: > > This diff adds a WSKBDIO_GETENCODINGS ioctl and uses it to print a > > list of supported encodings like the old kvm groveling code did. The > >

Re: Fix kbd -l

Lucky day. I brought the USB drive that I was running current amd64 on. setxkbmap -layout "us,ru,latam" -option caps:none -option grp:shifts_toggle -option grp_led:scroll plus .xinitrc /usr/X11R6/bin/xset b /usr/X11R6/bin/xset fp+ /usr/local/share/fonts/terminus /usr/X11R6/bin/xset fp+

Re: login.conf processing by /etc/rc

On Thu, Sep 29, 2016 at 03:33:48PM +0300, Evgeny Grin wrote: > > > On 29.09.2016 13:57, Otto Moerbeek wrote: > > On Thu, Sep 29, 2016 at 11:45:21AM +0300, Evgeny Grin wrote: > >> May be it also worth to mention in /etc/login.conf comments, that if > >> both '-max' and '-cur' were set for

Re: Fix kbd -l

On Thu, Sep 29, 2016 at 02:19:43PM +0200, Mark Kettenis wrote: > This diff adds a WSKBDIO_GETENCODINGS ioctl and uses it to print a > list of supported encodings like the old kvm groveling code did. The > ioctl will clamp the number of entries that are returns to the number > that was passed in.

Re: Fix kbd -l

When I return to Mexico shortly, I found that during the steps I took to setup a keyboard to be switchable between english-spanish-russian, there was a problem with one program outputting 'en' but kbd -l giving 'us'. Since I only have that set-up back there, I can't show you the file that worked.

Re: login.conf processing by /etc/rc

On 29.09.2016 13:57, Otto Moerbeek wrote: > On Thu, Sep 29, 2016 at 11:45:21AM +0300, Evgeny Grin wrote: >> May be it also worth to mention in /etc/login.conf comments, that if >> both '-max' and '-cur' were set for "default" class, it's required to >> override explicitly both values in other

Fix kbd -l

This diff adds a WSKBDIO_GETENCODINGS ioctl and uses it to print a list of supported encodings like the old kvm groveling code did. The ioctl will clamp the number of entries that are returns to the number that was passed in. This means that if the number returned is the same as the number

Re: login.conf processing by /etc/rc

On 2016/09/29 12:57, Otto Moerbeek wrote: > On Thu, Sep 29, 2016 at 11:45:21AM +0300, Evgeny Grin wrote: > > > > May be it also worth to mention in /etc/login.conf comments, that if > > both '-max' and '-cur' were set for "default" class, it's required to > > override explicitly both values in

Re: login.conf processing by /etc/rc

On Thu, Sep 29, 2016 at 11:45:21AM +0300, Evgeny Grin wrote: > > > On 29.09.2016 8:08, Otto Moerbeek wrote: > > On Thu, Sep 29, 2016 at 12:10:47AM +0300, Evgeny Grin wrote: > > > >> Hi! > >> > >> I configured freshly installed OpenBSD 6.0-release with > >> > >> kern.maxfiles=131072 > >> > >>

Re: login.conf processing by /etc/rc

On 29.09.2016 8:08, Otto Moerbeek wrote: > On Thu, Sep 29, 2016 at 12:10:47AM +0300, Evgeny Grin wrote: > >> Hi! >> >> I configured freshly installed OpenBSD 6.0-release with >> >> kern.maxfiles=131072 >> >> in /etc/sysctl.conf >> and >> >> :openfiles-max=40960:openfiles-cur=40960: >> >> for

Re: cvs: owner of installed files

> The diff doesn't apply because mkinstalldirs has an odd revision: > > > Index: mkinstalldirs > > === > > RCS file: /cvs/src/gnu/usr.bin/cvs/mkinstalldirs,v > > retrieving revision 1.1.1.3 > > diff -u -p -r1.1.1.3 mkinstalldirs > >