Re: Ext4 and suspend

2019-03-18 Thread Mike Larkin
On Mon, Mar 18, 2019 at 10:42:50PM +0200, Ville Valkonen wrote: > Hello, > > just a hint for those who are having ext4 partitions mounted: that > will prohibit suspend to work. > > Pardon for my unscientific claim, but If I'm not correctly mistaken > this was related to changes that made syncing

Ext4 and suspend

2019-03-18 Thread Ville Valkonen
Hello, just a hint for those who are having ext4 partitions mounted: that will prohibit suspend to work. Pardon for my unscientific claim, but If I'm not correctly mistaken this was related to changes that made syncing disks faster in halting. For a long time I thought that also was affecting

Re: remove date from signify zsig

2019-03-18 Thread Ted Unangst
Andre Stoebe wrote: > Hi, > > I, too, would like to have a way of signing the gzip archive in a > reproducible way, so here's a diff that uses -n, similar to gzip(1). Thanks. I think it's more consistent to store a zero time stamp. This diff is a little simpler and avoids some variable reabuse.

Re: sbin/wsconsctl: show more data

2019-03-18 Thread Artturi Alm
On Mon, Mar 18, 2019 at 06:30:15PM +0100, Frederic Cambus wrote: > On Mon, Jan 07, 2019 at 04:27:46PM -0700, Theo de Raadt wrote: > > Ted Unangst wrote: > > > > > Artturi Alm wrote: > > > > display.width=1920 > > > > display.height=1200 > > > > display.depth=32 > > > > display.emulations=vt100 >

Re: sbin/wsconsctl: show more data

2019-03-18 Thread Frederic Cambus
On Mon, Jan 07, 2019 at 04:27:46PM -0700, Theo de Raadt wrote: > Ted Unangst wrote: > > > Artturi Alm wrote: > > > display.width=1920 > > > display.height=1200 > > > display.depth=32 > > > display.emulations=vt100 > > > display.col_x_row=120x37 > > > display.font_wxh=16x32 > > > > now that

rasops(9): revert changes in rasops32_putchar()?

2019-03-18 Thread Frederic Cambus
Hi tech@, Now that efifb(4) supports remapping the framebuffer in write combining mode, it's on par with inteldrm regarding display performance as for as rasops(9) is concerned. Therefore, I'm proposing reverting changes which were introduced in rasops32_putchar() in revision 1.8 [1] as they are

Re: EC_POINT_new.3 glitch

2019-03-18 Thread Ingo Schwarze
Hi Jan, Jan Stary wrote on Mon, Mar 18, 2019 at 08:38:04AM +0100: > This seems to be a missed newline. Committed, thanks. Ingo > Index: EC_POINT_new.3 > === > RCS file: /cvs/src/lib/libcrypto/man/EC_POINT_new.3,v > retrieving

EC_POINT_new.3 glitch

2019-03-18 Thread Jan Stary
This seems to be a missed newline. Jan Index: EC_POINT_new.3 === RCS file: /cvs/src/lib/libcrypto/man/EC_POINT_new.3,v retrieving revision 1.9 diff -u -p -r1.9 EC_POINT_new.3 --- EC_POINT_new.3 29 Mar 2018 20:56:49

Re: Option for alternative escape character with cu(1)

2019-03-18 Thread Nicholas Marriott
This is OK with me, anyone else? On Fri, Mar 15, 2019 at 06:56:31PM +0200, Artturi Alm wrote: > On Fri, Mar 15, 2019 at 02:43:04PM +, Nicholas Marriott wrote: > > . > > Another couple of minor changes below, with those it looks good to > > me. Any OK for this? > > > > With joined lines,