>> Just stop personal attacks Fair enough.
On Tue, Apr 21, 2015 at 1:19 PM, Werner Keil <[email protected]> wrote: > Reza, > > Just stop personal attacks like you always do with neither technical or > procedual experience or anything noteworthy to show. > > I am not only in the industry for over 25 years now, so I wrote software > before you and others were born or still (sorry but you just started;-) > pooped your pants. > Experienced in programming languages some of you neither now nor heard of > (maybe except Bertrand or others of my generation) > > From leading or mentoring projects to simply contributing I participate in > a dozen widely accepted standards at JCP, Oasis, OGC or other standard > bodies. And at least as many open source projects. Except Konstantin the > author of the Ruby port every contributor shows more activity and has > therefore more followers on GitHub. > Contributions in the last year22 totalApr 21, 2014 – Apr 21, 2015 > > 22 total per year.Wow, that's impressive. I simply let the numbers speak: > Contributions in the last year1,669 totalApr 21, 2014 – Apr 21, 2015 > Longest streak22 daysFebruary 3 – February 24 > > my longest streak was 22 days, not 22 contributions. > > If you do this in a silent chamber, then you don't have to work with other > people. And archives on this mailing list show how "well" your team > abilities really are. > > So please shut up and stop being disrespectful as you have been several > times before. > > Cheers > Werner > > > > On Tue, Apr 21, 2015 at 6:24 PM, Reza Naghibi <[email protected]> wrote: > > > http://s.apache.org/L57 > > > > Werner, > > > > I think you are the last person who should be lecturing this project > > regarding how versioning and support works. You have shown tremendous > > incompetence regarding all aspects of software dev, releasing, > lifecycles, > > and this project as a whole. How you have made it this far in the > industry > > is amazing... When it comes to decisions regarding how we support old > > versions and how we move onto better and greater things like JSON, I will > > use my own judgement and listen to the feedback from members of this > > project and people on the list. I have been writing, releasing, and > > supporting software through myself and many many companies and > > organizations for 15 years. I think I know what I am doing here and as an > > added plus, I know how to listen, accept feedback, and work as a team. > > > > If you want to control this project, start contributing in meaningful > ways. > > Bossing people around, bickering and arguing with me at every chance you > > get, and spewing nonsense on this list accomplishes nothing. Otherwise, > > maybe just sit back and shut up for a few months? > > > > On Tue, Apr 21, 2015 at 11:22 AM, Werner Keil <[email protected]> > > wrote: > > > > > Good to know. I don't recall he mentioned being subscribed to this > > mailing > > > list, but he would have to subscribe to post, I suppose. > > > > > > The current project (whether "device_map" was a legal name on GitHub or > > > not, I trust Bertrand can advise Konstantin) is based on the 1.0.x > data, > > > and according to Travis CI makes a stable impression. With its Ruby > gems > > it > > > is fairly self contained even if DeviceMap was to stop exposing 1.x > via a > > > URL (the downloads are always there anyway) so I guess everyone > involved > > > can figure out, if a 1.x "clients" contribution for Ruby makes sense or > > > wait for 2.x. > > > > > > Werner > > > > > > On Tue, Apr 21, 2015 at 4:53 PM, Reza Naghibi <[email protected]> > wrote: > > > > > > > Just for reference: > > > > > > > > http://s.apache.org/4ES > > > > > > > > Remember, the context for this is 2.0. > > > > > > > > > > > > On Tue, Apr 21, 2015 at 10:41 AM, Reza Naghibi <[email protected]> > > wrote: > > > > > > > > > Werner, > > > > > > > > > > Konstantin is already listed as a potential Ruby client contributor > > for > > > > > 2.0. > > > > > > > > > > > > > > > > > > > > > > > > > https://svn.apache.org/viewvc/devicemap/branches/2.0/classifiers/README?view=markup > > > > > > > > > > This list is non binding, its just being used for organizing 2.0. > > For a > > > > > new client to be brought it, it needs to be written, pass the > needed > > > > > specification tests, the contributor needs to demonstrate they can > > > > release > > > > > and maintain said client, and finally the contributor and client > > needs > > > to > > > > > be voted in by the PMC (standard committer vote process). Im my > > > opinion, > > > > > this is how this should work. > > > > > > > > > > > > > > >
