I disagree with some of the arguments being made against this idea. But we already decided to shelve this idea for now on a thread on the marketing@ list. So I will bring up again in the future if I want to follow up on this.
On 1 November 2014 10:00, Alexander Shorin <kxe...@gmail.com> wrote: > 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 <bchesn...@gmail.com> 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 <nsla...@apache.org> 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 <nsla...@apache.org <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 >>> > <sebastianrothbuc...@googlemail.com <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 <woh...@apache.org >>> <javascript:;>> wrote: >>> >> >>> >>> -0.5 for all the reasons previously outlined. >>> >>> >>> >>> ----- Original Message ----- >>> >>> From: "Paul Davis" <paul.joseph.da...@gmail.com <javascript:;>> >>> >>> To: dev@couchdb.apache.org <javascript:;>, andyw...@apache.org >>> <javascript:;> >>> >>> Cc: market...@couchdb.apache.org <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 <andyw...@apache.org >>> <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 <klaus_trai...@posteo.de >>> <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 <j...@apache.org >>> <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 <nsla...@apache.org >>> <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 -- Noah Slater https://twitter.com/nslater