Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | David Cobb having issues with establishing ssh tunnel | ||
---|---|---|---|
Product: | Infrastructure | Reporter: | Unknown <non-migrated> |
Component: | Documentation | Assignee: | Unknown <non-migrated> |
Status: | CLOSED FIXED | QA Contact: | issues@www <issues> |
Severity: | Trivial | ||
Priority: | P2 | CC: | issues, lsuarezpotts, stx123, superbiskit |
Version: | current | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
Unknown
2001-02-01 23:40:21 UTC
Date: Thu, 1 Feb 2001 15:56:30 -0800 From: Louis Suarez-Potts <lupo@socrates.Berkeley.EDU> To: Kathy Gavin <kat@collab.net> Cc: Adam Gould <goolie@collab.net> Subject: Re: Light at the end of the tunnel: oncomming express! Kat: I'll send you the documentation; it will also be going up on the OOo site, under the "documentation" link in the left navbar. I read through David's problems, and my documentation doesn't quite cover his issues. The ssh guide dicusses how to set up the tunnel (esp. for windows boxes) but not how to use the cvs. The way the tunnel works--and David seems to be getting this--is that it sets up the tunnel and then nothing else happens; there is no shell at the end of the tunnel, no light. This can be bewildering, at first, but that is the nature of an ssh tunnel. The tunnel can go into the background, but I am unsure of the logic of actually specifying this. What one does from there ... Well, with a windows system, one can start WinCVS and configure it to use the tunnel as localhost. For xemacs, etc.--well that goes beyond my competence. Goolie- I'll send David the full document and post it to the documentation page, tho he's pretty much doing everything the document says (which doc. was vetted by Shane). When we resolve David's problem, that resolution should definitely be added to the document. As I mention above, I don't have experience with Xemacs or really with the nuances of cvs. -louis Date: Thu, 1 Feb 2001 16:11:56 -0800 (PST) From: Adam Gould <goolie@collab.net> To: Louis Suarez-Potts <lupo@socrates.Berkeley.EDU> Cc: Kathy Gavin <kat@collab.net>, David A. Cobb <superbiskit@home.com> Subject: Re: Light at the end of the tunnel: oncomming express! It only makes sense that the tunnel doc should: a) step people though establishing the tunnel b) provide them a means to test it It appears that b) is missing. And in order to provide it, we should have a small 1K testfile in a test module somewhere that people can "check out" to test their tunnel. IMO, the tunnel documentation does no good if people don't know, in the end, if it's working or not. I guess the final bit of ssh tunnel documentation should just tell where the module is, and then point people to a cvs help documentation from there... See, what were are dealing with here is what i call an "info joint" and it's where people often get dropped: 1) Establish ssh tunnel ---> 2) Check out CVS test module the "info joint" is the arrow. That should be just as well documented as 1) and 2) I think, this is where David is stuck. I'm going to copy this email thread into IssueZilla so we can track it. Let's please try and have this conv as much as possible in IZ, see how well that's able to document our thoughts. --goolz Date: Thu, 1 Feb 2001 16:19:40 -0800 From: Louis Suarez-Potts <lupo@socrates.Berkeley.EDU> To: Adam Gould <goolie@collab.net> Cc: Kathy Gavin <kat@collab.net>, David A. Cobb <superbiskit@home.com> Subject: Re: Light at the end of the tunnel: oncomming express! Goolz, Agreed. My documentation *does* stress that once the tunnel has been achieved there is no "light": only darkness (so to speak). But the weakness is exactly as you point out, viz, that there is no clear guidance on connecting with CVS. I am not really competent to document the CVS part. I'll (or Kat: can you?) see if I can find other documentation that addresses that point, however. My suggestion is also to see if we can get Niels or Shane to "transfer knowledge" (write the doc., or at least block it out). -Louis David, Once the tunnel is established have you been able to log in from a seperate terminal via the pserver?(I assume CVSROOT:pserver:anoncvs@anoncvs.openoffice.org:/cvs is set) What does 'cvs login' return or is this where your connection is first refused? Kat This documentation may also be of help: Secure CVS http://cuba.xs4all.nl/~tim/scvs/ Kathy Re: The :pserver: connection -- When I did so it asked for a password. Following the cite Xemacs documentation I also tried replacing :pserver: -- which means "password mode" with :ext:. Of course I do not know what :ext: means. Please (anybody) take a good look at <http://cvs.xemacs.org/> as an example of introducing potential contributors to SSH + CVS usage. David, The :ext: option is used to refer to an external repository accessed through rsh or ssh. This repository uses a password server for authentication (the :pserver: option) for anonymous access. Once you log in are you able to check out code? Thank you for the XEmacs link - it is a very nice walk through and should be considered. Closing issue for lack of activity. Please re-open if there are still problems. Kathy As agreed by Louis I will close these resolved fixed kat (support)-owned issues now. If you have trouble with that, please re-open the issue. As agreed by Louis I will close these resolved fixed kat (support)-owned issues now. If you have trouble with that, please re-open the issue. |