Re: [Flightgear-devel] new fedora

2012-01-14 Thread Peter Sadrozinski
ugh, Sorry for the noise. For some reason, the new Fedora 16 isn't using my swap partition. I am actually running out of memory! I have a 2 GB swap partition. Need to do some googling to see why it isn't being used. Pete On Sat, Jan 14, 2012 at 3:28 PM, Stefan Seifert wrote: > On Saturday

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 8

2012-01-14 Thread Pierre Mueller
Hello, >But the central point in Pierre's posting is a different one: If there >are copyright violations in the Base Package, then it's valid to >express concerns about these violations. >You're always well advised to read the copyright clauses really >carefully before copying content from 3rd pa

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 9

2012-01-14 Thread Pierre Mueller
Dear Mr. BARANGER, >I am sorry to contradict you, but it's totally false. I admit that I  >sometimes use images (usually reduced compared to the original) in my  >planes (rarely, but it happens). But only for development purposes. And  >I recall the GIT is not a great public venue but a place of d

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 9

2012-01-14 Thread BARANGER Emmanuel
Le 14/01/2012 22:00, flightgear-devel-requ...@lists.sourceforge.net a écrit : > -- > > Message: 15 > Date: Sat, 14 Jan 2012 20:52:38 + (UTC) > From: Martin Spott > Subject: Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue > 8 > To:flightgear-deve

flightgear-devel@lists.sourceforge.net

2012-01-14 Thread Martin Spott
Gijs de Rooy wrote: > How about moving these messages to --log-level=warn or the like? I strongly object: People are willfully committing proprietary stuff into FlightGear. As long as we can't stop this, writing a warning is one of the best things "we" (The FlightGear Project) can do. Cheers,

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 8

2012-01-14 Thread Martin Spott
BARANGER Emmanuel wrote: > First point, when you want to criticize and criticize only, it is best = > to write correctly. My name is Emmanuel BARANGER. Personally I wouldn't be happy if someone misspelled my name, but I'm old enough to know that these things happen every now and then without any

Re: [Flightgear-devel] new fedora

2012-01-14 Thread Stefan Seifert
On Saturday 14 January 2012 00:20:33 Peter Sadrozinski wrote: > Hello, > > I'm hitting an 'interesting' problem with the new fedora. For some reason, > it's installing the PAE kernel (I guess I should have installed the 64 bit > version). The problem is, when the system() is called - for instanc

[Flightgear-devel] Using pixel colors for hot spots

2012-01-14 Thread castle
Hi, Browsing the panel.cxx source to understand how "hotspots" are implemented; looks like we're still using the x & y coordinates of the mouse click to determine which insrument, switch, knob, whatever is activated. If so, has anyone consider an alternative approach to use pixel colors to id

[Flightgear-devel] [FWD: Using pixel colors for hot spots]

2012-01-14 Thread john.w
Original Message Subject: Fwd: Using pixel colors for hot spots From: castle Date: Sat, January 14, 2012 2:13 pm To: Original Message Subject: Using pixel colors for hot spots Date: Sat, 14 Jan 2012 12:12:40

flightgear-devel@lists.sourceforge.net

2012-01-14 Thread Gijs de Rooy
> is there an easy way to disable this message? > since i'm using dds texture, it's flooding the console... +1 Every single texture of --material=materials-dds.xml seems gives an error... How about moving these messages to --log-level=warn or the like? -

Re: [Flightgear-devel] new fedora

2012-01-14 Thread Martin Spott
Peter Sadrozinski wrote: > [...] Is anyone else running a PAE kernel on a 64 bit > machine? Has anyone seen this issue? Yes. No. ;-) I'm sorry, I can't help here. I'm running machines with many processes on large machines (up to 60 simultaneous users with GNOME/KDE, Firefox, OpenOffice and th

[Flightgear-devel] Jenkins TerraGear builds include hardcoded paths

