From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.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 cEhTFx14xWWXTQEAqHPOHw:P1 (envelope-from ) for ; Fri, 09 Feb 2024 01:55:57 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id cEhTFx14xWWXTQEAqHPOHw (envelope-from ) for ; Fri, 09 Feb 2024 01:55:57 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=autistici.org header.s=stigmate header.b=ELJOkXKs; dmarc=pass (policy=none) header.from=gnu.org; 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=1707440157; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: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=hni34xdfaQyoQ2dmP3w3Ww4pWO3c+BGm8cFAauwg/c8=; b=tZFIdOV54Lo9g+YyhfdpOWPXCbjRDF37G3QR4xxpj1MdWo8z02A6DB5TlpmWRyizMHVZCf Kx1YlV7J/FwCKLxQXZ1hBzeXvUYvf0PVd/g/eCDNsEsQi/kYTpayBZJ4T95ZZh6X0PUbGx DjHa/dzCkXr/xWrFwRzN0759sMxNW/1ysA4o99GMG8pVj7cKOgOeiNZvL+TYv8jxaNoY83 qktDYyeQFnkhSiK3fezf2pTLRRfKzfEcxE0UHbPLCBup3u1XUXWnp2P91S9pIJgEgZoq9c AYtZOQXUBGgHJ9G5S3S5Oslz4/oPWVxrwlo5Uvem7Dzw3vm7w2+GlXeqX8kXOw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=autistici.org header.s=stigmate header.b=ELJOkXKs; dmarc=pass (policy=none) header.from=gnu.org; 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=1707440157; a=rsa-sha256; cv=none; b=RLC4dfzvVqOrGrz3fQdjJAXN4xxsk0is1h3i+xVcP/zpjVqKtdcGd2X+/rBBg/ftjatSQI sDrpny9B0dqEJ45kVL2KdcFhgqDdoYz126BMtldlq0Lo9Zu2gjnjQ9q2R1DXX70Wf3xo6G 2uFCEC3O/ovH8zn0rhksHx34eUFg1nmFvVnxcRWb1bqydx3FPSlO5jvs6Nk3ssL4VMb05R R12S0rF6t6H/kAbptVPfHK/LvKs5A82D+bNxHcmOXgOWkdPYCKENTE/YIY5j9DtMTn6ttj 6ltJWamYuZL31ijHYZjhmbOD6Jq9cAScbk5THkbDvjaVQV1XIvSwkQmAekm7tw== 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 2CF8B31577 for ; Fri, 9 Feb 2024 01:55:57 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rYFBF-0001vu-NA; Thu, 08 Feb 2024 19:55:49 -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 1rYFBD-0001vc-VX for guix-patches@gnu.org; Thu, 08 Feb 2024 19:55:48 -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 1rYFBD-0000xa-Mp for guix-patches@gnu.org; Thu, 08 Feb 2024 19:55:47 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rYFBS-0006hX-1Y for guix-patches@gnu.org; Thu, 08 Feb 2024 19:56:02 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#60521] Dot file layout for =?UTF-8?Q?=E2=80=98home-dotfiles-service=E2=80=99?= Resent-From: paul Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Fri, 09 Feb 2024 00:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60521 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: moreinfo patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: Sergey Trofimov , 60521@debbugs.gnu.org, andrew@trop.in Received: via spool by 60521-submit@debbugs.gnu.org id=B60521.170744011625642 (code B ref 60521); Fri, 09 Feb 2024 00:56:02 +0000 Received: (at 60521) by debbugs.gnu.org; 9 Feb 2024 00:55:16 +0000 Received: from localhost ([127.0.0.1]:44801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rYFAh-0006fT-4o for submit@debbugs.gnu.org; Thu, 08 Feb 2024 19:55:16 -0500 Received: from confino.investici.org ([2a11:7980:1::2:0]:34353) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rYF0K-00065z-2a for 60521@debbugs.gnu.org; Thu, 08 Feb 2024 19:44:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=autistici.org; s=stigmate; t=1707439454; bh=hni34xdfaQyoQ2dmP3w3Ww4pWO3c+BGm8cFAauwg/c8=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=ELJOkXKsLKrrrkeDI0sKCFG6wf97OvcEJaDoYTgXhCJubCnzS1VHUyldg6FIK3bX5 Wl/INvVWrSFSVHqkhfSXeLwb2ehT1arvIvYfCiL56+jBwm1LsBnFsnfZ6wj5SyOao3 AVuZsWrDptZtzjnWztlZlrJI68hv8u+lfggASvFI= Received: from mx1.investici.org (unknown [127.0.0.1]) by confino.investici.org (Postfix) with ESMTP id 4TWFV60rTVz115t; Fri, 9 Feb 2024 00:44:14 +0000 (UTC) Received: from [93.190.126.19] (mx1.investici.org [93.190.126.19]) (Authenticated sender: goodoldpaul@autistici.org) by localhost (Postfix) with ESMTPSA id 4TWFV56XPTz115n; Fri, 9 Feb 2024 00:44:13 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------DJVpt0TtCuKYEKbWPqru5cX8" Message-ID: Date: Fri, 9 Feb 2024 01:44:13 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 References: <87ede27c9f.fsf@sarg.org.ru> <87a5ooqnsl.fsf@gnu.org> <878r48451r.fsf@sarg.org.ru> <87le7v3oo1.fsf_-_@gnu.org> Content-Language: en-US In-Reply-To: <87le7v3oo1.fsf_-_@gnu.org> 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: , Reply-to: paul X-ACL-Warn: , paul via Guix-patches From: paul via Guix-patches via 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: -7.27 X-Spam-Score: -7.27 X-Migadu-Queue-Id: 2CF8B31577 X-Migadu-Scanner: mx12.migadu.com X-TUID: DN22FwoFvDq0 This is a multi-part message in MIME format. --------------DJVpt0TtCuKYEKbWPqru5cX8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Ludo', On 2/7/24 23:17, Ludovic Courtès wrote: > Hi! > > Oops, my sincere apologies if I ended up “fixing” something that was in > fact intentional, effectively breaking it. Don't worry I think there's been a misunderstanding from the beginning and I was not able to explain myself . Sh*t happens :) > Should we just adjust the manual to match > this? I think that doing so would defeat the original purpose of supporting the de facto standard used by Stow users > Or the other way around, at the cost of breaking user config? This is really about what one means by breaking, we already received a bug report at https://issues.guix.gnu.org/68848 which in my opinion indicates that we give some expectations through the manual, which is not met by the code (I'm adding Janneke to this thread so that we are all aligned and can reach consensus). > Or adding an option to choose between these two layouts? This is the best option forward, in my opinion. It is flexible and allows for a both for the current simplified layout (without the per-application layer of directories typical of Stow) and the Stow default one. If there's consensus my next steps would be: 1. Apply Janneke's stylistic suggestion at https://issues.guix.gnu.org/68857 allowing us to close https://issues.guix.gnu.org/68848 and align the code with the manual 2. Add a layout field to home-dotfiles-configuration that allows for the simplified layout described by Ludo' in his last email, something like this $ guix shell tree -- tree -a dot-files/ dot-files/ ├── .dico ├── .gitconfig ├── .gnupg │   ├── dirmngr.conf │   ├── gpa.conf │   ├── gpg.conf │   └── .gpg-v21-migrated ├── .Xdefaults └── .xsession the default would be the current layout but this would allow for more flexibility in layouts in the future. 3. Possibly add an included-applications (the name is just a proposal) to support Sergey's use case of selecting a subset of application dotfiles to provision in the user's home what do you think about this plan? thank you all for your help and your time giacomo --------------DJVpt0TtCuKYEKbWPqru5cX8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Hi Ludo',

