This used to be a SCO Unix faq. I've updated a lot of it to include Linux and other info, but some of it may be strictly of interest to SCO users (or those migrating from it).
NOTE: Jeane-Pierre Radly (jpr at the jpr.com) says:
Ed Hew's newsserver has been off the air for a month, and getting it back on-line (it's still in Canada and he now lives in the Philippines) is a major and so-far unresolved challenge. I also run a sco_newsgroup<->email bi-directional gateway, and will be happy to add anyone who drops me a line.Version: 200010090
These FAQS were developed and maintained for years by [email protected] (Stephen M. Dunn). Steve no longer has the time to maintain them, and has asked me to take them over. Please remember the debt all of us owe to Steve for his efforts- I myself spent many hours learning from these very documents, and I'm sure many of us can say similar things.
Because Steve has not been able to maintain these for a while now, some of the information herein is outdated. I am working to correct that, but it's a lot to catch up on, so if you spot something, please let me know. For the moment, I'm just marking some of it as probably being useless; as I have time, I'll check further to be certain before I remove anything.
Recent Revision History
DISCLAIMER: I try to keep this information correct, up-to-date, and useful. From time to time, errors and oversights will occur. While this group is read by numerous SCO staff and other experts, and they tend to catch any mistakes I make, there is no guarantee that the information below is 100% right.
THANKS: I can't do this without the help of a number of other people. You know who you are. Thank you.
It's short for Frequently Asked Questions. If you have a question, look here for the answer before posting, so that we don't have lots of people asking the same questions every week or two. Many of the most common questions regarding the mailing list and SCO products are here somewhere.
There are two other FAQs which appear here from time to time. Ed Hew maintains the "FAQ: SCO Unix newsgroups and mailing lists" FAQ, which contains background on these newsgroups/mailing lists and information on common administrative procedures. There is also an FTP site FAQ which is far more comprehensive than the one included in this FAQ.
There is also a list below of other newsgroups which often cover material which relates to SCO Xenix and Unix as well as other Unix systems. Many of these newsgroups also have FAQs which you may wish to research. For those questions which just can't wait, many FAQs are archived at ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/, in a directory structure organized into the same hierarchy as Usenet news.[Back to top] [Table of Contents]
There are two different FAQ lists for this newsgroup/mailing list. This is the administrivia one; it is entirely devoted to stuff about what this mailing list/newsgroup is about, what others exist, how to subscribe or unsubscribe, etc. If you want technical answers, please go to the companion list which deals with all sorts of technical questions. The Technical FAQ consists of multiple parts. The Administrative FAQ and all parts of the Technical FAQ are posted at the same time, approximately every fourteen days, so they should reach you at about the same time. Both lists live at /SCOFAQ/.[Back to top] [Table of Contents]
The following information is included for historical purposes only
In December 1994, a formal RFD (Request For Discussion, an article which officially begins discussion on proposed additions, changes, or deletions to Usenet newsgroups) was issued proposing that the biz.sco hierarchy be moved and reorganized into a new hierarchy, comp.unix.sco. The CFV (Call For Votes, an article which officially solicits votes on a proposal initiated via an RFD) was issued in March 1995; it passed in April 1995. In that same month, the following three newsgroups were created:
The existing biz.sco hierarchy was not deleted at this time to allow for a graceful cutover. As is normal Usenet practice, after a suitable period of coexistence, it has been removed; the news control messages to remove the biz.sco newsgroups were sent on 3 June 1995.
Many of the biz.sco newsgroups were also available via mailing lists. Subscribers to those mailing lists will find that their subscriptions have been transformed into subscriptions to the appropriate comp.unix.sco newsgroups.
NOTE: Jeane-Pierre Radly (jpr at the jpr.com) says:
Ed Hew's newsserver has been off the air for a month, and getting it back on-line (it's still in Canada and he now lives in the Philippines) is a major and so-far unresolved challenge. I also run a sco_newsgroup<->email bi-directional gateway, and will be happy to add anyone who drops me a line.[Back to top] [Table of Contents]
March 5 2003: I have been told that there is a routing problem with the mailed versions of the SCO newsgroups. Ed Hew is apparently away and may not even know about the problem yet. If you aren't seeing the posts, this may be why
Use http://groups.google.com if you don't have access to News directly.
There are six mailing lists, to go with the six SCO newsgroups. Each of the mailing lists has three addresses:
Here are the charters for these newsgroups, as they appeared in the CFV:
Questions, answers, comments and discussion about past, present and future SCO and related third party products and services, not more specifically covered by one of the other newsgroups, including but not limited to:
Questions, answers, comments and discussion about past, present and future SCO development system products and related software and issues, including but not limited to:
Product, service, and business announcements of reasonable interest to the SCO community of developers, distributors, resellers, consultants, administrators and end-users, submitted by:
This is a general-purpose forum for discussion about products of Novells [sic] Unix Systems Group, primarily its implementation of Unix for PC-architecture systems sold under the name UnixWare.
Appropriate product and service announcements should now be sent to comp.unix.sco.announce.[SCO acquired the UnixWare product line from Novell in 1995.]
The canonical charter is: XENIX versions from the Santa Cruz Operation. The original full charter is unavailable.[Back to top] [Table of Contents]
NOTE: Jeane-Pierre Radly (jpr at the jpr.com) says:
Ed Hew's newsserver has been off the air for a month, and getting it back on-line (it's still in Canada and he now lives in the Philippines) is a major and so-far unresolved challenge. I also run a sco_newsgroup<->email bi-directional gateway, and will be happy to add anyone who drops me a line.
Send a message to the administrative address listed above for the list which interests you. Your message should contain one line:
Add: sco???: [email protected]
Replace ??? with the three-letter code for the mailing list you want (msc, prg, ann, uwr, or xnx).[Back to top] [Table of Contents]
Send a message to the administrative address listed above for the list to which you wish to unsubscribe. Your message should contain one line. Use exactly the same address you used when you subscribed. The one line should read:
Delete: sco???: [email protected]
Replace ??? with the three-letter code for the mailing list you want (msc, prg, ann, uwr, or xnx).[Back to top] [Table of Contents]
Check your request; make sure you didn't misspell anything. If all else fails, send a note to the human administrator behind the list.[Back to top] [Table of Contents]
Well, you can send multiple requests in the same administrative request. However, there is a waiting period for Add: requests, so you may want to send a message to add yourself at your new address first, then wait until that succeeds before deleting your old address.[Back to top] [Table of Contents]
Don't. See the Net.Etiquette section for more info.[Back to top] [Table of Contents]
Note that the announcements list is moderated; anything you send to it must be approved by the moderator before it actually makes its way out to the rest of the world.See Net.Etiquette also. [Back to top] [Table of Contents]
Note that the moderated newsgroup comp.unix.sco.announce is specifically for announcements related to the SCO community. Consider posting a one-time announcement about your product to that newsgroup.[Back to top] [Table of Contents]
Maybe you're listed more than once in the mailing list. If you sent more than one Add: request, perhaps thinking one had bounced, you may be listed more than once.[Back to top] [Table of Contents]
I know of two possible causes for this. One is that many articles get crossposted to more than one newsgroup. For example, it is not appropriate for articles to be crossposted to comp.unix.sco.programmer and to comp.unix.sco.misc (as .misc specifically excludes everything which fits into other newsgroups in the hierarchy), but some people do it anyway. If you subscribe to both lists, you will receive two copies of the article, since it appears in both lists.
The other possibility is that some site upstream of you may have a flaky mailer that occasionally duplicates messages (I've been bitten by this one). There is no known cure for the former condition; the latter, if you can identify it, can possibly be remedied by means of a polite note to the sysadmin at the offending site.[Back to top] [Table of Contents]
There is one, other than the rest of the comp.unix.sco hierarchy. That newsgroup is comp.unix.xenix.sco, which is for the discussion of SCO Xenix. As comp.unix.xenix.sco specifically includes only discussion of SCO Xenix, please keep SCO Unix discussion out of it.[Back to top] [Table of Contents]
There are dozens of Unix newsgroups and hierarchies in the comp.unix hierarchy. Some are specific to certain Unix versions (e.g. comp.unix.solaris), while others are specific to tasks and roles (e.g. comp.unix.programmer, comp.unix.admin). There are also some version-specific groups under comp.os (e.g. comp.os.linux). There are a few Unix newsgroups outside comp.unix and comp.os, such as comp.security.unix.[Back to top] [Table of Contents]
All kinds of goodies pass through this list from time to time. You will find lists of SLSes (Support Level Supplements), EFSes (Enhanced Feature Supplements, if memory serves), product compatibility matrices, lists of the most current versions of each SCO product, and stuff like that. I highly recommend capturing the most recent one of each of these and saving it somewhere on your machine; they can be very handy to keep around.[Back to top] [Table of Contents]
Both the Technical and Administrative FAQ lists live at /SCOFAQ/.
I do not know how often the information at these sites is updated. The master copy is always up-to-date (and may be more recent than the last copy posted to the newsgroups, as well).[Back to top] [Table of Contents]
By all means, let me know! But do not post it to the list unless you believe it needs wide discussion. If I think input from the list as a whole is required, I will post your note and my comments. Send it to [email protected]. The FAQ list is only as good as you make it.[Back to top] [Table of Contents]
Robert Lipe (the gentleman responsible for many of you having gcc on your OSR5 machines) has put together a FAQ on programming for the SCO environment. It's available at http://zenez.aplawrence.com/cgi-bin/scoprogfaq/faq.pl?file=1. [Back to top] [Table of Contents]
DON'T SHOUT- It is considered rude to post in ALL UPPER CASE.
Don't post in HTML- it annoys a great many people and makes you look clueless.
Don't use VCARD signature blocks- again, people who do so are seen as not knowledgeable.
DO include relevant information: versions, patches applied, general hardware info.
DO NOT paraphrase error messages- give the EXACT message.
Please- when posting, ALWAYS include version numbers and patches you have applied. If it is at all relevant, include at least rough harware info- like "32 mb ram, Scsi hard drive, Pentium 266", for example. Don't ever paraphrase error messages- post the EXACT error messages (see Messages). It's never a bad idea to describe:
Dirk Hart, a regular contributor to the SCO newsgroups, offers this further advice:
How to ask a well formed question in comp.unix.sco.misc
You may have noticed some people posting questions on comp.unix.sco.misc are treated with disdain, even abusively. This is invariably because the poster asked a poorly formed question.
All of the knowledgeable people replying to messages spend their own time doing so, after having worked that day and after having accreted years of knowledge and experience. In spite of the rants directed at specific posters, the people in this newsgroup are indeed helping others through goodwill.
When you post a question you are encouraged to respect the knowledge, experience and goodwill of others in the group by posting a well formed question.
The well formed question includes as much relevant information as you can gather.
By all means state your SCO UNIX version. The newsgroup comp.unix.sco.misc covers several different SCO operating systems. If you aren't sure, you can find out using uname -X at a shell prompt.
Tell the group what hardware you have, especially if this is a hardware-related problem. If you're unsure, use hwconfig -h at a shell prompt.
If the hardware configuration recently changed by all means mention it.
Include the unedited error output including the command used to generate this output. What you may not think is relevant may be crucial to helping you. There is often summary information at the beginning or ending of output which is especially useful.
When you ask a question in the group you should expect your replies in the group. Do not ask for help by email and do not email those who give you help unless you have been specifically asked to do so.
Don't forget that http://stage.sco.com/ta should be the first place
you check for any problem. Also, do you have all the mandatory
patches and supplements your OS needs? If you don't know, see
SCO's FTP Site
and get them.
Another good idea is to use the power search page at Dejanews:
Put "comp.unix.sco.*" into the "Forum" box, and then search for what you need. This can be very useful, and may save you from asking a question that has been asked (and answered) hundreds of times before.
Your message will be mailed to hundreds of people around the world via the mailing list. Also, since it's gated to a newsgroup, it will end up on thousands of machines all around the world, with a potential audience of tens of thousands of people.
Keep this in mind as you write, because people will perceive you according to how you write. Your grammar, spelling, and politeness will be noted by all of these people, so make a good impression. And don't forget to press your Return key after every 70 characters or so. Please stick to 7-bit standard ASCII characters; many people will be unable to see (or won't correctly see) any other characters such as those for line drawing, accented characters, or characters not used in the English language.[Back to top] [Table of Contents]
Well, it's a good idea to put your name, email address , your company name and job title (if appropriate), and possibly your phone number and mailing address. Nowadays many people "mung" their addresses, like
Keep it short, though; four lines is the commonly-accepted Usenet guideline.[Back to top] [Table of Contents]
As little as possible to convey the salient points to which you are responding. There is no need to include the headers, the .signature, or anything not directly related to your response.
If you are replying to several points in the previous message, then include the section to which you are replying, and then type your reply immediately below it. Then include the next point, and type your reply immediately below it. This will help people keep track of what points you're addressing.[Back to top] [Table of Contents]
Don't do this. This is not a test newsgroup. Your test message will waste large amounts of computing and communications resources as it travels to every continent (yes, it will go all around the world). Not only will this make people angry, but it will also make you look stupid. Use alt.test, misc.test, biz.test, etc. for test messages.[Back to top] [Table of Contents]
Don't do this, either. If your message was sent and nobody replied to it, you will likely find exactly the same response if you post it again, and you will have used up more computing and communications resources and have gained nothing.[Back to top] [Table of Contents]
If you have something constructive to say, then go ahead. But if you don't, then spare us your flame war.[Back to top] [Table of Contents]
Well then, don't post it here. There are several thousand Usenet newsgroups and hundreds and hundreds of mailing lists; chances are pretty good that one of these is the appropriate place. If you post a question to an inappropriate newsgroup, you really are wasting large amounts of disk space and transmission bandwidth as it goes all around the world.
Note that even if your question is about an SCO product, the SCO miscellaneous mailing list/comp.unix.sco.misc may not be the right place for it. If it's a question about programming, for example, it belongs in comp.unix.sco.programmer.[Back to top] [Table of Contents]
Please don't. Tab stops may be set differently on different terminals, and what looks perfectly lined up to you will be gibberish on someone else's machine. This is particularly important to remember if you're drawing a diagram. Use spaces, and most of the world will see your diagram as you drew it. Use tabs, and it will make no sense to many readers who might otherwise be able to help you.[Back to top] [Table of Contents]
Look it up in your manuals first; chances are it's in there somewhere. In particular, check the permuted index, the table of contents of the System Administrator's Guide, and the Release Notes.
If you can't find what you're looking for, look for it in the technical FAQ for this newsgroup, which is posted every two weeks in parallel with this administrative FAQ. Also, look through old articles from this newsgroup/mailing list if your site stores old messages (if you're reading this via Usenet news, chances are your site has at least a few days' worth of back articles online).
If you still can't find the answer, then post it. Please include as much relevant information as you can, such as your hardware configuration and version numbers of all software that might be involved. Here are a few places to get this information:
The moderated newsgroup comp.unix.sco.announce is for announcements. An announcement of your company's new product would likely be appropriate here, if it's a product relevant to SCO systems. An ad for the old copy of Xenix you'd like to get rid of would not. As this is a moderated newsgroup, the moderator has final say over what is and is not appropriate.
The charter for comp.unix.sco.misc specifically states that SCO-related "help wanted" ads are appropriate. Other than this, however, the charters for both comp.unix.sco.misc and comp.unix.sco.programmer specifically prohibit commercial advertisements.
The intent of this prohibition is to allow someone with a spare item (such as a copy of a SCO product, or a piece of hardware which is targeted at the SCO market) to have a place to advertise it, once and once only. If it doesn't sell, don't keep advertising it.
Generally, if you already have something SCO-related, you're not using it, and you just want to get rid of it and try to recover some of the money you invested in it, you should be OK. Otherwise, you're probably not OK.
Examples of inappropriate advertising would include (but not be limited to) a manufacturer, reseller, distributor, or broker advertising products which they intend to sell for a profit, an announcement of a new product or service (this belongs in comp.unix.sco.announce as noted above), or any advertisement unrelated to SCO systems.[Back to top] [Table of Contents]
Here are some of SCO's numbers; note that the (800) ones are only applicable within North America.
SLSes (Support Level Supplements) and EFSes (Enhanced Feature Support) are SCO's way of fixing bugs and improving performance between releases. Every couple of weeks, SCO posts lists of all SLSes and EFSes here. If you're having a problem, look at these lists and see if any of them will help you. There are other beasts in this alphabetic zoo as well, such as TLSes (unsupported software), games, termcap/terminfo files, SSEs (System Security Enhancements), and the Hardware Compatibility Handbook in electronic format.
The latest version of Openserver is 3.2v5.0.6 and Unixware is 7.1.1. To find out what your version is, try:
There are almost always patches or supplements that should be installed. Often these fix serious problems and really are required for a stable system. Don't ignore these. Check ftp://stage.sco.com/README.OSR5.Supplements for Open Server patch recommendations and ftp://stage.sco.com/README.UW7.Supplements for recent releases of Unixware. Unfortunately there's nothing equivalent for the earlier releases (there are patches, just no comprehensive place to find out what you need). The http://www.sco.com/support/toolbox page is also a good starting point for general SCO support related issues.
You can find out what patches are currently installed on your system by running "custom" or Scoadmin->Software Manager. A way to list them at the command line for modern releases (with minimal information) is :
customquery listpatches | grep ' '
The latest video card and network drivers can be found at ftp://stage.sco.com/pub/drivers/. Check to see if your card is listed here.
Year 2000 information is tracked on this page.
For specific packages within SCO OS's, see Jeff Liebermann's Version Guide
An important point about SCO that often astonishes people is that the older (3.2v4.2) releases were often sold without networking support- no TCP/IP. The newer 3.2v5.x versions can also be purchased that way- it's called "Host"; the network version is "Enterprise".
Another option worth investigating is ftp://ftp.uu.net/sco-archive. Log in and look around the sco-archive directory. Remember to turn on binary mode before getting any binary files! If your ftp doesn't recognize ftp.uu.net, try 220.127.116.11 or 18.104.22.168. To look around, ftp to ftp.uu.net. Log in as "ftp", and supply your username and fully qualified domain name as the password (e.g. log in as ftp and give [email protected] as your password). Look around the vendor/sco directory hierarchy.
If you don't have FTP, you can get them via anonymous UUCP from SCO. You can find the information on how to do this in your SCO documentation. This information is also included in the lists of SLSes and EFSes that SCO posts here. I've included a brief summary below.
There are also directories for games, updated terminal information, and other miscellaneous tidbits. See the section on how to contact SCO for more details.[Back to top] [Table of Contents]
Nowadays, by the web: http://www.sco.com.
You can send information requests to [email protected]. SCO no longer receives support requests by email, but there is a Web page for reporting bugs (http://www.sco.com/bug/) and you can track the status of a reported bug through the Web as well.
If you have a suggestion for SCO regarding their products, you can post it here or send it to SCO directly, though the latter may appear to go into a bit-bucket. There are several SCO employees here, including some development folks, and they do like to hear suggestions on how you think they could better serve your needs.[Back to top] [Table of Contents]
Probably on Skunkware.
Skunkware (http://www.sco.com/skunkware/) is a large collection of shareware and open source software. It is not always the latest versions, but both source and binaries are included, so it's often a good starting point. This is where you can get Perl, Expect, Less, etc.
More recent releases include the Skunkware CD in the distribution, so if you upgrade, you will get this. Recently SCO has renamed Skunkware as OLSS, which stands for Open License Something Source or something equally silly.
Of course you get man pages for all these things, but they won't work until you do two things:
If it isn't on Skunkware, you might find a Linux version, and be able to run it using the "lxrun" program which is found on Skunkware.
The following information concerning Archie is probably outdated:
Ask Archie. Archie is a service that keeps track of all files on a large number of anonymous FTP sites worldwide and allows various queries on its database. For a good tutorial on how to use it, see "Archie, Your Directory for Internet Software" on pp. 96-104 of the September 1992 copy of UnixWorld.
To conduct an interactive session with Archie, telnet into an Archie server site. Log in as archie; there is no password. If you do not have telnet access, you can still access Archie via email. Mail a script of Archie instructions to [email protected], where you (obviously) replace some-archie-site with the name of your closest Archie site.
The first time you use Archie, you should issue the help command. This will show you a list of valid Archie commands. Before your next use of Archie, take a few minutes to study the help list. Pay particular attention to the variety of set commands, which can greatly alter the behaviour and efficiency of Archie. Also, please use the Archie server that is closest to you, to help reduce unnecessary network traffic.
The following information concerning Archie is probably outdated:
The following is a list of Archie servers around the world, as given by ftp://nic.switch.ch/file_server/archie/servers (dated 03/DE/93):
The following information concerning KUSO is probably outdated; a Google search for Kanji Users Service Operation did find them at http://www.kuso.mirai.co.uk/using.htm but it warns that it has not been updated recently:
KUSO, the Kanji Users Service Operation, 22.214.171.124 is an archive specializing in
KUSO also carries a limited amount of material in the following areas:
Access to kuso may be made by
The kumitori mail server is experimental. To use it, first send a message with the subject "kumitori" (no quotes) to [email protected]. The body of the message should be the single line "!help" (no quotes). This will send you the kumitori command list.
If you do not get a reply, change the message body to
!reply_to string !help
where "string" is an explicit e-mail address of whatever form you have found to work from the uk.
Please note that this mail service is experimental and may be withdrawn or modified at any time.[Back to top] [Table of Contents]
The following information concerning sspi is probably outdated; while ispi.com relocates to www.aimware.com, I see nothing related to SCO anywhere on their site.
To download a file, issue the following uucp request on your machine:
uucp ispi!~/archives/<filename> yoursite!<to-filename>
Special Note: The archives on ISPI are in source code format. Programs that need GCC are noted.[Back to top] [Table of Contents]
Xenitec is best contacted through the web: http://www.xenitec.com. I don't know if the uucp info is still valid.
XeniTec Archives, Anonymous Access Information: nuucp, ftp, WWWOrig_Date: Tue Nov 6 22:54:06 EDT 1989
xenitec Any ACU 19200 CUP15197435247 ogin:-\K-ogin:-\K-ogin:-\K-ogin:-\K-ogin:-\K-ogin: nuucp word: fall89 xenitec Any ACU 19200 CUP15197438363 ogin:-\K-ogin:-\K-ogin:-\K-ogin:-\K-ogin:-\K-ogin: nuucp word: fall89
xenitec Any ACU 38400 15197434697 ogin:-\K-ogin:-\K-ogin:-\K-ogin:\K-ogin: nuucp word: fall89 xenitec Any ACU 38400 15197435450 ogin:-\K-ogin:-\K-ogin:-\K-ogin:\K-ogin: nuucp word: fall89
You may substitute an appropriate baud rate depending on what you support, on a per-entry basis for each modem line.
Download the current public archive index file, /archive/pub/index
Should you need freely available source code we don't already have available, email "arcmastr"; we'll try to get it for you.
WWW (NCSA Mosaic) Server URL: http://www.xenitec.on.ca/
Please note that the above information will change from time to time. Should you find that your results are not what you expect, please email [email protected] for updated connectivity info.[Back to top] [Table of Contents]
The following information concerning telesys is probably outdated; while www.telesys.com exists, I see nothing related to SCO anywhere on their site.
For a list of files currently available, you can UUCP a copy of the list from TeleSys:Phone Number: 602-649-9099 Multiple Telebit WorldBlazers for V.32/V.32bis/PEP and other baud rates from 300-2400.
There are two copies of the list, one 16 bit compressed and the other non-compressed:uucp telesys!~/files.dir.Z ~/ (16bit Compressed Version)
Please read the files.dir file carefully for determining download paths and proper filenames. Unlike the directory files, the files for downloading are not located in the /usr/spool/uucppublic directory.
For assistance, email [email protected][Back to top] [Table of Contents]
Celestial is best accessed through the web: http://ftp.celestial.com
ftp.celestial.com is located at 126.96.36.199. It's available at all times, though concurrent usage is restricted to five users during the day and ten at night, Pacific time. That's probably not true anymore.[Back to top] [Table of Contents]
As always, the first answer is RTFM (Read The Manual). Any reputable manufacturer will include instructions on getting technical support with their product. The more aware ones will include not only phone and fax numbers, but often a BBS and sometimes an email address.
However, sometimes a vendor will have an email and/or ftp address which they do not publish in their manuals, and sometimes a user will discover that a critical manual cannot be found in a time of need. Here, then, are some phone/email/ftp addresses for some vendors. Note that this is not intended to be anything close to being an exhaustive list, that it is skewed towards North American phone numbers (particularly (800) numbers), and that the appearance or omission of a vendor below does not constitute in any way an opinion on that vendor. For information on contacting SCO, see elsewhere in this FAQ.
If you found something useful today, please consider a small donation.
Got something to add? Send me email.
The difference between theory and practice is that in theory, there is no difference between theory and practice. (Richard Moore)