Re: [Flightgear-devel] FGData size reduction

[Curtis O. <cur...@fl...>]

Ok, I have to say some things.  I personally know many people in the
FlightGear project and have worked with many of them for a decade or even a
lot longer.  I know how much of their hearts and souls have been poured
into FlightGear and I know they are kind, intelligent, and well reasoned
people.  I am sorry Israel, but your words and specific personal criticism
are entirely inappropriate.  I'm sure you are speaking out of frustration
and not ill intent, but you couldn't be more wrong about your personal
evaluation of some of our developers.

As others have said, you are more than welcome to go do whatever you like
to do.  I humbly suggest that your time would be far better spent on
productive tasks than writing endless criticism and endless negative
messages here.  I understand that proving a point by exhausting your
opponent is a well known tactic, but you underestimate the quiet patience
of many of our developers.

An engineering decision has already been made after evaluating the pros and
cons and discussing the issue at length.  I am sorry you feel left out.
That was not by intent.  No engineering decision (including your proposals)
is perfect in every way.  We made a decision and now we are going to make
it work as best as possible.

You have a choice.  You can be positive and productive and part of the
community; help us make the transition as smooth as possible.  Or you can
be negative, critical, and try to disrupt it at every turn.  Just at a
personal level, would you not want to spend most of your energy doing
positive productive things?  At some point maybe ask yourself if this
battle is worth your energy?  Maybe you would be better off spending that
same energy doing something better?

So please, there is no room for personal attacks here on the developer
mailing list.

Thanks,

Curt.

On Fri, Mar 6, 2015 at 10:21 AM IA HM <fgd...@gm...> wrote:

> @ONOX
>
> Prob. Martin had a better idea, and GitLab was altogether the cleanest
> solution
>
> The GUI is neat, it seems.
> The functionality is very much alike Github
> Unlimited public and private repositories
> Unlimited collaborators
> And a repo-size currently unlimited for free repo. They are talking about
> a cap that is equal to 5GB. Not a real concern for us, even more in the
> face of a modularization of FGDATA
>
> The real problem is that we as a community had to deal with *people* like
> Torsten Dreyer
> He is disrespectful, but yet seems to be the person here that needs not to
> ask, or to agree with anyone.
>
> Things are done as he cares and decides. End of the Story.
>
>
> Why he did not attempt to even argument why he does not try to rescue the
> history of the planes when it is perfectly doable so? because he does not
> need to. End of the story. He is the ultimate CEO of developers. His
> decision is Sourceforge. And although James jokes on some plutiparc; the
> guy has a name. And wears glasses. End of Story
>
>
>
> On Fri, Mar 6, 2015 at 5:22 AM, Denk Padje <den...@gm...> wrote:
>
>> It's just that SF has a horrible UI compared to Github.
>>
>> - In the Browse Commits screen, the commits show the extended description
>> added on the same line as the first line.
>> - Text isn't word wrapped or limited. this happens in the Browse Commits
>> screen, but also when reading the mailing list on SF. With some posts I
>> need to look in the source to be able to read all the text.
>> - On Github you can use Markdown, you can reference issues, commits, pull
>> requests.
>> - On Github you can have integration with continuous integration tools
>> like Jenkins or Travis CI. On the page of a pull requests, you can seen a
>> green check / red cross next to a commit if a build passes / fails.
>> - 500 errors sometimes with SF
>> - Ads on SF
>>
>> Overall it's much easier to monitor the code and the progress being made
>> on Github than on SF.
>>
>> On Thu, Mar 5, 2015 at 11:45 PM, James Turner <zak...@ma...> wrote:
>>
>>>
>>> On 5 Mar 2015, at 21:13, Denk Padje <den...@gm...> wrote:
>>>
>>> -1 for going to SF.
>>>
>>>
>>> Out of curiosity (the decision is not going to change, unless perhaps it
>>> does), can you provide some reasons for this strongly held opinion?
>>>
>>> This list is largely a meritocracy (subject to approval by the benign
>>> dictator/Politburo, of course), which is why the ultimate solution for
>>> FGData is quite different from my original proposal. That’s the joy of
>>> discussion :)
>>>
>>> We evaluated GitHub in the past, and also SF, and there were some points
>>> in favour of SF, and against GitHub. They may have changed, but if we were
>>> to revisit every such decision every three or six months, it would be
>>> difficult indeed to get any new features implemented, or indeed any flying.
>>> SF were responsive and accommodating, and can provide some additional
>>> services that are valuable.
>>>
>>> What then, is ‘wrong’ with SF? I’m aware that their web API and tooling
>>> is not snazzy as GitHub’s, but this seems like a very minor issue, for what
>>> is fundamentally a Unix command line tool. There seems to be a lot of
>>> emotion around this and I don’t understand why.
>>>
>>> Kind regards,
>>> James
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Flightgear-devel mailing list
>>> Fli...@li...
>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Flightgear-devel mailing list
>> Fli...@li...
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>>
> ------------------------------------------------------------
> ------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Flightgear-devel mailing list
> Fli...@li...
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>