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 uC9LMT7n3WXuDwEA62LTzQ:P1 (envelope-from ) for ; Tue, 27 Feb 2024 14:44:31 +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 uC9LMT7n3WXuDwEA62LTzQ (envelope-from ) for ; Tue, 27 Feb 2024 14:44:30 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=outlook.com header.s=selector1 header.b=WLYjbuIX; 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"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=outlook.com (policy=none); arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}") ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1709041470; 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: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=uBBQ3/ZYnLQx0+QD5DyhrJoJ0kfWW4x2Ic/5QTiAa1A=; b=p06IPBi31wY5vxUO8VSodUU3Zelox/ZEswF4p0YF31YNqM6sYcYC3+kX/e5MVVnY/KjzAx 1WHHyzk6WPdyarVGF7QSXsuVpEFL8sMMWcqJAJoX0fJ5XwaNl9p+qiQxhxh/tlT0wofWmJ FE8pgHAeoKcw6Hbt7K/AY71u1eMqal4Liun03+V2s/1azQyjdyLJQIzWKdl8uAPh72+Ua/ 5cC2Um8vekbfdfpucWDZXpBJtDQ+wH61Y2rzneJLqLVIuPlX/wPId1LdA+BQGrWwTbcF9v Ppnw0OYXjLe/+zhUU1ktlYHd1CUW1/rOT+O423Lv0I22PwoOd0JVpmloZvg74w== ARC-Authentication-Results: i=2; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=outlook.com header.s=selector1 header.b=WLYjbuIX; 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"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=outlook.com (policy=none); arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}") ARC-Seal: i=2; s=key1; d=yhetil.org; t=1709041470; a=rsa-sha256; cv=fail; b=frl8o3FHm6KkV4RkvskkszacRP00lwTNcc2MnvXAhIvPV0u/Yvf2WcDZteNdYZ3eA/4odY af6T+z+r7UtufaK6NMYQwcYNyb2dASiIJRD/m8A2F838u1epskoz8cJxDEOOCUmu0DStiY EX6ytI9hs0KlO9TiyCHiTZABfV346mHIIjkmJjZHoRh6wlnFi6XQUfldU8q6baZITKkKyd cgGPDAid0DT93jEbYOjXAk0qFcRKrNtpjbwRflDNo+GQLp5GYSrknh2LCTXH5PfjSz3igG 6V+++lE80ph6nP50e0o7qTzrgCb3bt1wo6az6S2UxSp8JT7Y0BDOY6O60uKETw== 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 5B2D520325 for ; Tue, 27 Feb 2024 14:44:30 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rexfs-0000cm-TW; Tue, 27 Feb 2024 08:39:13 -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 1rexL2-0004Tq-H0 for guix-patches@gnu.org; Tue, 27 Feb 2024 08:17:43 -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 1rexKz-00081a-Az for guix-patches@gnu.org; Tue, 27 Feb 2024 08:17:39 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rexLP-0005nS-7d for guix-patches@gnu.org; Tue, 27 Feb 2024 08:18:03 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#68857] gnu: home: dotfiles: Avoid creating extra directory in $HOME. Resent-From: Giacomo Leidi Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 27 Feb 2024 13:18:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68857 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 68857@debbugs.gnu.org Received: via spool by 68857-submit@debbugs.gnu.org id=B68857.170903982222123 (code B ref 68857); Tue, 27 Feb 2024 13:18:03 +0000 Received: (at 68857) by debbugs.gnu.org; 27 Feb 2024 13:17:02 +0000 Received: from localhost ([127.0.0.1]:52263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rexKP-0005kb-0r for submit@debbugs.gnu.org; Tue, 27 Feb 2024 08:17:02 -0500 Received: from mail-vi1eur02olkn2037.outbound.protection.outlook.com ([40.92.48.37]:11648 helo=EUR02-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1revfy-0006GH-TG for 68857@debbugs.gnu.org; Tue, 27 Feb 2024 06:31:14 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z5g3IeGSesoOcvFlLQD6pCfnChUmsVwYwDvnalgNn5KdJctm81oV/2DqFEADI2pUZ0ByllVWRGdpOffxHHV4hvf/s3U6RlEEVxk7SFK0C3WMvYAMJQkCMoKCjPzNUEz9eiQ9uB//EvQzWnzcsZfV8w4+EO6y9tyr4kE/E8ZflfDVxecbS/sy2EWicUYVxXY+Bfn76aA0dyrOtzdKRAsuFVCmpgr9ktLyjuHczJ/AeX2txN+m34eWnJTUD13S88DiAsqashoHUq5ThTwjBCY7/JS84uyRevbGBMBDtdAQczxgaT9LIIYZktnusjw7msAJo+uUSC8oHIW6bQGfykwIyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=uBBQ3/ZYnLQx0+QD5DyhrJoJ0kfWW4x2Ic/5QTiAa1A=; b=IsfcrEKbq0LaN10vYFHWwGiO39g6DFzpi6CJoK4RDO7TTh+Mr1TwM5nl//25euatdv4J5aso44q0c4wnWAaAK6CEQiTXtgx9oAa74Zda0DnoJ3oA4DM7A4rGfQ7OHKAQ04cP+8q3mbsu7i3KtO3rrpjxzlJMXzc5u0EKB/oiKtBJSZK0dyAqcXifRFrUvMNys/nEuoInrgrIbhhqhflgxrXwNfJSqsvPmKO+v/f/QDFcIUsH82eLiU16nswX/EdS6pKrjUU3/bpgSFJOlHZee93yxiM1kGwAxXkOuNH3ghvrqoxsvawpP+ygxneHrO6NHo4j1CSyFvErqFcMyodfMg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uBBQ3/ZYnLQx0+QD5DyhrJoJ0kfWW4x2Ic/5QTiAa1A=; b=WLYjbuIXNfDyJtIULkinR+xNGFESGrSrveDajUTzu2Syb1TrfLC4LpI8as/RjWCWzkhb9poZp37/MiH0CUCxEW8eVk7JJu9KRplbP15KXKWQxFl2bzr1E9Rmlz0D8avmG2/+zlCgfh+fFkKwffBCws3UAGYg18eUrmNuiY7E+rWABfaN8h4KIvbuZsPY72rKZzw2ahsghYqgIV/awJZ7smz3b1TwEw85VVvuSXdcpfcZvuu5MO/ytQeg0D1hnHsphoxnNxb0H3DRE5y1CgFTxpW6MGpJS2fUlI94zX2F2KUAp0Bx9Vkq4AgSGF87+KyEsFB6BkddP4nYLS3EGe6LHw== Received: from AM8P189MB1396.EURP189.PROD.OUTLOOK.COM (2603:10a6:20b:24c::9) by VE1P189MB0959.EURP189.PROD.OUTLOOK.COM (2603:10a6:800:167::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7316.36; Tue, 27 Feb 2024 11:30:38 +0000 Received: from AM8P189MB1396.EURP189.PROD.OUTLOOK.COM ([fe80::48f5:fb55:f689:41e9]) by AM8P189MB1396.EURP189.PROD.OUTLOOK.COM ([fe80::48f5:fb55:f689:41e9%6]) with mapi id 15.20.7316.023; Tue, 27 Feb 2024 11:30:38 +0000 Content-Type: multipart/alternative; boundary="------------SDp66iXtCnycEy62ZQQIHkQf" Message-ID: Date: Tue, 27 Feb 2024 12:30:30 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Content-Language: en-US References: <14bc720d-7fdc-516a-3018-58294c1cafcd@autistici.org> <20240216171724.22171-1-goodoldpaul@autistici.org> <87msrvmq7v.fsf_-_@gnu.org> <24f9f59a-79e8-27bc-5fe4-da160ed64187@autistici.org> <87bk82i53w.fsf_-_@gnu.org> From: Giacomo Leidi In-Reply-To: <87bk82i53w.fsf_-_@gnu.org> X-TMN: [MEU2qTqbiuvc5W99kAQiLqvpNgStKpa6vmC5lEmC/6S9o8I8mfdHHNMm+kLwUMHz] X-ClientProxiedBy: MI1P293CA0020.ITAP293.PROD.OUTLOOK.COM (2603:10a6:290:3::18) To AM8P189MB1396.EURP189.PROD.OUTLOOK.COM (2603:10a6:20b:24c::9) X-Microsoft-Original-Message-ID: <48625ed1-b061-cd8e-4eec-05c0c84983b4@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AM8P189MB1396:EE_|VE1P189MB0959:EE_ X-MS-Office365-Filtering-Correlation-Id: 0815f760-cc34-48aa-52eb-08dc37878592 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Ow6AuFLNMWw9ImNSh7sh7iPE7m5bHGOYgz8arp44h2ODY9wq9LIn9Q7Mpc4VJiLRT/x9YGd/hjDzGBOl7QHOzs5VG8Ntjb+5jBkYX4U7TpItEIJ1HNkltiCt6h+Y/YEcGLqOrGPuczrtbqBqDnG3CRKqZL3ghJD8oyFDI9PremvjRobNTTpjexZF3W8Zq9+v0wKuJZk17lobLe4hjyx2eLvHGJvlz2YMgynSfiNtsxAxyrxrnc5h7M5AnnlYSaE3waq6bxCLaOwezQZ5mOYmLOYCHGni+QmAL1w5B7HmyHGhn8rrj6TneZ4fcneSHkK8Y9a9bWxzc6mvdaaA9/coS5ux9zwScKeMGAylY2OQw+Tjw5YHuUDbzubnFcWnwO5WJM4j6a+J/j0JlNjXU4J2KcdgU5ec6IcctFsOUCGyD/XkNDJVpfbko97Ku0vTWM2T/sz5P6YYzebwM8w/5iXxhA+6GY0VpfLVu340xaJ6+YjIHelHh1hzbWBruyKDhy+G6gDPKAC68PWxGi1KYsEei5O8ksp6MHbek2aJjVStVQB9L/KECcE4LAp0XnVowWfw X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 7bQUgvlJKLcfFPFn1wxaG5RuGv12e6TxgNn4f+Z6ZQfn/jFkVbnZIudbPe9WFFbSKpRzl7st0hjjdD4tL0coyBSMXfbIvksZKApqQsL4GyaCkifRxowz54FkdG5/zOGHMHl9ClC5nR8GwF5PMV/bJjqBtDg8q5EFhJm6LDjFivvTXQjQcsVbI5g4agPsDIttqc+TTapXOo2JhlsszFUcKVdJkgXBtxKiEso+ye4maBNV0p2KRuAiNsBJBsJgJo8CynYXQauAtkL2LGgAA+fFiq7+6hAiPq8BdvYRINZPArdNTNLBTM4Y1MREyid06diYE/CHekqea3SS4rPGhYSmRz/yzRaF5ABUvIBDlJcww4zfumkTjMbdhxlf6d3jHpobrEsnJWrKoj+HXZ6poee2q2ssgP9xSVHwURA01G3bKEQrMy/5RmQhVP9RyBdCkOTpfPX4u6fmfisKrcKbP/T+byHGBG38MmUC9REPMe6IjaxhVzEKQ/5inlPJ8X5ycFCg7q1ohlxP/vKp3u9X3V/0ndOgUxZSt+akb9cmOsToj32g8xqABc/8z30yqPjNX1TNhQ/TOdXYfuLH0o+J3OkyGyOdH/L+rQzekA7FpmcSwhTCXePrgJDxwFQ6bA9tX92v0Tg1Yf7VDE3EZg1c2xMA/fJidc6VWemOD1nmahgVre70Am1IFTVI3PPSXpjCV1dCkZf+w806UtUEjZdCIC3/SJe4vQ1ywR3VwIFQnloRmUR/P2GJnpLpo8gZFNEnrTEFAoop8rmnctVZWR2HGXR4dBLUrMJHCl1dcIh+aHk+vxdxAUik9od6JEwvxb0arw1AsIKRhUtTXs3OrQUeWNr4/r+V4J4vuVaKmo4aCaHC8nCc7B2tSSNHR4RNdlSmVxfF0ZEopaEx6dsw2R38C0m3MDI6R4BkBJu/426jE3o2MU7jvfG+ljMr4m/6iQrlmQBJ /wTAusLkE6bfxrymEe5/j6+tfsCD36BSbUqxGqZPcorQimlqgDrU7MQcqQDnWB0+CPMZTzMHxdYNWvb3fzWgxi5em0N2X7DAN6LfnFA0ermyZ9MEBgM1UlgIyFRyj5OdHGEKgnTP60AXowoLuo3kELjCHv/PAczerp6+HbTVJKHS15lnzusHHdWLDgqpz37mpHjo4s5+XrRoybdw35TxD2jY46hFxPouvvU/Ok4Q1OhZ7TP5eMrHd/cmdsKbZPrd+PjD6E52WZFnNh6/f8MfKLaLKA3gzlAQy4ueqUEf6Mk7WPabIBS1BGL/GeyGUV1GB4vxXo28hX0oNt0pirzmlv7TCyJ7vSiQIoX9txC57kY9/y9FQ5o5A/85rezDMkmj X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0815f760-cc34-48aa-52eb-08dc37878592 X-MS-Exchange-CrossTenant-AuthSource: AM8P189MB1396.EURP189.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Feb 2024 11:30:38.2870 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1P189MB0959 X-Mailman-Approved-At: Tue, 27 Feb 2024 08:16:59 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Mailman-Approved-At: Tue, 27 Feb 2024 08:38:50 -0500 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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: 4.73 X-Spam-Score: 4.73 X-Migadu-Queue-Id: 5B2D520325 X-TUID: FtxEZN0zo53Z --------------SDp66iXtCnycEy62ZQQIHkQf Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Ludo' , First of all thank you for putting the time for working on this, I hope we are close to a solution :) On 2/27/24 11:17, Ludovic Courtès wrote: > I think we’ll only want to support two layouts: Stow and “plain”; we > should avoid overengineering that. That’s why a simple (layout 'stow) > field seems good enough for me. > > WDYT? I think it is important, if the effort is feasible, to not leave anyone behind (in terms of what the features of this service are) . Having a single field without further changes will introduce some ambiguity imo. We have these requirements in my understanding: 1. The service should support Stow's users workflows. This is a hard requirement in my opinion. Hence we need a way to select a subset the applications directories (the applications field of home-dotfiles-stow-directory in v2 of the patch). 2. The service should support Stow's users workflows. This is also a hard requirement. For this we just need the path of the dotfiles directory. 3. The service should support multiple dotfiles directories. This is not a hard requirement i believe, but we currently have this feature (the directories field of home-dotfiles-configuration is a list of strings not a string). Introducing a single layout field makes it impossible to unambiguously implement requirement 1. If the user has more than directory it really makes no sense to select the same subset of applications for each one of them. This is to say that I believe it makes little sense to have multiple directories if the layout and applications information are not linked somehow with each directory. I wouldn't call this overengineering, just implementing the features users need from this service. I hope you agree. Also since I first sent this service around Jan 2023 (when it was still the home-stow-migration-service), and it has been broken on master for some time I'd like to provide a fix for this situation as soon as possible (clearly the definition of brokennes and what changes to the API would be breaking user configs depends on the requirements one intends for the home-dotfiles-service-type, especially since the changes that broke master were introduced without consensus). I'm changing the code to: use the layout field, support Stow's users workflow adding a new optional field called packages, which makes sense only if the layout is 'stow, and I'm making the directories field a string instead of a list of strings. Please let me know your thoughts on this v3. Thank your for your work, giacomo --------------SDp66iXtCnycEy62ZQQIHkQf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Hi Ludo' ,

