Also turn my vote to -1. Initially I understood this idea as like as give our releases special code names - it's not about versioning how Ubuntu and OSX does, it's not about dedicating to someone, it's just a funny thing to stylish a release, but only. Here the examples:
http://rethinkdb.com/blog/1.15-release/ - RethinkDB 1.15 (Lawrence of Arabia) http://rethinkdb.com/blog/1.14-release/ - RethinkDB 1.14 (Brazil) http://rethinkdb.com/blog/1.13-release/ - RethinkDB 1.13 (My Name is Nobody) http://rethinkdb.com/blog/1.12-release/ - RethinkDB 1.12 (The Wizard of Oz) Though I'm not sure how they picks the names, I would probably play around the features done in release. As for dedicating to someone this is bad idea: we should respect every contribution from everyone. Even simple typo fixes in docs matters as like as new tricky featured made in Erlang. And if you still want to thanks people on release notes, mention them all like Rust does: https://mail.mozilla.org/pipermail/rust-dev/2014-October/011267.html -- ,,,^..^,,, On Sat, Nov 1, 2014 at 10:58 AM, Benoit Chesneau <[email protected]> wrote: > dedicating a releease is the worst idea i've seen on this mailing-list > since a long time. Couchdb is the a result of a team and community work. > dedicating a work will just split more people and is prone to conflict. > > I you want to put a name then choose a charayers,animal, ie something > neutral. Anything else woul be just politic and has nothing to do with > marketing. > > > > On Tuesday, October 28, 2014, Noah Slater <[email protected]> wrote: > >> (Resending with dev@ copied.) >> >> Seems like consensus is that this is a bad idea--as formulated. >> >> How about softening the proposal? >> >> Counter-proposal A: >> >> - Tweets, social media posts, changelog, etc. all use the number *only* >> - There is a single sentence in the release announcement email and >> blog post to the effect of "aka the X release" >> >> Counter-proposal B: >> >> - Rephrase it slightly so that we're "dedicating" the release to >> someone as a thank you >> >> Only problem with counter-proposal B is that (while it might be a good >> idea) it puts it into the "access" category. We're giving someone >> exclusive access to our platform as a thank you. >> >> Does anyone have any ideas for rewards that fall into the "power" >> category, that we can reasonably offer, without compromising the >> integrity of the project? >> >> We could let people "name" weekly news posts, I suppose. "aka the X >> update". Heh. Perhaps that's less risky. >> >> On 27 October 2014 23:01, Noah Slater <[email protected] <javascript:;>> >> wrote: >> > Seems like consensus is that this is a bad idea--as formulated. >> > >> > How about softening the proposal? >> > >> > Counter-proposal A: >> > >> > - Tweets, social media posts, changelog, etc. all use the number *only* >> > - There is a single sentence in the release announcement email and >> > blog post to the effect of "aka the X release" >> > >> > Counter-proposal B: >> > >> > - Rephrase it slightly so that we're "dedicating" the release to >> > someone as a thank you >> > >> > Only problem with counter-proposal B is that (while it might be a good >> > idea) it puts it into the "access" category. We're giving someone >> > exclusive access to our platform as a thank you. >> > >> > Does anyone have any ideas for rewards that fall into the "power" >> > category, that we can reasonably offer, without compromising the >> > integrity of the project? >> > >> > We could let people "name" weekly news posts, I suppose. "aka the X >> > update". Heh. Perhaps that's less risky. >> > >> > >> > On 27 October 2014 21:55, Sebastian Rothbucher >> > <[email protected] <javascript:;>> wrote: >> >> I'd KISS also - and stick with numbers only, so -0.5 as well >> >> >> >> On Mon, Oct 27, 2014 at 9:41 PM, Joan Touzet <[email protected] >> <javascript:;>> wrote: >> >> >> >>> -0.5 for all the reasons previously outlined. >> >>> >> >>> ----- Original Message ----- >> >>> From: "Paul Davis" <[email protected] <javascript:;>> >> >>> To: [email protected] <javascript:;>, [email protected] >> <javascript:;> >> >>> Cc: [email protected] <javascript:;> >> >>> Sent: Monday, October 27, 2014 3:39:55 PM >> >>> Subject: Re: [PROPOSAL] Naming releases >> >>> >> >>> I'm a bit on the -1 side of things as well. Having two ways to refer >> >>> to a release has always annoyed me with projects like Debian/Ubuntu. >> >>> Granted they tend to use them a lot more interchangeably than Noah is >> >>> suggesting, though I do wonder if it'd still lead to confusion. >> >>> >> >>> I think for the particular current case I wonder if we can't think of >> >>> other perk things for the category that Noah is trying to fill. Though >> >>> I have to say I can't think of anything off the top of my head. >> >>> >> >>> On Mon, Oct 27, 2014 at 2:30 PM, Andy Wenk <[email protected] >> <javascript:;>> wrote: >> >>> > I have a bit of a feeling, that the proposal is a bit misunderstood. >> Noah >> >>> > has written: >> >>> > >> >>> > "We'd mention the name in the release announcement and >> >>> > in the changelog. But otherwise, we'd continue to talk about releases >> >>> > using the release number." >> >>> > >> >>> > So we use the name for a CouchDB release solely for marketing >> activities. >> >>> > We stay with the release numbers. So the number is the important >> part. >> >>> With >> >>> > Mac OS X and Ubuntu, the name is the important part and the number is >> >>> ... a >> >>> > number. >> >>> > >> >>> > So I don't see any problems with naming a release if we keep the >> release >> >>> > number as the most important part. >> >>> > >> >>> > Cheers >> >>> > >> >>> > Andy >> >>> > >> >>> > On 27 October 2014 20:18, Klaus Trainer <[email protected] >> <javascript:;>> wrote: >> >>> > >> >>> >> I agree that it can be confusing. Ubuntu is doing that, and even >> though >> >>> >> I've been using it for almost a decade now (and thus follow its >> release >> >>> >> cycles pretty closely), I'm still getting confused about their >> release >> >>> >> names from time to time. Please make sure that our project won't >> run >> >>> >> the risk of creating such unnecessary confusion. >> >>> >> >> >>> >> Thanks, >> >>> >> Klaus >> >>> >> >> >>> >> >> >>> >> On 27.10.2014 19:31, Robert Samuel Newson wrote: >> >>> >> > Also not a fan, its confusing and there’s an effort involved in >> coming >> >>> >> up with a name, an artificial impediment to release cycles, and we >> have >> >>> >> enough real ones. >> >>> >> > >> >>> >> > B. >> >>> >> > >> >>> >> > >> >>> >> >> On 27 Oct 2014, at 16:45, Jan Lehnardt <[email protected] >> <javascript:;>> wrote: >> >>> >> >> >> >>> >> >> I’m not a fan, but I won’t be in the way of this. >> >>> >> >> >> >>> >> >> Best >> >>> >> >> Jan >> >>> >> >> -- >> >>> >> >> >> >>> >> >>> On 27 Oct 2014, at 14:49 , Noah Slater <[email protected] >> <javascript:;>> wrote: >> >>> >> >>> >> >>> >> >>> Hi folks, >> >>> >> >>> >> >>> >> >>> SUMMARY >> >>> >> >>> >> >>> >> >>> I'm currently working on the rewards for the CouchDB >> AdvocateHub. >> >>> (See >> >>> >> >>> bottom of this email for a refresher.) >> >>> >> >>> >> >>> >> >>> One of the rewards I'd like to offer is the ability to "name" a >> >>> >> >>> CouchDB release. We'd mention the name in the release >> announcement >> >>> and >> >>> >> >>> in the changelog. But otherwise, we'd continue to talk about >> >>> releases >> >>> >> >>> using the release number. >> >>> >> >>> >> >>> >> >>> Primarily, I see it as a bit of fun. And a great way to reward >> >>> >> advocates. >> >>> >> >>> >> >>> >> >>> I'm cross-posting this to dev and marketing because it's both a >> >>> >> >>> release management proposal as well as a marketing proposal. >> >>> >> >>> >> >>> >> >>> DETAILS >> >>> >> >>> >> >>> >> >>> The way I see it working: >> >>> >> >>> >> >>> >> >>> - Advocate redeems the "name a release" reward, and picks a name >> >>> >> >>> - The name is vetted by the PMC (for brand protection) and put >> on a >> >>> >> queue >> >>> >> >>> - The next release picks the oldest name on the queue >> >>> >> >>> >> >>> >> >>> I'd probably actually want to separate this into three rewards: >> >>> >> >>> >> >>> >> >>> - Name a bugfix release >> >>> >> >>> - Name a minor release >> >>> >> >>> - Name a major release >> >>> >> >>> >> >>> >> >>> Each one would be require more points than the last. >> >>> >> >>> >> >>> >> >>> REFRESHER >> >>> >> >>> >> >>> >> >>> Our AdvocateHub is a professional tool that has been donated to >> us >> >>> >> >>> that will allow us to mobilise fans of CouchDB to talk about, >> >>> promote, >> >>> >> >>> and advocate CouchDB to on social media, and to their network. >> For a >> >>> >> >>> project like ours, with limited to no financial budget for >> >>> traditional >> >>> >> >>> marketing, this is a huge opportunity for us. >> >>> >> >>> >> >>> >> >>> The AdvocateHub has two important concepts (for the purposes of >> this >> >>> >> >>> email): challenges and rewards. Advocates complete challenges >> (like >> >>> >> >>> "leave a review" or "write a case-study") and in return, we give >> >>> them >> >>> >> >>> points. Collect enough points, and they can redeem rewards. The >> >>> >> >>> rewards are a thank you helping to advocate CouchDB. >> >>> >> >>> >> >>> >> >>> RATIONALE >> >>> >> >>> >> >>> >> >>> There are four main categories of reward: >> >>> >> >>> >> >>> >> >>> - Stuff (t-shirts, mugs, tickets to conferences, etc) >> >>> >> >>> - Access (dinner with a committer, promotion on our blog, social >> >>> >> media, etc) >> >>> >> >>> - Status (recognition on our website, hand written thank you >> note, >> >>> etc) >> >>> >> >>> - Power (name a release, ... what else?) >> >>> >> >>> >> >>> >> >>> Struggling on the "power" category, because everything we do >> here is >> >>> >> >>> decided by the community. This category would be much easier to >> fill >> >>> >> >>> out if we were a regular business. But I figure that naming a >> >>> release >> >>> >> >>> is a fun approach. >> >>> >> >>> >> >>> >> >>> Thanks, >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Noah Slater >> >>> >> >>> https://twitter.com/nslater >> >>> >> >> >> >>> >> > >> >>> >> >> >>> >> >> >>> > >> >>> > >> >>> > -- >> >>> > Andy Wenk >> >>> > Hamburg - Germany >> >>> > RockIt! >> >>> > >> >>> > GPG fingerprint: C044 8322 9E12 1483 4FEC 9452 B65D 6BE3 9ED3 9588 >> >>> > >> >>> > https://people.apache.org/keys/committer/andywenk.asc >> >>> >> > >> > >> > >> > -- >> > Noah Slater >> > https://twitter.com/nslater >> >> >> >> -- >> Noah Slater >> https://twitter.com/nslater >> > > > -- > Sent from my Mobile
