On 25.06.2011 01:31, Vivian Meazza wrote:
But isn't this a function of libsvn and we are talking about external
svn and libsvn not present?
I'm currently testing another fix without libsvn functions.
Thanks, Torsten - well done.
This is true. But using Fred's MSVC9 solution files as
- ThorstenB a écrit :
This is true. But using Fred's MSVC9 solution files as provided it is not
possible to switch off the libsvn stuff AFAIKS.
That's not good, of course. libsvn should be optional, but no idea how
we do such options for MSVC9. But it's certainly optional for any
Torsten
Am 24.06.11 23:59, schrieb Torsten Dreyer:
Is this built-in function:
svn_path_uri_encode()
any help?
Yup, does the trick - no need for fancy formatting.
I'll see if I can do a damned merge request this side of Monday.
Vivian
But isn't this a function of
Torsten wrote,
I also know that quoting white-space paths works well in command.com
Windows shells. But apparently it didn't work when terrasync called the
system function to call svn. Unfortunately I have no means to test
any of this on Windows.
The following patch seem to do the
Am 24.06.11 11:09, schrieb Vivian Meazza:
Looks to me as if the command has to include no white space, and that's it.
No, it may contain white space. It's just that we mix backslash and
forward slash in the local path.
This:
D:/terrasync test\Terrain/w130n30/w122n37
Is a complete mess (from
Torsten wrote
Am 24.06.11 11:09, schrieb Vivian Meazza:
Looks to me as if the command has to include no white space, and that's
it.
No, it may contain white space. It's just that we mix backslash and
forward slash in the local path.
This:
D:/terrasync test\Terrain/w130n30/w122n37
Is
I wrote:
-Original Message-
From: Vivian Meazza [mailto:vivian.mea...@lineone.net]
Sent: 24 June 2011 18:45
To: 'FlightGear developers discussions'
Subject: Re: [Flightgear-devel] Heads up: scenery download /built-
interrasync
Torsten wrote
Am 24.06.11 11:09, schrieb Vivian
Is this built-in function:
svn_path_uri_encode()
any help?
Yup, does the trick - no need for fancy formatting.
I'll see if I can do a damned merge request this side of Monday.
Vivian
But isn't this a function of libsvn and we are talking about external
svn and libsvn not present?
Am 24.06.11 23:59, schrieb Torsten Dreyer:
Is this built-in function:
svn_path_uri_encode()
any help?
Yup, does the trick - no need for fancy formatting.
I'll see if I can do a damned merge request this side of Monday.
Vivian
But isn't this a function of libsvn and we are talking
Torsten
Is this built-in function:
svn_path_uri_encode()
any help?
Yup, does the trick - no need for fancy formatting.
I'll see if I can do a damned merge request this side of Monday.
Vivian
But isn't this a function of libsvn and we are talking about external
svn
--
From: Vivian Meazza vivian.mea...@lineone.net
Sent: Wednesday, June 22, 2011 11:32 PM
To: 'FlightGear developers discussions'
flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Heads up: scenery download
/built-interrasync
Alan wrote
--
From: Vivian Meazza vivian.mea...@lineone.net
Sent: Wednesday, June 22, 2011 11:32 PM
To: 'FlightGear developers discussions'
flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Heads up: scenery download
--
From: Vivian Meazza vivian.mea...@lineone.net
Sent: Thursday, June 23, 2011 8:44 AM
To: 'FlightGear developers discussions'
flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Heads up: scenery download
/built-interrasync
On 23.06.2011 00:32, Vivian Meazza wrote:
Looks like a white space issue to me.
When svn.exe is in the path I get:
Starting automatic scenery download/synchronization. Using external SVN
utility
'svn'. Directory: 'D:/Git_New/terrasync'.
The filename, directory name, or volume label syntax
On Thu, 23 Jun 2011, ThorstenB wrote:
On 23.06.2011 00:32, Vivian Meazza wrote:
Looks like a white space issue to me.
When svn.exe is in the path I get:
Starting automatic scenery download/synchronization. Using external SVN
utility
'svn'. Directory: 'D:/Git_New/terrasync'.
The
ThorstenB wrote
On 23.06.2011 00:32, Vivian Meazza wrote:
Looks like a white space issue to me.
When svn.exe is in the path I get:
Starting automatic scenery download/synchronization. Using external SVN
utility
'svn'. Directory: 'D:/Git_New/terrasync'.
The filename, directory
On 23.06.2011 19:16, Vivian Meazza wrote:
This works:
D:\New Gitsvn info C:/Program Files/FlightGear/terrasync/Models
This does not work:
D:\New Gitsvn info C:/Program Files/FlightGear/terrasync
Is this any help?
Unfortunately this differnece is unrelated. Terrasync creates separate
SVN
I also know that quoting white-space paths works well in command.com
Windows shells. But apparently it didn't work when terrasync called the
system function to call svn. Unfortunately I have no means to test
any of this on Windows.
The following patch seem to do the trick for me, it allow
On 21.06.2011 23:00, Alan Teeder wrote:
Yesterday in the command window I got Cannot start scenery download. No
local cache directory defined.
The new SVN system did not work
You need to provide a target directory for the scenery. This message
means the target directory is completely empty
Thanks for the help. The built in SVN is now available and working.
There is a BUT of course. ;-(
There are repeated errors:-
Failed to synchronize directory ´Airports/Q', Server sent unexpected return
value (502 Bad Gateway) in response to PROPFIND for
If occasional 50x responses occur in batches, but not for most
simulation runs where you synchronize scenery, don't worry about it
and certainly don't blame the FGFS codebase. If 50x's occur routinely
for several hours, feel free to let me know. Just in case the shared
backend is misbehaving.
--
From: Alex Perry alex.pe...@ieee.org
Sent: Wednesday, June 22, 2011 3:48 PM
To: FlightGear developers discussions
flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Heads up: scenery download
/built-interrasync
On 22.06.2011 16:48, Alex Perry wrote:
If occasional 50x responses occur in batches, but not for most
simulation runs where you synchronize scenery, don't worry about it
and certainly don't blame the FGFS codebase. If 50x's occur routinely
for several hours, feel free to let me know. Just in
Still more problems from Alan.
MS- VC90 on my laptop now works fine - thanks.
MS- VC10 uses cmake, which does not know how to find the SVN libraries with
windows. The SVN includes (in the 3rdparty include directory) are fine.
Alan
ThorstenB wrote:
You need to provide a target directory for the scenery. This message
means the target directory is completely empty (or contains white-spaces
only). See directory configured in the scenery download GUI.
Stuart's suggestion to use a default target may be a good idea.
On 21.06.2011 00:39, Vivian Meazza wrote:
The bug which was stopping the built-in download running here was trivial -
once we found it: a space in a directory name. Replaced with an underscore
and it worked right out of the tin.
The white-space issue is fixed for the new library now. It only
On Mon, Jun 13, 2011 at 8:50 PM, ThorstenB wrote:
Hi,
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from FlightGear now (main menu:
Environment = Scenery). Credit for the idea
With
Yesterday in the command window I got Cannot start scenery download. No
local cache directory defined.
The new SVN system did not work
Today, with the new GIT the Flightgear program crashes. Here is a stack
trace:
msvcr90.dll!_crt_debugger_hook(int _Reserved=0) Line 65C
On Tue, 21 Jun 2011 21:00:39 +0200, ThorstenB wrote in message
4e00ea57.7060...@gmail.com:
On 21.06.2011 00:39, Vivian Meazza wrote:
The bug which was stopping the built-in download running here was
trivial - once we found it: a space in a directory name. Replaced
with an underscore and
I wrote:
ThorstenB wrote:
... snip ...
So, I am really sorry, Vivian, that you were still unable to make the
system work for you - on day 2 (though it seems people only started
trying to use it _today_).
... snip ...
Getting back to the original purpose ... it's worse than I
Vivian,
embedded terrasync was not working for me because the scenery-dir entered in
the dialog was not copied in the property. It should be fixed in fgdata now
(dialog definition lacking a global dialog-apply).
I don't know if it is related to the issue you are seeing, but fgfs nightly
Frederic Bouvier wrote:
embedded terrasync was not working for me because the scenery-dir
entered in the dialog was not copied in the property. It should be
fixed in fgdata now (dialog definition lacking a global dialog-apply).
Isn't the scenery-dir in the terrasync dialogue meant to be
- Martin Spott a écrit :
Frederic Bouvier wrote:
embedded terrasync was not working for me because the scenery-dir
entered in the dialog was not copied in the property. It should be
fixed in fgdata now (dialog definition lacking a global
dialog-apply).
Isn't the scenery-dir in
Frederic Bouvier wrote:
No scenery dir (top most) is editable. The google url isn't.
Ah, ok,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
BTW, while I'm very much in favour of having FlightGear's various
subsystems split into distinct parts, I think the bad design claim
coming from you is pretty weak. Where was your voice when the Local
Weather subsystem was added ?
Gentlemen, it's so nice to be mentioned so often if an
On Fri, 2011-06-17 at 10:55 +0300, thorsten.i.r...@jyu.fi wrote:
At this point, it made a lot of sense to code in Nasal, if only for the
simple reason that I couldn't know if it would ever included into the base
package or not.
As an addition it also helped to develop good insight in efficient
Erik
On Fri, 2011-06-17 at 10:55 +0300, thorsten.i.r...@jyu.fi wrote:
At this point, it made a lot of sense to code in Nasal, if only for the
simple reason that I couldn't know if it would ever included into the
base
package or not.
As an addition it also helped to develop good
thorsten.i.r...@jyu.fi wrote:
Flightgear has a lot less trouble finding consensus, because the numbers
are much smaller than in the ATLAS collaboration.
And here's the point: A 'significant' number (in the statistical
meaning) of FlightGear developers is, to put it mildly, not very well
ThorstenB wrote:
But this and other posts today show [...]
This is by far the best characterization of The FlightGear Projects
age-old disease I've ever read,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
On Thu, 2011-06-16 at 07:35 +, Martin Spott wrote:
ThorstenB wrote:
But this and other posts today show [...]
This is by far the best characterization of The FlightGear Projects
age-old disease I've ever read,
As I see it there are two sides to the story, users who criticize too
ThorstenB wrote:
... snip ...
On 15.06.2011 23:30, Vivian Meazza wrote:
And less clever users, which is most of the people out there, won't. I
include myself in that category, since I have failed to make it work
so far.
I sometimes wonder if we really expect the average user to
I think Thorsten has been doing a marvelous job. I see the changes flow by
in the commitlogs emails, and it probably goes unsaid too often, but it's
clear who has been putting in the effort to deal with user bug reports,
tricky bits of code, and a whole host of other issues.
There are always a
ThorstenB wrote:
... snip ...
So, I am really sorry, Vivian, that you were still unable to make the
system work for you - on day 2 (though it seems people only started
trying to use it _today_).
... snip ...
Getting back to the original purpose ... it's worse than I thought. Using
Hudson
Hi Vivian,
Fred - should this work with MSVC9?
Only if the required symbols are defined.
It compiles and runs, but I get this error:
Cannot start scenery download. Rsync scenery server is undefined.
The server input in the menu item is blank, and does not accept any
input
Please pull
Please pull latest SimGear
And Flightgear too
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/fgfred64 Videos
--
EditLive Enterprise is the world's most technically advanced content
authoring tool.
Fred wrote
Fred wrote
Please pull latest SimGear
And Flightgear too
Well, I thought I had - otherwise I wouldn't have re-compiled and run it,
would I? And it does compile and run - even provides error messages.
Vivian
ThorstenB wrote:
The feature reuses the terrasync sources and relies on a subversion
client. Either using built-in subversion (when libsvn is installed,
which is recommended). Otherwise, fgfs tries calling an external utility
(svn) for downloads.
I'm observing one minor issue: The SVN client
It was not a reproach. I just committed fixes at the time I sent those messages
-Fred
- Vivian Meazza a écrit :
Fred wrote
Fred wrote
Please pull latest SimGear
And Flightgear too
Well, I thought I had - otherwise I wouldn't have re-compiled and run
it,
would I? And
On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote:
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from FlightGear now (main menu:
Environment = Scenery). Credit for
On Wed, 15 Jun 2011, Csaba Halász wrote:
On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote:
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from FlightGear now (main
talked to the simulator. You could run it on one machine or on a dedicated
machine.
Gah. Brain to fast for fingers! You could run it on the SAME machine..or
on a dedicated machine... *facepalm*
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
On Wednesday 15 June 2011 07:36:51 Csaba Halász wrote:
On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote:
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from
Fred
-Original Message-
It was not a reproach. I just committed fixes at the time I sent those
messages
-Fred
- Vivian Meazza a écrit :
Fred wrote
Fred wrote
Please pull latest SimGear
And Flightgear too
Well, I thought I had - otherwise I
On Wed, 15 Jun 2011 08:07:21 -0600, Ron wrote in message
201106150807.21230.w...@jentronics.com:
On Wednesday 15 June 2011 07:36:51 Csaba Halász wrote:
On Mon, Jun 13, 2011 at 9:50 PM, ThorstenB bre...@gmail.com wrote:
the final GUI bits for a new feature are now in fgdata - the last
Vivian Meazza wrote:
This was NOT a good time to introduce a whole new idea, just before a
release.
http://wiki.flightgear.org/Release_Plan#Detailed_Time_Schedule
June 17th is declared as being the feature freeze day. Thus, as long as
they don't commit a pile of crap to the repository, why
On Wed, 15 Jun 2011, Martin Spott wrote:
This is not consistent with Gene's, Csaba's and Ron's view. If you
read carefully, then you'll realize that these three guys have
primarily expressed their opinion on wether to have the GUI inside the
visual system or not.
Precisely. I was offering
On Wed, Jun 15, 2011 at 7:35 PM, Martin Spott martin.sp...@mgras.net wrote:
Vivian Meazza wrote:
[...] And I can't see any real advantage over Fred's implementation in
FGRun, which I have used for years.
Some people _do_ see a real advantage.
This is more or less consistent with Gene's,
Csaba Halász wrote:
For example, if you have 2 separate scenery consumers it would make
sense if they both sent requests to the same terrasync instance. If
both included their own terrasync copy, who knows what confusion might
result (double download, svn lock, etc.).
Nobody forces you to
Csaba Halász wrote:
Finally, there could be other programs that need scenery data, would
you embed terrasync in each one? I view this as bad design.
By having a closer look at Thorsten's patches you'd realize that his
primary work was to turn the standalone program with hard-coded host-
and
On Wed, Jun 15, 2011 at 10:57 PM, Martin Spott martin.sp...@mgras.net wrote:
Csaba Halász wrote:
Finally, there could be other programs that need scenery data, would
you embed terrasync in each one? I view this as bad design.
By having a closer look at Thorsten's patches you'd realize that
Martin Spott wrote
-Original Message-
From: [mailto:martin.sp...@mgras.net]
Sent: 15 June 2011 18:36
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] Heads up: scenery download / built-in
Vivian Meazza wrote:
This was NOT a good time to introduce
On Wed, 15 Jun 2011, Vivian Meazza wrote:
This is indeed more or less consistent with those opinions. Csaba says:
For example, all the GUI stuff should be thrown out and left to a
launcher/control console application. Gene says: All the functionality in
the GUI could be provided in a
Gene
On Wed, 15 Jun 2011, Vivian Meazza wrote:
This is indeed more or less consistent with those opinions. Csaba
says:
For example, all the GUI stuff should be thrown out and left to a
launcher/control console application. Gene says: All the functionality
in
the GUI could be
Csaba Halász wrote:
On Wed, Jun 15, 2011 at 10:57 PM, Martin Spott martin.sp...@mgras.net wrote:
Csaba Halász wrote:
Finally, there could be other programs that need scenery data, would
you embed terrasync in each one? I view this as bad design.
By having a closer look at Thorsten's patches
On Wed, 15 Jun 2011, Vivian Meazza wrote:
The one wrench in the works is aircraft (and their systems) that add
entries to the GUI menu items...
If you can generate a better way, or even an alternate way - I'll look at
it. Until then you're stuck with it.
I have the option of being able to
On 15.06.2011 22:57, Martin Spott wrote:
By having a closer look at Thorsten's patches you'd realize that his
primary work was to turn the standalone program with hard-coded host-
and pathnames into a neatly configurable library. The interface
between this lib and FlightGear is pretty slim,
Interesting ideas , i personally like the fact that terrasync can be
enabled from the menu since i always run it from a separate terminal
anyway but did i hear the words 'add it to a launcher ???
'shudder' ok , iv'e been a linux user too long ;)
On Thu, 16 Jun 2011, ThorstenB wrote:
absolutely unable to motivate - or at least keep people motivated on
working on our project. That's a major issue we have. Everyone who
spends time is welcomed by negative comments - and surprisingly many
leave. And I'm sorry to say, after reading emails
ThorstenBv wrote
Hi,
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from FlightGear now (main menu:
Environment = Scenery). Credit for the idea goes to James - bugs are
mine
Excellent!
On Mon, Jun 13, 2011 at 12:50 PM, ThorstenB bre...@gmail.com wrote:
Hi,
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from FlightGear now (main menu:
Environment =
Hi,
the final GUI bits for a new feature are now in fgdata - the last
feature addition for the 2.4 release from my part... You can
download/update scenery directly from FlightGear now (main menu:
Environment = Scenery). Credit for the idea goes to James - bugs are
mine ;-).
It provides built-in
71 matches
Mail list logo