wireguard-openbsd/etc/weekly, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/etc/weekly?h=jd%2Fqueueboosts 2020-02-12T20:51:49Z do not propagate TMPDIR and override value from /etc/locate.rc in weekly 2020-02-12T20:51:49Z jung jung@openbsd.org 2020-02-12T20:51:49Z urn:sha1:dd6e8aa178f2cf53999f83c88c0698766acef98c effectively reverting r1.9 to follow principal of least surprise "this is fine" millert "i agree with direction" schwarze don't suppress error output from running updatelocatedb 2019-12-30T16:49:51Z espie espie@openbsd.org 2019-12-30T16:49:51Z urn:sha1:cedd04accc720fede31873624cbbebeea11c93e0 check that the resulting db works instead of some more specific test okay schwarze@ Build full mandoc.db(5) databases by default using makewhatis(8) 2017-04-15T13:12:08Z schwarze schwarze@openbsd.org 2017-04-15T13:12:08Z urn:sha1:78be3774fe644a631f73b69741209a34d43285ea without -Q during the build and in weekly(8). According to tests by many developers, makewhatis(8) takes a few minutes at most even on slower hardware like octeon, loongson, ALIX, RPI3, Soekris, cubox, softiron etc., and security(8) is often worse than makewhatis(8). In case this causes excessive weekly(8) run times on even slower (~50 MHz-class) CPUs, consider adding "MAKEWHATISARGS=-Q" to /etc/weekly.local on machines that feel unhappy. OK sthen@ kettenis@ millert@ deraadt@ Move locate(1) database build directory back to /tmp and kill non-existent 2015-08-14T03:02:07Z rzalamena rzalamena@openbsd.org 2015-08-14T03:02:07Z urn:sha1:00e75ae79edc36f781f524db3da2e56ecc57ebc0 /usr/tmp references. Diff from Craig Skinner via tech@ plus a /usr/tmp removal from me in the updatedb script. ok millert@. Switch to the new makewhatis(8)/apropos(1)/whatis(1) combo. 2014-04-18T10:00:48Z schwarze schwarze@openbsd.org 2014-04-18T10:00:48Z urn:sha1:b58effd07c82139725eb68590a1fc4032424c1d9 "commit the switch now" espie@ "go for it" deraadt@ See the apropos(1) manual for a description of what's new. On machines where you want the full functionality, run "sudo makewhatis" and put "MAKEWHATISARGS=' '" into weekly.local(8). Otherwise, when upgrading via source, run "sudo makewhatis -Q". Eliminate some $? tests by rolling the command into the condition 2011-07-07T23:09:46Z guenther guenther@openbsd.org 2011-07-07T23:09:46Z urn:sha1:22baa516e78ddad47b9cd5ef7b7559a4c4b5bed4 ok halex@ remove EOL whitespace 2011-01-19T06:18:05Z david david@openbsd.org 2011-01-19T06:18:05Z urn:sha1:e893094853207c89b2172e454345921389c3c4b9 polish comments, no functional change: 2009-05-25T21:31:24Z schwarze schwarze@openbsd.org 2009-05-25T21:31:24Z urn:sha1:58a1e7f86e8a72cb1a166a87a324c76a69ac1569 1) advertise *.local and next_part near the top of the three scripts 2) daily: mention smtpd(8) mailq behaviour (like for sendmail, postfix, exim) 3) weekly: drop a comment trivially rehashing the next two lines of code documenting next_part in the scripts was suggested by jmc@ ok sthen@ okan@ halex@; "i won't object" ajacoutot@ /usr/libexec should not be put into the PATH 2009-05-18T19:57:56Z schwarze schwarze@openbsd.org 2009-05-18T19:57:56Z urn:sha1:722b80566f56ccef3ca3cd041c95f5d56a94ef0b rely on the PATH set up in the root crontab(5), just like in monthly(8) suggested by ajacoutot@; "i like this" okan@; feedback jmc@ sthen@; "absolutely" deraadt@ avoid unnecessary changes of the output 2009-05-10T19:27:25Z schwarze schwarze@openbsd.org 2009-05-10T19:27:25Z urn:sha1:04bf50796b4320e8f2b4671fe0385669906517bd in order not to annoy parser scripts and their owners (like henning@)