From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id +P/BDuc882V8bwAA62LTzQ:P1 (envelope-from ) for ; Thu, 14 Mar 2024 19:07:35 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id +P/BDuc882V8bwAA62LTzQ (envelope-from ) for ; Thu, 14 Mar 2024 19:07:35 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=jpoiret.xyz header.s=dkim header.b=cnPr2K+y; 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"; dmarc=pass (policy=reject) header.from=jpoiret.xyz ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1710439655; 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:dkim-signature; bh=njT5ouk91YSbSnIJTW+oaYTPta0p7EXv1drHNMADrG0=; b=kbz+3J7UrSV5EV9OM7othU43WujGnAKiBinrVzey8R08eQZJCI4bzbzGCVpu+kGvB9Pro2 aApCzgSZQAydjMY39yQfXp746ywsrvYmCdCXBH6RsoOkGT3z1f86S5FORUPulb3NZQzemF kAit1M8OkGGXhha0zV9MpN9I/FIGmU7KQP704Cx7Tnd7MOO9+Pn9IpJy4YHWsdgfm34wL3 p0BBt18qp7/NGM+Cf+hQKE+oDXinlir0asIOGr29tAmOKRcjFnVnQ0M+iZnwmCx3iAr7KP IrYyNZq/0H4b79Ep2ZnG0UDWCU2eMnDGVnGCCXgi+dBLDq0LO5OAvbeekx+PdA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=jpoiret.xyz header.s=dkim header.b=cnPr2K+y; 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"; dmarc=pass (policy=reject) header.from=jpoiret.xyz ARC-Seal: i=1; s=key1; d=yhetil.org; t=1710439655; a=rsa-sha256; cv=none; b=T2GrigUOTrHVLmbrwbicLHbqSdIapifgUS1EtcjJrhOLtzzr8kUNcg3VXutaNdHO81TgSg CNmqBbNWPVGmKYgiQXgkmmD/lcVhFSTv4lnOUfjZmFSjom/gOsXbY2Er6wVf2oMaZHtLfC PmNF5fJhTti5eAJEsVEc/vNcEh/VPz7H9LgULLm0sgEx5GANXZxARNodi7i77jQlSMcTjq jS/OAD1bJHd7Ql9NLLMkpkOFBbfVVWPYm7JB5MMvFoXpBnL0h8Fpfn626vxtcmeWk0Q+FE ec68U9eg8mo5Kb5jlqZ8CEE7/5YZnayVYvz21rreKu7ewflFeAZVulbZ7XClNg== 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 E1F6618B01 for ; Thu, 14 Mar 2024 19:07:34 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rkpTv-0006P5-DS; Thu, 14 Mar 2024 14:07:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rkpTr-0006Om-4m for guix-devel@gnu.org; Thu, 14 Mar 2024 14:07:04 -0400 Received: from jpoiret.xyz ([206.189.101.64]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rkpTm-00075D-Qz for guix-devel@gnu.org; Thu, 14 Mar 2024 14:07:00 -0400 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id 4382C18543F; Thu, 14 Mar 2024 18:06:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1710439614; h=from:from: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; bh=njT5ouk91YSbSnIJTW+oaYTPta0p7EXv1drHNMADrG0=; b=cnPr2K+yiAEkie/dF3j7tyU3Eqfuvpr/jK3nG7kFqg3355sGavbZ+5Ah71rk1CXD/nBm+1 G0P1td3c6SKSavtc3+77UL4XrnscJpah5IVQpE6WHgXh0xuzGZigPHxWeZLLzkMniHpRT6 q6x/63wQCHfnw6cjjFSKXFyRGDR/yZY0EfXibipSJnKpyg+hlyYSQIyrEkGY9GC5c93IAi fVaW+1+QgUKewbBKpc1LdXuYtKAz++B129CURPSWapWCSK0EAHbsiUNjucdpbPZPNAl9Cm l/NKKuK/pfMM0M1xymDcSamCo5HPfhfJC1axHIOUlbnjgS8HMa6WMbwXV7+WLg== From: Josselin Poiret To: Attila Lendvai , Carlo Zancanaro Cc: Ricardo Wurmus , Hartmut Goebel , guix-devel@gnu.org Subject: Re: Contribute or create a channel? In-Reply-To: References: <8734t9tw5d.fsf@elephly.net> <871q8ful52.fsf@zancanaro.id.au> Date: Thu, 14 Mar 2024 19:06:52 +0100 Message-ID: <871q8cvgar.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spamd-Bar: + Received-SPF: pass client-ip=206.189.101.64; envelope-from=dev@jpoiret.xyz; helo=jpoiret.xyz X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-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-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -10.46 X-Spam-Score: -10.46 X-Migadu-Queue-Id: E1F6618B01 X-TUID: 9FslHEmxWXo5 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Attila, Attila Lendvai writes: >> > channels are a step towards this, but they are not enough in their >> > current form to successfully accommodate for such a setup. an obvious >> > thing that is missing is a way to formally express inter-channel >> > dependencies, including some form of versioning. >>=20 >>=20 >> Do we not have this? The manual documents a mechanism for channel >> dependencies in "(guix) Declaring Channel Dependencies". >>=20 >> I haven't used it, but it looks like the dependencies are declared as >> channels, which can have the usual branch/commit specifications to tie >> them to specific versions. > > good point, thanks! > > i looked briefly at the code just now. it's not trivial, and it seems to = treat the guix channel specially (because i don't need to specify it as a d= ependency in my channel's .guix-channel file), and i'm not sure how it beha= ves when e.g. two channels depend on the same channel, but pick two differe= nt commits... or all the other convoluted situations. The situation you describe where two channels pick different commits for a channel dependency *cannot* be made to work, at least using Guile. I think what would currently happen is that either: 1) Guix refuses to build (unlikely); 2) Guix just chooses one commit that it then uses to build all dependent channels, contrary to the requirements; 3) Guix does build each channel with the proper dependencies, but the final Guix will have profile collisions. Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCAAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmXzPLwQHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5FhcaitGqDAC0K4eiZWHCvjW/uDArs5CI62Mm5dul4eaG oIg7DSD2jlhjAVfVpETowYehv5s74vfn/FMVAy6sCrI5wDrlyjtZp3lM2vdhKCZC WJvpmhFfc/HS2SF8zshfcSoUshoGxNwaS3BXslj3etoMPo3wILAueEcACrlX1sKY IeK6ZtUHAi7O+72hsUtU1SSzTBApJITnRNID8u70X5rMFKbOZl8vRyCfz45DIdlY nAZ/eDEX3+7q/njfbk2PGwoxMkMoW+25++zwVkxY+2SL52wbk4C9zaOjE2ouOkKy Ny5nd4NGinSubAfaLyCPfTRC1/FIjx/AKE5N9s/fckBJY6QLBi9f12fBbS3Nta1Z HE/Q00LUg7nUWCUO4tL+3j5YaYQIDJ/KAZyVmwNAaFiDFi+z7g39+R2PhPxCEudd bPpAqRPZZsKrD7v0A2ECSvkxpWL+m8FpuP1ZhT+2Y3krWVaEg1rihBMxBmMatSo3 6b+++6Mnak+/A1d2oNjynobJ7SrzKXM= =/3C2 -----END PGP SIGNATURE----- --=-=-=--