From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=DATE_IN_PAST_24_48,DMARC_NONE, INVALID_DATE,MAILING_LIST_MULTI,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=4.0.0 Received: from tesla.newpaltz.edu ([137.140.1.102]) by cvs.gentoo.org with esmtp (Exim 3.30 #1) id 15FqLV-0002Lm-00 for gentoo-dev@cvs.gentoo.org; Thu, 28 Jun 2001 22:57:33 -0600 Received: from kodiak.chronospace.org (res63-03.resnet.newpaltz.edu [137.140.63.3]) by tesla.newpaltz.edu (8.9.3/8.9.3) with SMTP id AAA10893 for ; Fri, 29 Jun 2001 00:57:06 -0400 (EDT) From: "Bruce A. Locke" To: gentoo-dev@cvs.gentoo.org Subject: Re: [gentoo-dev] lsof with gentoo CFLAGS Message-Id: <20010629010019.6645c94f.blocke@shivan.org> In-Reply-To: <3B3C08E7.6341648F@fidnet.com> References: <3B3C08E7.6341648F@fidnet.com> X-Mailer: Sylpheed version 0.4.99 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: gentoo-dev-admin@cvs.gentoo.org Errors-To: gentoo-dev-admin@cvs.gentoo.org X-BeenThere: gentoo-dev@cvs.gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@cvs.gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Thu Jun 28 22:58:02 2001 X-Original-Date: Fri, 29 Jun 2001 01:00:19 -0500 X-Archives-Salt: 035ab5af-a7f3-4585-845e-2b9b8641f2e6 X-Archives-Hash: cd293c679dda469f2bf7e7da8056c4f8 On Thu, 28 Jun 2001 23:49:43 -0500 "Tod M. Neidt" wrote: > One comment. From the documentation, lsof appears to be sensitive to > the system kernel. It may require some kind of dependency so that if a > new kernel is merged, lsof gets rebuilt for that kernel. I am not 100% > sure if that necessary though. If a kernel dependency needs to be added it might be a good idea to allow for some way of overriding the dependency in case the end user decides not to use the gentoo kernel-source packages, etc and uses a linus tree instead (aka no entries in the db, etc). Or does such a thing exist already? --------------------------------------------------------------------- Bruce A. Locke blocke@shivan.org