From owner-freebsd-hackers@freebsd.org Sun Jan 8 23:27:07 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4A3FCA6B0E for ; Sun, 8 Jan 2017 23:27:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB2C1398 for ; Sun, 8 Jan 2017 23:27:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yv.noip.me (c-24-6-186-56.hsd1.ca.comcast.net [24.6.186.56]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id v08NR1Zk032550 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 8 Jan 2017 15:27:01 -0800 (PST) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-6-186-56.hsd1.ca.comcast.net [24.6.186.56] claimed to be yv.noip.me To: Freebsd hackers list From: Yuri Subject: Why regular user with realtime priority can't run pthread_setschedparam(3) with sched_priority=10 ? Message-ID: <52cf051e-8c8a-d844-2756-9d2079cdd33d@rawbw.com> Date: Sun, 8 Jan 2017 15:26:59 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 23:27:07 -0000 The process (jackd) calls this code: > rtparam.sched_priority = priority; // =10 > if ((x = pthread_setschedparam (thread, SCHED_FIFO, &rtparam)) != 0) { It succeeds when the process is run as 'root'. It fails when the process is run as a regular user with realtime priority (set with rtprio 0): Operation not permitted Why realtime priority of the process doesn't make high priority threads possible? Yuri From owner-freebsd-hackers@freebsd.org Mon Jan 9 09:16:38 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA45ECA6ADD for ; Mon, 9 Jan 2017 09:16:38 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EDCA1AFE for ; Mon, 9 Jan 2017 09:16:37 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from [88.198.220.132] (helo=sslproxy03.your-server.de) by dedi548.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1cQW4A-0001Aa-ET for freebsd-hackers@freebsd.org; Mon, 09 Jan 2017 10:16:34 +0100 Received: from [82.135.62.35] (helo=mail.embedded-brains.de) by sslproxy03.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cQW49-0001Zk-TE for freebsd-hackers@freebsd.org; Mon, 09 Jan 2017 10:16:34 +0100 Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id EAD422A180D for ; Mon, 9 Jan 2017 10:17:31 +0100 (CET) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 2xVckrf95gzj; Mon, 9 Jan 2017 10:17:31 +0100 (CET) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 96BF42A180C; Mon, 9 Jan 2017 10:17:31 +0100 (CET) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4jpFo9ktNw2i; Mon, 9 Jan 2017 10:17:31 +0100 (CET) Received: from huber-linux.eb.localhost (unknown [192.168.96.129]) by mail.embedded-brains.de (Postfix) with ESMTP id 6ADD92A0010; Mon, 9 Jan 2017 10:17:31 +0100 (CET) From: Sebastian Huber To: freebsd-hackers@freebsd.org Cc: Sebastian Huber Subject: [PATCH] Fix "netstat -rs" Date: Mon, 9 Jan 2017 10:16:31 +0100 Message-Id: <1483953391-11045-1-git-send-email-sebastian.huber@embedded-brains.de> X-Mailer: git-send-email 1.8.4.5 X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.99.2/22862/Mon Jan 9 09:02:26 2017) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2017 09:16:38 -0000 Load KVM symbols early so that for example rt_stats() can use them, otherwise we get: $ netstat -rs rtstat: symbol not in namelist --- usr.bin/netstat/main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/usr.bin/netstat/main.c b/usr.bin/netstat/main.c index 4e4428d..f26bf57 100644 --- a/usr.bin/netstat/main.c +++ b/usr.bin/netstat/main.c @@ -427,6 +427,9 @@ main(int argc, char *argv[]) if (xflag && Tflag) xo_errx(1, "-x and -T are incompatible, pick one."); + /* Load all necessary kvm symbols */ + kresolve_list(nl); + if (Bflag) { if (!live) usage(); @@ -507,9 +510,6 @@ main(int argc, char *argv[]) exit(0); } - /* Load all necessary kvm symbols */ - kresolve_list(nl); - if (tp) { xo_open_container("statistics"); printproto(tp, tp->pr_name, &first); -- 1.8.4.5 From owner-freebsd-hackers@freebsd.org Mon Jan 9 09:29:05 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AF2FCA5091 for ; Mon, 9 Jan 2017 09:29:05 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB66B12B9 for ; Mon, 9 Jan 2017 09:29:04 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x230.google.com with SMTP id k184so111112812wme.1 for ; Mon, 09 Jan 2017 01:29:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=i/NoEfST30umCpuDDMjpDO8/JyNUD+jZC2EsZEKK92c=; b=TgDgz8z9VW1N1HB/AQZjVDlUiLATkbd5yHR3Bu7Uqz3DLCDBwGvyGLROqg12JRRh1/ m3Rpng7zcFk6xJT59KO8YTGDxPAq1lGeN1Ra/3EUfy1IEgErkhtwdUJNYhNQVrdAOZbu ZJ/qSBFT8tyLNO9mrbjpUor2/6DkLBzlSTFitfGzgL6gEbQniSwA/VMM18brTYUaBDvL OfZBlEsXVJDcvpBP/56rRwyXyhjFX1YlIbcDdJEiqUOvrTOoOLfZX/GgOfsHEhgHo6AB lLfyUpYmcKMdsbRDNHFiJ1J5r6OYom0hIU1p00c4rokyMH/rC4+UhWG4ocKFHb3hNG6/ ZAkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=i/NoEfST30umCpuDDMjpDO8/JyNUD+jZC2EsZEKK92c=; b=Ot5wvPj7N5dNSbMAJs4jSFZVIUwM65RqGg37OuGMDr1muzQinkfKGc/viny7hmPuW/ 9hLyVNIIiSYDCTR3worF92Go8jPq0FBYoSKP355UxFjsj8K9wkSjHQ6dUraKVIptrWi+ Z2X0Uy+CCcQMK0MvRV8giLAXNKzmSu6HcwyHU5vYrId5gmmZsAaVJKp/IzmLJBmXlXd/ xs75JlRT72uPeiml6CcUh7ID41aKM8jkd3jwnFuMNqp1bLb/bBGN08Wp/m8dXZXHQJaZ 4PgYxgdbK4c1wMFWdYoZ7TuFtLH8z9CWMKGL/CvPEK5Z1z3SPyX+cO5ik6SrRRoS0YFE 7SSQ== X-Gm-Message-State: AIkVDXKsUgpv9cMHtOM6DGVy7lWCDPxxJeXzJ4Awst9L9gXvqg9W+zkjJMmu22KBsJCUR2iC X-Received: by 10.28.54.13 with SMTP id d13mr4405490wma.133.1483954142469; Mon, 09 Jan 2017 01:29:02 -0800 (PST) Received: from [10.10.1.58] ([185.97.61.26]) by smtp.gmail.com with ESMTPSA id n5sm17741970wmf.0.2017.01.09.01.29.01 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Jan 2017 01:29:01 -0800 (PST) Subject: Re: [PATCH] Fix "netstat -rs" To: freebsd-hackers@freebsd.org References: <1483953391-11045-1-git-send-email-sebastian.huber@embedded-brains.de> From: Steven Hartland Message-ID: <73839dec-b03d-cdae-a0b4-1e1e6453215f@multiplay.co.uk> Date: Mon, 9 Jan 2017 09:29:04 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1483953391-11045-1-git-send-email-sebastian.huber@embedded-brains.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2017 09:29:05 -0000 Thanks Sebastian I've just committed this. On 09/01/2017 09:16, Sebastian Huber wrote: > Load KVM symbols early so that for example rt_stats() can use them, > otherwise we get: > > $ netstat -rs > rtstat: symbol not in namelist > --- > usr.bin/netstat/main.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/usr.bin/netstat/main.c b/usr.bin/netstat/main.c > index 4e4428d..f26bf57 100644 > --- a/usr.bin/netstat/main.c > +++ b/usr.bin/netstat/main.c > @@ -427,6 +427,9 @@ main(int argc, char *argv[]) > if (xflag && Tflag) > xo_errx(1, "-x and -T are incompatible, pick one."); > > + /* Load all necessary kvm symbols */ > + kresolve_list(nl); > + > if (Bflag) { > if (!live) > usage(); > @@ -507,9 +510,6 @@ main(int argc, char *argv[]) > exit(0); > } > > - /* Load all necessary kvm symbols */ > - kresolve_list(nl); > - > if (tp) { > xo_open_container("statistics"); > printproto(tp, tp->pr_name, &first); From owner-freebsd-hackers@freebsd.org Mon Jan 9 16:47:48 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA0F6CA7FEA; Mon, 9 Jan 2017 16:47:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C50E91375; Mon, 9 Jan 2017 16:47:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v08JQXTA042601 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 8 Jan 2017 11:26:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v08JQX0d042600; Sun, 8 Jan 2017 11:26:33 -0800 (PST) (envelope-from sgk) Date: Sun, 8 Jan 2017 11:26:33 -0800 From: Steve Kargl To: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: MANPATH not handled correctly Message-ID: <20170108192633.GA42537@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Mon, 09 Jan 2017 17:06:59 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2017 16:47:49 -0000 MANPATH is not handled correctly. According to the documentation in apropos(1) and whatis(1): MANPATH The standard search path used by man(1) may be changed by specifying a path in the MANPATH environment variable. Invalid paths, or paths without manual databases, are ignored. Overridden by -M. If MANPATH begins with a colon, it is appended to the default list; if it ends with a colon, it is prepended to the default list; or if it contains two adjacent colons, the standard search path is inserted between the colons. If none of these conditions are met, it overrides the standard search path. I have a manpage named mkpic in $HOME/man/man1. I also have the FreeBSD installed manpages, e.g., /usr/share/man/man1/cat.1.gz. If I have 'setenv MANPATH :$HOME/man' in my .cshrc file, then the following occurs: % setenv | grep MANPATH MANPATH=:/home/kargl/man % apropos mkpic (Warning: MANPATH environment variable set) mkpic(1) - construct a contour image in MIFF image format % apropos cat (Warning: MANPATH environment variable set) matrix(3) - Array and matrix allocation for FFT library So, the above description of MANPATH is incorrect as :/home/kargl/man should have been appended to the default MANPATH. Interestingly, manpath(1) seems to described what actually happens (long lines wrapped): % unsetenv MANPATH % manpath /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ /usr/local/share/xpdf/man % setenv MANPATH :$HOME/sman % manpath (Warning: MANPATH environment variable set) :/home/kargl/man The expected result according apropos(1) and whatis(1) for last command is % manpath /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ /usr/local/share/xpdf/man:/home/kargl/man Instead of (un)fixing the documentation for apropos(1) and whatis(1), it would be preferable to fix manpath to match the description in those manpages. In addition, the Warning should be removed or at least an option should be available to suppress the (useless/annoying) Warning. This would restore man(1), apropros(1), and whatis(1) to its historical behavior prior to svn revision 213317. If the documentation for apropos(1) and whatis(1) is unfixed, then manpath(1) should have HISTORY and BUGS sections. The BUGS section should explicitly not that MANPATH is no longer a changeable environmental variable by a user without incurring the Warning. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-hackers@freebsd.org Tue Jan 10 01:22:16 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B68FCA7930; Tue, 10 Jan 2017 01:22:16 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0097.outbound.protection.outlook.com [104.47.40.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A3191A4C; Tue, 10 Jan 2017 01:22:15 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jhIVoUDAK/T5dLZtLW/Ri4jkj0BcTzxBvPIlxKwhNSM=; b=ILVKMpe4ZjItAr2O6tGuBZStYoQzx0+SlP5S5rFg4xfESRNnmHVcm0xWowNWprm1SbeLURvyRv2kK+D2cHT5L4DK5AzTuHOITmaC4P4l6LU8BkM9vebbzGFcYEDfoSyHRROb9sLJD9rjxLyp/RdUPAWk+jDz7D0XD6hlugoNZJw= Received: from CY1PR05CA0011.namprd05.prod.outlook.com (10.166.186.149) by MWHPR05MB2942.namprd05.prod.outlook.com (10.168.246.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.829.4; Tue, 10 Jan 2017 01:22:14 +0000 Received: from BN1AFFO11FD025.protection.gbl (2a01:111:f400:7c10::120) by CY1PR05CA0011.outlook.office365.com (2a01:111:e400:c5a4::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6 via Frontend Transport; Tue, 10 Jan 2017 01:22:14 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD025.mail.protection.outlook.com (10.58.52.85) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 01:22:13 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 9 Jan 2017 17:19:01 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0A1J1TJ010397; Mon, 9 Jan 2017 17:19:01 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 10C8238551F; Mon, 9 Jan 2017 17:19:01 -0800 (PST) To: CC: , , , Subject: Re: MANPATH not handled correctly In-Reply-To: <20170108192633.GA42537@troutmask.apl.washington.edu> References: <20170108192633.GA42537@troutmask.apl.washington.edu> Comments: In-reply-to: Steve Kargl message dated "Sun, 08 Jan 2017 11:26:33 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78803.1484011141.1@kaos.jnpr.net> Date: Mon, 9 Jan 2017 17:19:01 -0800 Message-ID: <78804.1484011141@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(39850400002)(39840400002)(39410400002)(39450400003)(39860400002)(2980300002)(189002)(24454002)(199003)(97756001)(23726003)(107886002)(76176999)(189998001)(86362001)(117636001)(110136003)(2950100002)(55016002)(626004)(54906002)(8676002)(50466002)(69596002)(3480700004)(50226002)(5660300001)(4001430100002)(46406003)(2171001)(229853002)(68736007)(81166006)(81156014)(7696004)(105596002)(77096006)(2351001)(38730400001)(92566002)(305945005)(7126002)(8936002)(53416004)(6916009)(356003)(50986999)(9686003)(2906002)(106466001)(2810700001)(4326007)(47776003)(97736004)(76506005)(42262002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2942; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD025; 1:yb9ZPY3vI7XgvIUyUjgprnUjdx99rXsBZNUNUWUQAw/HBzOJyskNA4AxR4B8gqdfn9FC1n69LlEs8rSDBciFG3/3QPZDrl7fLb+zDmvrZhBxC468QmSORAkJmNgN71Co4L+WynsBplQnSbtj9AVKHh8uHHAO8HFPlK2kmg13QV5F/BdHtC15iW3wawG0ihePo1WErXy+7pPMtxj83efrR2gV/Bn61gaxUrSczAbJUFpTq8pokJy7ETgtf9aXTNpZhDdS0hgrxRkhgQ3yYOsfsxPMbVxinCWxM1Ziet3o1fy9vFFebUE2i9jEBep8tlAMMKjuC/y0PIZrMZ30r3ksS/PJjmlJ+EuOD1HmrtbI0QvJxeNmBaxHGJU9IHi5FcVwDG3V/XgkBvRU+LkmO/s0mplxNnin+1gcbyQRod+F2EcqYDnTAg4TBe6wm3F2R32gAb1sLqXasjBRL2zez/aI7AXCw/nOodkw197zG3L/UZzUaRJvWbn8+M+kUQwmjGeu8Jy7IlK/fL6Tc72LmdTHxvZhRNUw30lxcBPJuFAyHWckUGcEdlDTaExAevfobc4W X-MS-Office365-Filtering-Correlation-Id: 1b321568-5bb7-4f62-5126-08d438f71b98 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:MWHPR05MB2942; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 3:FkT7CtqTHSkbUEpNB3pgXtaSpNa+hFfkCOgijturRBq9SfolyNF63NzFDCdhHQKUcNsOS2gyzb7EVp9LpdmQAK6ygBmm2j8EEjzLvMX7K7e9wu4ODJubyjitLMF8sIFbWcfa6yO+ZG+Rq4faLcAUpoLT79H54KgB5yXx8R69R3jypFl/8g/9copTIWZ7Ml5Q49m5bIugALnw/o7zRLPD3mrUX1LxLXmoVRSi9YmE/gTCjq1TdFCLySnsSaMYgXkDe7FuziTIaZytp6iNF5ILHinUg/aVfwjo5e7k+LOgYSyeI95kCCSxndZiMzn6CTBZJRkJTdvD3/snJ4fOSuNof6K1wPHJmhLur4xmV+AlbONgiTL8hUYE6IkmxyAmDpK2 X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 25:u7fTLFfGblSVl7N3+qrXr8m9NIIwho+1L3EXxlVo4992ovB2SE9DBEGmy5NDY1qsJVV4TEo7cnuyFtALrUB+APTFR+h/4yBcGVW1+aZvc8rcDljMpe7C7NqDGgh/59bbkzoEqh+ryqMrcANUZH/0CggHoKC/HVd4UJv2hggNZMnXoLngSm1rNnuhhErUFLQwrs6WFV4nvWw0/9ww770shaN7kPeLOM4QWF1BbSk2I1yNfV8TcILp3+8GRhp6higy5IesIGFbr08htKsPPRn6VKYp6tS5SWq6ku0GebgHBbFGnUgnRIZ2fA6khM1pD+9QK78P6y7hLeYdDqextJlwWzAI/amlq20hIYzH3oPHRVC8EPcZZZWHpfoXN3HLRLtDomngz5E1YudurJJaxgfDv/0Gmk/Qz99Xt39ko15WYsbxfqeePfTEUkmXcK2LpGYiRy3ZjkAR9Z7522TSTu4L3JCC9N0q6shBmmhJfjXVyVTQ+Wi7ZdheNIjYnTM+OZnQdahehPg0Pl03ADnKtTJbq8TOHel5GYbq5wJwBt1B+ZfT1OwGKIDJKOQqGfVTN/S60Suhbrab1xE9X/+XzjCGdIC9oyCHQu5cuBKU9xQReSgnuYxzgSbOPdFL8BmQR+Zmz3bPGYh0GRxt5D+HVivFhw8yu5YINeLsvrM7ZNhihdym8hrvtjx5IL1N+TzbCiYF3Fuyzlqs17pnaUmLOHEvgAtBHU2k0cHPLUXu3dGcgb+fAgzLXXG4hyGXcovoA/uOEYxbnqxrxuAHDbzPOwPeJA== X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 31:6IQdjFjP0LqEEyRGUjpZXdp+PwMs5T74hJw5IB/YUV8PRNLRXAgtY3rF/BtbSBH1KYCCmb1Dudddd2VGfcIAbN7RVlDhjTOkbZfvzG/rqG4th9QFvZjHs3ZIWCvBQS8pFDuTU9D9SkDcViJPOQgXDPGU7JdD1bfOPDzfPe8F663qwkwO0k53xVJ0r/Kk7VQQRolRBH7bEK3KWOswVlQstqu7SW9wzLQzu8xoAOPgA3gZiRZwl17WQeHc7TorljzGqlzken0XZmtKMk3h0HP8Gw==; 20:UMwUMBLlHD5HBpNzFI9SMIpoyTOpASJIBjPw1GrqM1+x0R6lX6hpQpPOMlleX4sIXDm4QNbMSA8vUnVHsOxR14Q1kOunHbxJmTCwjdCXX7QjwSPk8JJD0ZxOk5mmIgdL435rX51OOAj/5lStrR66QrHdJeejHeLSSkHI2bLIabMCVRpZM5zzYC9v+fG2pq9HG3LfveoWSLodpOg6N5eYgNThY83yDC9j0da2ns9mnNTsanL5P8s+WQWsycuMy7DiaIYonR54YEpj4zGJE/B48T4/L6eVCuqvicBTgrCQ9n3+Ri3RStG6pWsJFGOU1lk3VZfsBSY5O8sGeiz6UlV7w6l0Kfbubc9Yr72HSB4ZpiH2jOcw1xgMnZN/Lj/F6NqobHeYYh+M+mDYxKQWoVKKaOWMKUGhvJuP/sgbPqfmysoysw72Qh7ToDSX+JQslVOnbxOHhBSz2WL5XtZLA9UVjrhll8iq75SomwNsVZsaHfUEXcLGbQeOSfQJNK+BX/pu X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(47954115253988); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13023025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123560025)(20161123558021)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:MWHPR05MB2942; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB2942; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 4:4/PDtsPSsDs6eTxhjo4W2RooHgbxGeOqaCFu7d+uR4oaUH1aFTAzstvtLMwt2EDxKazhxeU6A2ECCOrcoRv7mkLWk2CEznGVMYb+nqEJ5LfWxiQ+X/NCdGJYcJaQIavHahvuMggbRgZ+OsxKrFhj8l1uCr4WeJVcAZz2Y/XKwsLk6QwtOIKv4WXhxxOIgbiIZgdpv1s8mdj5mA6dBm2i+b2mIIp2qwyPJhMdz/yI+U+mb61nlwi18DUBWcoX97aykXoM+d4UW0muv+Mbdb1MFlSyIl5/hGuytRYXPefUHfrwE9SHQ/i9uFoVMs8JIizayIZ3GJQpq+oYcCmcwRJAYgGHIALDujWf7sBmkR1bWl7I8rkxu28EmMx+PCW3CnEQRV+k/OpL39jVXOnM22nwjXjvMVRsniL+HxMSNacg4t7qiBgkymzpa7AQCBMtW7IuS2evOSs/BVZ8NXEr4oVTjOFaHfG31VVKtLy68molv2uAakltTljPMM4zyKTni4S1e5kebin7rLss7+Tk4NElOByHJnX5l8Iun9zw/FPTFMfRSP4R5c2AuoHE9NOiUl4MJ5n386BTHBV7Uy2IBNQ2JT6ypDrf67dI/ZrwZU1edgZ5/uh+/h4dr4fp9s6YVjuHAraa36bIXId+YDlviiHi3fJ+AafeDObEeCPaUyJ3QOx4LsqEDjqU0A6/n5U2N87bVtjOZC8xMnldmH9q7KnG2u6JR3g5FmND6gnr311LqiKIvLwlrbCNw7KCd7wzCQbUtv9OTGaYSNxD3L3vcw2/Nw== X-Forefront-PRVS: 01834E39B7 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB2942; 23:lRduxe4SNIoQO3H6fEIiahz/NrBIe+GephoDfybY2?= =?us-ascii?Q?tbrxYogC9b5xNB3lyhiVyn9P7OoIWMNQB3T51+5qRepLuYWeu440x7OzNmQa?= =?us-ascii?Q?bD8usslaDzF1JnZgtrwR9bdyKJ88JzlFo0IKCQr7ENgfVLVMgGlBikSAgYVF?= =?us-ascii?Q?L6MMxGuxTnrwNL0jROQbYCEACQqpYQDwRizF3KGofU1Dxcb0s6c34xMgnB7D?= =?us-ascii?Q?k9OI8wanIZxsOVqP4fF7cWEO/iSSVbPyR1NvtLVv1EFbWL2XQ1ZQ5U9ccE/v?= =?us-ascii?Q?n4HxSRc4KaLZ/mJRNRDN5H/6TjpQGMXtgb6c8naxp1VgyA92KrsoSApoDAsM?= =?us-ascii?Q?ZRCU/svTCGR7Up1mxvmkJiM1qs/n/UpCEGEotBZItqDjGIFTXNU9+Y1ySrel?= =?us-ascii?Q?z8M6oTn009z/APJdI9hMp1TqqE1CPKNdS8K0ne7h1G1XYrbvLa96IYBmfFo1?= =?us-ascii?Q?dZ8DtCnOJeiFkB4fV9d/7yj4htjpyRqJGwgsniFTImcNBFZxoFN5JxFSPgxr?= =?us-ascii?Q?dJ2dIcPxXRCCooOwhnMTH1xIvoCR0Jo9zZkl/ffa+25ere542ET1ubXa/Y0x?= =?us-ascii?Q?xdYb5/2ahDmnwDra3PSQ7mPN041ex3L3/9l38Dln1midl6Rtlco8A3wFHop9?= =?us-ascii?Q?gGPkHHpzhfASHRyps9lrsdw+NZuFphdffTr657OrT05E9opDTvWvgXYNa4ZV?= =?us-ascii?Q?q0t++TnZ5tUpoED4h8c/jcqHFvGkyJnksKtBo3P5TQOYqrW7ozWq8PnJ2own?= =?us-ascii?Q?Hsrc1SIgxZnszypMqG6axTcF5i94lm6lyrpc/k/gLTx1YXUIpFB6VM8tyYSp?= =?us-ascii?Q?jaI3cRcO5MPfqJZMdjkZ/PghYI+3mSveB3HAgbVDBn33YMS6i2wtJB1Ayreg?= =?us-ascii?Q?V5cB6JqWM2LZijGZodTD784XHQ9NTYxIpG7mfe/t6ka0w8Q8tsCy8SjiLFsz?= =?us-ascii?Q?2IhsH/vz5RoqJNv8fxZYbUuUGXgFiqyac+nT8TPEfoWTlM/rXtxbgGNRp+Ae?= =?us-ascii?Q?8S/BmmjZxN8r1CEOQrawh8vMpYBK5BNP2wSzVBjSJbL3C+VLGKEeqXLkjHfK?= =?us-ascii?Q?lMmx84uORoCh9nJHNiQug4LxED94NrOzN/KkJJUcr7b6SIcbYuQ60t/nmxJK?= =?us-ascii?Q?PlhWVmZvYM38+eOSVG+OGwKORNvmFzVO5wV/wxBKmzH1QlIHH0FIN1HD4NBX?= =?us-ascii?Q?/2ZXWXEHOO8mVPoE9T/XyAht2OyHjhCNnLguJiGDugFo9N1peZSkyf4kHlAB?= =?us-ascii?Q?gCNC6rXQwghBkJPnTrEkNT+u47OXFj7NIPdjSzgzwJVm5R2WHU1FgsFpk/4K?= =?us-ascii?Q?rq3PN9ACoViTbTXJP2U5YHmSbWqbH25WWMvLcYijDCjjSo5BPL/tWcTX/7ai?= =?us-ascii?Q?ICmd0du2soE6pq7gpyCqcomzlV5l7+oY99u+7W2nh4MBtRp2vnWLPrIHY8Ze?= =?us-ascii?Q?9ctyTPQEnL9ATrLjdVHhV1si4atIy9wSbFeSnHUzoR4PJsnzau7hDak1iB+p?= =?us-ascii?Q?TzkTSuoa2xqwQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 6:dE0AezsPY6UpGXsymLb4fimPNGhgA0s2mkybQdl2C9uaYJB+MZLqt3V0pwpRUr7EmUrWb1yQR+7O6therJONMNAPt2WynnMLMxMla+c6vzoPjePxmkeyMCFYJo8CIa+zLsdFGmlLX7cgbvtsDyoATGXZxoSmlMKfe7YkYNG/kvh3kT1FBhhTl4CsJRm4kl0rcHP5Vg4Mm0gH5Jk1Ze65V3YObLs41+IMxXEa0Oc/x9jratKCezYmSGoih4Buw2kF2MlE6+eU4JPfMiQ3flApSqYvr4COro2JbOFs9iT21Qrj8yQAsEkxFyg2KPiacNZ2zHG1T/vEvfCjRZfbWIxBpSjhZDcyo3TMvtW61feEXQ6GhJ/zsO+7jPiSyr3Hn+LzPuXObsXSWORyhhJoaMkLAU/g5HjsQQBfU9n9wgiScxAdVsuo9U61DCfk3F3AfuCJFlhrK981WQVlhfStrrHUmQ==; 5:+no5hImTcuAnCblee+Veo0J2ds4Fs1xNx3wX7xZ6rXp7cRT2kDtYGieizKcAUU329e3DygLMTfecTBRz/S2C/+CYqNIVrKyEjXdEgq/pw6rKKUZ5jixemArCH3rBI6KCzQUmslm1D4LFPuSOfwocuwkyYdQYwm/+DxqJBFYvLQc=; 24:f94lTIJDEccQLMrKLaJpMRgB5qZUd6TE6N6l5ruqsRErfg7ky00kBilU2n0089y2dKIPVP73F0wv5Ve0Y+6mG2SKrXG37XX0X7ky5CAcags= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2942; 7:qzjyyIPWglyk4SLzjAefteMckbc5Rloob03G8urvx6tYjy/YUwSifqrz4N6mOwM3VGolGjivZgE8Wq6qyeb6ycd6GqeCAoEy+1Xag+vSqJ8M2b9ZW2vwyJ95JSoQXNk3tQyTwG4qRyIxAB8+7ppb57QbSOOBurY0lj9/5N+hvN1BfcoYokvRfGqExHke6lkKUql9m78Veng2Kbcqac8actcqnxk2ZWswayiF0QIOlOmiPmvWPfTpXn+onPL2cpQhQPfaE3n1VQ7W52iE7eDyUzWLiWHNJbnw2tJQGXmBziEYXfg9CaIcwMdYG13LDFhmfaOrAvxsXVFmaq5OzuOZBCGZIQ1iDkUNRKHU96OZPM8xelvSuArJij4DQ8xuH3F6WWBd7Cv6vTB2zwD03/NCWVrT7zdgxHcdznW9GI41ddMDspbTuu2UXUEtLhNofp+dteHsnJmJYdAhOmOxGfPjvg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2017 01:22:13.3383 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2942 X-Mailman-Approved-At: Tue, 10 Jan 2017 04:17:38 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 01:22:16 -0000 Steve Kargl wrote: > MANPATH is not handled correctly. According to the documentation > in apropos(1) and whatis(1): Can you clarify where you are seeing this documentation? I don't see it in 7.x 10.x or current. Eg, in 10.2 apropos(1) says only: ENVIRONMENT The following environment variables affect the execution of apropos: MANLOCALES, MANPATH, PATH Used to find the location of the whatis database files. See manpath(1) for additional information. PAGER Program used to display files. If unset, more -s is used. > > MANPATH The standard search path used by man(1) may be changed by > specifying a path in the MANPATH environment variable. Invalid > paths, or paths without manual databases, are ignored. > Overridden by -M. If MANPATH begins with a colon, it is > appended to the default list; if it ends with a colon, it is > prepended to the default list; or if it contains two adjacent > colons, the standard search path is inserted between the > colons. If none of these conditions are met, it overrides the > standard search path. From owner-freebsd-hackers@freebsd.org Tue Jan 10 01:54:20 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB39CCA6EB0; Tue, 10 Jan 2017 01:54:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D0A9A1229; Tue, 10 Jan 2017 01:54:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v0A1sD4O018116 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Jan 2017 17:54:13 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v0A1sDOo018115; Mon, 9 Jan 2017 17:54:13 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Jan 2017 17:54:13 -0800 From: Steve Kargl To: "Simon J. Gerraty" Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170110015413.GA17884@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78804.1484011141@kaos.jnpr.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Tue, 10 Jan 2017 12:22:51 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 01:54:21 -0000 On Mon, Jan 09, 2017 at 05:19:01PM -0800, Simon J. Gerraty wrote: > Steve Kargl wrote: > > > MANPATH is not handled correctly. According to the documentation > > in apropos(1) and whatis(1): > > Can you clarify where you are seeing this documentation? > I don't see it in 7.x 10.x or current. > This an unaltered FreeBSD-current at r311832. The text I quoted can be seen at https://svnweb.freebsd.org/base/head/contrib/mdocml/apropos.1?revision=294113&view=markup starting at line 346 and ending at 362. The Makefile in /usr/src/usr.bin at line 93 points at the directory mandoc. The Makefile in /usr/src/usr.bin/mandoc points at ../../contrib/mdocml. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-hackers@freebsd.org Tue Jan 10 06:32:11 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED9DBCA9D9B; Tue, 10 Jan 2017 06:32:11 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0104.outbound.protection.outlook.com [104.47.37.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D80018E5; Tue, 10 Jan 2017 06:32:10 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4zRDf3nnGe8DM/H4p+ztPAdw5i/qQYuaJblvfO6ylXM=; b=k6Mx2It8Y/rXHbKo8ZBRJcNppF2DU0oRAzYR+KMao78N0ll6E0CvibQg0qUnpvwJ1E1lGXgvod6J9X/hyteNCYYFQYzWXX+4Q5QDIN2i/9WUw7oW3wfhzloU8iHA+TAddptXa0WL38QCixoaILEyjFFJKj3IYpDatuplvV0jYe0= Received: from CO2PR05CA027.namprd05.prod.outlook.com (10.141.241.155) by MWHPR05MB2943.namprd05.prod.outlook.com (10.168.246.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.3; Tue, 10 Jan 2017 06:32:09 +0000 Received: from BN1AFFO11FD015.protection.gbl (2a01:111:f400:7c10::120) by CO2PR05CA027.outlook.office365.com (2a01:111:e400:1429::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6 via Frontend Transport; Tue, 10 Jan 2017 06:32:09 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD015.mail.protection.outlook.com (10.58.52.75) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 06:32:08 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 9 Jan 2017 22:26:17 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0A6QGXJ013799; Mon, 9 Jan 2017 22:26:16 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 8D33238551F; Mon, 9 Jan 2017 22:26:16 -0800 (PST) To: CC: , , , Subject: Re: MANPATH not handled correctly In-Reply-To: <20170110015413.GA17884@troutmask.apl.washington.edu> References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> <20170110015413.GA17884@troutmask.apl.washington.edu> Comments: In-reply-to: Steve Kargl message dated "Mon, 09 Jan 2017 17:54:13 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <85391.1484029576.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Mon, 9 Jan 2017 22:26:16 -0800 Message-ID: <85392.1484029576@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39410400002)(39850400002)(39450400003)(39840400002)(39860400002)(2980300002)(24454002)(189002)(199003)(92566002)(69596002)(54906002)(81156014)(86362001)(2171001)(97736004)(2950100002)(107886002)(50466002)(4001430100002)(305945005)(6916009)(68736007)(97756001)(4326007)(2906002)(6306002)(626004)(55016002)(5660300001)(9686003)(53416004)(50226002)(105596002)(46406003)(76506005)(81166006)(229853002)(110136003)(7696004)(7126002)(8746002)(47776003)(106466001)(50986999)(2351001)(2810700001)(8676002)(356003)(76176999)(38730400001)(189998001)(8936002)(77096006)(117636001)(23726003)(3480700004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2943; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD015; 1:kOup3/Ekp8DdnDkgTHOyyY41AK5RgVI6XxOjh/clPwISJ8VR3/uTyNsjPOTO9COaFxNpZPjiScHC05pa1CLfbt1dfpOScepld+B5YrXd3oBpdyaS71Bze+/mp6qjs3EpIHHCeOkhmkPFSIpqZ9bXo6YQJAVIfgYwsKTpFjSIULwAKTDGa0IYtFCD6xoIqm9ck+blLWE87pBjDaucgJfN15tpB0r8gIrgqnUldUcywChNfAHf+9Rnr2QllrEh9TlKlAphz308O3tCOE0l2AKxuG5nYhCbRhPXLVs0ApB2EHeEZrCczUsctX4naTiZrDETekw6PT/s0KqMt4PYfvd//Tmto8ye0+clxRK94yahqIQp9kXeaF47fdyJqVYVZUMMfQXY4UXHvVaoiVEl2Gs8H/O+LkjVp99BnygBqOkBZYTjU7SMwf1dmdMS4N/ChjhTDcivmAWuGytu7EBfPyksCowz86bu/X5D04CP1Iysr66/HJpYAwyLPiyMXtG2uiScOL1xnghUbCFDjCwwfB7++iv/3KJ5SejfDCdRo+Td4+p8ti0H6AyoUXUaRt/pZL5e X-MS-Office365-Filtering-Correlation-Id: f7bc2114-d827-4071-dd5b-08d43922673b X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:MWHPR05MB2943; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 3:4wJ/F9rIZL74gbKjUjzz1mB4zEaAvEDTDgw9V9CQ3QUPy/5hsmz1hlBx3ToK2VO+JLheRTYL7Wn4xIHiwvWMtLDDvncL9gPYxpmL0x7xrCkRPsSZobwJVj0G2Xwgso0io5B0onSdldI41mxfhiLnvqlIegaYs0yLFujTgYyzXwaP4/kkAiXEZ4HxBIbrO79ZEabZApf8VPnsEiavV1i4d8V5hPDJEIymqtyBMPb92mP0bjZulqFNEUfjNpKGQjcgpKGxg8dt4rugWdXKilmuievaKQyZ6b+6UE8R8AVYP/kL1J+qyccXW2XV67iM/QJFr+rdSxXqnPmfuP8lXbpvPzdbEzOEr0r/dmkArW2V+czhcGZtJ/ZkoRMvixig0ku3; 25:SRO9oTuNuk0szk2b4Pe4FpUmp6WZpi61B5VpNllznMMeQ5qMIw1wtP4oUZz4okYa01hZf6o9bTAO86wQ+p35a94bmRSdGNFsXZaG/muEke2HwjbaIReOUCZwC6p8AOAvM39x5OvuuxyKQHwqOALkrXAm3uhQA0tclNpi2lsuVobBVa8yM0Q0Sy+AuYgOOKhvBmVDRu4kK7OrDh2BQvf007Q9wfg197Akqa5oxv0edBydYNm0ogf0VMMXU/hQEDt9d1a1+Ns5EDGFfNCZMjU0J8o6GWM9D5ZPRcS95W3G5plrKSzW8+Q71sYWuEyLO6GdVJhMCxl4GAuz6jupvAGsS1yAyr3pOnLYibkc1ejs2HTrKWfY9AANK+giOkOITf7004oiAYeIQThOInQfe7jQfxQ+bLQvhu1laQEu4xuS+hQL6heY70rdAuzOysh6W6bVLhv2vJ/K4tAmBMrchrsmyQ== X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 31:l/cG+63xPdjGfOmqIyovr69ung5pznutR4+fUIet/PPTQQgbKvAzSG37Bq/FAU2SeXmPqLhwBoxRiSuCK9W4wht3rT3eF1dQMQI/6CnnrUZ68wki5UF00iZhS3VdQGi7bT5U/6QYrCq5Cd12Bc/pJeZAW5tsiG4NhKM5cw5s/9cXzU4b7YssH24A37NTDpevjySacB11f27WmYtw9k9H8sReO5xn60bIUyi9D5SzSKdlSm4sNc1ydg6qhlKmZXKOm6FOR4Zm8n8lxmOAGMbF4g==; 20:I3N1AumCqZ4dNTigxPLOQndnK/FyQ8a/vioThVsHR+3ixIH0wwo62HuY7VxyiNxsynrd6Gfef0UbBpMV1C2yX+J0m4byDGhPZNTHuEXInc4Z7/9vFS9PjnnSysggr2I0JqkgoBPrQsEhZINMDzA0Rdf9jMqbhPJUXS1hprBUE3Zze277g8jWNzjGF+dFhtKpPCeBcUKxXaEfCMGZeuVHZpEV1Krgrmc9UrpEy0ylmk/LNu9r9apl9cPZGkxohzDdr3LqfMqXoxTBxRgB3MGzwLxulLBXGk4JlD90CvkSvmqFrD3y391rUEsZX2prFR4Or+YwUozPUJ9P2ksWi3eKbyCOdrfChRpp2JsbWWcny2L18rzdAK7B5vdo0/rmlLI0Si55B4ZZ0Y1qKzluJIQCON71rFW4R5uzY7BDt8wLEdgaRkpW2MPF/xDuEYc/bQL1utRozLj4QQYx5WjM/C+Pg2DJrDwox9yMwaJncdizgCRrxZhpl0O0Qmbwt2/rJas4 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(56005881305849)(47954115253988); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(13017025)(13023025)(13018025)(13024025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:MWHPR05MB2943; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB2943; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 4:A6dq5JNSvsouAqTuIELufx9+LxDSJFa/uByCVlAPm/EA+Dz+DwVceJdlwQNEoY2nYaBn7CSTsDgr0QmJkW8xdpaof0+ec++pi6mXsPxVgXwHYqC5jGntGM3QP3nQnKT2a31VauMPp1cGlt6TZN+rASmq8SKRZ8dzpYy8YY1LnP8QmYPy7+O9Xqxpes7f1CQFgvqyabl6gf4F8DjGFqVcLKjDtbwukvRVHhv4v5lFuafS/Pr+9lRnz/Dtj0/+VpDRSeLnyJwYl+OI4zns3h7wsTY6KwU6WQHghZc+TkpPnOD2PK19Xt3YZHFRPJIj5pxAlkZBVV+ZKI3JL6YRDNwSXBABrq/IQ+P8gl9Sf48dfKofOMjFVUIxb0676GrYQ9V5OwLqjhjMk3snEhxdSjiRSRySw2wfbrDwKKFxCJquAPSAviL+wQLINQV+ujKFdfQnp6i24UPwkIZkwj3O7Ug1J+iV7IG29cFvekfIUhzTxjFSQzjutbsEW7lib+CYcjnsUbzIZeoV7YIjV4f3muoz7Pmm+W4fytYGNefPMhBaAqlCAAw4tbdgX8Mp+IsVFDsmfRvqFaxZvTH63NnfmFBx2RkqgB8I0Oh/VbuPz+CWImGTZFlIk6s+lPiG/WeqE2445kgliceDy8oHMn29mKkPBmwXCVICkWFq2H2Rd4rKJ71YeTC5J61xJni4+6SGTXzPB7Q3nh+zu+OYUAQ1gskgE81iPclePfk0my+LtNV5k3xBs+8kbjMjQcxJNtQAqWI2 X-Forefront-PRVS: 01834E39B7 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB2943; 23:1G4lzlqUVlEyANFzadJO6cN8Bifu/1ottPLX5racy?= =?us-ascii?Q?NgYf36iY05/nNGKvYHmXcKbmjf4gRt5euD4FHEJ4xzTsUdL+KkoNmPHLLsBX?= =?us-ascii?Q?zKHuJkpjkWbRBElbspY4myLu2e/Z1CRas9TTQQ1Lu05o/75Dnjp2B7ZnPwsV?= =?us-ascii?Q?nML093v/ivo1rzwbY6PP2nn/KakKSvRbAQ9f6FkEMOCLDs76ytQYRldSDDum?= =?us-ascii?Q?jjYo1U4aS8zoydZ2gUrE2/spqoGc4Bf2HiyW7unRSYQCRRAx/yyvRb7wIfMY?= =?us-ascii?Q?wzA5Sea7BF1OYXOnqoTBRE3DFYDom8i2K+B2nCc0hwgv/1TCMhDwZSZIzGQC?= =?us-ascii?Q?tp+SpM4PJ3CAq590r/GfTv/RUojUlmo9MlaVMSZjHBl32jze2pRQYnI1PJvk?= =?us-ascii?Q?wcbPLCjOThjGSrsLqgf1bFlZPrT+nn4Okaf2M3Vunl401q9Pfay0rAF0SWx2?= =?us-ascii?Q?wjkSUizzEdA2tB/S0MyX9WWJNvqKRl2XKFJpTNzw05U9/dCaPzJYpQvkkqeJ?= =?us-ascii?Q?JvPUn8JKSVx30/iR6Iq6wDOCVTGSAmfCUv4E4+K5aGKbeg0aU7ydfo1omAIk?= =?us-ascii?Q?kvHs/qmVhXYOIq+AcUyVK7ZPn5YpoWvOSqasFTN4tCOJm71dUpbR8CUK/W4a?= =?us-ascii?Q?FY7S+PtY63YYfEe4cC7xJMjSut0iUbkWt24w+OqSWqwtYmVqbQei47Z1un1U?= =?us-ascii?Q?H9yRH6la/fcGZRyrCXKDppbU91oJ4mefCvl5FmmncLm4OUZDltKdygXRQmIu?= =?us-ascii?Q?rTbSTY5g2JeE/bRIpaZtVZhOjuRkawUAZw24L4I/3TcxZlz6K4UEU05DnVq8?= =?us-ascii?Q?f4WKxukSEoc5xJRDHRo85bHtK7PJY4nejbgeikmv6DOl+Mrq9INVlyznWQxr?= =?us-ascii?Q?EDFh2mKxtx3kkRE5VdorLbgwZg49bIMq42VnfRdYL9/66P8kpGFK1jsGg2kb?= =?us-ascii?Q?77hV5OigGuM8aGIIEzzoT0nLxJXZBnr4whzj3I6BQIV+17MVaHKXRk78RoCl?= =?us-ascii?Q?it7Zqu+6rBdPkZ57L+7LAK80BfqoUnGR9WFhwHtsY3NFzFyzJX041pt31ZUW?= =?us-ascii?Q?h9Z5DTfCsEZkWF1+s9oMWQb+H0KGwyjWBM9/C5vlZbbCJwDvQTuWtrofBLZ8?= =?us-ascii?Q?Tc61oq7FC9tJ2fqN3svvjTdKRq0/FMcGPFLYwdCi1oLSfvLYL+vusZYsUYrV?= =?us-ascii?Q?w7MXPCCZaSKwiD3I3DJEaP1j6im+xZTA2Va00Sjj31mDvMTgCFycsCqXt4tQ?= =?us-ascii?Q?5VYuLQbgPAntGAQIjdR2dza/zuU/lpeBTB04Y6mKA5qZlM82IaRFklA0r+AV?= =?us-ascii?Q?Ooj5C12mLG1Pc9O4ovN9P4pq2czMYl/IuTND34rBM8OVec0EiODVfdjsDdZT?= =?us-ascii?Q?lb0+8woAgXW64qdFlrt/VZArP05Mo0w5yxX7kzAwg/Z/i0iqesperPKkeV+H?= =?us-ascii?Q?rhaFX7ZhA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 6:JtXzy0wZoQ0BDoPQO3nEhVleng6o5Hkf679ffGAQkDLOBQyQEaKK5ve27c+GhtsWcnQODGq/wSlFN5A/d95F4pQ3dB8f25ALRn5lDcRX5gwSDOSUJgyApbbc7U/BR+k0K9X17dWqgiW6s2RkSJujwBNz2fzk+LaVIgsa2EF3U++vlea1QncJ+ttIfC9sQ6IwBYRpgHXOsUcG1+ehUYPedny2L8ywT1eQNBm7KB9RISviuHbeR5u7JkbAvpZaP3ra7jtw+D+W3MDnULGxF9qKxi+ZZ5ZOOlwyFSicW1CfFVippmK9AA5JzgpCGZ5ekGwDAE94uDcZu6cACUyr4yhvS4krSEoOciovgXRl8YaI4lAaVUxwxHsJzM7GPZiBtyHD+RuM4CCGNjbfD+bQ6Tm5y0tMLqi5vx7tCzl1uXQ0HcVTRzq/oxUQDbQU8Cgwt8DAMGYNibhZ/DQOZV1sMtEDFA==; 5:d2sFxNNeKKjXiKyM616sCh2AYZl5sYM/symuIwMlZwK+8KKeQtopoXWiis2l470v1mUyIarNtFGFAWYvih2FmtyxzvNzLKq2Ylko6KHxqJ90v4dOKwiqjrIs28lTUyMD1WlCd9FNGWZPEd2AM3eCoQ==; 24:uTUb4FDQDHdLQdb/rEIFzegPJTMx/6TYYMZVZMWDkkSBMl7I388A4uFRXzA/PGUf7DWO8LK/76uQ5pFAjUoeXkM1+C8gEdjd0mH6JjBfpOY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2943; 7:ACliYSRVkpc40gGTriruToU7wCPd+FZWyI7vZ8uuN7/bu2tV4blHQoETSfSUHo3fAEluOv4tpbtOMI3i5louEgRln5FxpAvie1cYNt3cG3oKkbZ7REnfdYzwXiRJQCcVOoydMlp/Xog6Wlr3l5H3qtpGBCAt+4cLU5aOcbztAQLdgKnJDXRpYJ9EQSlBYuRMQpVYrmj6ofV53MmDnH9RAn2ttleCfyNQ735qq4h4aHifGKuvdcsO2iKudXNJwpQuy+K0oViPsjesRCp9QAA5fw6XpdMEyoo4WchAGTZ7C8opbSgMmXE3/wUcNJqNVShJ4018556U0V+PUxxwNfFUw3sCx3SJ98D0B7tDt68Z4KvdANTKjgTKk214By705LDVXKFrzh/PRCsamfV6TQD+RT/fXiKQGAyQZVp6cR0SCMURNtq5PN8Bo59ifyX+623mRiN9/neN23pLJTWxO8YSnw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2017 06:32:08.6142 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2943 X-Mailman-Approved-At: Tue, 10 Jan 2017 12:40:33 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 06:32:12 -0000 Steve Kargl wrote: > On Mon, Jan 09, 2017 at 05:19:01PM -0800, Simon J. Gerraty wrote: > > Steve Kargl wrote: > > = > > > MANPATH is not handled correctly. According to the documentation > > > in apropos(1) and whatis(1): > > = > > Can you clarify where you are seeing this documentation? > > I don't see it in 7.x 10.x or current. > > = > = > This an unaltered FreeBSD-current at r311832. > = > The text I quoted can be seen at = > = > https://svnweb.freebsd.org/base/head/contrib/mdocml/apropos.1?revision=3D= 294113&view=3Dmarkup > = But that isn't the man page that gets installed. usr.bin/man/apropos.1 is the one that matches apropos(1) Note, not saying the behavior you describe shouldn't be implemented, but it does not appear to be the claimed behavior. > starting at line 346 and ending at 362. > = > The Makefile in /usr/src/usr.bin at line 93 points at the = > directory mandoc. The Makefile in /usr/src/usr.bin/mandoc > points at ../../contrib/mdocml. From owner-freebsd-hackers@freebsd.org Tue Jan 10 06:59:19 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03CF2CA851E; Tue, 10 Jan 2017 06:59:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9233125C; Tue, 10 Jan 2017 06:59:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v0A6xH7W019168 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Jan 2017 22:59:17 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v0A6xHHE019167; Mon, 9 Jan 2017 22:59:17 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Jan 2017 22:59:17 -0800 From: Steve Kargl To: "Simon J. Gerraty" Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170110065917.GA19146@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> <20170110015413.GA17884@troutmask.apl.washington.edu> <85392.1484029576@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85392.1484029576@kaos.jnpr.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Tue, 10 Jan 2017 12:40:45 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 06:59:19 -0000 On Mon, Jan 09, 2017 at 10:26:16PM -0800, Simon J. Gerraty wrote: > Steve Kargl wrote: > > > On Mon, Jan 09, 2017 at 05:19:01PM -0800, Simon J. Gerraty wrote: > > > Steve Kargl wrote: > > > > > > > MANPATH is not handled correctly. According to the documentation > > > > in apropos(1) and whatis(1): > > > > > > Can you clarify where you are seeing this documentation? > > > I don't see it in 7.x 10.x or current. > > > > > > > This an unaltered FreeBSD-current at r311832. > > > > The text I quoted can be seen at > > > > https://svnweb.freebsd.org/base/head/contrib/mdocml/apropos.1?revision=294113&view=markup > > > > But that isn't the man page that gets installed. > Well, yes, it is the manpage that gets installed. > usr.bin/man/apropos.1 > > is the one that matches apropos(1) > >From src/usr.bin/man/Makefile .if ${MK_MANDOCDB} == no LINKS+= ${BINDIR}/man ${BINDIR}/apropos \ ${BINDIR}/man ${BINDIR}/whatis MAN+= apropos.1 MLINKS= apropos.1 whatis.1 .endif I have not set or unset MK_MANDOCDB. From src.opt.mk __DEFAULT_YES_OPTIONS = \ ... MANDOCDB \ ... % svn blame src.opts.mk | grep MANDOC 283777 bapt MANDOCDB \ % svn log -r 283777 ------------------------------------------------------------------------ r283777 | bapt | 2015-05-30 10:41:37 -0700 (Sat, 30 May 2015) | 11 lines Switch to mandoc's version of makewhatis(8), whatis(1), apropos(1) utilities. This change among other things improve search capabilities over the manpages allowing fine grain query. A new build option WITHOUT_MANDOCDB has been added to keep the ancient version of the database and the tools. The plan is to entirely remove this option before 11.0-RELEASE. Differential Revision: https://reviews.freebsd.org/D2603 -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-hackers@freebsd.org Tue Jan 10 13:02:25 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C976CCA887B; Tue, 10 Jan 2017 13:02:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B96B17C3; Tue, 10 Jan 2017 13:02:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x242.google.com with SMTP id r126so9269587wmr.3; Tue, 10 Jan 2017 05:02:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=W+9VwMr9BAFge3sXoW1rqUVLr+ZjaaPMy+vqK4+oYO0=; b=OuolBujgOeQwXFIUFE+WMcblu489vz89PdNgAuh9PX2mTbaUjZu7R01VhS0EC33dVB BdaGICpmrDvt+NuQ27L6ZJd27uBJGRmqz5dP1R4qI/3n/1jUi4V6of8BV3rRUXcr85dn NcOrLUyRhhrSQWQtFHVhzJoZBge+wdfXM318BTsJ5otOlgjK2JgFLvHsKreMvIGj1vMM C08b1BDCRwGHitAmS6Lw9VzUbHIEVsd+HoatTFmi3+khvpw1vVIHTRcrNvOY4G3bUN4y GlhB+m1UDt/uGiQxFfhfk0JgNXW0Iy7gyvRnoAH7WTLW4p4yAfWm53ZXlAV+utYUr/71 uJrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=W+9VwMr9BAFge3sXoW1rqUVLr+ZjaaPMy+vqK4+oYO0=; b=TW3rKQNx8ssoFWXEpREhSLw8wcNjV819B5Tp/j4vHk7+YKWGN+hwmBfSEJmRCjDtZF hNYYYf79vijwjy/yN1SE9IAI1k6JMqohrlL0OCHjTNi0WWATjuvootM0jk1x8pSVT+OF TPHfJcxFkQ8auntcGHUSgiOavYE/XYFV2x/yT8FTtggvH0FXtc2Oo6ov1R8eoAVczwQJ R7btlurGCXErxhTR6TXtGpcfLXlacJipU6Jyo80konG1CVrcRnyph1anwDOU2qWAgq7d NR0xbFcTRGTMdYT8IlJPyPM4UFFQWuxCK9rtnVlhIbDoEOdK0pAcLYdf6kXn+OdKuEpZ GETw== X-Gm-Message-State: AIkVDXJCQS8TyrliRT/NhiVs1j/+J8l5OHxfGuMdu0mjwujDh5jKRsna67hsUyr5Rx6L8A== X-Received: by 10.28.60.5 with SMTP id j5mr7946937wma.119.1484053342483; Tue, 10 Jan 2017 05:02:22 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id m10sm3154575wjg.45.2017.01.10.05.02.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2017 05:02:21 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 10 Jan 2017 14:02:17 +0100 From: Baptiste Daroussin To: Steve Kargl Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: MANPATH not handled correctly Message-ID: <20170110130216.kfzpyhqkmrfie6pp@ivaldir.etoilebsd.net> References: <20170108192633.GA42537@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="upwsy5u42p4sko2n" Content-Disposition: inline In-Reply-To: <20170108192633.GA42537@troutmask.apl.washington.edu> User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 13:02:25 -0000 --upwsy5u42p4sko2n Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 08, 2017 at 11:26:33AM -0800, Steve Kargl wrote: > MANPATH is not handled correctly. According to the documentation > in apropos(1) and whatis(1): >=20 > MANPATH The standard search path used by man(1) may be changed by > specifying a path in the MANPATH environment variable. Inval= id > paths, or paths without manual databases, are ignored. > Overridden by -M. If MANPATH begins with a colon, it is > appended to the default list; if it ends with a colon, it is > prepended to the default list; or if it contains two adjacent > colons, the standard search path is inserted between the > colons. If none of these conditions are met, it overrides the > standard search path. >=20 > I have a manpage named mkpic in $HOME/man/man1. I also have the FreeBSD > installed manpages, e.g., /usr/share/man/man1/cat.1.gz. If I have > 'setenv MANPATH :$HOME/man' in my .cshrc file, then the following occurs:= =20 >=20 > % setenv | grep MANPATH > MANPATH=3D:/home/kargl/man > % apropos mkpic > (Warning: MANPATH environment variable set) > mkpic(1) - construct a contour image in MIFF image format > % apropos cat > (Warning: MANPATH environment variable set) > matrix(3) - Array and matrix allocation for FFT library >=20 > So, the above description of MANPATH is incorrect as :/home/kargl/man > should have been appended to the default MANPATH. >=20 > Interestingly, manpath(1) seems to described what actually happens > (long lines wrapped): >=20 > % unsetenv MANPATH > % manpath > /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ > /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ > /usr/local/share/xpdf/man > % setenv MANPATH :$HOME/sman > % manpath > (Warning: MANPATH environment variable set) > :/home/kargl/man >=20 > The expected result according apropos(1) and whatis(1) for last command is >=20 > % manpath > /home/kargl/man:/usr/local/man:/usr/share/man:/usr/share/openssl/man:\ > /usr/local/lib/perl5/site_perl/man:/usr/local/lib/perl5/5.20/perl/man:\ > /usr/local/share/xpdf/man:/home/kargl/man >=20 > Instead of (un)fixing the documentation for apropos(1) and whatis(1), it > would be preferable to fix manpath to match the description in those > manpages. In addition, the Warning should be removed or at least an > option should be available to suppress the (useless/annoying) Warning. > This would restore man(1), apropros(1), and whatis(1) to its historical > behavior prior to svn revision 213317. >=20 > If the documentation for apropos(1) and whatis(1) is unfixed, then manpat= h(1) > should have HISTORY and BUGS sections. The BUGS section should explicitly > not that MANPATH is no longer a changeable environmental variable by a > user without incurring the Warning. >=20 Sounds like a bug, I will have a look as soon as I can Thanks for reporting, Best regards, Bapt --upwsy5u42p4sko2n Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlh021YACgkQY4mL3PG3 PloyXhAA3y9ge8ds7DrzprPT45aC0s2GcsJ8YS013RlM3O//oI0sACEnWYEjP6H0 flIKoNf7LmMdPuJy60IettSZW11FcmCFzahXZ0ZXhba2fpJFq8P/fWH/XOQL+RZL J3xnZmSKsmD0EeuSnAQYtAClg1aFjRPfejU/L2XyHsQr1fnqloOeGc/V7LI276JT IdAYyswC0dAL9+0HihaUjkdMcNFLwXDNgApfSYfgbd/B5kbRUpotv3G6G/tW3EBk uEXv4X2XAcXcrtmycCTLxgYGzo7lGWeVBz+YKw4UGk9d4xPy8VhocML04PBwZr6x G6C/FZSmB/bYqUdzPKTQoW5lLWtJtgzg1rqIjyQq5XFfGkCNyRMfIMIHuHoYpqIC reOjLkmOvO6GTGoBQ52ImMG836/lLxs8QF6ksuXCtduaJ3V+vsy0xb0BNeV7R8D7 7fp8k4lQr09oRF6GzKxWjuj9F0vXlkD0VUw+ifypySBnMWJrf/7xmJJOgmZ1rpa/ u+cEHATmNyfA2e6riXxqiaVPp8aWbNmxzDzRUjPbJEerVWIAAYMzCJB5sPdL+4DH 1UKBo2BDR37UOAmdjB+5/KvLwyB9lFtzTvE7gpJI1PTkhORQwBpaTJj5pVpNsn03 4s3VT6Ebkv6KrWJ289S67gktSBXADP0yVwWvUfhHXmUoy2F8fls= =Xo3K -----END PGP SIGNATURE----- --upwsy5u42p4sko2n-- From owner-freebsd-hackers@freebsd.org Tue Jan 10 16:21:01 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A968CA918E; Tue, 10 Jan 2017 16:21:01 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0116.outbound.protection.outlook.com [104.47.37.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1974E1C25; Tue, 10 Jan 2017 16:21:00 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cGBp/aTqZ4EA9y9wexPCUT6tECK/mYU98iIlZUZdu44=; b=iX6JTqrCLVTiP2XmHPv4Ti7nzT5nyPyMEZGKnSKYrxvcZMJmGAsuB8WJVBuDpRA3yD13hFzuM+aZlva7F9+WBwuKNjGHml1/Q+dZTDaoEiY3JskmwyS2gaIh+SvxO0U/SfpW2sERvqk1W7dpd7sKncEawdFRjtqV7cjFDN1dhGs= Received: from CO2PR05CA038.namprd05.prod.outlook.com (10.141.241.166) by BN6PR05MB2932.namprd05.prod.outlook.com (10.173.18.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6; Tue, 10 Jan 2017 16:20:58 +0000 Received: from BN1AFFO11FD006.protection.gbl (2a01:111:f400:7c10::190) by CO2PR05CA038.outlook.office365.com (2a01:111:e400:1429::38) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6 via Frontend Transport; Tue, 10 Jan 2017 16:20:58 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD006.mail.protection.outlook.com (10.58.52.66) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Tue, 10 Jan 2017 16:20:57 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 10 Jan 2017 08:20:44 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0AGKiZg032737; Tue, 10 Jan 2017 08:20:44 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 6BFE338551F; Tue, 10 Jan 2017 08:20:44 -0800 (PST) To: CC: , , , Subject: Re: MANPATH not handled correctly In-Reply-To: <20170110065917.GA19146@troutmask.apl.washington.edu> References: <20170108192633.GA42537@troutmask.apl.washington.edu> <78804.1484011141@kaos.jnpr.net> <20170110015413.GA17884@troutmask.apl.washington.edu> <85392.1484029576@kaos.jnpr.net> <20170110065917.GA19146@troutmask.apl.washington.edu> Comments: In-reply-to: Steve Kargl message dated "Mon, 09 Jan 2017 22:59:17 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95489.1484065244.1@kaos.jnpr.net> Date: Tue, 10 Jan 2017 08:20:44 -0800 Message-ID: <95490.1484065244@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39860400002)(39450400003)(39410400002)(39850400002)(39840400002)(2980300002)(199003)(24454002)(189002)(47776003)(106466001)(46406003)(2351001)(117636001)(105596002)(50226002)(55016002)(81156014)(8936002)(3480700004)(2171001)(38730400001)(8676002)(7126002)(76506005)(68736007)(5660300001)(7696004)(110136003)(2950100002)(626004)(189998001)(107886002)(54906002)(229853002)(6916009)(93886004)(305945005)(50466002)(86362001)(2810700001)(2906002)(76176999)(4326007)(50986999)(77096006)(81166006)(97756001)(53416004)(97736004)(4001430100002)(69596002)(92566002)(356003)(23726003)(9686003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR05MB2932; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD006; 1:mAkeNRIGrOlU4xJosJtMqwgW7ZONdfXjSwqRMGhMiBhaoVFf9f3rEImo5UWg5rjX7BwdyWON1xc59QDND7gHnb+5fjfKucTFKHZ1aUAvJlrQQcRAJHcrUjNBAIAaFHG4bTLEUV0RKAglqzpx88bZ7gLwHp6rGL85dVPdoWNMKddjVPDBuqNIA05PSXruEwu6WWtdoAxFr4u2xvyb3lQjr1dq/6CYRqlLH1e3Xoy/zS3E8OiFWnIrB3Nr8D2eBHpayYBwlz9PgdkDRg8TmEdj+GGAXjj7wFK1BjRFDvMJnLWCM4c3R5EM5yQ8PznnN5D2jqAO25nTqfEMZpdRCAwqdZwEN+ZMUT3isl5sZuLgKhTEpiw2B6Ewnop5VwtC57yGwg2/J/yVq6TAxR486R7Ru3/Zj5LSR4b4wG+H/cJKnjJWhbfGTRYIe+ENWmRIfC6BcnuNdLRBrUiUA9jlJMQCbze+wTGfEPutNSkFCVtMY5NH2ouoNydnDbb/O+7eDtBronSmDtaU8y0w8loOhqT/dlVqm/v8TO8CbfSAsqiPtxU5c9iIGDCBX4TXdV5lcbns X-MS-Office365-Filtering-Correlation-Id: 9468129d-327a-4d01-9567-08d43974a900 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:BN6PR05MB2932; X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 3:1oLm9tQWOV3960zmO13sOSGXHCebVKlLbgSYFdFAAPTgdhG5qksfVjq5vukpeV7Cp5QpwKq6e5ixf+k4iVUTZPERsxJZEYCCa0zOLst3YzCWnOeRFu1VjZf6UCrHX/jO4F9bfJQg7K4m7plHecFgMUw0MOJfA1XCOa2larOyuXQmt9JH0kQW9JmGdgbQgjDE1FxN3cX/b5g62VNxWnNLeWm0Vvo1mpQ3EOjxIc6MJzWRFjyhHiJsNP4gXr60ldKkWzQ1edfOVqlSjMCKp51STPeFv9uWy39G78KUlO9k3fshQK5EJHlBXSIIfR5Vvec4kUGhwWduPX7QMMwyoAZeue4yDs12Y2Bc1M0VGgUbLNNZH3REN38vyODY3doDN9PX X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 25:+s2JP94ACSoXqFzXE1oaTQ0hFat+RJf5vgzui8AUpSraVizrGew2peUQbUbuQ7At6X4uBdpH9IeQUQB9sqjWC3EZQ6ERYL87SlKrqDkTtKxm8+g50CS//5Qn/9o/cxLwX0PQJmyQ6suauvgNX0gpr+LwMnP6v7aQSDxHIbfU+ibo+gMJW9VOmVBffhZZGn88bmLj14p87cbt9CsXhcoHHcbeGW/zy3SToLIdP0sdTdL6A9oQLxSnvwEcVpn/3QX8t7OUfTWL3K0rrsY1mBOkM22kLzzdSLRBcAG/jZ66hMMgicLHC4XUGYJa0sBtvPLh6YrKq5WdBlJH4uetns3tum/9RZao9RmbWjpzDwmWH3qWdSVAudFaRf1U/wRziWr1k9qca+/WdOSJirZZ/nYdsJozszjZIQj0l6avO90n9u2QDJNvFlg1Tap3M76kxpmhP8iNQSm7Hf4/to6Xih7JULcqv0vAubQE35XrrhRG1ww4bt4+KgFb+1vtY6FbW3EFWHAK2XC1h2qFmDBDl2boOJrfBRbDtdi6GwzfLdiHup+u8Ock6m9ABDV6mjSWNGZfG55BvKRdA8wt/GbD1nyQ+++NI+SqvOg1U2QFU+gcq+2CZv3GDzGTTHP1cGUSvBG/R0HEF3ysAUVAXGm233xGfvBcQGXbQPqlIbQqdXmRAyZZxqp3ZnTafdMkAkPLZQ/nzc9i3KeeFTeK3M7CeFyM0dzju24z/iAjw497Y6vHUfm7fNP/P+ZTEuFUpGDI03LvtLZwT2ktkw1JIRpZIMHOgn2RGw4RBFJOHDo6BZcGCVs= X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 31:h9fmHrDUA1/GXRxTfdqElN6/fop1lfLboWdN7tLmJ3CvDX//baQC2vUQjE70ChruLRO2YVo/13j7Vpvm45ES+eX+Ux8uZEOTcSC08T/77drkyLH5CociHayToQNrAGRD7KIPigF7SC/+yupEsZlRLewqSruw8EopH0A/QhArZA+blA9utAaNR0ylm04bwDHcdX2n0tc9TzJq2s0poAOpAQlHX7/KipcRqOjZanAvDEpopKgt66mW2UjyJL2V/Zh+pFDbzQ44gU9TljWpM1g7Itb7sPCWXqNm6NOCbOYi0/g=; 20:ecUs2Pj6lxxiHt5SMSOIkpTwh4icwIBKUuaUDQV4JVaYFYR3NfgBU6LzZF8oCzSsc5Al0s916APo9hkat6I8U7C5c06TqjifCJDP/SW11KwCjwbfY6d+JpMp/Lni7wbn7eeKbgxvZLy1ERTHKxrpSefEPWIUdXoBQCLHdSYTO8pzHJugEso/9+10unhwkqg3QkkRmH4hX0GDs2RrgQFjmVT6EL6nUizf0wx0ojj+gCZWpLX8DIZLIsQP669FY15Y2SCQI+o0MuoWwbYm15AYjSymyvTrakEJd9pLW2jA581T7D03G+pLoh9sidDPfBkqLuVFAg6kgZ0hyMTN+yhxeZvCvXIgiBSo2RwamRESA9B05cu+qHVE++RNeoGnc7HsykX5qAmcyKL7CqhlCFS/C4lG4APDv2+9nOD0I0ak0ChUcWpijBUGq1Ql6yECO2Ycb7GgI8sdC6AvIga82wQL7aTst8jn7ZNOXZNurbLLXW5TmKuq7LYycKAkddsi8Yn7 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(47954115253988); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13023025)(13017025)(13015025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:BN6PR05MB2932; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB2932; X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 4:tOAjklHRyFHJ3BUFeFZK0jyNxf0NxS2Vz2tBwlAirPUgjbTXbhtiqKafHbIho6/nThupck6yMK78iPohR8Dvg6ciPQdhuoEuJn7JETuWs1F0jZ+wpYquyk9HR3QYRapC2bnJT6bsjveW4uzIgU+r3HgRcJwe9D5uEVgB464zhyZvizHfgFZxxrgA7WODGrx++262H63aXxOwLSreGK3US6ch9Tmb9U4HczsVPqyZqdc3FdG212vBubr3ric6WLPEx7cBEadZODkKkvSKKTNorCFbP7g5s3p7/PAtZ6IY9R7/JkFHwJz/2GoIVazfIXoFrpNrzY7GpYgMTndZoNmCJiVT+jSXlw4r16omtmMh7ZuciY81iayxT2cq1f76uvnff+KuJE773bMPSYK0SVRHxwCzU80xLq20ystmiSNKHjseQNo86unIR5VYrQ0CXhpaw/XHXr+qsdR3x8If/9w6dGRLaw4GDAqdxN3AO1OULv+fsZ0PfX4vsASmE0f0AiWtc7xaqaDkTjfP/K5LaqjhXHeVHjVFHoA4NfHesmGLaNFP8oJ7qQI9PnrKDQNV4XrC24F5/w5NiKoTVEnOZMtaE2qS1hPQz/46CDRHq3eTZ6WaeALZSqLvIfXB2J/3cKHQjDUhl+4FDeH6Lk7U2mlQryRRrtdq9J4Tjv2fFM/iSWwTPhqCrBl4WK7d2Tq1YUTh3/kXlehlQJ97N2TujSreLhCByMGI/61G3hUw9/UXZHY= X-Forefront-PRVS: 01834E39B7 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN6PR05MB2932; 23:f34DTaDJFAHpygZKgtl0JE81cP7p42Pkt/Crwjkz3?= =?us-ascii?Q?Xq+a+8fxkwycZYCUUX9saNKV5sPpD/UBroxky70etRkAL4jFlUG6bWUDQJWJ?= =?us-ascii?Q?M/5EU5nqjXaLpHum6A5Y3Ou2fgv48aGDHdTTYYivmsJecsNnwye2/n0irAKI?= =?us-ascii?Q?Y05sXoZR+SivWiUQIWhgL4PcsOUMS3egGRxUuw+NJTuFikzyPDR0UjaT+vvc?= =?us-ascii?Q?DqdZkKurPBozpPS0LRnX7jvD4fPAixdmq9Dzk9NUwG/QZxf68i6TLqhx3x72?= =?us-ascii?Q?sb7jdmKpc4WT9nMtlouASuqqMZHh2mD/pd5s26YM956g3u+bcbPFJMk3rNHd?= =?us-ascii?Q?hL4xPF1z040A7N4HzKbtExCx96hxS5UjWHcR1Caio8qhbDDjTQSuZp2VQ05K?= =?us-ascii?Q?cNFJ+l9xzRUvcuqaIby94Dy0HIaN1vdpQIEAfFDYyNXQFAomkMiHkjDSsVSa?= =?us-ascii?Q?OcVlOTyN3GM7yxVRqd4PH6HzQgiwpvWV/uNaN2GIhbGfJDafPmqjnL3MpmR4?= =?us-ascii?Q?xpvimUPGOT9JtEzwIEVdKbHzJDyh1U2PpOb/mzf82kB+o+5Pn3zEVFWm0aYO?= =?us-ascii?Q?e0TG6NrBLvm8p1GtCrKxkfLGYV3bvorvcZvBmEOdtq0553r70Ym6kCHXrnB4?= =?us-ascii?Q?qKkt/s+7JVX31U1q6FLV44G8Hm36PGhInQ9tyy6YoSourJPb02mhuZ66pUgL?= =?us-ascii?Q?ozjzjcFzlLTFQm5KLRlS0v1JJTp1TsiHvQcqV1KBYi5GiFT+oDHhpLGZdGFU?= =?us-ascii?Q?+eELWs6ah1YiFW2tJkLsHl2Vnoh21CQ8jn7s3Uaa+I+ZzHjBDQDRrXs7Nown?= =?us-ascii?Q?fdJxPVrpXLKVAs/fpAbkWkZfVPe5POcZ/95FgUq/WZ4FE2T59XKiTcK/iad7?= =?us-ascii?Q?gMZ47llB/zOzLkTTapjdr2wEBJDNElykMqrddsDo0cCYcaie+wqgpOiE6OkR?= =?us-ascii?Q?EqkAMbrgl/fD7Lvpfb85eB6lynid2zQ1tqTS0cvAnsXf8tlmFHpSuKvQvTJL?= =?us-ascii?Q?Vmt6KGSZN5mHEUB30JxHb/6sGR8uOZArbNrPWU9wLmvuEYObBHUN6R5wmHQF?= =?us-ascii?Q?8L4hAeVyi7dGiia/kO4YinFkJAJda/WOVEiBvxrSXITR+s2p86oypqV53lhw?= =?us-ascii?Q?mEvodsM0GbnYvf1N7ONNXHol0rDYTokKjV/4f76oyUapufyq8X2CYX7IWXW+?= =?us-ascii?Q?zWheo+IY6qWOF/CRpvofY0Wuvvq2zEwbqQp7UxDrzuz9AvrN6gfbVb97Lcue?= =?us-ascii?Q?05WPq8Td1fLEVK3cdj4UCFtHuui4/5PFr/DO9sJe3BTWnVKgSxrYazONYn4J?= =?us-ascii?Q?H7AkCh7En1qBBglQ7Kj2Cmf39MkA2MxN81Wugtz1h/al1qjcCj0g5z96L21i?= =?us-ascii?Q?jaR4WBoFIEZxSxFYJUgIDurYfP2vH8quSCl7dEA+EVa0fwIb9RyEaagGw8VE?= =?us-ascii?Q?5vcFlgVoQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 6:ZqnB4yG5jYFWxELX1sXzLnr6maxmk0JyZ2DyuNJgVBndWlgs4AdcRe9n8lmfQbBUyL4mK+MeLbKpAVCkmU+AybJo64/eg5jZ6XV9ZkeZZwlZj88CXxV1L7OsxLVu1wk1JeB02o0fp+A/WUI2/WWqJGGw2tiew2kgszpt8dRrh8HWhjhFoo6zox6iqrwlfQCQNOXkTNP4GssTBiaX2K1ZpLDc+Rwb+M5UIsIJuqvqYhgcNDrjbguDgmqTmXvmeM6f5GfgLgr0Q+1PjU8vAWIR9WJ4w1rYExJFGL2EJSfNQ874ZU88OwlInaJa061ivJxubotwR18g2KMfoj8ymnpshzDuYWOHHEUJJ5vLJ6f5BjnRH43NYUbX1CbJnYLzcd4z2gdBD/PUUYUi1bOGbpQENIeI3kojLAh0S2uAdZ+z78cuEibDLpYdrU4IBGKsIoC2XZ0Ek+xgmeFinxcoR2p2Kg==; 5:Cr1BSKeNjxqNaANSZOawDnNoWwx0OXfkiXXUj0hAZhGkRh0aHGJyB9tT9feINlwQrDo05mxdtKPB++MfSJq4jzKSJZs6hV+uHO411F8baBoMY8BHkuTVWsl4WJw9G0O62m4HX1c20zlyLUIdHXlY1jXVcwQ747Yd7ZS1lIMNAXE=; 24:rf05fJGsfk5/1VznJo8tymhdQT0caylUvauZcja+027I8zhib97/HMi2l+TNbihruEiAFndxbGQ6vOWqRdKbeWu077lA85cYshMZcRkY8bA= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB2932; 7:m8Fa1RisI3C+7HxaLxkJsADoZh43fG2j1hQ73wTZMQx0qoVt4QOjA4fAxCSwI33HSLdELfdjl78atz1UrmV9WYg+W9R6teUx8p9qIS29Zgfvr7xJ29So6swRPKHVT4+yxzcHP0q9i7clAyxbqxX+BxyHhMF1nxhDPcfXu2i8WF+DuuibuEUlXr73gSmEiGuMEOfnr5IPyk1Ai7TPx2TmAWQThiD7cJCZsXss4T9dQXCHCIKAnysq2FNnf0KowxfW9wuNdt2PmjK3ZzWAN64HtcAUR4FgoQ1s7tlq4TzcftAakI2rLqMTX6M8cl8GwSTE3G+ezbDYNl0E+US9TLgUA7ZJLmzt3eFqVy2lWXA5kLelm4VsdfmGCrO2w4sCJq/EYqrnvC7BmQF1HXckD4ElX3l4dzewz8fIiUH95/13yXfzDy0gNvshfdC+782BFQDNbtzU3a2cqfeqoYm6G0gJCg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2017 16:20:57.7963 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB2932 X-Mailman-Approved-At: Tue, 10 Jan 2017 16:52:32 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 16:21:01 -0000 Steve Kargl wrote: > Well, yes, it is the manpage that gets installed. > > > usr.bin/man/apropos.1 > > > > is the one that matches apropos(1) I should have said "in 10.x" ;-) In current, MK_MANDOCDB defaults yes, so you are right. So the script needs an update. Is there a PR filed? From owner-freebsd-hackers@freebsd.org Tue Jan 10 20:50:42 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E9CDCA92E7 for ; Tue, 10 Jan 2017 20:50:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 023181B55 for ; Tue, 10 Jan 2017 20:50:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt0-x235.google.com with SMTP id l7so128416134qtd.1 for ; Tue, 10 Jan 2017 12:50:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=P3Q00KnaTlxvrclNvjfvZRooKHgiPmdlSFT2Au40J2U=; b=W39UaWqn0lUNezSOjQgAo9ssgbIB0SzU3crH/ic2Pd11B5qoufDmUB8TGU/ISXX4qx KsaHse2zx0E39tOduNNH4iyD3Zri+WzvJKlStoH14Uc2arSVSv6HLzIyi1ctgfQca0rv /y0IuVydBDJiWJxQ26ngkO/blt9O5qdgWqOvjJO2YS3eYIe9LL0rtiYkBVrPQJNTuJcQ ol3oP96LneSsyvuqClSRyHU+4cbdMbMAaoUsorHmpfE4TW2FTXZegPdwdzX8+8Nw1oi/ 0n2tRd5ITc1g9ETgAAfcg1F/RWYydiwtO44VeiJrSTIMnI68U4aGpa0oB+lRZSuSA+kn DSWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition:user-agent; bh=P3Q00KnaTlxvrclNvjfvZRooKHgiPmdlSFT2Au40J2U=; b=jaV5PvXkDf3hq4LxkoC89fORC+Mr8NE+UUWrNiyZBpMk1mXCtVaP3+h2v8cPwVhIrR I9FHC8zcDzsjWOtkgBmFcOs5+vxnbUbN34cI7gbdrYJYS19cYcuGBnvQI+Arovl7KflT HNJX/rNRdjbHFcqF6TslYh65zK7XXxdu6ewirERP0rA0i6ZCa0b5MzYbSxQsF58/RPzs LcB/uLFq0lP9uxAuwKqJgGQSp9vs+SX69Oyi5S5FRqEhxX2XaXYog3DqC8y3JPcm3q6R f4b6hQnp+7x2QaiULxhNW/Z6jg6IOsngO4QBdDqft6HGPKJ8/wuUkkSAdfZhVhENJkHP xHBw== X-Gm-Message-State: AIkVDXIWPjcIIVaOx9vRoRTGw6DmlXYp4Q+VnD2X7yOeRFqmmkQMd+TeOr1dfZTN5u+QEQ== X-Received: by 10.200.35.14 with SMTP id a14mr4554753qta.159.1484081440911; Tue, 10 Jan 2017 12:50:40 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id 1sm2291627qtb.49.2017.01.10.12.50.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2017 12:50:40 -0800 (PST) Sender: Mark Johnston Date: Tue, 10 Jan 2017 12:57:12 -0800 From: Mark Johnston To: freebsd-hackers@FreeBSD.org Subject: draining high-frequency callouts Message-ID: <20170110205711.GA86449@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 20:50:42 -0000 I'm occasionally seeing an assertion failure in softclock_call_cc() when running DTrace tests on a system with hz=10000. The assertion (c->c_flags & CALLOUT_ACTIVE) != 0 is failing while a thread is concurrently draining the callout, which runs at a high frequency. At the time of the panic, that thread is spinning on the per-CPU callout lock after having been awoken from "codrain", and CALLOUT_PENDING is set on the callout. The callout is direct, i.e., it is executed in hard interrupt context. I think this is what's happening: - callout_drain() is called while the callout is executing but after the callout has rescheduled itself, and goes to sleep after having cleared CALLOUT_ACTIVE. - softclock_call_cc() wakes up the callout_drain() caller, but the callout fires again before the caller is scheduled. - the second softclock_call_cc() call sees that CALLOUT_ACTIVE is cleared and panics. Is there anything that prevents this scenario? Is it really correct to leave CALLOUT_ACTIVE cleared when the per-CPU callout lock must be dropped in order to acquire a sleepqueue lock? Thanks, -Mark From owner-freebsd-hackers@freebsd.org Tue Jan 10 21:15:18 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22144CAA2D6 for ; Tue, 10 Jan 2017 21:15:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3D6910BE; Tue, 10 Jan 2017 21:15:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id CEEFC1FE1B5; Tue, 10 Jan 2017 22:15:15 +0100 (CET) Subject: Re: draining high-frequency callouts To: Mark Johnston , freebsd-hackers@FreeBSD.org References: <20170110205711.GA86449@wkstn-mjohnston.west.isilon.com> From: Hans Petter Selasky Message-ID: <68472d52-f4a0-a4cc-ec66-d39ee2f065ee@selasky.org> Date: Tue, 10 Jan 2017 22:14:44 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20170110205711.GA86449@wkstn-mjohnston.west.isilon.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 21:15:18 -0000 On 01/10/17 21:57, Mark Johnston wrote: > I'm occasionally seeing an assertion failure in softclock_call_cc() when > running DTrace tests on a system with hz=10000. The assertion > (c->c_flags & CALLOUT_ACTIVE) != 0 is failing while a thread is > concurrently draining the callout, which runs at a high frequency. At > the time of the panic, that thread is spinning on the per-CPU callout > lock after having been awoken from "codrain", and CALLOUT_PENDING is > set on the callout. The callout is direct, i.e., it is executed in hard > interrupt context. > > I think this is what's happening: > - callout_drain() is called while the callout is executing but after the > callout has rescheduled itself, and goes to sleep after having cleared > CALLOUT_ACTIVE. > - softclock_call_cc() wakes up the callout_drain() caller, but the > callout fires again before the caller is scheduled. > - the second softclock_call_cc() call sees that CALLOUT_ACTIVE is > cleared and panics. > > Is there anything that prevents this scenario? Is it really correct to > leave CALLOUT_ACTIVE cleared when the per-CPU callout lock must be > dropped in order to acquire a sleepqueue lock? > Hi Mark, First of all, thank you for reporting this bug. I believe this bug is not reproducible with the hps_head project branch, which has the exact same KASSERT() in softclock_call_cc(), but uses a different callout drain logic: https://svnweb.freebsd.org/base/projects/hps_head/sys/kern/kern_timeout.c?revision=309221&view=markup#l1261 From my understanding of kern/kern_timeout.c, you are right that the "goto again" due to a LOR between the sleepqueue spinlock and the callout subsystem spinlocks, leaves a race open. I've long thought that the callout_drain() and callout_reset() functions in -head have become obfuscated after the introduction of per-CPU callouts and deserves a rewrite. https://svnweb.freebsd.org/base/projects/hps_head --HPS From owner-freebsd-hackers@freebsd.org Thu Jan 12 03:23:07 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECF56CA9E22 for ; Thu, 12 Jan 2017 03:23:07 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF86918BE for ; Thu, 12 Jan 2017 03:23:07 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-yw0-x22a.google.com with SMTP id l75so4589660ywb.0 for ; Wed, 11 Jan 2017 19:23:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=DQZ1Seu0Ey+f+ydJj5mewNNauTuN86/IZfuhMcXZCDs=; b=q3muwzo/+L+krKbC2+2H6lEJ1GDTcdt/zVaYi3WrhJjSKawgRqcdw2w497FRFly2za sGxIVGenb2wkhM9y/WT6jReB1inU+hJRNIr1gutTtY6MrJDt47tYHhThRTc2gzHI57bN RI/R+pOT6qrH9OX9MGPEO4XJYek/KZl11Xu2FjYlugbnCDnTbi/g75o7RchSr2El/uw3 //hrV4cBqMftAI59AMGWHqr1o5JrYbqQ/N1gcM3/+LlpmuLsZIcFJ8+r6kOrduOc6IDV Xx6jzkcKNr+0NTB7kD1JafTKxza5W4KqozvgExwc2TbwbFmgjlt5EVcF3ZmXPneOovnM lkcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=DQZ1Seu0Ey+f+ydJj5mewNNauTuN86/IZfuhMcXZCDs=; b=oOP9qhM4GBojyY8e89Hu8I6fHgHyaiC3Qhh9b2Ouh1xjDNJAHNbNjpipCUnlXIo5Lw aNjdIpiRwol/xVrSXgQDCOaHuX4hPgjPjiiB+SWoevia3Tbs8iCq8473kK/UKei5aKrc R0zhoReAjF79pyhxydWtQnMyTuBHPPGx17etore5z4Z3l8j43eGu7j/obWZA61HehIZy Zq8Kacr1UNNo+/oLDipXPv200R7Z/iFIsuKK6KqITfGVulqEKkevyJ45+8J5gnViPyJQ jGMSNcNQLd/w4waolNfoVE3YdoZWnl3HQeRdwhpVe5AQK/wMHF8NMcC6wp6tIpVYfdXo ep1Q== X-Gm-Message-State: AIkVDXLOLVSfX79vt6Az/N3rek0Sb1qkupBIekVncBIs9Zb5Stz3Ba3FrsJLRYpAh4hYUqX+nhkCWpKoQLTbCw== X-Received: by 10.129.60.10 with SMTP id j10mr9505572ywa.133.1484191386503; Wed, 11 Jan 2017 19:23:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.23.214 with HTTP; Wed, 11 Jan 2017 19:23:06 -0800 (PST) X-Originating-IP: [67.86.122.252] From: Mark Saad Date: Wed, 11 Jan 2017 22:23:06 -0500 Message-ID: Subject: Silly netstat question To: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2017 03:23:08 -0000 All I am looking at confirming if netstat returns 32 bit counters when you call netstat -bni -I nic# I tracked this down to the bflag variable whic is in src/usr.bin/netstat/netstat.h extern int bflag; /* show i/f total bytes in/out */ Does anyone know why this is a signed int , and not a u_long ? -- mark saad | nonesuch@longcount.org From owner-freebsd-hackers@freebsd.org Thu Jan 12 13:04:17 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 145F8CAB00C for ; Thu, 12 Jan 2017 13:04:17 +0000 (UTC) (envelope-from aduane@juniper.net) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0096.outbound.protection.outlook.com [104.47.38.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFA701A40 for ; Thu, 12 Jan 2017 13:04:16 +0000 (UTC) (envelope-from aduane@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=vjfmuG+0RWW9pJ8zKExC/o7AMLQsEZIU2H5jwvxVYDY=; b=Vmih0Sriy2jFruz59O76swetyBQro/LuBxzRyjQ6W30ndAdRDbA9NZCPJk00JG6+1J55xionTjVMQAcmHJ0mOCcktBfxx9gY9qTkvey1C1PHVgVMLvPPUCw6j8oBtQEXOA6SOwRLmWi6wDFOYvgqgJvCXPdRs6ou+ig3JKOmyvo= Received: from SN1PR0501MB2125.namprd05.prod.outlook.com (10.163.228.152) by SN1PR0501MB2125.namprd05.prod.outlook.com (10.163.228.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.6; Thu, 12 Jan 2017 13:04:14 +0000 Received: from SN1PR0501MB2125.namprd05.prod.outlook.com ([10.163.228.152]) by SN1PR0501MB2125.namprd05.prod.outlook.com ([10.163.228.152]) with mapi id 15.01.0845.012; Thu, 12 Jan 2017 13:04:14 +0000 From: Andrew Duane To: Mark Saad , "freebsd-hackers@freebsd.org" Subject: RE: Silly netstat question Thread-Topic: Silly netstat question Thread-Index: AQHSbIM2ulk0DCeS80mRDljQLtkp/6E0z5vQ Date: Thu, 12 Jan 2017 13:04:14 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=aduane@juniper.net; x-originating-ip: [66.129.241.13] x-ms-office365-filtering-correlation-id: 080051ec-fc8a-467b-8d87-08d43aeb8288 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:SN1PR0501MB2125; x-microsoft-exchange-diagnostics: 1; SN1PR0501MB2125; 7:j65GEuo5jhp9irF49ofrmVgYtVAGzD1zdNiVWLppSj1fdNTAIoJHcoXrNSVt4Q8KAp2oY9l+3F7fOI9VsjuQsrbMy3ua+LUfyAzmI0+tUzpNzUw1iGuzQAnu0IfqXFktj/rWEiFPRYlH96AJsoQnfaoPI6B1GwVLYOuGjRxAY5PRdiKhFMp1rMGORgjQViIoQWkp2/QGwmYinNnK4R4VEoSPcxTy2U5UQ2pKo22jTOALj5TUIZy8qyILcF/08twEwVRMRxzAodhyzXawAakQwDJJyiNM5vs5/nKCsqWf3wO+6pSXE8toWxAOkSxpZqQVafIR5wVd509zH/MAVvqKNm5hmNBNxhcVtZzlBSqT7rP68JdBruYdagijMZTARmwQ0nIBUh9uZRGBXGnGamN3ZH4uj4az4lfkQyk0arFm0IBZv+tpgwpbLT9SaqgzeWX/g9iRQE6Y5o9h8Jda7he9zQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:SN1PR0501MB2125; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB2125; x-forefront-prvs: 018577E36E x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39410400002)(39850400002)(39450400003)(39840400002)(39860400002)(199003)(377454003)(189002)(13464003)(33656002)(8936002)(6306002)(105586002)(101416001)(3480700004)(54356999)(76176999)(189998001)(50986999)(68736007)(107886002)(106356001)(106116001)(9686003)(2950100002)(66066001)(2900100001)(7696004)(86362001)(3280700002)(5660300001)(74316002)(102836003)(6116002)(3846002)(7736002)(3660700001)(92566002)(305945005)(2906002)(2501003)(38730400001)(77096006)(97736004)(122556002)(25786008)(5001770100001)(81166006)(6436002)(6506006)(8676002)(81156014)(229853002)(55016002)(99286003)(7116003); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB2125; H:SN1PR0501MB2125.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jan 2017 13:04:14.6701 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB2125 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2017 13:04:17 -0000 It's just a flag to indicate whether the -b flag was set on the command lin= e. .................................... Andrew L. Duane - Principal Resident Engineer AT&T Advanced Services Technical Lead m=A0=A0=A0+1 603.770.7088 o +1 408.933.6944 (2-6944) skype: andrewlduane aduane@juniper.net -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freeb= sd.org] On Behalf Of Mark Saad Sent: Wednesday, January 11, 2017 10:23 PM To: freebsd-hackers@freebsd.org Subject: Silly netstat question All I am looking at confirming if netstat returns 32 bit counters when you cal= l netstat -bni -I nic# I tracked this down to the bflag variable whic is in src/usr.bin/netstat/ne= tstat.h extern int bflag; /* show i/f total bytes in/out */ Does anyone know why this is a signed int , and not a u_long ? -- mark saad | nonesuch@longcount.org _______________________________________________ freebsd-hackers@freebsd.org mailing list https://lists.freebsd.org/mailman/= listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@freebsd.org Thu Jan 12 17:45:41 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98642CAD3FF for ; Thu, 12 Jan 2017 17:45:41 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-yw0-x229.google.com (mail-yw0-x229.google.com [IPv6:2607:f8b0:4002:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 606EA1D26 for ; Thu, 12 Jan 2017 17:45:41 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-yw0-x229.google.com with SMTP id l19so16477954ywc.2 for ; Thu, 12 Jan 2017 09:45:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aO6f8xH6YBYBta4AvGYxUv3FTaZjZ6ZNncF+fqtNC/4=; b=HJZagoJhWMs6R5Lrr/PcN3dhSzlwQWBTT4NfGihov8WsU3q3ZmhDEwRSNZ83lojVek +vu0bmtPA0BwSy6Y08i6SdjH2JTt12eXq0kFqdwa7kJBas7wz+k9MDZDVbk4BZes+WLm QvtwDKPHlnmB5hR5asMOKqfVeI/nVG3lYGD4tobVaBmfPIJOt4zaJKXav8jP3JIQwxj1 72T5l/5VnzjTdGzQBbzrgq70OTu0HFFMYXyN3v3nbTSXu1E5h4ZT9P/WwtNG7TeuPZI4 s3s0p2LEmM/ylf0Pji8x7gLAQz+9+YjKMVMkWdli0+pazzDdzdo1i0o8GP8cTKEigNrQ m1eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aO6f8xH6YBYBta4AvGYxUv3FTaZjZ6ZNncF+fqtNC/4=; b=DXfpGdZHZG8mXKqA4Nc2sAAriOGMZt2IGmlP28QgjuoZVNSHWltJpyyh3gqK82rup5 96koU7U5NtaZDsg8O9zaXyALbfet9IJ6IalOEX/B+zZCysDW1CS2g2DQX++5hEbSh9t6 JLYCjI+MnDFAfRrfKdoSYz+u5XZUDlCV4b5NEZstp1FN+hfmXqe0PXAWjmjHIcFLrmN4 G6BYpzhT5PM6RCpANaZQELw9SVcWO3xnc0gTxQic6pG7K0S95XpymU66fAtcVLwvRlf1 OszdpytjIG9DtWBhloA1qzOBTr9iLugJaLwqYL2VGaAAc9wRkMhf0lrhFne303ztC8KG mNvA== X-Gm-Message-State: AIkVDXKq/9YwD/gEX/LQlEi7ryqzY/Sk73L3FZuM3xSBJl7Ezgo3GmhX+tKsXK2imG6FiZTTU7ngbAG07fUFKw== X-Received: by 10.129.73.65 with SMTP id w62mr12096880ywa.288.1484243140341; Thu, 12 Jan 2017 09:45:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.23.214 with HTTP; Thu, 12 Jan 2017 09:45:39 -0800 (PST) X-Originating-IP: [67.86.122.252] In-Reply-To: References: From: Mark Saad Date: Thu, 12 Jan 2017 12:45:39 -0500 Message-ID: Subject: Re: Silly netstat question To: Andrew Duane Cc: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2017 17:45:41 -0000 Andrew On Thu, Jan 12, 2017 at 8:04 AM, Andrew Duane wrote: > It's just a flag to indicate whether the -b flag was set on the command line. > Ahh ; I was looking at this all upside down. I see the counter in sys/net/if_var.h void if_inc_counter(struct ifnet *, ift_counter, int64_t); > .................................... > Andrew L. Duane - Principal Resident Engineer > AT&T Advanced Services Technical Lead > m +1 603.770.7088 > o +1 408.933.6944 (2-6944) > skype: andrewlduane > aduane@juniper.net > > > > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Mark Saad > Sent: Wednesday, January 11, 2017 10:23 PM > To: freebsd-hackers@freebsd.org > Subject: Silly netstat question > > All > I am looking at confirming if netstat returns 32 bit counters when you call netstat -bni -I nic# > > I tracked this down to the bflag variable whic is in src/usr.bin/netstat/netstat.h > > extern int bflag; /* show i/f total bytes in/out */ > > Does anyone know why this is a signed int , and not a u_long ? > > > > -- > mark saad | nonesuch@longcount.org > _______________________________________________ > freebsd-hackers@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- mark saad | nonesuch@longcount.org From owner-freebsd-hackers@freebsd.org Fri Jan 13 12:40:38 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 846F0CAE729 for ; Fri, 13 Jan 2017 12:40:38 +0000 (UTC) (envelope-from electreg@list.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.181.189]) by mx1.freebsd.org (Postfix) with ESMTP id 37E141224 for ; Fri, 13 Jan 2017 12:40:37 +0000 (UTC) (envelope-from electreg@list.ru) Received: from f381.i.mail.ru (f381.i.mail.ru [185.5.136.52]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 8E865215507A for ; Fri, 13 Jan 2017 15:20:29 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=Content-Type:Message-ID:Reply-To:Date:MIME-Version:Subject:To:From; bh=wudN0XOvmIbj/tNu6kBCuKJMB5mG/5VGSsu1R0B1bbA=; b=DqKv2/nPoRf8l93eqHyNvkRaxr+GTT7Kc0odN46mKwpNonOl0HjEr48R/byKETbjhc5KFlw83jp2OIbu1l3Mm2nCuTPT79Ed/J4g2mFp4Us1qXRhY54PqM6+30Plx9XRNDP+RO3PJd+yAnJ0syeZIUtDW4hLyJ9hp+GgAgykn3c=; Received: from [5.141.203.59] (ident=mail) by f381.i.mail.ru with local (envelope-from ) id 1cS0qC-00089n-AC for freebsd-hackers@freebsd.org; Fri, 13 Jan 2017 15:20:20 +0300 Received: from [5.141.203.59] by e.mail.ru with HTTP; Fri, 13 Jan 2017 15:20:20 +0300 From: =?UTF-8?B?QWxleGV5IEVnb3Jvdg==?= To: freebsd-hackers@freebsd.org Subject: =?UTF-8?B?dHJhY2luZyBtbWFwJ2VkIElPIHdpdGggZHRyYWNl?= MIME-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [5.141.203.59] Date: Fri, 13 Jan 2017 15:20:20 +0300 Reply-To: =?UTF-8?B?QWxleGV5IEVnb3Jvdg==?= X-Priority: 3 (Normal) Message-ID: <1484310020.407170115@f381.i.mail.ru> Authentication-Results: f381.i.mail.ru; auth=pass smtp.auth=electreg@list.ru smtp.mailfrom=electreg@list.ru X-E1FCDC63: 9112D6E4ED23AD1C45A1443C6E0DC4661A3BE929C6DF5677 X-E1FCDC64: CC8FAB49E0D4BD809780AD743F10A31A7B0D1B9521533362D5B9C0C5A17B833C X-Mailru-Sender: 9836EB431E145313499B2C4175C95123C7E8904B7FA0F33A5BA3B897629D4DB9B2B886AEE004BC4A X-Mras: OK X-Spam: undefined X-Mailman-Approved-At: Fri, 13 Jan 2017 12:44:46 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2017 12:40:38 -0000 SGVsbG8sCgpJJ20gdHJ5aW5nIHRvIHVzZSBkdHJhY2UgdG8gdHJhY2UgZmlsZXN5c3RlbSBJTywg YW5kIGl0IHdvcmtzIGdyZWF0IHdpdGggb3JkaW5hcnkgcmVhZC13cml0ZSBzeXNjYWxscy4KSG93 ZXZlciwgaXQgZG9lc24ndCBjYXRjaCBtbWFwJ2VkIElPLiBJIHVuZGVyc3RhbmQgdGhhdCBpdCBp cyBub3QgcG9zc2libGUgdG8gY2F0Y2ggYWxsIG1lbW9yeSBhY2Nlc3NlcyB0byBtbWFwJ2VkIHJl Z2lvbiwgYnV0IGlzIGl0IHBvc3NpYmxlIHRvIGNhdGNoIHBhZ2UgZmF1bHRzIHRoYXQgaXMgY2F1 c2VkIGJ5IHN1Y2ggYWNjZXNzZXM/CmR0cmFjZSBtYW51YWwgc2F5cyB0aGF0IHRoZXJlIGlzIHZt aW5mbzo6ZnNwZ2luL2ZzcGdvdXQgcHJvYmVzOyBidXQgaXQncyBub3QgYXZhaWxhYmxlIG9uIEZy ZWVCU0QuIElzIGl0IHBvc3NpYmxlIHRvIHVzZSBzb21lIG9mIGZidCBwcm9iZXMgaGVyZT8KClRo YW5rcy4KAQ== From owner-freebsd-hackers@freebsd.org Sat Jan 14 11:27:23 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFBA2CAEC46 for ; Sat, 14 Jan 2017 11:27:23 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from know-smtprelay-omc-7.server.virginmedia.net (know-smtprelay-omc-7.server.virginmedia.net [80.0.253.71]) by mx1.freebsd.org (Postfix) with ESMTP id 4337B184B for ; Sat, 14 Jan 2017 11:27:22 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from [192.168.1.100] ([86.10.211.13]) by know-smtprelay-7-imp with bizsmtp id YBSB1u0080HtmFq01BSBuX; Sat, 14 Jan 2017 11:26:11 +0000 X-Originating-IP: [86.10.211.13] X-Spam: 0 X-Authority: v=2.1 cv=SYcKDalu c=1 sm=1 tr=0 a=SB7hr1IvJSWWr45F2gQiKw==:117 a=SB7hr1IvJSWWr45F2gQiKw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=SBKgAyYTOTQA:10 a=2rVjqWD_AAAA:8 a=6I5d2MoRAAAA:8 a=itly7gIdAAAA:8 a=m4pPsJ-XCS3i3uDQymgA:9 a=iskmKDGIpkeKPAdt:21 a=prmci84nHyb2Dwus:21 a=QEXdDO2ut3YA:10 a=ZUGwP7LCt9cA:10 a=FSu5OgGmP5kA:10 a=-FEs8UIgK8oA:10 a=NWVoK91CQyQA:10 a=ULaUcM2Ibn9MdPUUwucP:22 a=IjZwj45LgO3ly-622nXo:22 a=1RpNR2E4bTkVPcsa2RFZ:22 Subject: nosh version 1.31 To: FreeBSD Hackers , Debian users , Supervision References: <54430B41.3010301@NTLWorld.com> <76c00c13-4cc9-ed9c-f48f-81a3f050b80b@NTLWorld.com> From: Jonathan de Boyne Pollard Message-ID: <0d6afc48-3465-3509-ff46-494da45022bc@NTLWorld.com> Date: Sat, 14 Jan 2017 11:26:10 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <76c00c13-4cc9-ed9c-f48f-81a3f050b80b@NTLWorld.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2017 11:27:24 -0000 The nosh package is now up to version 1.31 . * http://jdebp.eu./Softwares/nosh/ * https://www.freebsd.org/news/status/report-2015-07-2015-09.html#The-nosh-Project * http://jdebp.info./Softwares/nosh/ This release fixes a problem with emergency mode that was introduced by accident in 1.29 . The emergency-login@console service was not properly enabled by package installation. Now it once again is. There are a number of bug fixes in this release, such as rare corner cases in how convert-systemd-units generates arguments to pass to sh, what port the nginx server part of Appcafe binds to when not the default, the use of setuidgid-fromenv to set more than 1 supplementary group ID, and making the Makefile in tinydns@* services work with both BSD and GNU make. Various service bundles that perform clean-up-directories actions at bootstrap have been made more difficult to accidentally re-trigger after bootstrap. There is also a fair amount of new features: * The automatically-generated data for tinydns@* services now encompasses all of the reverse lookup domain names for private/local IP addresses, so none of the DNS traffic involving such lookups will leak out of your machine/organization to the rest of Internet. * The userenv command has gained the ability to (optionally) set a whole lot more environment variables from the capabilities in /etc/login.conf and ~/.login_conf . It now can be used as the setup-the-user-environment part of a command chain that is designed to perform the setup of an interactive login session. This is particularly useful for fixing PCDM, the display manager in TrueOS. * The pipe command can now arrange to clean up the child process in one of two ways. This is made use of in the dnscache service bundles, and dnscache services no longer contain the perpetual zombie process that they had in version 1.30 . * Presets now support wildmat-style character set wildcards. e.g. one can now write "ttylogin@vc[0-9]-tty" as a service name pattern. * If you have been using the --verbose option to the start/stop/reset subcommands of system-control, you'll notice that it now colourizes its output. Its output has also been adjusted to more clearly indicate blocked services and what they are blocked by. The big item is that there is now a complete set of simple control groups manipulation commands, the pre-supplied service bundles all make use of it, and all service bundles created by convert-systemd-units make use of it. (All of this is a no-op on FreeBSD/TrueOS and OpenBSD, of course.) If you've read the Linux doco, you'll know that control groups do not require any sort of centralized gatekeeper process, and are a decentralized system that can be driven with just the echo command. In practice, using echo is non-trivial. The move-to-control-group, delegate-control-group-to, and set-control-group-knob commands take the hassle out of working out exactly what to echo where. They do all of the hard work of determining what the directory name of the current control group under /sys/fs/cgroup is, and present a simple system allowing one to create and navigate to another control group, delegate control over the current control group (and its subgroups) to an unprivileged user, and set control group knobs. The set-control-group-knob utility further illustrates the convenience functionality over and above a simple echo command. It can calculate a knob setting as a percentage of another number, handle SI and IEEE/IEC multiplier suffixes, and translate the device file names that are (comparatively) convenient for humans into the literal major and minor device numbers that the Linux control groups API actually operates in terms of. There are new chapters in the Guide covering the automatic import of FreeBSD 9 and PC-BSD Warden jails, how jailing services on FreeBSD/TrueOS works, and limiting services. The limiting services chapter covers both the original Unix resource limits system and Linux control groups. From owner-freebsd-hackers@freebsd.org Sat Jan 14 12:43:30 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C733CAE365 for ; Sat, 14 Jan 2017 12:43:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7825012E0 for ; Sat, 14 Jan 2017 12:43:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA24428; Sat, 14 Jan 2017 14:43:20 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cSNg0-000L4n-J9; Sat, 14 Jan 2017 14:43:20 +0200 Subject: Re: tracing mmap'ed IO with dtrace To: Alexey Egorov , freebsd-hackers@FreeBSD.org References: <1484310020.407170115@f381.i.mail.ru> From: Andriy Gapon Message-ID: <3ba41915-49dd-6432-d1ea-8c5834ca12cc@FreeBSD.org> Date: Sat, 14 Jan 2017 14:42:23 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1484310020.407170115@f381.i.mail.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2017 12:43:30 -0000 On 13/01/2017 14:20, Alexey Egorov via freebsd-hackers wrote: > Hello, > > I'm trying to use dtrace to trace filesystem IO, and it works great with ordinary read-write syscalls. > However, it doesn't catch mmap'ed IO. I understand that it is not possible to catch all memory accesses to mmap'ed region, but is it possible to catch page faults that is caused by such accesses? > dtrace manual says that there is vminfo::fspgin/fspgout probes; but it's not available on FreeBSD. Is it possible to use some of fbt probes here? Try tracing calls to vm_fault. -- Andriy Gapon From owner-freebsd-hackers@freebsd.org Sat Jan 14 16:15:32 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C679CCAF5F4 for ; Sat, 14 Jan 2017 16:15:32 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A4C221964 for ; Sat, 14 Jan 2017 16:15:32 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-252-76.lns20.per4.internode.on.net [121.45.252.76]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0EGFRaC016184 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 14 Jan 2017 08:15:30 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: Why regular user with realtime priority can't run pthread_setschedparam(3) with sched_priority=10 ? To: Yuri , Freebsd hackers list References: <52cf051e-8c8a-d844-2756-9d2079cdd33d@rawbw.com> From: Julian Elischer Message-ID: Date: Sun, 15 Jan 2017 00:15:21 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <52cf051e-8c8a-d844-2756-9d2079cdd33d@rawbw.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2017 16:15:32 -0000 On 9/01/2017 7:26 AM, Yuri wrote: > The process (jackd) calls this code: > > rtparam.sched_priority = priority; // =10 > > if ((x = pthread_setschedparam (thread, SCHED_FIFO, > &rtparam)) != 0) { > > It succeeds when the process is run as 'root'. > It fails when the process is run as a regular user with realtime > priority (set with rtprio 0): Operation not permitted > > Why realtime priority of the process doesn't make high priority > threads possible? high priority threads have for all of unix history required special permissions (e.g. root) as they can negatively inpact other users. It is assumed htat if you want to do rt work you must have root permissions > > Yuri > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" >