2012/9/23 Alan Teeder ajtee...@v-twin.org.uk:
The reason I quoted 10 Gb is that my fgdate/.git/objects directory is
currently 8.9Gb, and I assumed that is what gets downloaded during a clone.
I bow to your wisdom if you say that it is only 4.9Gb.
I have the same size than Martin. For that I
On Sat, 2012-09-22 at 19:44 +, Martin Spott wrote:
Alan Teeder wrote:
New flightgear git users are faced with an initial download of about 10gb
just to get started.
Currently the fgdata GIT repo has approx. 4.9 GByte,
Martin.
Hi Martin, Alan, Bertrand, et al...
I guess we
-Original Message-
From: Bertrand Coconnier
Sent: Sunday, September 23, 2012 10:30 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] fgdata trouble
I have the same size than Martin. For that I execute on a regular
basis the following commands
git repack
git gc
Alan Teeder wrote:
Twice I left it running overnight, but it failed both times after several
hours during the fgdata clone.
Which server do you clone from ? If you don't already do so, then you
should consider fetching the initial clone from mapserver and to change
the remote origin
Bertrand Coconnier wrote:
git repack
git gc
git prune
Same here, I'm running a similar set as hooks on the mapserver GIT
mirror,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-Original Message-
From: Martin Spott
Sent: Sunday, September 23, 2012 11:42 AM Newsgroups: list.flightgear-devel
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] fgdata trouble
Alan Teeder wrote:
Twice I left it running overnight, but it failed both times
On Sunday 23 September 2012 10:19:52 Alan Teeder wrote:
The reason I quoted 10 Gb is that my fgdate/.git/objects directory is
currently 8.9Gb, and I assumed that is what gets downloaded during a clone.
I bow to your wisdom if you say that it is only 4.9Gb.
Since really only the initial clone
Stefan Seifert wrote:
Since really only the initial clone is a problem, we could just offer a
weekly
updated tar ball of a bare clone for download. This download would just be ~
5
GiB and would be resumable.
[...]
Any thoughts?
Good idea. We actually had this for a while, but I don't
Martin wrote:
Alan Teeder wrote:
Twice I left it running overnight, but it failed both times after
several hours during the fgdata clone.
Which server do you clone from ? If you don't already do so, then you
should
consider fetching the initial clone from mapserver and to change the
Alan Teeder wrote:
Brisa script has this line
git clone git://gitorious.org/fg/fgdata.git fgdata
This is also the default to which all new users are most likely to come
across..
fun
Q) We need to use smaller bolts for the railway bridge ! Every time I
try to mount a
On Sun, 2012-09-23 at 13:33 +, Martin Spott wrote:
Alan Teeder wrote:
Brisa script has this line
git clone git://gitorious.org/fg/fgdata.git fgdata
This is also the default to which all new users are most likely to come
across..
fun
Q) We need to use smaller
Martin
Your suggestion of just having the Cessna is a base package version of
fgdata is just what is required. I would go further and extend it to
including all those aircraft which are in the regular release versions.
These particular aircraft are on the whole well maintained and showcase the
Hi all,
there is a WIKI page for this topic:
http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata
Many points have been discussed over and over some time ago.
If there is something new that has developed over time, please add it to
the wiki page before it gets lost on the mailing list.
Alan Teeder wrote:
Sorting out the aircraft is then a completely separate problem, and several
solutions to this have already been proposed. As we all remember one was
actually implemented last year, but for various reasons not made fully
public , was promptly abandoned.
You might try
-Original Message-
From: Torsten Dreyer
Sent: Sunday, September 23, 2012 3:36 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] fgdata trouble
Hi all,
there is a WIKI page for this topic:
http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata
Many points
On 20 Sep 2012, at 10:30, James Turner wrote:
I think I should go the full way here, and make a NasalMetar object that can
be initialised as a location, and fires a Nasal callback when its data
changes, i.e when it loads. We have all the pieces for this already, and
glueing them together
I have a question about the Flightgear xml config system and doing
includes. This is an arbitrary example, but let's say I have an xml
config file called main.xml:
PropertyList
config
weight-and-balance include=passengers.xml /
/config
/PropertyList
The passenger.xml file might look
I got a really really slow connection
Got around the git problem by using a script on a dedicated to pull
from git, and push to a subversion, which runs twice a day
I then checkout from subversion read only of course, it works a treat
and get all updates very quickly..
However this approach
On Sun, 2012-09-23 at 17:43 +0100, Peter Morgan wrote:
I got a really really slow connection
Got around the git problem by using a script on a dedicated to pull
from git, and push to a subversion, which runs twice a day
I then checkout from subversion read only of course, it works a
Hi Pete,
What about the idea I thought you were working
on of zipping each aircraft - presumably regularly
updated as more git changes happen - and having
like the FGx GUI downloading and installing these
at the users choice/request?
Thus an initial install of fgdata would only have a
On Sun, Sep 23, 2012 at 4:56 PM, James Turner wrote:
I didn't make a Nasal metar-wrapper, because Torsten Dreyer already provided
90% of what was needed with the MetarProperties object. What I have done, is
slightly tweaked the API, so you can request metar to be exposed at any place
in the
21 matches
Mail list logo