From owner-cvs-all Tue Jan 30 9:31:12 2001 Delivered-To: cvs-all@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id 5FC4A37B491; Tue, 30 Jan 2001 09:30:41 -0800 (PST) Received: from localhost (IDENT:gRwDqqARpwcCugjmjlWZeUjSmB/cet2gAleCqnSuNUmlpgld3x4d8VxiXDul1rDG@localhost [::1]) (authenticated) by peace.mahoroba.org (8.11.2/8.11.2/peace) with ESMTP/inet6 id f0UHTIa94603; Wed, 31 Jan 2001 02:29:18 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 31 Jan 2001 02:29:17 +0900 (JST) Message-Id: <20010131.022917.85414014.ume@mahoroba.org> To: kris@obsecurity.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: ports/sysutils/gkrellm Makefile distinfo From: Hajimu UMEMOTO In-Reply-To: <20010130085013.B51965@xor.obsecurity.org> References: <200101301206.f0UC6xw19361@freefall.freebsd.org> <20010130085013.B51965@xor.obsecurity.org> X-Mailer: xcite1.38> Mew version 1.95b97 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, >>>>> On Tue, 30 Jan 2001 08:50:13 -0800 >>>>> Kris Kennaway said: > If linprocfs is available, this version works with no extra kmem > privilege under 5.0-CURRENT. In this time, since we cannot obtain > swap information by safety way, when gkrellm cannot access kmem, > gkrellm tries to use linprocfs for swap information. kris> Argh, the slippery slope begins! Actually, I don't want to use linprocfs. However, I believe secure is important than don't use linprocfs. Please attention that GKrellM is GTK+ apps. It's still workaround. Once swap information can be obtained via safety way, I'll wipe out using linprocfs. kris> We need to make this information available via regular procfs (you kris> sure it's not already?) Native applications *should not* need to use kris> linprocfs. Linux's /proc is far from BSD's /proc. It is rather close to kernfs. I think making /proc closer to Linux's /proc is not good idea. The lacking information are ksw_used and ksw_total of struct kvm_swap obtained via kvm_getswapinfo(). I wonder these can be obtained via sysctl(). -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message