From tobias at ...692... Mon Jun 23 19:15:08 2014 From: tobias at ...692... (Tobias Boege) Date: Mon, 23 Jun 2014 19:15:08 +0200 Subject: [Gambas-devel] "Overriding" virtual classes Message-ID: <20140623171508.GB1001@...693...> Hi Benoit, for the Graph class in gb.data, I thought of having a non-creatable Graph class (we had that topic already in the past) which is the interface necessary for all concrete graph implementations. This class exposes a Graph.Edges property to a virtual .Graph.Edges class whose interface and default implementation are also specified. As I said earlier, I really want to have it this way because it enables the programmer to makde a decision on what graph data structure they need to use for their application and it also makes modelling non-Graph data as a Graph very easy. An example (which I want to implement as a Gambas example for Graphs) would be to have an Image object. Each pixel is a vertex and edges are implicitly defined between neighbouring pixels of the same colour. If you do a breadth-first search on this graph from a pixel, you are actually doing a flood-fill on the Image. This is where the virtual classes become an unbelievably handy thing: you don't have to create explicit vertex and edge *objects* from the Image but you can pipe the user requests through the virtual object's interface and operate on the backing data. If I now create a GraphMatrix class basing on adjacency matrices which Inherits Graph, I also need to point the Graph.Edges property to some concrete .GraphMatrix.Edges class which operates on the adjacency matrix. Is there a way to do this or can it be implemented? I could store the needed function pointers myself in a separate data structure and let the standard .Graph.Edges class reference those but this would not help Gambas programmers if they want to implement their Graph classes non-natively, right? So, I'm asking for a way to replace a virtual class with another virtual class in the inheritance process. [ Maybe you can make an exception in the inheritance checking routines since virtual classes are a thing of native components and native components writers should be supposed to know what they're doing? :-) ] Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From gambas at ...1... Mon Jun 23 19:37:08 2014 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Mon, 23 Jun 2014 19:37:08 +0200 Subject: [Gambas-devel] "Overriding" virtual classes In-Reply-To: <20140623171508.GB1001@...693...> References: <20140623171508.GB1001@...693...> Message-ID: <53A865C4.5080300@...1...> Le 23/06/2014 19:15, Tobias Boege a ?crit : > Hi Benoit, > > for the Graph class in gb.data, I thought of having a non-creatable Graph > class (we had that topic already in the past) which is the interface > necessary for all concrete graph implementations. This class exposes a > Graph.Edges property to a virtual .Graph.Edges class whose interface and > default implementation are also specified. > > As I said earlier, I really want to have it this way because it enables the > programmer to makde a decision on what graph data structure they need to use > for their application and it also makes modelling non-Graph data as a Graph > very easy. An example (which I want to implement as a Gambas example for > Graphs) would be to have an Image object. Each pixel is a vertex and edges > are implicitly defined between neighbouring pixels of the same colour. If > you do a breadth-first search on this graph from a pixel, you are actually > doing a flood-fill on the Image. > > This is where the virtual classes become an unbelievably handy thing: you > don't have to create explicit vertex and edge *objects* from the Image but > you can pipe the user requests through the virtual object's interface and > operate on the backing data. > > If I now create a GraphMatrix class basing on adjacency matrices which > Inherits Graph, I also need to point the Graph.Edges property to some > concrete .GraphMatrix.Edges class which operates on the adjacency matrix. > > Is there a way to do this or can it be implemented? I could store the needed > function pointers myself in a separate data structure and let the standard > .Graph.Edges class reference those but this would not help Gambas programmers > if they want to implement their Graph classes non-natively, right? > > So, I'm asking for a way to replace a virtual class with another virtual > class in the inheritance process. [ Maybe you can make an exception in the > inheritance checking routines since virtual classes are a thing of native > components and native components writers should be supposed to know what > they're doing? :-) ] > > Regards, > Tobi > And if ".GraphMatrix.Edges" inherits ".Graph.Edges" too, doesn't it solve the problem? -- Beno?t Minisini From gambas at ...1... Mon Jun 23 19:37:52 2014 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Mon, 23 Jun 2014 19:37:52 +0200 Subject: [Gambas-devel] Possible bug in New Project dialog? In-Reply-To: References: Message-ID: <53A865F0.10109@...1...> Le 30/05/2014 17:47, Randall Morgan a ?crit : > Hi Benoit, > > I just closed Gambas and updated to the daily build. When I went to > create a new project I found the link to my project directory missing. I > use a link to a folder stored on another drive for my projects. The link > was created on my desktop and in the previous versions of Gambas showed > up as a folder in the directory tree in the new projects dialog. > > Once I updated, the link now only shows up in the file list on the > Project Parent Directory form of the New Projects dialog. Existing > projects still open fine. But I can't use the link anymore to access my > project folder. Now I have to navigate to the /mnt/ and find the drive, > then find the folder. Note that this is a local drive and not a remote NAS. > > Is this a bug or did something else changed on my system? > The bug on symbolic link is fixed now. Tell me if I am wrong. -- Beno?t Minisini From tobias at ...692... Mon Jun 23 19:46:01 2014 From: tobias at ...692... (Tobias Boege) Date: Mon, 23 Jun 2014 19:46:01 +0200 Subject: [Gambas-devel] "Overriding" virtual classes In-Reply-To: <20140623171508.GB1001@...693...> References: <20140623171508.GB1001@...693...> Message-ID: <20140623174601.GC1001@...693...> On Mon, 23 Jun 2014, Tobias Boege wrote: > Hi Benoit, > > for the Graph class in gb.data, I thought of having a non-creatable Graph > class (we had that topic already in the past) which is the interface > necessary for all concrete graph implementations. This class exposes a > Graph.Edges property to a virtual .Graph.Edges class whose interface and > default implementation are also specified. > > [...] > > If I now create a GraphMatrix class basing on adjacency matrices which > Inherits Graph, I also need to point the Graph.Edges property to some > concrete .GraphMatrix.Edges class which operates on the adjacency matrix. Oh, wait. I think this problem just solved itself. The above is actually a bad example. .Graph.Edges is certainly nothing worth enough to have a distinct virtual class for (I'm thinking about the trouble a user will have implementing their own Graph descendant). "But things are different for enumerations", I thought, such as For Each myEdge In myGraph[myNode].InEdges ' ... Next But to use this feature, we definitely *need* a non-virtual Edge class. An analogous thought shows that it's necessary to have a non-virtual Vertex class and quite frankly, it's a good feeling to be able to create arrays of vertices and edges in Gambas so that I don't have to write dozens of _next() methods. So, I will provide Graph, Edge and Vertex and the users will need to Inherit these classes in their descendants. This way, the implementation is variable and the interface is stable. Problem solved. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From tobias at ...692... Mon Jun 23 19:48:57 2014 From: tobias at ...692... (Tobias Boege) Date: Mon, 23 Jun 2014 19:48:57 +0200 Subject: [Gambas-devel] "Overriding" virtual classes In-Reply-To: <53A865C4.5080300@...1...> References: <20140623171508.GB1001@...693...> <53A865C4.5080300@...1...> Message-ID: <20140623174857.GD1001@...693...> On Mon, 23 Jun 2014, Beno?t Minisini wrote: > Le 23/06/2014 19:15, Tobias Boege a ?crit : > > Hi Benoit, > > > > for the Graph class in gb.data, I thought of having a non-creatable Graph > > class (we had that topic already in the past) which is the interface > > necessary for all concrete graph implementations. This class exposes a > > Graph.Edges property to a virtual .Graph.Edges class whose interface and > > default implementation are also specified. > > > > As I said earlier, I really want to have it this way because it enables the > > programmer to makde a decision on what graph data structure they need to use > > for their application and it also makes modelling non-Graph data as a Graph > > very easy. An example (which I want to implement as a Gambas example for > > Graphs) would be to have an Image object. Each pixel is a vertex and edges > > are implicitly defined between neighbouring pixels of the same colour. If > > you do a breadth-first search on this graph from a pixel, you are actually > > doing a flood-fill on the Image. > > > > This is where the virtual classes become an unbelievably handy thing: you > > don't have to create explicit vertex and edge *objects* from the Image but > > you can pipe the user requests through the virtual object's interface and > > operate on the backing data. > > > > If I now create a GraphMatrix class basing on adjacency matrices which > > Inherits Graph, I also need to point the Graph.Edges property to some > > concrete .GraphMatrix.Edges class which operates on the adjacency matrix. > > > > Is there a way to do this or can it be implemented? I could store the needed > > function pointers myself in a separate data structure and let the standard > > .Graph.Edges class reference those but this would not help Gambas programmers > > if they want to implement their Graph classes non-natively, right? > > > > So, I'm asking for a way to replace a virtual class with another virtual > > class in the inheritance process. [ Maybe you can make an exception in the > > inheritance checking routines since virtual classes are a thing of native > > components and native components writers should be supposed to know what > > they're doing? :-) ] > > > > Regards, > > Tobi > > > > And if ".GraphMatrix.Edges" inherits ".Graph.Edges" too, doesn't it > solve the problem? > Oh! I didn't know it was possible to derived virtual classes from others. Great feature! A try will show how far I can get with the solution I just sent in another mail. If it's not satisfying, I'll return to this thread... Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From tobias at ...692... Tue Jun 24 12:53:17 2014 From: tobias at ...692... (Tobias Boege) Date: Tue, 24 Jun 2014 12:53:17 +0200 Subject: [Gambas-devel] "Overriding" virtual classes In-Reply-To: <20140623174857.GD1001@...693...> References: <20140623171508.GB1001@...693...> <53A865C4.5080300@...1...> <20140623174857.GD1001@...693...> Message-ID: <20140624105317.GB1035@...693...> On Mon, 23 Jun 2014, Tobias Boege wrote: > A try will show how far I can get with the solution I just sent in another > mail. If it's not satisfying, I'll return to this thread... > I have almost all pieces collected. But take this sample expression (first the variable/property/method name, then the class name in parentheses): myGraph (Graph) `-- .Vertices (.Graph.Enumerable) `-- [iVertex] (.Graph.Vertex) `-- .OutEdges (.Graph.Enumerable) This expression may be used as Dim iEdge As Integer For Each iEdge In myGraph.Vertices[iVertex].OutEdges Print "The vertex";; myGraph.Edges[iEdge].Destination;; "is adjacent to";; iVertex Next This way, I have lots of different classes that inherit .Graph.Enumerable which is just a class that has a _next() method. But this _next() method needs to be implemented differently for different things to enumerate on a graph, like vertices, edges or edges going out from a particular vertex. You see, there is lots of things to be enumerated here and my problem is that I don't want users to have like a half dozen (Graph.Vertices, Graph.Edges, Graph.Vertices[i].InEdges, Graph.Vertices[i].OutEdges, Graph.Vertices[i].Adjacent) classes to write which all just contain _next() methods. (On the other hand, I do want to use virtual classes instead of arrays to reduce memory usage for graphs that are implicitly defined by another data structure (for which I gave an example yesterday).) I thought of having like _nextVertex() and _nextEdge() methods in the *Graph* class. Then I could write a .Graph.Vertices class which Inherits .Graph.Enumerable and is responsible for iterating over the vertices of a graph - once and for all in gb.data. No Gambas programmer would then have to write their own .Graph.Enumerable class for vertices (and likewise with the other enumerable things). Its _next() method would only consist of a call to the _nextVertex() method of the concrete Graph implementation. This way, we can preserve the syntax Dim iVertex As Integer For Each iVertex in myGraph.Vertices ' ... Next But there is the overhead of the call to myGraph._nextVertex() from .Graph.Vertices._next(), i.e. GB.GetFunction() and GB.Call() because the actual Graph's _nextVertex() implementation or location is unknown at compilation time. The goal is, as I said, to reduce the number of short classes the user has to write to implements their own Graph. In Java, the situation is a bit better because there you can have nested classes which are easier to read because they're *inside* the class they operate on and can also access their private symbols. Do you have a better idea? What I need is a way to iterate over the same object in multiple ways, i.e. I need For-Each to be able to pick different _next() implementations in the same class. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From jusabejusabe at ...176... Tue Jun 24 19:24:57 2014 From: jusabejusabe at ...176... (Julio Sanchez) Date: Tue, 24 Jun 2014 19:24:57 +0200 Subject: [Gambas-devel] Request for the Gambas IDE: a way to query the help in an offline mode Message-ID: Request for the Gambas IDE: a way to query the help in an offline mode. Perhaps a path where Gambas look for local web pages or better, a way to download the wikigambas website and accessing the help without internet. Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmorgan62 at ...176... Tue Jun 24 22:53:50 2014 From: rmorgan62 at ...176... (Randall Morgan) Date: Tue, 24 Jun 2014 14:53:50 -0600 Subject: [Gambas-devel] Possible bug in New Project dialog? In-Reply-To: <53A865F0.10109@...1...> References: <53A865F0.10109@...1...> Message-ID: Works! Thanks Benoit On Mon, Jun 23, 2014 at 11:37 AM, Beno?t Minisini < gambas at ...1...> wrote: > Le 30/05/2014 17:47, Randall Morgan a ?crit : > > Hi Benoit, > > > > I just closed Gambas and updated to the daily build. When I went to > > create a new project I found the link to my project directory missing. I > > use a link to a folder stored on another drive for my projects. The link > > was created on my desktop and in the previous versions of Gambas showed > > up as a folder in the directory tree in the new projects dialog. > > > > Once I updated, the link now only shows up in the file list on the > > Project Parent Directory form of the New Projects dialog. Existing > > projects still open fine. But I can't use the link anymore to access my > > project folder. Now I have to navigate to the /mnt/ and find the drive, > > then find the folder. Note that this is a local drive and not a remote > NAS. > > > > Is this a bug or did something else changed on my system? > > > > The bug on symbolic link is fixed now. Tell me if I am wrong. > > -- > Beno?t Minisini > > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -- If you ask me if it can be done. The answer is YES, it can always be done. The correct questions however are... What will it cost, and how long will it take? -------------- next part -------------- An HTML attachment was scrubbed... URL: From willy at ...732... Sun Jun 29 20:06:49 2014 From: willy at ...732... (Willy Raets) Date: Sun, 29 Jun 2014 20:06:49 +0200 Subject: [Gambas-devel] Subversion In-Reply-To: <20140413134406.GA622@...693...> References: <1397388914.2539.9.camel@...735...> <20140413134406.GA622@...693...> Message-ID: <1404065209.21581.5.camel@...735...> On zo, 2014-04-13 at 15:44 +0200, Tobias Boege wrote: > On Sun, 13 Apr 2014, Willy Raets wrote: > > Hi all, > > > > Beno??t granted me write access to the Gambas svn repo a while ago. > > This so I would be able to upload translations myself, instead of > > sending all to him. > > > > I had a look at the instructions in the Gambas > > Wiki(http://gambaswiki.org/wiki/howto/svn). > > > > Somehow it is not working for me, so either something in the > > instructions is not quite as it should or I am misunderstanding them. > > > > For checkout wiki says: > > svn checkout --username=<user> svn > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > I replaced user with my Source Forge account name that Beno??t granted > > write access, but this generated some errors: > > > > willy at ...734... ~/Gambas3 $ svn checkout --username=<myusername> svn > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > [1] 3703 > > bash: /usr/bin/lt: File or directory does not exist > > bash: svn+ssh://gambas at ...733.../p/gambas/code/gambas/trunk: File > > or directory does not exist > > willy at ...734... ~/Gambas3 $ svn: E205001: Try 'svn help' for more info > > svn: E205001: Not enough arguments provided > > > > What am I doing wrong? > > > > P.S. I have done checkouts before, but just to compile and install > > Gambas, never with write access. I have looked at svn help but it is not > > helpful at all. > > > > "<" is an HTML entity for "<", so the above --username parameter string > would look like "--username=", so that only denotes a > placeholder. The correct line is: > > $ svn co --username=name svn+ssh://... > > where you literally replace "name" by your username. > > Regards, > Tobi > Finally had time to go on with this, but it is still not working. I have done exactly as supposed to: $ svn checkout --username= svn +ssh://gambas at ...733.../p/gambas/code/gambas/trunk Next in terminal I first enter my password (3x) belonging to the useraccount on sourceforge used in checkout. Password: Password: Password: Next I get next is this?? What password is needed here? gambas at ...733...'s password: gambas at ...733...'s password: gambas at ...733...'s password: svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: Network connection closed unexpectedly So no success in getting trunk downloaded to do some translations. -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From tobias at ...692... Sun Jun 29 20:10:31 2014 From: tobias at ...692... (Tobias Boege) Date: Sun, 29 Jun 2014 20:10:31 +0200 Subject: [Gambas-devel] Subversion In-Reply-To: <1404065209.21581.5.camel@...735...> References: <1397388914.2539.9.camel@...735...> <20140413134406.GA622@...693...> <1404065209.21581.5.camel@...735...> Message-ID: <20140629181031.GD515@...693...> On Sun, 29 Jun 2014, Willy Raets wrote: > On zo, 2014-04-13 at 15:44 +0200, Tobias Boege wrote: > > On Sun, 13 Apr 2014, Willy Raets wrote: > > > Hi all, > > > > > > Beno??t granted me write access to the Gambas svn repo a while ago. > > > This so I would be able to upload translations myself, instead of > > > sending all to him. > > > > > > I had a look at the instructions in the Gambas > > > Wiki(http://gambaswiki.org/wiki/howto/svn). > > > > > > Somehow it is not working for me, so either something in the > > > instructions is not quite as it should or I am misunderstanding them. > > > > > > For checkout wiki says: > > > svn checkout --username=<user> svn > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > > > I replaced user with my Source Forge account name that Beno??t granted > > > write access, but this generated some errors: > > > > > > willy at ...734... ~/Gambas3 $ svn checkout --username=<myusername> svn > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > [1] 3703 > > > bash: /usr/bin/lt: File or directory does not exist > > > bash: svn+ssh://gambas at ...733.../p/gambas/code/gambas/trunk: File > > > or directory does not exist > > > willy at ...734... ~/Gambas3 $ svn: E205001: Try 'svn help' for more info > > > svn: E205001: Not enough arguments provided > > > > > > What am I doing wrong? > > > > > > P.S. I have done checkouts before, but just to compile and install > > > Gambas, never with write access. I have looked at svn help but it is not > > > helpful at all. > > > > > > > "<" is an HTML entity for "<", so the above --username parameter string > > would look like "--username=", so that only denotes a > > placeholder. The correct line is: > > > > $ svn co --username=name svn+ssh://... > > > > where you literally replace "name" by your username. > > > > Regards, > > Tobi > > > > Finally had time to go on with this, but it is still not working. > I have done exactly as supposed to: > > $ svn checkout --username= svn > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > Next in terminal I first enter my password (3x) belonging to the > useraccount on sourceforge used in checkout. > > Password: > Password: > Password: > > Next I get next is this?? What password is needed here? > > gambas at ...733...'s password: > gambas at ...733...'s password: > gambas at ...733...'s password: > svn: To better debug SSH connection problems, remove the -q option from > 'ssh' in the [tunnels] section of your Subversion configuration file. > svn: Network connection closed unexpectedly > > So no success in getting trunk downloaded to do some translations. > You're trying to connect as Benoit (gambas at ...733...). It's a bit confusing because he has the same username on sourceforge as the project is called :-) OK, for me (tobiasboe), the working line is: $ svn checkout --username=tobiasboe svn+ssh://tobiasboe at ...733.../p/gambas/code/gambas/trunk You see where the "gambas" part above does not actually refer to the "gambas" project but the username "gambas"? Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From willy at ...732... Sun Jun 29 20:30:43 2014 From: willy at ...732... (Willy Raets) Date: Sun, 29 Jun 2014 20:30:43 +0200 Subject: [Gambas-devel] Subversion In-Reply-To: <20140629181031.GD515@...693...> References: <1397388914.2539.9.camel@...735...> <20140413134406.GA622@...693...> <1404065209.21581.5.camel@...735...> <20140629181031.GD515@...693...> Message-ID: <1404066643.21581.11.camel@...735...> On zo, 2014-06-29 at 20:10 +0200, Tobias Boege wrote: > On Sun, 29 Jun 2014, Willy Raets wrote: > > On zo, 2014-04-13 at 15:44 +0200, Tobias Boege wrote: > > > On Sun, 13 Apr 2014, Willy Raets wrote: > > > > Hi all, > > > > > > > > Beno??t granted me write access to the Gambas svn repo a while ago. > > > > This so I would be able to upload translations myself, instead of > > > > sending all to him. > > > > > > > > I had a look at the instructions in the Gambas > > > > Wiki(http://gambaswiki.org/wiki/howto/svn). > > > > > > > > Somehow it is not working for me, so either something in the > > > > instructions is not quite as it should or I am misunderstanding them. > > > > > > > > For checkout wiki says: > > > > svn checkout --username=<user> svn > > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > > > > > I replaced user with my Source Forge account name that Beno??t granted > > > > write access, but this generated some errors: > > > > > > > > willy at ...734... ~/Gambas3 $ svn checkout --username=<myusername> svn > > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > [1] 3703 > > > > bash: /usr/bin/lt: File or directory does not exist > > > > bash: svn+ssh://gambas at ...733.../p/gambas/code/gambas/trunk: File > > > > or directory does not exist > > > > willy at ...734... ~/Gambas3 $ svn: E205001: Try 'svn help' for more info > > > > svn: E205001: Not enough arguments provided > > > > > > > > What am I doing wrong? > > > > > > > > P.S. I have done checkouts before, but just to compile and install > > > > Gambas, never with write access. I have looked at svn help but it is not > > > > helpful at all. > > > > > > > > > > "<" is an HTML entity for "<", so the above --username parameter string > > > would look like "--username=", so that only denotes a > > > placeholder. The correct line is: > > > > > > $ svn co --username=name svn+ssh://... > > > > > > where you literally replace "name" by your username. > > > > > > Regards, > > > Tobi > > > > > > > Finally had time to go on with this, but it is still not working. > > I have done exactly as supposed to: > > > > $ svn checkout --username= svn > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > Next in terminal I first enter my password (3x) belonging to the > > useraccount on sourceforge used in checkout. > > > > Password: > > Password: > > Password: > > > > Next I get next is this?? What password is needed here? > > > > gambas at ...733...'s password: > > gambas at ...733...'s password: > > gambas at ...733...'s password: > > svn: To better debug SSH connection problems, remove the -q option from > > 'ssh' in the [tunnels] section of your Subversion configuration file. > > svn: Network connection closed unexpectedly > > > > So no success in getting trunk downloaded to do some translations. > > > > You're trying to connect as Benoit (gambas at ...733...). It's a bit > confusing because he has the same username on sourceforge as the project > is called :-) > > OK, for me (tobiasboe), the working line is: > > $ svn checkout --username=tobiasboe svn+ssh://tobiasboe at ...733.../p/gambas/code/gambas/trunk Okay thanks, this makes sense. I updated the instructions in the Wiki so they make more sense as well using @svn.code.sf.net/p.... instead of gambas :) It is all working fine now. When commiting do I need to do: $ EDITOR=gedit svn commit --username=.... or just $ EDITOR=gedit svn commit -- Kind regards, Willy (aka gbWilly) http://gambasshowcase.org/ http://howtogambas.org http://gambos.org From tobias at ...692... Sun Jun 29 20:42:24 2014 From: tobias at ...692... (Tobias Boege) Date: Sun, 29 Jun 2014 20:42:24 +0200 Subject: [Gambas-devel] Subversion In-Reply-To: <1404066643.21581.11.camel@...735...> References: <1397388914.2539.9.camel@...735...> <20140413134406.GA622@...693...> <1404065209.21581.5.camel@...735...> <20140629181031.GD515@...693...> <1404066643.21581.11.camel@...735...> Message-ID: <20140629184224.GE515@...693...> On Sun, 29 Jun 2014, Willy Raets wrote: > On zo, 2014-06-29 at 20:10 +0200, Tobias Boege wrote: > > On Sun, 29 Jun 2014, Willy Raets wrote: > > > On zo, 2014-04-13 at 15:44 +0200, Tobias Boege wrote: > > > > On Sun, 13 Apr 2014, Willy Raets wrote: > > > > > Hi all, > > > > > > > > > > Beno??t granted me write access to the Gambas svn repo a while ago. > > > > > This so I would be able to upload translations myself, instead of > > > > > sending all to him. > > > > > > > > > > I had a look at the instructions in the Gambas > > > > > Wiki(http://gambaswiki.org/wiki/howto/svn). > > > > > > > > > > Somehow it is not working for me, so either something in the > > > > > instructions is not quite as it should or I am misunderstanding them. > > > > > > > > > > For checkout wiki says: > > > > > svn checkout --username=<user> svn > > > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > > > > > > > I replaced user with my Source Forge account name that Beno??t granted > > > > > write access, but this generated some errors: > > > > > > > > > > willy at ...734... ~/Gambas3 $ svn checkout --username=<myusername> svn > > > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > > [1] 3703 > > > > > bash: /usr/bin/lt: File or directory does not exist > > > > > bash: svn+ssh://gambas at ...733.../p/gambas/code/gambas/trunk: File > > > > > or directory does not exist > > > > > willy at ...734... ~/Gambas3 $ svn: E205001: Try 'svn help' for more info > > > > > svn: E205001: Not enough arguments provided > > > > > > > > > > What am I doing wrong? > > > > > > > > > > P.S. I have done checkouts before, but just to compile and install > > > > > Gambas, never with write access. I have looked at svn help but it is not > > > > > helpful at all. > > > > > > > > > > > > > "<" is an HTML entity for "<", so the above --username parameter string > > > > would look like "--username=", so that only denotes a > > > > placeholder. The correct line is: > > > > > > > > $ svn co --username=name svn+ssh://... > > > > > > > > where you literally replace "name" by your username. > > > > > > > > Regards, > > > > Tobi > > > > > > > > > > Finally had time to go on with this, but it is still not working. > > > I have done exactly as supposed to: > > > > > > $ svn checkout --username= svn > > > +ssh://gambas at ...733.../p/gambas/code/gambas/trunk > > > > > > Next in terminal I first enter my password (3x) belonging to the > > > useraccount on sourceforge used in checkout. > > > > > > Password: > > > Password: > > > Password: > > > > > > Next I get next is this?? What password is needed here? > > > > > > gambas at ...733...'s password: > > > gambas at ...733...'s password: > > > gambas at ...733...'s password: > > > svn: To better debug SSH connection problems, remove the -q option from > > > 'ssh' in the [tunnels] section of your Subversion configuration file. > > > svn: Network connection closed unexpectedly > > > > > > So no success in getting trunk downloaded to do some translations. > > > > > > > You're trying to connect as Benoit (gambas at ...733...). It's a bit > > confusing because he has the same username on sourceforge as the project > > is called :-) > > > > OK, for me (tobiasboe), the working line is: > > > > $ svn checkout --username=tobiasboe svn+ssh://tobiasboe at ...733.../p/gambas/code/gambas/trunk > > Okay thanks, this makes sense. > I updated the instructions in the Wiki so they make more sense as well > using @svn.code.sf.net/p.... instead of gambas :) > > It is all working fine now. > > When commiting do I need to do: > $ EDITOR=gedit svn commit --username=.... > > or just > $ EDITOR=gedit svn commit > I ran successfully without the --username parameter. I think svn keeps that somewhere after you checked out. -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk