On Wed, 19 Aug 2015 at 02:47 Niclas Hedhman <nic...@hedhman.org> wrote:
> On Wed, Aug 19, 2015 at 3:40 AM, Stephen Connolly < > stephen.alan.conno...@gmail.com> wrote: > > > > > Yes that was my analysis of the question: If I decide to produce an > > unofficial binary release of Maven without the approval of the rest of > the > > PMC, I may not call it Maven. If I did call it Maven then the remainder > of > > the PMC would be responsible for sending me a C&D. > > > > Well, if "Debian" can publish their built Apache Maven as "maven" and > "Steve&Nick" can't publish their built Apache Maven as "maven", then the > inescapable question is; On what non-arbitrary grounds is one acceptable > and the other is not? It can't be "we like Debian, but not Steve&Nick", > that is morally weak. > Well I actually have concerns about the "maven" that debian is publishing. There are some quite significant - in my view - deviations from our Maven. For me, the majority of the concerns could be addressed if they fix the *Description* to clarify that it is a modified distribution of Apache Maven *and* they add an ACK to the trademarks in the description of the package. The open question remains, is the *Package Name* a name that could be viewed as use of the trademark? Do the end users - i.e. developers - expect that `apt-get install maven` is installing Apache Maven? If they are junior developers my experience suggest they may think so... So if `apt-get install maven` causes confusion with our brand, we may have to ask Debian what they suggest they could do to remove the confusion. There are simple solutions, e.g. change the package name to mvn; stop making such large sweeping changes to our product; etc But I am still awaiting guidance from brand on whether a technical name usage - e.g. installer package name - is a use of the mark. This gets even more confusing with some of their packaged maven plugins, which for interop need to use maven: http://pkgs.org/debian-sid/debian-main-i386/libmaven-compiler-plugin-java_3.2-4_all.deb.html (more obvious with Fedora: http://pkgs.org/fedora-23/fedora-i386/maven-compiler-plugin-3.3-2.fc23.noarch.rpm.html) Thankfully in these cases I believe the source code is not patched, but it is binaries rebuilt from source not pulled down from Maven Central... which can cause issues for users. Fun Fun Fun > > > Niclas >
