SEO

How do I resolve the problem with dueling symlinks in custom
on SCO 5.0.7 with MP5, gwxlibs, and gnugools5.0.7?

| ||
| Fix discrepancies complete ||
| ||
| Files fixed successfully: 5961 ||
| Warnings: 1251 ||
| Errors: 0 ||
| ||
|----------------------------------------------------------------------------||
|[ OK ] [ View Warnings/Errors ] [ Help

View shows:

| |+------------------------------------------------------------+ || ||
| ||* ./opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/tclsh8.4 (Warnin ^ || ||
| Fil || ./opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/bin/tclsh8.4 (Warnin * || ||
| || ./opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/include/tcl.h (Warni | || ||
| || ./opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/include/tclDecls.h ( | || ||
| || ./opt/K/SCO/gnutools/5.0.7Kj/usr/gnu/include/tclPlatDecls v || ||
|---- |+<*********************************************** *---------->+ |

And all lies are gnutools.

After fixing and re-running:

| || | |||
| || Files With Discrepancies : 1251 | |||
| || Total Discrepancies : 1251 | |||
| || | |||
| || v|

| || | |||
| || These expected symbolic links are broken or missin | |||
| || | |||
| || /usr/gnu/bin/tclsh8.4-> | |||
| || /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tclsh8 | |||
| || | |||
| || /usr/gnu/bin/tclsh-> | |||
| || /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/tclsh8 | |||
| || |


--
Steve Fabac
S.M. Fabac & Associates
816/765-1670

> 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.

>Bela<

> > 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<

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

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
>

Steve M. Fabac, Jr. wrote:

> < autoexpect -> /opt/K/SCO/gwxlibs/2.1.0Ce/usr/gnu/bin/autoexpect

> custom -> software -> verify system -> Broken/missing symbolic links -> Fix Discrepancies

> > 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

Well, to reinforce what Brian said, I never run "fix discrepancies".
That terrifies me. I will at most run a check (I don't even remember
what it's called right now) and manually confirm its findings.

Brian's probably right about installation order of gwxlibs vs gnutools;
I've lost track.

>Bela<

Brian K. White wrote:
> 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)

Brian,

The gwxlibs on my system was installed by MP5 (or possibly updated by MP5
from mp4 and upd4).

The error condition that /tmp/gnutools.nocheck resolves is the incorrect
test in gnutools looking for MP1 or greater.

>
> 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.

I did try removing gwxlibs by selecting MP5 and then expanding it and select
gwxlibs component and "remove software." And as expected that did barf up
the things that depend upon gwxlibs. I then re-installed gnutools with the
/tmp/gnutools.nocheck and re-installed gwxlibs. Still no joy.

>
> 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.

Ooo.., a lot of people on c.u.s.m report that they don't use the custom
fixup thing. But I've used it. A lot. And rely on it. Generally following
the advice to run custom after fsck -o full after a crash or when
something is not working as expected. Then following it with
/tcb/bin/authck -av, integrity, and fixmog.

If I can't rely on it, I'm hosed. I do keep a report of what it plans to fix so
that if anything stops working, I can dig it out of the files with discrepancies.

Well, my system now won't boot cleanly (possible finger fumble when removing MP5
and got instead part of 5.0.7Hw). Reinstalling MP5 complained about corrupt
component and I had to check "ignore the component" to continue the MP5 installation.
After that, rebooting the system with the MP5 relinked kernel came up with a
lot of error messages and hung without getting to the login prompt.

A copy of the last good kernel just prior to the remove/re-install dance
was then copied to /stand as and the /dev directory from the October
2006 root only backup was copied over top of /dev. That was sad, the
boot up reported a corrupted kernel and even trying unix.safe at that
point resulted in screen of conflicting memory allocations.

I restored the kernel from the Oct 2006 backup and tried again and that would
boot with a long delay and get to a log in prompt. But logging in as root was
real slow and the message "user count exceeded, allowing root on tty01 for maintenance"
was displayed. However, no commands would work and they all failed with
"too many processes, unable to fork."

At this point I boot BackupEdge root only backup from Oct 2006, run divvy and
create new hd0root and restore the root file system. I had prepared for
this eventuality by creating a special backup of files I want to re-install
on the root that have changed after October 2006 exclusive of the work
on MP5 and gnutools-5.0.7Kj.

>
> 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!
>
>
>

So at this point in time we don't have a sanctioned gnutools that
plays nice with gwxlibs from MP5.

Thanks for the response.

--
Steve Fabac
S.M. Fabac & Associates
816/765-1670