From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id MAkuJRTvUWUWZQEAG6o9tA:P1 (envelope-from ) for ; Mon, 13 Nov 2023 10:40:36 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id MAkuJRTvUWUWZQEAG6o9tA (envelope-from ) for ; Mon, 13 Nov 2023 10:40:36 +0100 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 5FD955DB66 for ; Mon, 13 Nov 2023 10:40:36 +0100 (CET) Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=lendvai.name header.s=protonmail3 header.b=YUXHSNC1; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1699868436; 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: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=XrbwcBP8g4LsmiAQvHVOpjqU9ZOId/vpUet01ptP4zI=; b=nalJDoLF4OlkYele8SMr8KRjNHshPXu7XIxU2WubsDe13GBEzQfhoDy2Qm1BAszgd/fbHp eweJr7Xd5p7Yr4AiN4xqCFJac3mJsADVRFkbmDx+d0AQjEdk9SHaKs3zISzf3LNk+p6myu CdeCHarLB2mlHJbt5FanAH6tQ1gOpddeFIfg6BSHaUTITuG1/tBENq4VnWoHfvFUpawc1u I7xPV+mCY1E5NWSsPbw3wb5e9wvijSNqRihxImbGtKB6xo3w7B4cg3aWiMO/ngyADzwQTA OtjszqfKsdI4/OcxODKWDJPIk4BluLQW+Zo8la1MkLD9SUwA897xnWrAFbyUXg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=lendvai.name header.s=protonmail3 header.b=YUXHSNC1; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1699868436; a=rsa-sha256; cv=none; b=n9jnQwtvlUkI8SPROVAKaxP4vMXFpYisYh8pcnkaWV2GgldWNLDsKFy7MCY5X9ppHPCpEP MnqB1KL+SYYF1+09eBO9Kit9p+Cz1R113DZza5gVlwBhllFLa+GYoHRN12RyVcRuyOdGAQ wE2yUiJoOqxxivRlLg/lLDJ6fnDkeV+nbeOelJLq0ZRqH6LI13b62kyw30RcVFwZ+IcEpJ utJDWkVlVGz/VmymBtFdt+Q5++B7azDgZcoEOPy4Pi4uNQ6NGpl1VWwbo7ZbRYccEGb0zL y6mS5cj+0I3R8zYI0Jm85WdS67tY/6w0aF+Ue6Ir6DHqla6vdo+gYl4VBwNgtQ== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r2TQj-00027i-00; Mon, 13 Nov 2023 04:40:29 -0500 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 1r2TQa-00027S-UW for guix-patches@gnu.org; Mon, 13 Nov 2023 04:40:22 -0500 Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r2TQa-0002ph-Hp for guix-patches@gnu.org; Mon, 13 Nov 2023 04:40:20 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r2TRF-0004OX-P3 for guix-patches@gnu.org; Mon, 13 Nov 2023 04:41:01 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#61750] [PATCH] gnu: shepherd: Build Shepherd from git. Resent-From: Attila Lendvai Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 13 Nov 2023 09:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61750 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 61750@debbugs.gnu.org Received: via spool by 61750-submit@debbugs.gnu.org id=B61750.169986840516815 (code B ref 61750); Mon, 13 Nov 2023 09:41:01 +0000 Received: (at 61750) by debbugs.gnu.org; 13 Nov 2023 09:40:05 +0000 Received: from localhost ([127.0.0.1]:57520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r2TQK-0004N8-VB for submit@debbugs.gnu.org; Mon, 13 Nov 2023 04:40:05 -0500 Received: from mail-4018.proton.ch ([185.70.40.18]:34239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r2TQE-0004MU-MC for 61750@debbugs.gnu.org; Mon, 13 Nov 2023 04:40:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lendvai.name; s=protonmail3; t=1699868350; x=1700127550; bh=XrbwcBP8g4LsmiAQvHVOpjqU9ZOId/vpUet01ptP4zI=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=YUXHSNC1NKQMHF7s9T1SzyUwPohPSTG3HlDula3QO0BjUg3KuQDNAQmgTyBTRh+ZS cordaiFfpDUmba6T7C0NZ3MW1jxeclFEmn+qOugnSWX6IL7HlfeBBbNGE46e9EHuwh EgZreWQ5VR6uoZkivPX8fxN8+LSDs2gESkqImY+iV0CRjdePkkl2ActypWTkUr6GrM ofkZJ1jZy/q5YufJpghrDnY0trOBzlgnYMaIf2D8CryJOxAAY+KL+8XthSG2hV0kcd yvEEqh0+UTVjdBVROHCUs5EOzLxddNk3Dw7IUe6J7w8A3maMNdMNihvgYHqX31V7TS ckoITa57wcaoA== Date: Mon, 13 Nov 2023 09:38:52 +0000 From: Attila Lendvai Message-ID: In-Reply-To: <87o7g81cm0.fsf@gnu.org> References: <7d9c1d64af2c747e68a9d78b955e1411bee99f90.1690641116.git.attila@lendvai.name> <1Lbh6LTUAZI1rid93lHYEmdZBeToprn9DZBarBpj5-WQnOYRdJ7oaUAoAumjFsr8cOmX8XOTci4g_jcbTGEtYKe6qTf-Nk8lFK7D-0NYpzs=@lendvai.name> <87o7g81cm0.fsf@gnu.org> Feedback-ID: 28384833:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: guix-patches-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -2.10 X-Spam-Score: -2.10 X-Migadu-Queue-Id: 5FD955DB66 X-Migadu-Scanner: mx10.migadu.com X-TUID: 8RGF5AYWK6yC > Apologies. I=E2=80=99m not convinced about the patch, mainly because I= =E2=80=99ve been > using Shepherd as a channel for testing, which I think makes fine > details about the =E2=80=98shepherd=E2=80=99 package in Guix less interes= ting. >=20 > For info on how to do that, see: >=20 > https://git.savannah.gnu.org/cgit/shepherd.git/tree/README >=20 > The added bonus when doing this is that =E2=80=98guix system describe= =E2=80=99 tells you > precisely which Shepherd commit you=E2=80=99re using. >=20 > WDYT? ouch, we've been here before, sorry for my loss of memory! but after having read the README once again, i'm still not sure how this wo= uld work. please confirm my assumption: if i add shepherd as a channel, then i unavoidably need to issue a `guix pu= ll` (slow!) before i can test any shepherd changes, even if the channel poi= nts to a local checkout. also, i need to record any pending changes that i = want to test into a git commit. this is my objective: - be able to edit files in a shepherd checkout - issue a command that runs a vm with my shepherd changes included - keep this cycle reasonably fast to avoid frustration my ultimate objective: fix a shepherd-action bug that doesn't manifest in my `guix system vm` test= s, only when i pull stuff to my server (slow!). i have zero info on what go= es wrong besides a non-zero return code from tar that my action invokes. to= gain more info i'm planning to add extensive logging to shepherd, especial= ly around its fork+exec-command calls. this is how i used to hack shepherd, when i need to test it in its real env= ironment: i have a guix system test that i have extracted from the guix test suite. i= t defines an OPERATING-SYSTEM object that is run using `guix system vm`: https://github.com/attila-lendvai/guix-crypto/blob/main/tests/swarm-tests.s= cm a custom shepherd package is defined for this OS object by modifying its SH= EPHERD-ROOT-SERVICE-TYPE. my custom shepherd package inherits from the shepherd package from guix, an= d replaces its source to point to my own shepherd checkout. for this to wor= k, my local guix contains the patch to compile shepherd from git. this worked fine, but something broke my setup recently. it was that some h= eavy packages started to depend on shepherd, which means that if i include = my patch to compile shepherd from git, then all those packages need to be r= ecompiled locally, which is pohibitively slow (it's added to the edit-compi= le-run cycle). a tangential: i think these new dependencies are only needed for the CLI to= ols provided by the shepherd package. splitting shepherd into two packages = (CLI tools and service) would also resolve this problem of mine. possible solutions: 1) i learn some better way to hack on shepherd 2) shepherd in guix is compiled from git, so that i can easily inherit fro= m it 3) i give up on getting this merged, and try to keep a completely standalo= ne shepherd package in sync with what's in guix. i also give up on adding d= etailed instructions to the docs on how to hack on shepherd (https://issues= .guix.gnu.org/54199). i'd appreciate some guidance on how to proceed from here. i don't want to w= aste anyone's time further with this. if this change is not welcome in guix= proper, then reject the patch and i'll try to find another way (probably o= ption 3) to achieve my goals. --=20 =E2=80=A2 attila lendvai =E2=80=A2 PGP: 963F 5D5F 45C7 DFCD 0A39 -- =E2=80=9CThink what you do when you run in debt; you give to another power = over your liberty.=E2=80=9D =09=E2=80=94 Benjamin Franklin (1706=E2=80=931790), 'The Way to Wealth' (17= 58)