[PATCH] loongson.html

Hi tech@, All links are currently dead on this page. This diff fixes them all. PMON pages aren't hosted on their own server anymore but only on Opsycon site now. Lemote recently updated their site, there is no English version anymore but thankfully they kept the old one on a subdomain. Link

Re: [calendar] United States holiday migrations

On Wed, Jan 27, 2016 at 11:06:41PM +, Craig Skinner wrote: > Hi folks, > > NOOP;- relocate USA state/national holidays from calendar.holiday > into existing sparse calendar.usholiday file. > > As they're now in the USA holiday file, strip state names from holiday > names where the state is

lpd, etc race condition on lock file

Right now, lpr, lpc and lprm all have control of the spooling process, with the current job in the lock file. But this file can of course change while one of the other programs uses it to control the daemons and jobs to be printed or stopped/deleted. I'm far from an expert on this, but it seems

[calendar] United States holiday migrations

Hi folks, NOOP;- relocate USA state/national holidays from calendar.holiday into existing sparse calendar.usholiday file. As they're now in the USA holiday file, strip state names from holiday names where the state is named in the day itself. e.g: 'Oklahoma Day in Oklahoma' becomes 'Oklahoma

Re: [calendar] United States holiday migrations

Just for the record 01/30 Australia Day in Australia should be 01/26 Australia Day in Australia If someone so wishes to fix it. Ian McWilliam From: owner-t...@openbsd.org [owner-t...@openbsd.org] on behalf of Craig Skinner

whitespace patch rm.c

Index: rm.c === RCS file: /cvs/src/bin/rm/rm.c,v retrieving revision 1.35 diff -u -p -u -r1.35 rm.c --- rm.c17 Nov 2015 17:17:24 -1.35 +++ rm.c27 Jan 2016 23:20:05 - @@ -399,7 +399,7 @@ checkdot(char **argv)

Re: udf uiomove() conversion

On Wed, Jan 27, 2016 at 06:26:00AM +0100, Stefan Kempf wrote: > Martin Natano wrote: > > Below the conversion to uiomove() for isofs/udf/. Note that converting > > size to size_t is not possible in udf_read(), as udf_readatoffset() > > requires a pointer to an integer variable. Changing that would

Intel 9 Series Thermal support for pchtemp(4)

Hello. patch, sysctl output & dmesg below. Index: share/man/man4/pchtemp.4 === RCS file: /cvs/src/share/man/man4/pchtemp.4,v retrieving revision 1.2 diff -u -p -r1.2 pchtemp.4 --- share/man/man4/pchtemp.43 Jan 2016 05:48:47

nfs uiomove() conversion

Below the uiomove() conversion for nfs. I didn't change the type of 'n' to be size_t, because it never exceeds the maximum rpc size (nm_rsize), which is an integer too. (Also, to avoid unnecessary code churn.) Index: nfs/nfs_bio.c

wrong comment which identifies characters for banner pages

This file forms a character set for banners that should work on almost any printer. Differs from banner program characters, they have an extra line above for characters like %,},etc and vertical bar is split in banner program but full here. Index: lpdchar.c

Re: wrong comment which identifies characters for banner pages

On Wed, Jan 27, 2016 at 03:43:55PM -0600, Chris Bennett wrote: > This file forms a character set for banners that should work on almost > any printer. > Differs from banner program characters, they have an extra line above > for characters like %,},etc and vertical bar is split in banner program >

Signed overflow in ufs i_modrev calculation

In ufs, the calculation of i_modrev can produce signed overflow on 32 bit architectures (found on i386). The tv.tv_usec * 4294 calculation is designed to move the microseconds part of a struct timeval to the upper bits of an unsigned(!) 32 bit value to make room for simple i_modrev increments, but

Re: DDB is elf

On Mon, Jan 25, 2016 at 04:10:52PM +0100, Martin Pieuchot wrote: > Removes the abstraction layer to support multiple executable binaries. > These days all our architectures are ELF and this would allows us to > reuse the ELF parsing code more easily. > > Diff below includes the db_sifting()

Re: Signed overflow in ufs i_modrev calculation

On 27 January 2016 at 14:21, Martin Natano wrote: > On Wed, Jan 27, 2016 at 12:27:46PM +0100, Mike Belopuhov wrote: >> On 27 January 2016 at 09:52, Martin Natano wrote: >> > In ufs, the calculation of i_modrev can produce signed overflow on 32 >> > bit

Re: Don't wrap the cursor in tmux in copy mode

Hi tmux copy mode is not meant to work like vi, it is meant to work like emacs, but emacs does do this so we can change it. However, your diff is wrong. It prevents the cursor moving back when it is at 0,0 _on screen_. But if there is more than one screen worth of history, a left at 0,0 on