From owner-freebsd-ports-bugs@FreeBSD.ORG Sun Sep 5 22:20:04 2010 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E77AD10656AA for ; Sun, 5 Sep 2010 22:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A63868FC18 for ; Sun, 5 Sep 2010 22:20:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o85MK2ZX080261 for ; Sun, 5 Sep 2010 22:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o85MK26b080260; Sun, 5 Sep 2010 22:20:02 GMT (envelope-from gnats) Date: Sun, 5 Sep 2010 22:20:02 GMT Message-Id: <201009052220.o85MK26b080260@freefall.freebsd.org> To: freebsd-ports-bugs@FreeBSD.org From: Alex Samorukov Cc: Subject: Re: ports/150235: sysutils/smartmontools build system bug X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Samorukov List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Sep 2010 22:20:05 -0000 The following reply was made to PR ports/150235; it has been noted by GNATS. From: Alex Samorukov To: Giorgos Keramidas , Garrett Wollman , bug-followup@freebsd.org, developers@freebsd.org Cc: Subject: Re: ports/150235: sysutils/smartmontools build system bug Date: Mon, 06 Sep 2010 00:11:35 +0200 >> Thats a good point. I can add SRC_BASE variable to the port, with >> /usr/src as default. E.g. emulators/rtc do this way. >> > There is still no guarantee that arbitrary users will have a copy of the > kernel sources anywhere, or that the copy of the kernel sources they have > somewhere will match the actual kernel running on the system. > In this case smartmontools will run without CISSIO support. I don`t see any problems there. > It's also not inconceivable that someone would want to build a port (and/or > make it a package) on another machine than they one they intend to run it on, > with different kernel versions on both machines. > If kernel versions will be different then probably port will simply fail to work, and its absolutely correct behavior. Format of ioctl calls is different in different kernel versions and smartmontools heavily depends on it. > Not to make your life difficult, but depending on the kernel source tree is > not a very good idea. Is there any particular reason the kernel interfaces > you're relying on are not in /usr/include? Because file cissio.h is simply not exists in /usr/include. > Maybe arguing for the headers you > need to be installed and made available to userspace applications would make > more sense than ensuring your application will break in any of a number of > cases? > If i will include this header to the ports than its very easy to break the package in case of ciss driver changes in the kernel. So i`m not sure that its an option.