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. > > > > > > > > > >
