From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id 4NjVORbkIGP8FQAAbAwnHQ (envelope-from ) for ; Tue, 13 Sep 2022 22:12:07 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id EB/JORbkIGO9GgEA9RJhRA (envelope-from ) for ; Tue, 13 Sep 2022 22:12:06 +0200 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 AA20BB3AE for ; Tue, 13 Sep 2022 22:12:06 +0200 (CEST) Received: from localhost ([::1]:35288 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oYCGL-0006eI-Ra for larch@yhetil.org; Tue, 13 Sep 2022 16:12:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60662) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYCC6-0000Ku-5P for guix-devel@gnu.org; Tue, 13 Sep 2022 16:07:42 -0400 Received: from world.peace.net ([64.112.178.59]:53478) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYCC3-0007C6-OP for guix-devel@gnu.org; Tue, 13 Sep 2022 16:07:41 -0400 Received: from mhw by world.peace.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oYCC0-0007zF-A3; Tue, 13 Sep 2022 16:07:36 -0400 From: Mark H Weaver To: John Kehayias Cc: guix-devel@gnu.org Subject: Re: Needed for IceCat-102: rust-1.59 and rust-cbindgen-0.23 In-Reply-To: <87v8pr5qpl.fsf@protonmail.com> References: <878rmnn9hm.fsf@netris.org> <87v8pr5qpl.fsf@protonmail.com> Date: Tue, 13 Sep 2022 16:06:35 -0400 Message-ID: <87tu5bdont.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=64.112.178.59; envelope-from=mhw@netris.org; helo=world.peace.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_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1663099926; 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=IxhWvre3IGMZqYvei2nGEpb8w3jb9elaV4mMp9HP+Vg=; b=jf4BaszTePefWKIBaZI0UuGplHHbXf8KdQ5LQ0KfH2e+CZ0PHH403pGK9ndSfbLy5z/CnD O622myL+a5NIwlpvPh7B6i5Hf7L6nfda4wLE30BWQl1g5JoZA9cadgdAykTVokBvXSs4X4 z90s/FBU0e0JHaMBjfEZ5z4m/JnvUz8iX4sqflZfVXlYY4fI05KAlHKy3tSnTCuVGZyY/w ERx5TenrjSJWcIW4ELKtcCn3ddP7ExhCAdK0TYwvV9hBHp7kbec2LYGs9fWrXehK3BiDKW sF4tZCUPVu7765SAjBx2ZdfO5hXSHLFepHR4th4n6F4BlLVg9KlAUhhqMbeImg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1663099926; a=rsa-sha256; cv=none; b=fUSiI8bI/cgWWmm9eLrVvhUeO2NFmgKThwOCKnw5q/K45BbPPlwq6oiTLW5RqHN62yRd7T m+J6ZCUndU3OF8Ncz/sEP7kkwgHRZ23HHyh7o0xz4H5oN40gJUJGzONK8rBYovH1FYWBWJ dLRrE7NSmBwsCrxSPPObnSuZBo5gY/XP2Tha6QDvLSUKkaWbhVnrkkY9pnBmnz37o2kVDt s4dDLN7FeL1UjV0FFwlV+3x1C8C5Z3oLzefgnv+cmebox3lrI6XcqFU5QPtIZLg0Eo+LE3 50TwSCYA2zChJEB7zSf1Idwgtw8kylaJsEDiX1oFAN4zBjHxFSIevvpbayE0mA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.61 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: AA20BB3AE X-Spam-Score: -2.61 X-Migadu-Scanner: scn1.migadu.com X-TUID: zbZN6bRhSP2u Hi John, John Kehayias writes: > I actually added rust-cbindgen-0.23 and 0.24 for another channel which > needs them for a similar purpose (I will not link the channel but I > think you will know which I mean). So I can submit the patches here, > though I'm not familiar with all the ins and outs of rust packaging I > can at least take care of the basic updates and needed dependencies. > > One slight wrinkle is that there is a bug for using version 0.24 for > some Firefox versions > Though that > should be fixed on newer ones, I'm not sure if that affects what will > end up as IceCat: > > > Normally I would just go with the latest cbindgen to have that for > future uses, but maybe we should just have 0.23 and 0.24? I have > patches for both, just trying to see what would be cleanest here. Thanks for pointing this out. IceCat 102 will almost surely be affected by the same issues that affect Firefox 102 ESR, so I guess we'll need rust-cbindgen-0.23 until a better solution is found. > Finally, should these be based on staging or master? I hear we'll have > staging in master in the near future, let me know what will work best > for these patches. Hmm. That's a good question. I guess that the work of properly integrating rust-cbindgen-0.23 into Guix proper would most naturally be done on the 'staging' branch, since that branch already has pending changes to our rust packages. However, there's a problem: we absolutely must have these packages on the 'master' branch by the morning of September 20th. I don't know that we can predict with certainty that 'staging' will be ready to merge by then. Therefore, I think we also need to temporarily add these packages to 'master' before the 'staging' merge happens. I see two possible approaches: (1) If it's easy to do, and the risk of unintended breakage seems low, selected changes could be cherry-picked from 'staging' to 'master', taking care to facilitate the upcoming merge. (2) Alternatively, we could temporarily add private package definitions to (gnu packages gnuzilla) on 'master' for the exclusive use of IceCat 102, as a stopgap measure. These could be removed after the required packages have been properly integrated into 'master'. It seems to me that (1) is the right approach for 'rust-1.59', because I guess we can simply copy the definitions of 'rust-1.58' and 'rust-1.59' from 'staging' to 'master', while leaving the 'rust' variable unchanged, and exporting 'rust-1.59'. I don't know which approach is best for rust-cbindgen-0.23. It depends on how much work has been done on the dependencies of rust-cbindgen on the 'staging' branch. If in doubt, (2) might be the right approach. What do you think? Thanks very much for working on it. Regards, Mark -- Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about .