From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 14:23:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B55F16A41F; Thu, 12 Jan 2006 14:23:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CDE43D6D; Thu, 12 Jan 2006 14:23:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0CENjeY033377; Thu, 12 Jan 2006 07:23:45 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C66673.8070809@samsco.org> Date: Thu, 12 Jan 2006 07:23:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> <20060112083224.U34596@beagle.kn.op.dlr.de> In-Reply-To: <20060112083224.U34596@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: amd64@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 14:23:50 -0000 Harti Brandt wrote: > On Wed, 11 Jan 2006, Scott Long wrote: > > SL>Ruslan Ermilov wrote: > SL>> On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > SL>> > SL>> > > Wouldn't it then make sense just to build a shared libdisk? Is there a > SL>> > > reason not to have one? > SL>> > > > SL>> > > SL>> > Here's the original reason. I'm not sure if it still holds. peter@ and > SL>> > phk@ Cc:ed. > SL>> > > SL>> > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v > SL>> > : Working file: Makefile > SL>> > : head: 1.44 > SL>> > : branch: > SL>> > : locks: strict > SL>> > : access list: > SL>> > : keyword substitution: kv > SL>> > : total revisions: 65; selected revisions: 1 > SL>> > : description: > SL>> > : ---------------------------- > SL>> > : revision 1.12 > SL>> > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > SL>> > : Repository copy src/release/libdisk to src/lib/libdisk as per recent > SL>> > : discussion on -core about disk partitioning tools etc. > SL>> > : : Add NOPIC=yes to Makefile to prevent any possibility of version > SL>> > mismatch > SL>> > : because of the potential grave consequences. (as suggested by phk) > SL>> > : : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > SL>> > : hopefully going to remain in sync. > SL>> > > SL>> > SL>> As a safe measure, we can build and install a special PIC archive, > SL>> similar to libc_pic.a and libgcc_pic.a, and use it here. This is > SL>> all in an assumption that it's still unsafe to produce the libdisk.so. > SL>> > SL>> > SL>> Cheers, > SL> > SL>One way or another, please fix it. Why is bsnmp linking to libdisk anyways? > SL>It's an absolutely horrible library. > > Then either remove it, put a 'don't use this horrible library' into the > man page or whatever. How is one supposed to know that it shouldn't be > used if it is there? I suppose that this library is currently the easiest > way to enumerate all the partitions and slices. The hostres MIB needs this > to populate the hrPartitionTable. I would also say, that everybody is free > to 'fix' this. > > harti libdisk is an artifact of sysinstall, and has been for abut 10 years. And no, it's quite customary for the person who created the compile problem to fix it in a timely manner. Scott