From owner-freebsd-libh Wed Nov 13 13:33:48 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3409037B406 for ; Wed, 13 Nov 2002 13:33:47 -0800 (PST) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4015A43E42 for ; Wed, 13 Nov 2002 13:33:46 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gADLXSZ20866; Wed, 13 Nov 2002 16:33:28 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18C58P-00035f-00; Wed, 13 Nov 2002 16:33:17 -0500 Date: Wed, 13 Nov 2002 16:33:17 -0500 From: The Anarcat To: Alexander Langer Cc: Jordan K Hubbard , libh@freebsd.org Subject: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021113213317.GG9829@xtanbul.studio.espresso-com.com> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> <20021113165424.GA9768@xtanbul.studio.espresso-com.com> <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed Nov 13, 2002 at 07:36:14PM +0100, Alexander Langer wrote: > Thus spake The Anarcat (anarcat@anarcat.ath.cx): > > > Interesting. That might be related to it. Maybe if we try to link > > libhsysinstall directly against -lh? > > > I might be able to take a look at this later today :) > > Thank you. We might even get a dynamic tclh after all! :) > > OK, thanks to the libdisk changes that came with GEOM, I'm not > able to build libhdisk at the moment at all. > > However, I had some old libraries of libh* floating around in /usr/lib > (old == September/October or so), and pkg_create just linked correctly > (and then running produced a Bus error :) > > I'd suspect a local problem of yours. > > Ciao > > Alex > > PS: libdisk in -CURRENT lacks a shutload of functions that were in > before. It's rather unusable nowadays :-/ Hurray. That's pretty bad. Isn't libdisk used by sysinstall? Doesn't the libdisk breakage break sysinstall and therefore 5.0 installs??? Anyways, I think this confirms my suspicion that I broke the library build somehow. I'll dig up older libh versions to see how exactly, maybe I can finally figure this one out. But I can say with pretty much certainty that my system is "clean", i.e. the libraries I have installed are what libh installs if you do it from scratch. Can't you just drop libhdisk from the build? I think it needs to die anyways. I doubt anything really depends on it apart from the disk editor. If you agree, I'll start getting libh free of libhdisk. We'll have to rewrite the disk editor, but I don't see that as a problem at all. Honestly, I think the sysinstall2 program in itself should be compiled, not interpreted, precisely because of such problems: I don't want to make a libhdisk library to follow each and every change of the local disk infrastructure. Well, maybe *some* parts of the program could be interpreted, but the low-level disk manipulations *will* have to be compiled, so I'd rather interface the system libraries directly than create more TCL wrappers. What do you think? A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message