First of all thank you for putting the time for working on this, I hope we are close to a solution :)

On 2/27/24 11:17, Ludovic Courtès wrote:
I think we’ll only want to support two layouts: Stow and “plain”; we
should avoid overengineering that.  That’s why a simple (layout 'stow)
field seems good enough for me.

WDYT?

I think it is important, if the effort is feasible, to not leave anyone behind (in terms of what the features of this service are) . Having a single field without further changes will introduce some ambiguity imo. We have these requirements in my understanding:

  1. The service should support Stow's users workflows. This is a hard requirement in my opinion. Hence we need a way to select a subset the applications directories (the applications field of home-dotfiles-stow-directory in v2 of the patch).
  2. The service should support Stow's users workflows. This is also a hard requirement. For this we just need the path of the dotfiles directory.
  3. The service should support multiple dotfiles directories. This is not a hard requirement i believe, but we currently have this feature (the directories field of home-dotfiles-configuration is a list of strings not a string).
Introducing a single layout field makes it impossible to unambiguously implement requirement 1. If the user has more than directory it really makes no sense to select the same subset of applications for each one of them. This is to say that I believe it makes little sense to have multiple directories if the layout and applications information are not linked somehow with each directory. I wouldn't call this overengineering, just implementing the features users need from this service. I hope you agree.

Also since I first sent this service around Jan 2023 (when it was still the home-stow-migration-service), and it has been broken on master for some time I'd like to provide a fix for this situation as soon as possible (clearly the definition of brokennes and what changes to the API would be breaking user configs depends on the requirements one intends for the home-dotfiles-service-type, especially since the changes that broke master were introduced without consensus).

I'm changing the code to: use the layout field, support Stow's users workflow adding a new optional field called packages, which makes sense only if the layout is 'stow, and I'm making the directories field a string instead of a list of strings. Please let me know your thoughts on this v3.


Thank your for your work,


giacomo

--------------SDp66iXtCnycEy62ZQQIHkQf--