From: "Greg Jewell" <greg17@jewell.deletethis.net> References: <m_Zm6.1329$Oiyf.16187503@tomcat.sk.sympatico.ca>
<3A9F8B65.285C4130@strhold.it>
<M5Qn6.1692$Oiyf.6816195@tomcat.sk.sympatico.ca>
<3AA099A3.FCF6E56F@idealgroup.com>
<3AA34E1F.640973FE@strhold.it> Subject: Re: SSH for SCO OSR5.x Date: Mon, 5 Mar 2001 13:50:33 -0700 "Roberto Zini" <r.zini@strhold.it> wrote in message news:3AA34E1F.640973FE@strhold.it... > Darryl Krasman wrote: > > > > Don Yakubowski wrote: > > > Thanks for the source Roberto. > > > I was wondering if you could tell us if there are any specific reasons why > > > the binaries are based on 2.2.0p1, and not more current releases? Are there > > > issues with more recent > > > versions that you came across that we should all know about? > > > > Perhaps Roberto was just offering a version he is familiar with and > > knows is a working solution. Doesn't really mean *that* version is the > > latest/greatest. > > [snip] > > Apart from offering the version I'm familiar with, I have to say that I > downloaded SSH version 2.3.0p1 some weeks ago but I didn't find the > time to compile it yet :-( > > However, given my experience with 2.2.0p1, if you happen to compile it > under either SCO OS 5 or UW7, it's just a matter of "./configure" > followed by "make" (after installing and configuring SSL, of course :-) > > I'll try to compile the newest/greatest version as soon as I have the > time (uhm ... perhaps I could manage to find a reasonable time frame > in the next millennium, given the current amount of work I'm snowed > under with :-) >
OpenSSH 2.3.0p1 does not compile under SCO. Actually, there is a trick that will get it to compile, but then the sshd binary that is created is not really usable. If all you need is the client, then it's no big deal. (The problem actually lies in the configure script -- it never seems to find OpenSSL, no matter what you do.) OpenSSH 2.5.1p2 compiles under OpenServer, but there is a problem in the sftp-server.c source code. There are 3 instances where it tries to cast to a variable to an unsigned long long. The native SCO compiler doesn't support this. Under gcc, the compile works, but if somebody tries to sftp into the box, the file names aren't displayed. (There is a column between the date the file was last modified and the file size that shows "(null)", and prevents the column for the filename from being displayed.) You can change these casts from "unsigned long long" to "unsigned long", and it appears to work. Since the only thing the cast is used for is to send something to the display, I don't know that this is a terrible problem. Obviously, though, this is not ideal and would not recommend it otherwise. I hope this helps, Greg
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Click here to add your comments
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar