Here are some links to ASF branding policies: http://www.apache.org/foundation/marks/pmcs http://www.apache.org/foundation/marks/guide
We discussed this quite a bit for the homebrew distribution [1]. The conclusion is this: wherever possible prefer to use the apache-geode naming convention. Only use ‘geode’ if packaging policies prevent this. Anthony [1] http://mail-archives.apache.org/mod_mbox/incubator-general/201604.mbox/%3c571f5e47.5030...@shanecurcuru.org%3e > On Jan 23, 2017, at 9:16 AM, Udo Kohlmeyer <ukohlme...@pivotal.io> wrote: > > +1 drop "native" > > -1 "apache-geode"... Not sure why we want to tie it directly to apache > > +1 "geode.dll" > > > On 1/23/17 08:48, Michael Stolz wrote: >> One other thought...Maybe now is the time to drop the term "native". >> >> -- >> Mike Stolz >> Principal Engineer - Gemfire Product Manager >> Mobile: 631-835-4771 >> On Jan 23, 2017 11:29 AM, "Michael William Dodge" <mdo...@pivotal.io> wrote: >> >>> +1 for apache-geode and Apache.Geode >>> >>>> On 22 Jan, 2017, at 19:08, Ernest Burghardt <eburgha...@pivotal.io> >>> wrote: >>>> +1 for apache-geode (.dll, .so, .dylib) and Apache.Geode.dll >>>> >>>> On Sun, Jan 22, 2017 at 7:18 AM, Michael Martell <mmart...@pivotal.io> >>>> wrote: >>>> >>>>> +1 for apache-geode (.dll, .so, .dylib) and Apache.Geode.dll >>>>> >>>>> On Fri, Jan 20, 2017 at 7:28 PM, Jacob Barrett <jbarr...@pivotal.io> >>>>> wrote: >>>>> >>>>>> As I ready to drop the pull request to rename all the namespaces in C++ >>>>> and >>>>>> .NET sources the next thing we need to decide on is the filename for >>> the >>>>>> library. >>>>>> >>>>>> C++ >>>>>> Current: gfcppcache >>>>>> gfcppcache.dll (Windows), libgfcppcache.so (*nix), libgfcppcache.dylib >>>>>> (macOS) >>>>>> Proposed: apache-geode >>>>>> apache-geode.dll, libapache-geode.so, libapache-geode.dylib >>>>>> Other libraries have embraced other styles for "branded" libraries. >>>>>> Camel case: libQtCode.so >>>>>> Underscore: libsvn_client.so, libboost_atomic-mt.so >>>>>> Dash: libxcb-compose, libcairo-gobject.so >>>>>> I prefere dash because I don't have to hit shift. ;) >>>>>> >>>>>> .NET >>>>>> Current: GemStone.GemFire.Cache.dll >>>>>> Proposed: Apache.Geode.dll >>>>>> There is a bit more of an established norm. It should be part of the >>>>>> included namespace. >>>>>> Other option is Apache.Geode.Client.dll but I feel like there are items >>>>> in >>>>>> the Client namespace that need to be moved into another namespace as a >>>>>> sibling. So in my mind it makes more sense to have it be >>>>> Apache.Geode.dll. >>>>>> It also makes it consistent with the C++ library. >>>>>> >>>>>> -Jake >>>>>> >>> >