2012-01-14 Thread Gijs de Rooy
Hi, the TerraGear-Win64-Cmake build from Jenkins seems to include some hardcode paths. I get the following error running fgfs-construct: Failed to load priorities file D:/FGFSHudsonCMake/TerraGear_64/install/msvc100-64/TerraGear/share/TerraGear/default_priorities.txt And this one with the Ter

Re: [Flightgear-devel] new fedora

2012-01-14 Thread Peter Sadrozinski
I am hitting the error in both fgfs-construct (when copying airport.btg.gz from ./work to ./output) and simger write_ascii when gzipping the file. Both are using system( cmd ). System returns -1 and perror is printing out of memory. I doubt I am out of memory, as the command I'm running is just

Re: [Flightgear-devel] new fedora

2012-01-14 Thread Curtis Olson
On Fri, Jan 13, 2012 at 11:20 PM, Peter Sadrozinski wrote: > Hello, > > I'm hitting an 'interesting' problem with the new fedora. For some > reason, it's installing the PAE kernel (I guess I should have installed the > 64 bit version). The problem is, when the system() is called - for > instance

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 8

2012-01-14 Thread Curtis Olson
This shouldn't need to devolve into an argument, nor do we need to carry over petty bickering from the forum. Let us put all that aside and just focus on the facts. We must honor the GPL. That is central to the entire existence of FlightGear. If there is non-gpl compatible copyrighted content i

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 8

2012-01-14 Thread Pierre Mueller
Dear  Emmanuel BARANGER, >First point, when you want to criticize and criticize only, it is best  >to write correctly. My name is Emmanuel BARANGER. O.k. I'm sorry for that mistake. And I'm surprised to see that your surname is captilized. I didn't know that it is possible in France, so I wasn't

Re: [Flightgear-devel] Flightgear-devel Digest, Vol 69, Issue 8

2012-01-14 Thread BARANGER Emmanuel
Le 14/01/2012 12:42, flightgear-devel-requ...@lists.sourceforge.net a écrit : > -- > > Message: 12 > Date: Thu, 12 Jan 2012 17:09:13 + (GMT) > From: Pierre Mueller > Subject: Re: [Flightgear-devel] Reminder for the release process for > version 2.6.0 > To: Fli

Re: [Flightgear-devel] FlightGear writes "autosave.xml" into ${FG_ROOT}

2012-01-14 Thread James Turner
On 14 Jan 2012, at 11:42, James Turner wrote: >> While trying to find out about a different issue ('fgfs' not starting >> at all) I noticed, that it still writes an "autosave.xml" into >> ${FG_ROOT} despite the fact that I've explicitly set >> --prop:/sim/startup/save-on-exit=false >> Now I'd lik

Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom

2012-01-14 Thread Gijs de Rooy
> Martin wrote: > I'd like to point out that I'm now having what I think should be > topologically clean CLC2000v15 and VMap0 edition 5.0 datasets. I'll > load these into the Landcover-DB as replacements for the current VMap0 > and CLC layers. That's excellent news indeed! Would you write a shor

Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom

2012-01-14 Thread James Turner
On 13 Jan 2012, at 17:46, Martin Spott wrote: > Finally 3.) As soon as the various tools are working in a predictable > manner, I'm planning to revive the central idea, the driving motivation > behind all the effort, which is to build an infrastructure for > re-compiling the respective terrain ti

Re: [Flightgear-devel] FlightGear writes "autosave.xml" into ${FG_ROOT}

2012-01-14 Thread James Turner
On 13 Jan 2012, at 16:18, Martin Spott wrote: > While trying to find out about a different issue ('fgfs' not starting > at all) I noticed, that it still writes an "autosave.xml" into > ${FG_ROOT} despite the fact that I've explicitly set > --prop:/sim/startup/save-on-exit=false > Now I'd like to

[Flightgear-devel] Re : [Flightgear-commitlogs] TerraGear / Custom

2012-01-14 Thread Olivier
Martin Spott wrote: > Finally 3.) As soon as the various tools are working in a predictable > manner, I'm planning to revive the central idea, the driving motivation > behind all the effort, which is to build an infrastructure for > re-compiling the respective terrain tiles on a regular, maybe da