From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 0ON6K9YnxWDO5QAAgWs5BA (envelope-from ) for ; Sat, 12 Jun 2021 23:32:06 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id YJL1JtYnxWBKQQAAB5/wlQ (envelope-from ) for ; Sat, 12 Jun 2021 21:32:06 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 24F93B037 for ; Sat, 12 Jun 2021 23:32:06 +0200 (CEST) Received: from localhost ([::1]:59286 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lsBEb-00076L-01 for larch@yhetil.org; Sat, 12 Jun 2021 17:32:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35028) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lsBED-000761-FQ for guix-devel@gnu.org; Sat, 12 Jun 2021 17:31:41 -0400 Received: from cascadia.aikidev.net ([2600:3c01:e000:267:0:a171:de7:c]:49732) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lsBE5-0006fw-Jh; Sat, 12 Jun 2021 17:31:39 -0400 Received: from localhost (unknown [IPv6:2600:3c01:e000:21:21:21:0:100b]) (Authenticated sender: vagrant@cascadia.debian.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id AFD501A904; Sat, 12 Jun 2021 14:31:28 -0700 (PDT) From: Vagrant Cascadian To: Bone Baboon , Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: Rust freedom issue claim In-Reply-To: <87im2i7wb2.fsf@disroot.org> References: <87bl90byqf.fsf@disroot.org> <87k0nlsh0c.fsf@gnu.org> <87sg1y94kl.fsf@disroot.org> <87fsxsh5p9.fsf@gnu.org> <87im2i7wb2.fsf@disroot.org> Date: Sat, 12 Jun 2021 14:31:06 -0700 Message-ID: <87tum222jp.fsf@yucca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: none client-ip=2600:3c01:e000:267:0:a171:de7:c; envelope-from=vagrant@debian.org; helo=cascadia.aikidev.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1623533526; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=Yc7cfhLZ1kA3lwy03jPo0fVe3YfU5QujM4414iGN/08=; b=JuR1xKSKdbArGVUVGJIMISs4osi7joNrrlmoZYglbNAhbw5JPV+3rPBKRN56xEKSj1ZNDe Z1i/LaPB+XZCZ3IsrufmQLzZbECrpvyCj/4uCZht3NCikz998Z5qdM1I/6/ekxb2raUpFF KEUDVmiyU1y1EwfKQTTS0kHWRZE1WGe3gwUZF9VTex+Adr8HRQJIrK4gKudElTf4LSpzNg hE/eW3OBaydKJcNVu7vvsykdVLDezys0kZOZ4/IOLc1qRTELUgiUMqa1iM1NJXSi+/T3e5 IxP+aFJWYK+vySXaYGIej1q2Yg9SNUh6IB8rKx7OaRjgApT+OceBIu/6fQCSQQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1623533526; a=rsa-sha256; cv=none; b=CONdYVzezW1zcoKPEIZDocykfbbUbMX74qjoVpGTrK8bzF9pQXs5wL/dniEa1o8fJ3KnjA nb/6g2nQ8PMGdNN6vHbi/K4g8ZTl4johg+Rn7xzOItQH93x1vSqFF5/I65a8aZKWm1QNYd HkfH93hz3Id+b0IJJvF0CdSGcXD/iltlstwLLf3XrRAbfDH3G4GnncvykCi3Lddbk1ldoZ gh0goh/91P4BStYLIAPf2tDNA9vehIv2rKUoOZUTfpMUsLWrVXAW/s3gukgPUEm8IgXNkS RTod4vPTK8G4W31eeRgtOWvwjE5iBKfCvH5n9rLxR6kAVyQUjfhf5cYevLkVdg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -2.53 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 24F93B037 X-Spam-Score: -2.53 X-Migadu-Scanner: scn0.migadu.com X-TUID: tZe9MjoZ2oYh --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2021-06-12, Bone Baboon wrote: > Ludovic Court=C3=A8s writes: >> Bone Baboon skribis: ... > There are several options for how to move forward with the issue of the > Rust Foundation trademark policy. > > # Passive Approaches ... > * Do nothing > ** Advantages > *** No action needed by Guix. > *** The trademark policy may not be enforceable see notes below. > ** Disadvantages > *** The Rust Foundation could try to enforce it's trademark policy. > ** Notes on trademark enforcement > *** "A trademark that is popularly used to describe a product or service > (rather than to distinguish the product or services from those of > third parties) is sometimes known as a genericized trademark. If > such a mark becomes synonymous with that product or service to the > extent that the trademark owner can no longer enforce its > proprietary rights, the mark becomes generic." > > > *** "Once trademark rights are established in a particular jurisdiction, > these rights are generally only enforceable in that jurisdiction, a > quality which is sometimes known as "territoriality". However, there > is a range of international trademark laws and systems which > facilitate the protection of trademarks in more than one > jurisdiction."=20 > > *** "Trademarks rights must be maintained through actual lawful use of > the trademark. These rights will cease if a mark is not actively > used for a period of time, normally five years in most > jurisdictions. In the case of trademark registration, failure to > actively use the mark in the lawful course of trade, or to enforce > the registration in the event of infringement, may also expose the > registration itself to become liable for an application for the > removal from the register after a certain period of time on the > grounds of "non-use". > This really seems plausible; there are so many distributions distributing rust; I'm not sure how enforceable or even desireable such an outcome would be for the rust community to start taking legal action against other free software projects... it would certainly look poorly in the community at large. The issue around firefox/icecat/iceweasel/icedove/etc. definitely triggered a lot of WTF response from the community at large... > # Active Approaches > > * Guix alone asks Rust Foundation for permission to use trademarks > ** Advantages > *** No need to coordinate with other operating systems. > ** Disadvantages > *** The problem remains for all other operating systems. > *** The Rust Foundation may not give Guix permission. A bigger disadvantage to having to ask for permission is that the permission is not transitive; anyone producing a product using rust on guix would also then have to ask for permission individually... In Debian, there are clauses in the free software guidelines about this; is there a correlary with GNU or FSF? https://www.debian.org/social_contract#guidelines 7. Distribution of License The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties. 8. License Must Not Be Specific to Debian The rights attached to the program must not depend on the program's being part of a Debian system. If the program is extracted from Debian and used or distributed without Debian but otherwise within the terms of the program's license, all parties to whom the program is redistributed should have the same rights as those that are granted in conjunction with the Debian system. Although it's tricky due to the intersection of "licenses", "rights" and "trademarks"... the ability to use a trademark does typically require some form of license, as i understand it... layman opinion, not a lawyer, etc. > * Guix alone asks the Rust Foundation to change it's trademark policy > ** Advantages > *** No need to coordinate with other operating systems. > ** Disadvantages > *** The Rust Foundation may not change it's trademark policy. > * A group of operating system together ask the Rust Foundation to change > it's trademark policy > ** Advantages > *** More likely that the Rust Foundation will consider the request of a > group of operating systems instead of request by just Guix. > ** Disadvantages > *** The Rust Foundation may not change it's trademark policy. > ** Notes > *** Ludovic Court=C3=A8s proposed this approach previously in this > thread. "If the Rust trademark turns out to be a concern, distros > should try hard, collectively, to resolve it through dialog with > Rust Foundation people." > *** If this is the desired approach I can begin work on an initial draft > letter that could be shared with other operating systems for review > and comment. The intent of this letter would be for Guix and other > operating systems to sign off on and present to the Rust Foundation > to start a dialog about the trademark policy. There is a tension between distro package managers and language-specific package managers; I'm not so sure the advocates for language-specific package managers would mind forcing to use their tooling... unfortuantely. That said, we're stronger as a larger (hopefully mostly united) front! > * Guix rebrands Rust and Cargo to conform with the current Rust > Foundation trademark policy > ** Advantages > *** Resolves the Rust trademark policy issue for Guix. > *** No coordination with any other groups is required as Guix can do > this independently. > *** Other operating systems can take advantage of Guix's efforts to > rebrand Rust and Cargo. > ** Disadvantages > *** Guix would need to do work to evaluate the feasibility of rebranding > Rust and Cargo. > *** If rebranding is feasible then Guix would need to do the work of > rebranding Rust and Cargo. (Hopefully other individuals and groups > would volunteer to help.) > ** Note on rebranding > *** In the FSDG's Trademark section it says "In extreme cases, these > restrictions may effectively render the program nonfree. It is > unfair for someone to ask you to remove a trademark from modified > code if that trademark is scattered all throughout the original > source.". > So... switch to calling everything unoxidized? :) > # Summary > > Comment and feedback are appreciated. I may have missed other > interesting ways of moving forward with the Rust Foundation trademark > policy issue. > > I seems like the ideal approach is for a group of operating system > together to ask the Rust Foundation to change it's trademark policy. > This approach was brought up by Ludovic Court=C3=A8s previously in this > tread. I can probably help get in touch with folks on Debian's rust packaging team(s) if that would be helpful. > Another interesting option is for Guix to rebrand the versions of Rust > and Cargo that it is distributing. Guix can do this independently of > any other group. However the feasibility of rebranding Rust and Cargo > needs to be assessed. I'm somewhat curious (and partly terrified) how this might all pan out; not a direct user of rust but it seems to be working it's bits into all sorts of places and not something that can reasonably be ignored... Rust, more than just a bootstrapping challenge! live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCYMUnmwAKCRDcUY/If5cW qv84AQDONzwP0Ay8ajU78L3waIQzt+qVaA1vF0ZsS+BoOKFjWgD/QHXwRRwp+uI6 g+6VNZom+7CpBDi09W2qdi5oxGTpVg4= =5Fzb -----END PGP SIGNATURE----- --=-=-=--