From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ua1-x934.google.com (mail-ua1-x934.google.com [IPv6:2607:f8b0:4864:20::934]) by sourceware.org (Postfix) with ESMTPS id 334963858C27 for ; Mon, 18 Jul 2022 08:07:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 334963858C27 Received: by mail-ua1-x934.google.com with SMTP id y11so4946023uae.5 for ; Mon, 18 Jul 2022 01:07:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EkCk2JpLaoIX2b9ZeEDCqbQOmsR7XYAs67h1iuT4DKI=; b=GGfJZ/EYZsHheOmbeHo3i7aNgVTFqWq/GHBSHWxh3Z+KvkCggEYef3hB3TImuvyrwI Ru7b0vTA64y6N38f3JfWaBMHVo9c5iq/ivxnpp6CYEnvsOZ8qfblcr2msjP2wqAD5Ghn uHnB5RiCOwpQPlVUymYrGNWmpMy59l2I1Su1FMKnyWdnkdJCd5I2sViGZL5ygpAU7zME E1MqImefYseh8ndXg6J78qEkH65kOCYaFcAsaV+0akKFrK659Rp3/m0UrucT9/zrk+h/ Tj5gHtq52v4ewMR6/vwhpJ2zGouGqhXOtgnpYtwj9Ln6J+EysQLHrnwnRRbAg7XT7s7Z jiQg== X-Gm-Message-State: AJIora/fOwegTAQX9zHeDZSyfIWpESKrOEwUfSn0dhz0tW0TTBi2Xto3 D2rASlBwRa+PP2A8fyMC1y/cwCtmVUJ62cYqV44S5khhVJg= X-Google-Smtp-Source: AGRyM1udawa+2/pb0xcaUyCqbyn1exrl7jWOoF6w4yonjYqecgFj7CwL7pYY67RW9kOAKSkUS4HQujGn61BFmenksHs= X-Received: by 2002:ab0:409:0:b0:382:746b:4c5a with SMTP id 9-20020ab00409000000b00382746b4c5amr8728837uav.83.1658131639439; Mon, 18 Jul 2022 01:07:19 -0700 (PDT) MIME-Version: 1.0 References: <20220717163100.GA1558@gnu.wildebeest.org> <8dc44a76-4748-91f3-4abf-9e708f934da1@hesbynett.no> In-Reply-To: <8dc44a76-4748-91f3-4abf-9e708f934da1@hesbynett.no> From: lkcl Date: Mon, 18 Jul 2022 09:07:06 +0100 Message-ID: Subject: Re: rust non-free-compatible trademark To: David Brown Cc: Mark Wielaard , GCC developers Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=1.0 required=5.0 tests=BAYES_05, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2022 08:07:22 -0000 On Mon, Jul 18, 2022 at 8:09 AM David Brown wrote: > Speaking as someone who is neither a lawyer, nor a GCC developer, nor > even (as yet) a Rust user, it seems to me that step 1 would be to hear > what the Rust Foundation has to say on the matter: > > this is their Trademark License. like a Patent License or a Copyright License it comprises *additional* terms and conditions with which You *must* Comply. [you *can* attempt to ignore it but exactly like ignoring a Copyright License you risk operating Unlawfully and place yourself at risk of being sued at best in a Civil Court, and there are some circumstances in Trademark Law where you can end up in a Criminal Court as well]. the objectionable section of that Trademark License is: Uses that do not require explicit approval # Distributing a modified version of the Rust programming language or the Cargo package manager, provided that the modifications are limited to: - porting the software to a different architecture - fixing local paths - adding patches that have been released upstream - adding patches that have been reported upstream, provided that the patch is removed if it is not accepted upstream Uses that require explicit approval # Distributing a modified version of the Rust programming language [or the Cargo package manager] with modifications other than those permitted above and calling it Rust or Cargo requires explicit, written permission from the Rust Foundation. so any optimisations made by anyone are Unlawful. any additional documentation is Unlawful. any addition of Copyright notice files (debian/copyright) is Unlawful. why? because none of those "patches" are "permitted" by the Rust Foundation under their Trademark License. > As far as I can tell, if they have been happy with the current gccrs > project, they should in principle be happy with its integration in gcc > mainline. And they are also happy to talk to people, happy to promote > rust, and happy to work with all kinds of free and open source projects. > The key thing they want to avoid would be for GCC to produce a > compiler that is mostly like rust, but different - leading to > fragmentation, incompatibilities, confusion, bugs in user code. /No > one/ wants that. yes, absolutely. it's quite obvious that that was the intent of the clause that they added, which explicitly prohibits patching without consent [and still having the right to use the word "rust']. however that prohibition is - as i have said many times and been ignored as many times - is in *direct* violation of the GPL, and of Debian's DFSG (on multiple counts), and is also completely Un-Reason-Able. in addition - and this was not acknowledged either - any developer *not* considered to be "part of the gcc team" - i.e. anyone who wants to modify and then further distribute - patched versions of gcc containing gccrs - also does so at the risk of violating the Rust Trademark. > I would think that the long term aim here is that the gcc implementation > of rust (may I suggest "grust" as a name, rather than "gust"?) be > considered "official" by the Rust Foundation - with links and > information on their website, their logo on the GCC website, and > coordination between GCC and the Rust Foundation on future changes. > That may be ambitious, or far off, but it should be the goal. at which point although the gcc team is fine, the ongoing distribution of gcc by anyone and everyone still is not. actually, it occurs to me that under the terms and conditions of the GPL, even the gcc developers may not be able to comply with the GPL *and* those above Trademark Conditions, because the restriction on what can and cannot be patched is in direct conflict with *granting the right to modify*. if this is in fact the case then the only choice left for the gcc developers would be to cease and desist distribution of gcc, because they cannot comply with both Licenses simultaneously. which is why i said - and have been ignored - that the gcc developers need rather urgently to seek proper legal counsel and get a proper legal opinion. l.