Ah I know what that is.

It's not really an MP5 thing, it's an old issue that was raised (at least)
on a Legend beta testers mail list a few years ago.

A long time ago some stuff that was originaly part of gnutools moved over to
gwxlibs, and gwxlibs has been updated with several new versions since then,
while gnutools never saw another new version (Publicly anyways. I did see a
slightly newer version once and still have it installed on a box, and can
use the box-to-box network install method in custom to install it on new
boxes, but I have no idea how I got it in the first place!)

The answer that was given on that mail list, and which I've done countless
times since so it's ok, was to install gnutools first, and ignore the
warning about missing dependancies during install. Then touch
/tmp/gnutools.nocheck
Then install whatever is the latest gwxlibs you can find (probably MP5 at
this point)

Without the tmp file, the gwxlibs install won't proceed in a way that you
can ignore like gnutools did.
And I never can remember whether it's /tmp/gnutools.nocheck or
/tmp/gwxlibs.nocheck, so I often just create both instead of trying one and
getting the error 50% of the time.

And then I just happen to never do the custom fixup thing so the
last-installed package wins and thats the end of the story. I expected an
update to gnutools years ago that would have cleared this up naturally along
the way.

If I knew how to take a loaded or installed package and extract it back out
to VOL's pr pkgadd I'd try extracing out that newer version I have to see if
that clears up the overlapping files at least.
There was some reasonable reason why that version was never officially
released, like it didn't fix some problem they knew about and wasn't enough
of an update otherwise to be worth a release. I think it's almost not really
an update at all so much as a repackaging.

"that box" is really just a pair of hard drives I am preserving at the
moment too, so I can't easily check any details right now. I have to find a
box to boot the drives on first.

Brian K. White brian@aljex.com http://www.myspace.com/KEYofR
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro BBx Linux SCO FreeBSD #callahans Satriani Filk!


----- Original Message -----
From: "Steve M. Fabac, Jr." <smfabac@att.net>
Newsgroups: comp.unix.sco.misc
To: <distro@jpr.com>
Sent: Thursday, August 30, 2007 1:10 PM
Subject: Re: gwxlibs, mp5, gnutools5.0.7Kj symlinks conflict.


