zimoun skribis:
> On Sat, 2 May 2020 at 15:14, Ludovic Courtès wrote:
>
>> It’s admittedly annoying, but it’s not something Guix itself should
>> paper over. Doing that would open a can of worms, as illustrated by the
>> example Tobias gave.
>
> Instead of 'notabug' , I propose to tag this bug
On Sat, 2 May 2020 at 15:14, Ludovic Courtès wrote:
> It’s admittedly annoying, but it’s not something Guix itself should
> paper over. Doing that would open a can of worms, as illustrated by the
> example Tobias gave.
Instead of 'notabug' , I propose to tag this bug as 'wontfix' and
retitle
Danny Milosavljevic skribis:
>> After processing options, guix need to "expanduser()" (as it is called
>> in Python) on all arguments which are paths.
>
> Please don't do it.
>
> UNIX has its warts, and this is a well-known one (use ${HOME} instead).
Seconded.
Tilde expansion is performed by
Dear,
Sorry to be slow.
On Thu, 30 Apr 2020 at 21:20, Tobias Geerinckx-Rice wrote:
> Hartmut Goebel 写道：
> This is the wrong thing to do and makes the GNU system an
> inconsistent mess. …OK, *more* of an inconsistent, loveable, mess
> ;-)
I still think that the behaviour of Guix could be
On +2020-04-30 22:54:47 +0200, zimoun wrote:
> Hi Tobias,
>
> On Thu, 30 Apr 2020 at 21:20, Tobias Geerinckx-Rice wrote:
> >
> > Hartmut, Zimoun,
> >
> > Hartmut Goebel 写道：
> > > After processing options, guix need to "expanduser()" (as it is
> > > called
> > > in Python) on all arguments which
Hi Tobias,
On Thu, 30 Apr 2020 at 21:20, Tobias Geerinckx-Rice wrote:
>
> Hartmut, Zimoun,
>
> Hartmut Goebel 写道：
> > After processing options, guix need to "expanduser()" (as it is
> > called
> > in Python) on all arguments which are paths.
>
> If any Python (or other) software does this, it's
Hartmut, Zimoun,
Hartmut Goebel 写道：
After processing options, guix need to "expanduser()" (as it is
called
in Python) on all arguments which are paths.
If any Python (or other) software does this, it's broken. File a
bug there.
This is the wrong thing to do and makes the GNU system an
On Thu, 30 Apr 2020 at 19:53, Leo Famulari wrote:
> > UNIX tools do what they do, and this wart is here to stay in a lot of tools.
> > Then at least make it consistent across all the tools UNIX has.
I do not have a clear opinion on the subject so I fall with the
Danny's wise opinion.
On Thu, Apr 30, 2020 at 07:34:39PM +0200, Danny Milosavljevic wrote:
> UNIX has its warts, and this is a well-known one (use ${HOME} instead).
>
> If we did expanduser, I'm sure we'd be seeing bug reports about paths where
> there was a tilde in the actual file name, NOT as a expanduser mark.
>
Dear Hartmut,
On Thu, 30 Apr 2020 at 18:42, Hartmut Goebel
wrote:
> The short option "-L ~/…" works, since thin this case the shell resolves the
> tilde. Whereas for the long-option the shell does not revolve the tilde,
> since the tilde is in the middle of the argument. Yu can verify this
Hi,
This is not related to #40549.
The short option "-L ~/…" works, since thin this case the shell resolves the
tilde. Whereas for the long-option the shell does not revolve the tilde, since
the tilde is in the middle of the argument. Yu can verify this yourself easily:
$ python -c 'import
Dear,
On Thu, 30 Apr 2020 at 10:17, Hartmut Goebel
wrote:
>
> Specifying the home directory using `~` (tilde) in `--load-path` does
> not add the proper path to
>
> Does not work (not who "mypackage":
>
> guix package --load-path=~/path/tp/my/project -A mypackage
It seems related to long vs
12 matches
Mail list logo
