Robert Collins wrote:
-
On Wed, 2003-03-12 at 22:29, Thorsten Kampe wrote:
* Robert Collins (03-03-12 06:18 +0100)
On Wed, 2003-03-12 at 15:46, Patrick Nelson wrote:
Thorsten Kampe wrote:
-
I don't have the slightest idea what you are talking about
Max Bowsher wrote:
Patrick Nelson wrote:
Robert Collins wrote:
-
[snip]
-
Thanks again for clearing it up.
Patrick, your style of quoting is *really*, *really* nonstandard and
confusing.
Wow was easier than I thought... Changed the quoting
on my system I have d:\load\cywin as the intermediary setup directory. This
directory has 150 mb in in currently and I decided I want to know about it.
Looking at its structure doesn't tell me much so I'm wondering if anyone
knows wud up with it. Question like the following come to mind:
1. Can
Thorsten Kampe wrote:
-
1. Can I just frigg'n delete it?
Yes.
2. Can I copy it to a CDR and us it as a starting point for and
installation.
Yes. You'd better delete the old packages first.
-
do you get the structure of it? I mean setup wont recognize that it
Thorsten Kampe wrote:
-
I don't have the slightest idea what you are talking about The setup
directory is *not* temporary. Neither the packages are deleted after
installation nor the older ones after updating.
-
So the older ones are maintained and that setup
Robert Collins wrote:
-
The 'local package directory' is purely a cache, It's contents can be
removed by you at any point (other than while setup is running) with no
harmful effects as far as cygwin setup.exe is concerned.
Setup *today* does not prune old files from the local
Max Bowsher wrote:
-
on the server? Using pserver?
anonymous pserver to:
sourceforge.net
red-bean.com
sources.redhat.com
lnx-bbc.org
gnome.org
subversions.gnu.org
mozilla.org
samba.org
sunsite.dk
ext/ssh to:
sources.redhat.com
-
Hay Max,
It was awhile ago (like
OK it official... I love you cygwin!
Upgraded my company's remaining Windows users off Office to OpenOffice. Was
having a problem with datasources and not having a Linux box handy I loaded
up cygwin (and postgresql client). I was able to trouble shoot all my
problems. It was great... so great
Had cygwin working great, but did an upgrade today to all current versions
and now I have an error on starting.
when cygwin comes up the terminal says (prior to the prompt):
BASH: /usr/bin/id: Permission denied
then I get my prompt, but I also get a Error dialog box with a title of
Error
Igor Pechtchanski wrote:
-
You must have had a Cygwin process running when you upgraded. This
resulted in some important files (notably, cygintl-2.dll, and I'm guessing
others as well) not being replaced. Rebooting should fix this. If it
doesn't, try to reinstall libintl2.
Ismael Valladolid Torres wrote:
-
Make an ssh connection to the remote machine with the -X option. Echo
$DISPLAY and if you don't see something like localhost:10.0 then
the ssh daemon is not configured for tunneling X.
The ssh daemon allocates local virtual displays 10 and upper
In ssh you get x forwarding. But, I can't seem to get it working. A
command like:
ssh -l user system x app
always responds with something like:
Gtk-WARNING **: cannot open display:
Is there some configuration that needs to take place in cygwin first? Yes I
can log in by dropping the x
[EMAIL PROTECTED] wrote:
-
Not that this is sure to solve your problem, but it's a possibility:
ssh daemons can be configured to prohibit X forwarding. Try
ssh -v -l user system x app
to see what ssh reports regarding whether X forwarding was actually
established, and/or check
Patrick Nelson wrote:
-
My other Linux systems can connect to the remote sshd. Here is the output
of a call:
---snip--
debug1: Sending command: evolution
debug1: channel request 0: exec
debug1: channel 0: open confirm rwindow 0 rmax 32768
debug1: channel 0: rcvd eof
Max Bowsher wrote:
-
Neither do I, sorry. It looks like there is something strange with your
server, because I use Cygwin's cvs with many servers, and no problems.
-
So, what servers are you attaching to? As what user to what account on the
server? Using pserver?
Max Bowsher wrote:
-
cvs -t login ?
-
This reveals:
prompt$cvs -t login
cvs login: notice: main loop with
CVSROOT=:pserver:pnelson@systemname:full path to cvs repos
(Logging in to pnelson@systemname)
CVS password:
full path to cvs repos: no such repository
16 matches
Mail list logo