[DRE-maint] Bug#959981: Trademark concerns with Chef/Cinc package included in Debian and Ubuntu
Antonio Terceiro
terceiro at debian.org
Fri May 8 15:35:21 BST 2020
Hello,
This is my attemp at a more detailed response after sleeping on it.
On Thu, May 07, 2020 at 11:40:38AM -0700, Lance Albertson wrote:
> All,
>
> I'm a member of the Cinc Project [1] which rebuilds and rebrands various
> Chef projects to comply with Chef Trademark Policy [2]. We have worked
> closely with Chef to ensure Cinc Client complies with this policy.
>
> A member of our community notified us today that it appears that Ubuntu [3]
> and Debian [4] are both including a package called "chef" which seems to
> pull in the Cinc source code but doesn't fully comply with the Chef
> Trademark Policy. We are concerned that this use of the Cinc Client in the
> manner it's currently presented will create an issue for us and you in the
> future unless this gets resolved quickly.
>
> Specifically, we are concerned with the following:
>
> 1. The package name should be cinc and not chef as Chef is trademarked and
> also causes users to think they are installing Chef when they are
> installing Cinc
Well other packages depend on chef packages by name, so renaming the
package might be tricky.
> 2. The package should have proper attributions to include the Cinc Project
> including pointing any issues related to the package to our issue page, and
> not Chef2
> 2. Running "chef-client" (or other similar commands) does not tell the user
> that it's actually using Cinc Client as our package does properly
Fair enough.
> 3. All of the trademark renaming we did in our Cinc Client distribution
> seems to have been removed and
Yes, I got the source from the git repository directly and missed the
"patching" process you do to make releases. Not making source releases
makes downstream work harder than it should be.
> retains all of the Chef related paths (i.e. /etc/chef when it should
> be /etc/cinc). This will cause confusion for users who are expecting
> Cinc.
For fresh installs that should not be a problem.
How do you suggest to handle upgrades? If a user of Debian 10 (released
before this new Trademark Policy) upgrades, should /etc/chef be renamed
to /etc/cinc? Or will cinc still use that for backwards compatibility?
Is there any other path change.
> We would like to work with the Debian/Ubuntu maintainers to ensure you're
> following compliance and also ensuring our distribution works well on
> Debian/Ubuntu. However we also want to ensure you don't get into any legal
> trouble with Chef. I am sure most of these changes weren't done
> intentionally and was a mistake.
>
> Feel free to reach out to us via the #community-distros channel on the Chef
> Community Slack, or you can reach me directly via IRC on Freenode as
> "Ramereth". I've also cc'd Benny Vasquez who is a community manager at
> Chef who can answer any questions relating to this and provide any
> additional feedback.
Can you please provide a source release that has everything that is
needed? In particular, it would be useful to:
- make cinc-wrapper part of cinc itself instead of an implementation
detail in the cinc-project/distribution/client repository
- publish a source release containing that alongside the binary packages
you upload to http://downloads.cinc.sh/files/
I just sent a merge request that should do the later:
https://gitlab.com/cinc-project/distribution/client/-/merge_requests/37
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-ruby-extras-maintainers/attachments/20200508/9abf6e6d/attachment.sig>
More information about the Pkg-ruby-extras-maintainers
mailing list