On 2/7/24 23:17, Ludovic Courtès wrote:
Hi!

Oops, my sincere apologies if I ended up “fixing” something that was in
fact intentional, effectively breaking it.
Don't worry I think there's been a misunderstanding from the beginning and I was not able to explain myself . Sh*t happens :) 
Should we just adjust the manual to match
this?
I think that doing so would defeat the original purpose of supporting the de facto standard used by Stow users
Or the other way around, at the cost of breaking user config?
This is really about what one means by breaking, we already received a bug report at https://issues.guix.gnu.org/68848 which in my opinion indicates that we give some expectations through the manual, which is not met by the code (I'm adding Janneke to this thread so that we are all aligned and can reach consensus).
 Or adding an option to choose between these two layouts?
This is the best option forward, in my opinion. It is flexible and allows for a both for the current simplified layout (without the per-application layer of directories typical of Stow) and the Stow default one.

If there's consensus my next steps would be:

1. Apply Janneke's stylistic suggestion at https://issues.guix.gnu.org/68857 allowing us to close https://issues.guix.gnu.org/68848 and align the code with the manual

2. Add a layout field to home-dotfiles-configuration that allows for the simplified layout described by Ludo' in his last email, something like this

$ guix shell tree -- tree -a dot-files/
dot-files/
├── .dico
├── .gitconfig
├── .gnupg
│   ├── dirmngr.conf
│   ├── gpa.conf
│   ├── gpg.conf
│   └── .gpg-v21-migrated
├── .Xdefaults
└── .xsession

the default would be the current layout but this would allow for more flexibility in layouts in the future.

3. Possibly add an included-applications (the name is just a proposal) to support Sergey's use case of selecting a subset of application dotfiles to provision in the user's home

what do you think about this plan?

thank you all for your help and your time

giacomo

--------------DJVpt0TtCuKYEKbWPqru5cX8--