Date: Thu, 10 Jun 2004 14:36:15 -0400 From: Bill Vermillion <bv@wjv.com> To: John E Hein <jhein@timing.com> Cc: freebsd-emulation@freebsd.org Subject: Re: Further info on jdk14 problem Message-ID: <20040610183615.GA14521@wjv.com> In-Reply-To: <16584.37476.784566.563221@gromit.timing.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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040610183615.GA14521>