From mboxrd@z Thu Jan  1 00:00:00 1970
From: John Soo <jsoo1@asu.edu>
Subject: Re: Single channel update (or channels vs. GUIX_PACKAGE_PATH)
Date: Mon, 4 Feb 2019 15:24:19 -0800
Message-ID: <15ACA13D-35AC-4896-90DD-6377250E4624@asu.edu>
References: <87r2cn6t66.fsf@ambrevar.xyz>
Mime-Version: 1.0 (1.0)
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([209.51.188.92]:52263)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jsoo1@asu.edu>) id 1gqnbK-0005Z0-6L
	for help-guix@gnu.org; Mon, 04 Feb 2019 18:24:31 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jsoo1@asu.edu>) id 1gqnbI-0004ek-A7
	for help-guix@gnu.org; Mon, 04 Feb 2019 18:24:30 -0500
Received: from mail-pf1-x42f.google.com ([2607:f8b0:4864:20::42f]:39720)
	by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71) (envelope-from <jsoo1@asu.edu>) id 1gqnbE-0004bL-MX
	for help-guix@gnu.org; Mon, 04 Feb 2019 18:24:26 -0500
Received: by mail-pf1-x42f.google.com with SMTP id r136so646451pfc.6
	for <help-guix@gnu.org>; Mon, 04 Feb 2019 15:24:23 -0800 (PST)
In-Reply-To: <87r2cn6t66.fsf@ambrevar.xyz>
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Pierre Neidhardt <mail@ambrevar.xyz>
Cc: help-guix <help-guix@gnu.org>

Hello Pierre,

I=E2=80=99ve been working a lot on some packages in a private channels and m=
y workflow is usually focused on building properly which is a matter of:

guix build -L /path/to/channel <package>

To test runtime behavior I still have to pull which does mean pulling the de=
fault channel, too.  This so far has worked well. If pulling becomes too muc=
h, maybe specifying a commit of the default guix channel could work. What do=
 you think?

- John



> On Feb 4, 2019, at 3:16 PM, Pierre Neidhardt <mail@ambrevar.xyz> wrote:
>=20
> Hi again :)
>=20
> I was discussing "channels in practice" with Zimoun and we were asking
> ourselves: Can we pull a specific channel without pulling
> %default-channels?
>=20
> If not, is there a convenient way to edit+test the package definitions
> in local channels?
>=20
> Maybe I'm missing the obvious?
>=20
> --
> Pierre Neidhardt
> https://ambrevar.xyz/