[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#60341] [PATCH Home] home: services: environment-variables: Add supp
From: |
Andrew Tropin |
Subject: |
[bug#60341] [PATCH Home] home: services: environment-variables: Add support for literal strings. |
Date: |
Wed, 04 Jan 2023 09:24:55 +0400 |
On 2023-01-03 23:52, Ludovic Courtès wrote:
> Hi,
>
> Andrew Tropin <andrew@trop.in> skribis:
>
>> On 2022-12-26 19:19, Ludovic Courtès wrote:
>
> [...]
>
>>> I found that it’s occasionally useful to be able to define shell variables
>>> with a value that is to be taken literally, without shell expansion. This
>>> is what this patch implements.
>>>
>>> Thoughts?
>>
>> Hi Ludo,
>>
>> the code looks good.
>>
>> I'm a little conserned that one need to learn a new abstraction to
>> properly quote the expression instead of just using " or ' inside value
>> string, but we already have af4c103595a725194318f40fc5aba110772ff417 and
>> with the current state of the code this change looks rational and
>> idiomatic. Also, it makes the interface more high-level, which can be
>> good in some circumstances.
>
> Yeah, the shell/Scheme mixture is a bit weird; it’s sort of in-between
> because you can’t completely ignore that it’s shell code under the hood.
>
> Looking at <https://issues.guix.gnu.org/54469>, I think we should strive
> to not generate non-working shell snippets. Automatic quoting and this
> ‘literal-string’ construct are a way to achieve that.
Yep, I think this is a way to go.
--
Best regards,
Andrew Tropin
signature.asc
Description: PGP signature