I've created a merge request
https://www.gitorious.org/fg/fgdata/merge_requests/183
containing lots of my recent shader work(...)
Um... what should I do with this? I've gotten one comment pointing to a problem
with the urban shader, but I can reproduce the same problem on a pristine
master
On Wednesday, November 28, 2012 08:17:56 Renk Thorsten wrote:
Um... what should I do with this? I've gotten one comment pointing to a
problem with the urban shader, but I can reproduce the same problem on a
pristine master branch, so it's not
On 28 Nov 2012, at 08:17, Renk Thorsten thorsten.i.r...@jyu.fi wrote:
I've created a merge request
https://www.gitorious.org/fg/fgdata/merge_requests/183
containing lots of my recent shader work(...)
Um... what should I do with this? I've gotten one comment pointing to a
problem with the
That was caused by your previous merge request, which was resolved
without
proper testing I guess.
There's a bugreport about that
http://code.google.com/p/flightgear-bugs/issues/detail?id=836
Which was marked as fixed, but obviously it isn't.
Thanks for letting me know. Commenting out
Personally I find a collection of independent requests much easier to
deal with than one 'all my recent work' submission. Eg I'm interested in
your work to early-Z-fill the trees, but the rest of the request, I'm
not 'qualified' to make any judgement about.
Difficult to do in this case
For me the question is not so much how to get there, but where do we
want to go and who's going to make the effort.
From reading this thread and others, a lot of work done on
managing the release process. Is there still some work to do in the
area of builds for various audiences?
Which distros
On 11/28/2012 07:37 AM, kunai...@yahoo.co.jp wrote:
Hi - I'd like to use the latest JSBsim release with FG. I've already
downloaded
the latest JSBsim, what needs to be set in order to run FG with it ?
JSBSim provides a Unix shell script jsb2fg in the admin directory that
can be used to add
On Wednesday, November 28, 2012 09:51:06 Renk Thorsten wrote:
I know the advanced weather system uses a C++ random area terrain sampler
written by Torsten Dreyer.
Yes - but the way this is currently set up it wouldn't help you - it just
samples various averages and variances of the
Today I tried a build on linux to check compatibility of my development.
Using the Brisa script, both simgear and flightgear fail to find the SVN
libraries. The include files are found in /usr/include/subversion-1/, but the
libraries , which are in /usr/lib/l386-linux-gnu/ are not.
Can the
On Tue, 27 Nov 2012 21:51:57 -0500, Pat wrote in message
20121127215157.0f27252b@spinnaker:
For me the question is not so much how to get there, but where do we
want to go and who's going to make the effort.
..that will be decided meritocratically by whoever codes
something that's more than
Simgear fails to build under MSVC10 today, 2012-11-28, with this error:
error C2724: 'SGThread::current' : 'static' should not be
used on member functions defined at file scope
file D:\Git_New\my_simgear\simgear\threads\SGThread.cxx
Line 84
Simpits
Vivian Meazza wrote:
Simgear fails to build under MSVC10 today, 2012-11-28, with this error:
error C2724: 'SGThread::current' : 'static' should not be
used on member functions defined at file scope
file
On Wednesday 28 November 2012 18:05:53 Arnt Karlsen wrote:
Is there a way to manage packaging across distros?
..not _a_, but _many_ ways. Debian probably has the best
(and biggest) pile of tools to do this, I have this vision
of somebody running this virtual build-n-test cluster off
his
Yes, I understand that the user can override Cmake defaults. This would
however require another fix to the Brisa automated script.
My point is that /usr/lib/l386-linux-gnu/ IS the default that the Ubuntu
package manager is now using for the svn library (for 32 bit configurations
at least), and
Am 28.11.2012 22:04, schrieb Alan Teeder:
Yes, I understand that the user can override Cmake defaults. This would
however require another fix to the Brisa automated script.
My point is that /usr/lib/l386-linux-gnu/ IS the default that the Ubuntu
package manager is now using for the svn
-Original Message-
From: ThorstenB
Sent: Wednesday, November 28, 2012 9:11 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Linux (Ubuntu) libsvn not found by cmake
Am 28.11.2012 22:04, schrieb Alan Teeder:
Yes, I understand that the user can override Cmake
Am 28.11.2012 20:12, schrieb Stefan Seifert:
A good first step would be to contact the maintainer of the FlightGear package
in the games repository and ask why build is disabled for all non-openSUSE
distributions.
Well, that would be me ;-), and since you have already asked:
The
Built with today’s git. The problem is gone.
Whoever fixed it, thank's.
Best,Paul B
--- On Mon, 11/26/12, Bohnert Paul coulee...@yahoo.com wrote:
From: Bohnert Paul coulee...@yahoo.com
Subject: [Flightgear-devel] FlightGear Aborts after last git update.
To: FlightGear developers discussions
On Wed, 28 Nov 2012 23:03:55 +0100, ThorstenB wrote in message
50b68a4b.7050...@gmail.com:
* Debian (2.6.0 (not 2.8.0!) accepted into stable on October 30th)
http://packages.debian.org/de/sid/flightgear
..while I agree Debian Sid is stable enough for most people here,
Debian policy defines
Thorsten,
Thanks. Your response was cleared up a lot.
I had been wondering how the personal relationships between the
flightgear project and the distributions actually worked. I was also
wondering if the process of getting flightgear into distributions was
broken and needed fixing or not. If I
Me asking a genuine question:
Why do I need to make a song and dance to get the last stable under
Linux when it works no fuss under Windows? Are we genuinely unable to
provide a working generic 32 and a 64bit set of binaryies for Linux? I
know that lib paths and versions are different
21 matches
Mail list logo