Re: svn+ssh on mingw32?
On 8 Feb 2006, at 09:53, Sheldon Gill wrote: Richard Frith-Macdonald wrote: Has anyone managed to get svn+ssh working on windowing in the ming32 environment yet? Well, I have. At least, I've fetched the code without issue over ssh using my key. Good to hear that it *can* work. After installing svn-win32-1.3.0 to use from the msys command line I get 'svn: Connection closed unexpectedly' My ssh setup works fine for me normally (I was using it to access the CVS repository without trouble). I have tried adding an ssh key without password protection so that I know that svn won't be confused by ssh wanting a password. I have told ssh what username to use when contacting gna.org. My ssh config file says - Protocol 2 Host svn.gna.org User rfm IdentityFile ~/.ssh/insecure I'd suggest you check it. Specifically with the gna server. Like this: ssh -l rfm svn.gna.org As I said ... the ssh connection works fine. In more detail, it says - Error: You are not allowed to run the command you asked. Only svn over ssh is accepted. Please double-check the command line you typed. and so on ... which proves that the ssh connection was established. Any ideas? It would be a pity if the move to subversion means we stop doing windows development. It would seem to me that the problem is your ssh session isn't being established with the right credentials or that the key isn't registered. The Connection closed unexpectedly message is the tunnel being closed prematurely. I expect so ... but the question is ... why? My ssh connection works fine. svn+ssh works fine on linux. So the issue must be something to do with the subversion client ... my guess is it's not picking up the ssh configuration from ~/.ssh for some reason, but I haven't figured out how/why that can be the case. I also don't see how a problem with the command-line client could also effect the TortoiseSVN stuff ... which I configured completely independently using Putty stuff rather than OpenSSH stuff. That's two different ssh implementations being used and both giving the same error. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: svn+ssh on mingw32?
Richard Frith-Macdonald wrote: On 8 Feb 2006, at 10:45, Sheldon Gill wrote: Richard Frith-Macdonald wrote: I expect so ... but the question is ... why? My ssh connection works fine. svn+ssh works fine on linux. So the issue must be something to do with the subversion client ... my guess is it's not picking up the ssh configuration from ~/.ssh for some reason, but I haven't figured out how/why that can be the case. I also don't see how a problem with the command-line client could also effect the TortoiseSVN stuff ... which I configured completely independently using Putty stuff rather than OpenSSH stuff. That's two different ssh implementations being used and both giving the same error. Maybe this will help: export SVN_SSH=ssh -l rfm -i ~/.ssh/your_key Thanks ... but I've just now got it working, and I'm inclined to stick with what I've got. I edited 'C:/Documents and Settings/richard/Application Data/Subversion/config' and added a line to explicitly specify the path to my mingw32/msys copy of ssh ... 'ssh = $SVN_SSH C:/msys/1.0/bin/ssh.exe' Actually, editing [tunnels] in subversion config was my next suggestion. For what its worth, here's a summary for getting PuTTY going: * download and install svn client * download and install putty, plink, pageant... Make sure both are in your path somewhere. I like \Program Files\Bin\ * Generate a key using puttygen (It can also import existing keys from elsewhere...) Save it somewhere as keyfile.ppk * Tell GNA.org about the key and wait an hour * Check ssh access plink -v -ssh -l username -i keyfile.ppk svn.gna.org * Edit Subversion configuration %USERPROFILE%\Application Data\Subversion\config [tunnels] putty = plink -ssh -l username * Launch pageant and add your key * Check subversion access svn list svn+putty://svn.gna.org/svn/gnustep Regards, Sheldon ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Subversion problems on windows
On Wed, Feb 08, 2006 at 12:41:43PM +, Richard Frith-Macdonald wrote: Mostly this is just a bit annoying (you get a '^M' showing at the end of each line when editing source code in vi), but it screws up data files so they don't work. Any idea how to fix this? Yes. The svn:eol-native property needs to be removed from the files. I can do this, but I am curious which data files it is messing up? But if none of the files need this property (I was under the impression it was standard operation with CVS), I will go through and remove them all. I have a couple job interviews and such this morning and some lab work to do tonight, but I would imagine I'll find some time to get it finished up late tonight. Get back to me on the details on whether this needs to be removed from everything, and please keep me on Cc because the gnu.org mail servers seem to be sucking rather profoundly this month. :) Cheers, Andy -- Andrew Ruder http://www.aeruder.net ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: svn+ssh on mingw32?
On Wed, Feb 08, 2006 at 07:15:20PM +0800, Sheldon Gill wrote: Richard Frith-Macdonald wrote: On 8 Feb 2006, at 10:45, Sheldon Gill wrote: Richard Frith-Macdonald wrote: I expect so ... but the question is ... why? My ssh connection works fine. svn+ssh works fine on linux. So the issue must be something to do with the subversion client ... my guess is it's not picking up the ssh configuration from ~/.ssh for some reason, but I haven't figured out how/why that can be the case. I also don't see how a problem with the command-line client could also effect the TortoiseSVN stuff ... which I configured completely independently using Putty stuff rather than OpenSSH stuff. That's two different ssh implementations being used and both giving the same error. Maybe this will help: export SVN_SSH=ssh -l rfm -i ~/.ssh/your_key Thanks ... but I've just now got it working, and I'm inclined to stick with what I've got. I edited 'C:/Documents and Settings/richard/Application Data/Subversion/config' and added a line to explicitly specify the path to my mingw32/msys copy of ssh ... 'ssh = $SVN_SSH C:/msys/1.0/bin/ssh.exe' Actually, editing [tunnels] in subversion config was my next suggestion. For what its worth, here's a summary for getting PuTTY going: * download and install svn client * download and install putty, plink, pageant... Make sure both are in your path somewhere. I like \Program Files\Bin\ * Generate a key using puttygen (It can also import existing keys from elsewhere...) Save it somewhere as keyfile.ppk * Tell GNA.org about the key and wait an hour * Check ssh access plink -v -ssh -l username -i keyfile.ppk svn.gna.org * Edit Subversion configuration %USERPROFILE%\Application Data\Subversion\config [tunnels] putty = plink -ssh -l username * Launch pageant and add your key * Check subversion access svn list svn+putty://svn.gna.org/svn/gnustep You'll probably want to figure out how to get it so you can checkout with svn+ssh. The /devmodules is configured such that it checks the externals out with svn+ssh. I got windows working and booted into this morning, when I get home this evening, hopefully I am able to check things out (no pun intended) ;) - Andy -- Andrew Ruder http://www.aeruder.net ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Build Process using MingW32
Derek Zhou wrote:
I tried to install base-1.11.2 on mingw following the instructions
mentioned in the post above, but there are a few problems I
encountered.
1, compile error for NSProcessInfo. The function _gnu_process_args
references static varible not yet defined. A patch is attached.
2, complaining of GNUSTEP_CONFIG_FILE value
('/etc/GNUstep/GNUstep.conf') not an absolute path. Since I am on
mingw, my conf file is not '/etc/GNUstep/GNUstep.conf' but
'/c/GNUstep/GNUstep.conf-dev'. However, gnustep does not honor the env
variable $GNUSTEP_CONFIG_FILE and tried to used a hardcoded path
instead. I think this is by design, because OPTION_NO_ENVIRONMENT is
set to 1 in config.h. On my linux box my config file is not at the
hardcoded path too; but the non-existing path
'/etc/GNUstep/GNUstep.conf' is at least absolute, and NSPathUtilities
pick up the pathes from the config.h correctly. On a related note,
hardcoded conf path make it really hard to install custom version of
gnustep in the user's home directory. My linux box do not have a conf
file in the '/etc' dir, otherwise my gnustep setup could be screw up.
3, complaining of 'No language locale found'. I have no idea how
locale works in Windows.
Do I need to use svn version instead the released base 1.11.2? I am a
little intimidated by using development version on a platform I am not
familiar with.
Derek
Index: gnustep-base-1.11.2/Source/NSProcessInfo.m
===
--- gnustep-base-1.11.2.orig/Source/NSProcessInfo.m 2005-12-05
00:37:16.0 -0800
+++ gnustep-base-1.11.2/Source/NSProcessInfo.m 2006-02-07 11:02:08.0
-0800
@@ -186,6 +186,9 @@
// Array of debug levels set.
static NSMutableSet*_debug_set = nil;
+static BOOL debugTemporarilyDisabled = NO;
+static BOOLfallbackInitialisation = NO;
+
/*
*** Implementing the gnustep_base_user_main function
*/
@@ -1057,9 +1060,6 @@
*/
@implementationNSProcessInfo (GNUstep)
-static BOOL debugTemporarilyDisabled = NO;
-static BOOLfallbackInitialisation = NO;
-
/**
* Fallback method. The developer must call this method to initialize
* the NSProcessInfo system if none of the system-specific hacks to
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
I have the SVN of base, gui and back I used to compile, if you are
interested. I had to disable XML in base, and png jpeg on gui. Just
follow Readme.MinGW, while disabling the forementioned.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Subversion problems on windows
Andrew Ruder [EMAIL PROTECTED] writes: Yes. The svn:eol-native property needs to be removed from the files. I can do this, but I am curious which data files it is messing up? But if none of the files need this property (I was under the impression it was standard operation with CVS), I will go through and remove them all. Yes, remove them all! All sane editors under windows can cope with unix style LF automatically anyway. I don't think anybody here is using notepad or vc.net, right? Derek ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: svn+ssh on mingw32?
Andrew Ruder wrote: svn list svn+putty://svn.gna.org/svn/gnustep You'll probably want to figure out how to get it so you can checkout with svn+ssh. The /devmodules is configured such that it checks the externals out with svn+ssh. I got windows working and booted into this morning, when I get home this evening, hopefully I am able to check things out (no pun intended) ;) To make the above work with /devmodules externals property definitions you simply need to change the Subversion configuration file: [tunnels] ssh = $SVN_SSH plink -ssh -l username The first tunnel definition I gave was because I've got multiple ssh methods available. Regards, Sheldon ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: what to do now?
Richard Frith-Macdonald [EMAIL PROTECTED] writes: I *think* the shutdown sequence should go like this ... 1. GWorkspace sends a -terminate to the applications. 2. GWorkspace waits some set time for applications to actually terminate. 3. After the timeout expires for an app, GWorkspace prompts the user to ask whether the app should be killed forcibly, and then either kills the app or abandons the shutdown process. BTW What application is supposed to be the last launched from .xsession ? If it is GWorkspace, it wouldn't be possible to restart it without logoff; if it is some random GNUStep app, session will be actually killed after its termination during aforementioned sequence regardless of other apps reaction; if it is some non-GNUStep app, session will not terminated. -- With regards, Roman. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