> Bela Lubkin wrote:
>>
>> > > How do I resolve the problem with dueling symlinks in custom
>> > > on SCO 5.0.7 with MP5, gwxlibs, and gnugools5.0.7?
>> >
>> > I'm not surprised you've gotten no replies to this one. All of the
>> > error messages are in scoadmin's "pain in the neck scrollbox" format,
>> > truncated to uselessness. Plus you've only 1/3 defined the problem.
>> >
>> > I suggest you focus on one file path, like /usr/gnu/bin/tclsh, and
>> > actually show some details. So far you've only showed that custom is
>> > complaining about it; you haven't shown where /usr/gnu/bin/tclsh _is_
>> > currently linking to, if anywhere; you haven't shown anything at all
>> > about how MP5 or gwxlibs plays into the issue.
>>
>> D'oh! This was intended as a private reply.
>>
>> >Bela<
>
> Hi Bela.
>
> Point taken.
>
> cd /usr/gnu/bin
> ls -l > /tmp/bob1
> custom -> software -> verify system -> Broken/missing symbolic links ->
> Fix Discrepancies
> ls -l > /tmp/bob2
>
> vi /tmp/bob1 /tmp/bob2 and modify contents to delete "^.* HH:MM "
>
> diff /tmp/bob1 /tmp/bob2 > /tmp/bob3
>
> Bob3 contains diff results files of he same name with different symlinks
> 30 lines with <
> ---
> 60 lines with >
>
> vi /tmp/bob3 # delete 60 lines marked with >
> dd # delete 1,30c1,61
> /---/
> .,$d
> 1,$s/.*\/// # throw away everything up to the last "/" leaving only the
> target name
> 1,$s/.*/grep "\/&$" bob3 >> \/tmp\/bob5/
> wq /tmp/bob4
>
> head -3 /tmp/bob4
> grep "/autoexpect$" bob3 > bob5
> grep "/autopasswd$" bob3 >> bob5
> grep "/cryptdir$" bob3 >> bob5
>
> sh /tmp/bob4
>
> Example from bob5 (edited):
>
> < autoexpect -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/autoexpect
>> autoexpect### -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/autoexpect
>> autoexpect -> /opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/autoexpect
>
> -rwxr-xr-x 1 bin bin 7625 Aug 29 01:00
> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/autoexpect
> -rwxr-xr-x 1 bin bin 7622 Aug 29 09:15
> /opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/autoexpect
>
> Note that both gnutools5.0.7Kj and MP5 were removed in that order
> and reinstalled as MP5 and then gnutools-5.0.7Kj in that order.
>
> < autopasswd -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/autopasswd
>> autopasswd### -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/autopasswd
>> autopasswd -> /opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/autopasswd
> ...
>
> < tcl -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tcl
>> tcl### -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tcl
>> tcl -> /opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/tcl
>
> < tclsh -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tclsh8.4
>> tclsh### -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tclsh8.4
>> tclsh -> /opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/tclsh8.4
>
> < tclsh8.4 -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tclsh8.4
>> tclsh8.4### -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tclsh8.4
>> tclsh8.4 -> /opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/tclsh8.4
>
>
> Background: The system is used as a test bed for installing
> Open Source packages that may be usable on my client's systems.
> I have 5.0.6 on one 18G disk and 5.0.7 on a 36G disk.
> Some development to compile and install GnuGPG was performed
> on 5.0.6 using oss646b, gwxlibs, and gnutools 5.0.7Kj.
> 5.0.7 was first installed to test SCO Office server
> product. Then 5.0.7 was blown away and reinstalled when the
> original Office Server was rejected by my client.
>
> The current installation of 5.0.7 was performed on Sep 2, 2004
> It started on an 18G SCSI drive and has been migrated to the present
> 36G SCSI drive. SCO Dev System was installed on 5/3/2006.
> SMP (for practice adding SMP to a running system) and MP5 (to get
> Hyper Thread support without SMP license) was installed on 8/22/2006.
>
> I begin working to install MailScanner on 8/19/2007 with little success
> using the SCO Dev System tools and MP5 provided gwxlibs.
>
> I then re-installed gnutools-5.0.7Kj to get gcc and recompiled MailScanner
> with more success then with the SCO DevSys.
>
> The installation history of this system is shown in
> /usr/lib/custom/customDBCache
> as it existed before I begam working on MailScanner (restored to
> /tmp/usr/lib/custom/customDBCache from 10/22/2006 root file system
> backup):
>
> Sep 15 2006 SCO:SKUNK99::5.2.7::389F35BD
> Aug 31 2006 SCOrotoTape::1.0::3F26C381
> Aug 23 2006 SCO:SKUNK99::1.15::387FC2AE
> Aug 22 2006 SCO:SKUNK2000::3.15::39F756AD
> Aug 22 2006 SCO:OSR507SUPP5::5.0.7::44D17CC0
> Jun 17 2006 SCO:OptionalServicesCD::7.0a::3725CD9C
> Jun 17 2006 SCO:OpenServerTape::5.0.4::33A244A9
> Apr 23 2006 SCO:OSR507SUPP4::5.0.7::435A1232
> Apr 21 2006 SCO:MP4507::1.0.0Lb::43591A27
> Sep 2 2004 SCO:OptionalServicesCD::5.0.7::3E4A7181
> Sep 2 2004 SCO:OSR507SUPP3::5.0.7::40EA9D95
> Sep 2 2004 SCO:OSS656::1.0.1a::3EDBFAC6
> Sep 2 2004 SCO:OpenServerCD::5.0.7::3EBBFFF4
>
> The following is current customDBCache showing reinstallation of
> MP5 and gnutools5.0.7Kj:
>
> Aug 28 15:16 SCO:MP5507::1.0.0Mc::44D1B018
> Aug 25 14:06 SCO:SKUNK98::3.5beta5::35BE7D4E <- Top-3.5beta5
> Aug 25 01:12 SCOrotoTape::1.0::3F26C381
> Aug 13 21:32 SCOrotoTape::1.0::4671C6AF
> Aug 13 21:29 SCO:OSS672AFLOPPY::1.0.0::45E3929B
> Oct 4 2006 SCO:SKUNKWARE::3.9::3CA0F8D4
> Sep 15 2006 SCO:SKUNK99::5.2.7::389F35BD
>
> Another oddity: When custom has pointed all symlinks to gnutools/5.0.7Kj
> running ls -l results in dates being displayed as YYYY-MM-DD for all
> dates even today's date:
>
> $ cd /tmp
> $ ls -lt | head
> total 10248
> -rw-r--r-- 1 root sys 3659 2007-08-30 10:37 edge.lst
> drwx------ 3 root sys 512 2007-08-30 09:34 usr
> -rw-r--r-- 1 smf group 7327 2007-08-30 09:02 bob20
> -rw-r--r-- 1 smf group 7020 2007-08-30 08:54 bob6
> -r--r----- 1 smf mail 6 2007-08-30 08:51 164329.298
> -rw-r--r-- 1 smf group 5653 2007-08-30 08:33 bob10
> -rw-r--r-- 1 root sys 5969 2007-08-29 15:18 bob5
> -rw-r--r-- 1 root sys 914 2007-08-29 15:02 bob3
> -rw-r--r-- 1 root sys 5653 2007-08-29 15:00 bob4
> $ su
> Password:
> # ls -lt | head
> total 40990
> -rw-r--r-- 1 root sys 3659 Aug 30 10:37 edge.lst
> drwx------ 3 root sys 512 Aug 30 09:34 usr
> -rw-r--r-- 1 smf group 7327 Aug 30 09:02 bob20
> -rw-r--r-- 1 smf group 7020 Aug 30 08:54 bob6
> -r--r----- 1 smf mail 6 Aug 30 08:51 164329.298
> -rw-r--r-- 1 smf group 5653 Aug 30 08:33 bob10
> -rw-r--r-- 1 root sys 5969 Aug 29 15:18 bob5
> -rw-r--r-- 1 root sys 914 Aug 29 15:02 bob3
> -rw-r--r-- 1 root sys 5653 Aug 29 15:00 bob4
>
> After logging out and back in as root, root gets the same results:
>
> you have mail
> TERM = (ansi)
> Terminal type is ansi
> # cd /tmp
> # ls -lt | head
> total 10248
> -rw-r--r-- 1 smf group 0 2007-08-30 12:00 coGOKTGFa0004q
> -rw-r--r-- 1 root sys 3659 2007-08-30 10:37 edge.lst
> drwx------ 3 root sys 512 2007-08-30 09:34 usr
> -rw-r--r-- 1 smf group 7327 2007-08-30 09:02 bob20
> -rw-r--r-- 1 smf group 7020 2007-08-30 08:54 bob6
> -r--r----- 1 smf mail 6 2007-08-30 08:51 164329.298
> -rw-r--r-- 1 smf group 5653 2007-08-30 08:33 bob10
> -rw-r--r-- 1 root sys 5969 2007-08-29 15:18 bob5
> -rw-r--r-- 1 root sys 914 2007-08-29 15:02 bob3
>
> --
>
> Steve Fabac
> S.M. Fabac & Associates
> 816/765-1670
>