Note the subtle suggestion of the discussion here. To avoid exposing/causing concern with the GPL, keeping it completely internal and not distributing it from IVAO seems like a good idea.
However, this appears to need FG to expand/revise it's MP interface to allow secure connection of external MP-FS networks. This in effect opens the FG to have other networks (that talk FG-MP) to connect. Note that in this model, IVAO would bridge it's network into FG-MP, and not the other way around. This distinction is critical for the following reason... Assuming a secure connection (public key), we have the following trusts. 1) FG will allow IVAO MP information when a IVAO network connector joins the FG-MP network. 2) By connecting, the IVAO network agrees to receive FG MP information. 3) The public key of the IVAO network is trusted by FG-MP. 4) The FG-MP network has the trust 'power' to deny IVAO if there are any problems by removing the trust of the public key. Note that the primary factor in this FG-MP is master, IVAO is slave is driven by the closed protocols on the IVAO network. It makes a lot more sense for IVAO to create a connector that talks FG-MP, than the FG jump through a larger (and to some a lot less palletable) set of hoops to have FG-MP create a connector to connect as a slave to the IVAO network. (The Master/Slave term sounds wrong and would most likely cause IVAO issues. Truster/trustee sounds more peerish, but doesn't sound architecturally right either. I suggest the two groups settle on terminology ASAP to ensure a common frame of mind.) Regards... Matthew On 11/11/08, Arnt Karlsen <[EMAIL PROTECTED]> wrote: > On Tue, 11 Nov 2008 09:31:34 +0300, Pep wrote in message > <[EMAIL PROTECTED]>: > >> The way IVAO has worked so far, as Curt says, is completely plugin >> based, in regard of flight simulators, due to the fact that the >> simulators that log in are not open source (let's change that!). In >> the case of FG, where FG itself is open source, and the MP server is >> too, there are two approaches, as Matthew pointed out: >> >> One would be FlightGear acting as a IVAO client and connecting >> directly to IVAO FSD servers. Honestly it was my first though. >> However, that would be a bit difficult both for FG and IVAO. The other >> approach, bridging both networks seems to me now better. However, I >> leave it to you guys to decide which of the two you prefer, though I >> assume you go for the second one. >> >> In case of the second one, we at IVAO could set up a MP server (or >> more), connected itself to the IVAO FSD servers. > > ..and if you modify your MP server, and, _keep_ it _in-house_, you > are not distributing etc it and therefore you not violating any GPL > or any copyrights. I believe this is a valid work-around. > >> And here, as Martin >> says, starts the religious war. > > ..nope, it is no longer necessary. ;o) > >> As I understand, a server-server >> protocol should be implemented. > > ..yes, and by your guys, Pep. ;o) > >> The authentication stuff, moreover, perhaps will demand a few changes >> to MP? > > ..maybe. Then you propose a patch or something, if it goes into FG > or FG MP servers, it's subject to copyright and to the GPL. ;o) > >> Once we start agreeing, there will be more things like these >> to address, I assume. > > .. ;o) > >> If you confirm this is the way you wish to proceed, please tell me. >> I'll report to my IVAO "bosses" and see what they decide. > > > > -- > ..med vennlig hilsen = with Kind Regards from Arnt... ;o) > ...with a number of polar bear hunters in his ancestry... > Scenarios always come in sets of three: > best case, worst case, and just in case. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Sent from my mobile device ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
