From owner-freebsd-emulation@FreeBSD.ORG Thu Jun 10 18:36:56 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C430A16A4CE for ; Thu, 10 Jun 2004 18:36:56 +0000 (GMT) Received: from wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B525343D31 for ; Thu, 10 Jun 2004 18:36:54 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.11/8.12.11) with ESMTP id i5AIaGD6016711; Thu, 10 Jun 2004 14:36:16 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.11/8.12.11/Submit) id i5AIaF16016710; Thu, 10 Jun 2004 14:36:15 -0400 (EDT) (envelope-from bv) Date: Thu, 10 Jun 2004 14:36:15 -0400 From: Bill Vermillion To: John E Hein Message-ID: <20040610183615.GA14521@wjv.com> References: <20040610011333.GA75565@wjv.com> <16584.32782.434690.477238@gromit.timing.com> <20040610154858.GA87267@wjv.com> <16584.34488.476072.477118@gromit.timing.com> <20040610163130.GA87958@wjv.com> <16584.37476.784566.563221@gromit.timing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16584.37476.784566.563221@gromit.timing.com> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on bilver.wjv.com cc: freebsd-emulation@freebsd.org Subject: Re: Further info on jdk14 problem X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 18:36:57 -0000 While John E Hein was trying to figure out why data written to /dev/null on Thu, Jun 10, 2004 at 10:55 was not readable, he gave up and decided to grace us with this: > Bill Vermillion wrote at 12:31 -0400 on Jun 10, 2004: > > I now went to the linux-sun-jdk tree did a make clean and was going > > to build the port and I noticed something that struck me as strange > > > > The above shows that linux_base-7.1_5 is installed. BUT > > a make-clean shows that it was cleaning for linux_base_7.1_7. > Nothing to worry about there. That just probably means you installed > linux_base back when it was 7.1_5 (before early Feb or so). But you > have since updated your ports tree, and now linux_base is 7.1_7. So > when linux-sun-jdk goes to do a make clean on the dependencies, it > says it's cleaning the work dirs for 7.1-7. That explains that. > You could use portupgrade (as you did) to update your linux_base if > you want (or deinstall, then make install again) and you will get the > newer version. Well now I'm in more trouble I think. I attempted to do a portupgrade and it went through all the proccesses of deinstalling the 7.1-5 and proceeded to make the 7.1-7, then it failed with: execution of glibc-2.2.4-33 script failed, exit status 0 **** error code 1. But it deinstalled and instead of what usually happens on a portupgrade it reinstalls the older version, however this did NOT happen and pkg_info now shows NO linux_base. There are no linux_base entries in /var/db/pkg. I figured I'd just check to make sure pkg_info wasn't lying :-) Does this mean I'm regressing ? :-). I'll attempt to install the package for 7.1-7 and see if I can get back to some semblance of order. > > So just now tried a portupgrade and to get to the 7.1_7 version. > > It went along for awhile, started installing and then > > I see I get a failure with an excution failed on > > the script glib-2.2.4-33. > You didn't say what the failure was, but obviously installing 7.1_7 > works okay here. No. That all that I get is the script failed. > > Xfree but live almost exclusively in a 80x24 test workd. > You may not use it, but it's possible other ports want X in order to > build. I don't have anything in make.conf that would preclude that. The only thing I normally don't build is cvsup-without-gui and I typically just put that in as a package to save all the ruby build time. > > > So did you ktrace that last bit (probably the install.sfx > > > is a linux app... use file to tell)? > > I did not use ktrace, and I'm not really a programmer - been more > > of a syadmin and fixer for a long time. > > ktrace is a valuable tool for a sysadmin and it's easy to use. > And it's useful when reporting problems on mailing lists ;) I'll investigate that - after I see how the installing the linux-base package works. Thanks. -- Bill Vermillion - bv @ wjv . com