Stuart Buchanan wrote:
> Alexander Barrett wrote:
>> Excellent idea and one I think many will appreciate. I haven't had time to
>> look at it yet so please excuse the question if its obvious from within the
>> code:
>>
>> Does this reset with every MP session, or is it easy to clear the list
>>
Martin Spott wrote:
> As far as my memory serves (I might be wrong and I'm currently not in a
> position to check) someone's been posting plausible objections against
> at least one patch for the B787 which (the objections) had never been
> adressed.
Yup, here's the respective posting:
http:/
Peter Morgan wrote:
> 2) two patches have already been submitted to this list and NONE have been
> appliced
As far as my memory serves (I might be wrong and I'm currently not in a
position to check) someone's been posting plausible objections against
at least one patch for the B787 which (the obj
On Fri, May 21, 2010 at 1:19 PM, Reagan Thomas wrote:
> Peter Morgan wrote:
> > Its is/was bit of a "dark" how to get commit "permission" to FG and
> > its seems to be one Curt in control.
> >
> > Can someone explain to process to submitting patches to this new git
> > scenario, or are we to be h
If we get to for example 50 mpservers, then there's gonna be a lot of admin
involved for every "change"
On Fri, May 21, 2010 at 8:34 AM, Anders Gidenstam
wrote:
> On Fri, 21 May 2010, Peter Morgan wrote:
>
> > a restart is also required after a DNS change of a server, or a new one
> etc.
> >
>
Csaba Halász wrote:
> On Fri, May 21, 2010 at 11:26 AM, Stuart Buchanan wrote:
>> My proposal is that users may optionally set a class or community they
>> are flying in (say /sim/multiplay/class) that is exposed over MP.
>>
>> For example:
>> Default - the default
>> Newbie - for new flyers
>> Stu
On Fri, May 21, 2010 at 11:26 AM, Stuart Buchanan wrote:
>
> My proposal is that users may optionally set a class or community they
> are flying in (say /sim/multiplay/class) that is exposed over MP.
>
> For example:
> Default - the default
> Newbie - for new flyers
> Student - those training - mi
Peter Morgan wrote:
> Its is/was bit of a "dark" how to get commit "permission" to FG and
> its seems to be one Curt in control.
>
> Can someone explain to process to submitting patches to this new git
> scenario, or are we to be held in the grey area of hopefulnes as well ?
>
> eg I'd like to su
On Fri, 21 May 2010, Stuart Buchanan wrote:
> The obvious downside of this is that it may fragment the user-base.
> However, if by default everyone is able to see everyone else, I think
> that risk can be
> minimized.
>
> Thoughts?
Hi,
Sounds like a pretty good idea.
One technical comment: Give
Hi All,
My patch to hide other MP aircraft opens the door to providing a
useful function to allow multiple different communities of flyers to
use the global FG
airspace independantly, without requiring additional sets of MP servers.
The main use-case is a group of pilots wishing to practise flyin
Alexander Barrett wrote:
> Excellent idea and one I think many will appreciate. I haven't had time to
> look at it yet so please excuse the question if its obvious from within the
> code:
>
> Does this reset with every MP session, or is it easy to clear the list either
> selectively or in its en
On Fri, 21 May 2010, Peter Morgan wrote:
> a restart is also required after a DNS change of a server, or a new one etc.
>
> Is there a way to "reset" an mpserver remotely?
>
> eg reloading config every hour or remote telnet command ?
No and yes. :)
There is no way built into fgms (and adding one
12 matches
Mail list logo
