Hi Pierre,
Pierre Neidhardt writes:
> --pure seems to be the more sensible behaviour. "Impure" environments
> can have unexpected behaviours, so it makes sense to only allow them
> when the user explicitly asks for it.
Unfortunately Guix packages often don't work well with --pure. Be it
Hello Diego,
Diego Nicola Barbato writes:
> Hi Guix,
>
> AUCTeX breaks Emacs' bult-in url package. This bug appears to have been
> introduced with commit 3ffdd00 and can be reproduced as follows:
>
> 1) Install ‘emacs’ and ‘emacs-auctex’.
> 2) Start Emacs and do M-: (require 'url), which will
On Sun, Dec 08, 2019 at 04:42:07PM +0100, Pierre Neidhardt wrote:
> --pure seems to be the more sensible behaviour. "Impure" environments
> can have unexpected behaviours, so it makes sense to only allow them
> when the user explicitly asks for it.
I don't have an opinion about this in general
Hello Konrad,
Konrad Hinsen writes:
> An Emacs installation that includes package emacs-org exhibits a
> well-documented bug: certain uses of org-babel, such as using the
> R language, lead to the error message
>
>Invalid function: org-babel-header-args-safe-fn
>
Does this still occur on
Hello!
Pierre Neidhardt writes:
> I've tested again after Clément pushed your fix, and the problem seems
> to be gone with the following steps.
>
> - guix system reconfigure ...
> - guix package -m manifest-including-emacs-and-exwm (not sure exwm
> matters here)
> - Log in.
>
> Closing this
Hi Pierre,
I agree.
And also change the default which populates by the dependencies. Something like:
guix environment foo --inputs-of bar
should spawn an environment containing foo and the dependencies bar.
Well, keeping the --ad-hoc option for compatibility.
What do you think?
All the
Hi,
Thank Pierre to raise this issue.
On Sun, 8 Dec 2019 at 16:40, Pierre Neidhardt wrote:
> The current way to do it is to run
>
> guix pull --url=/path/to/checkout --profile=/tmp/guix.master
When I put that in a test -- say tests/guix-pull.sh -- troubles
arises... The main one appears
Hi Guix,
AUCTeX breaks Emacs' bult-in url package. This bug appears to have been
introduced with commit 3ffdd00 and can be reproduced as follows:
1) Install ‘emacs’ and ‘emacs-auctex’.
2) Start Emacs and do M-: (require 'url), which will produce the
following backtrace:
Vincente, Brett,
Brett Gilio 写道：
Vicente Eduardo writes:
I would like to have two versions, or at least the dynamic one,
that's the common way
Ruby should be built, and also the Guixy style.
Important: static linking isn't the Guixy style at all!
Statically linking different packages
It would be nice to add a `guix pull' test as part of the test suite.
This was discussed in bug #38455.
The test should run `guix pull' but not apply change any symlink.
Note that `guix pull --dry-run' does not catch enough errors.
The current way to do it is to run
guix pull
I have checked the flags needed for compiling dynamically.
It should be very easy to solve, just by adding this flag to the configure:
--enable-shared
This should be enough to compile Ruby runtime dynamic library and to
compile Ruby interpeter executable against this lib.
Reference:
Python and Ruby link dynamically by default from the executable of the
runtime to the runtime library. Most runtimes do that, it is a good design
that allows reusing the runtime to the embedders. As exception of NodeJS
which avoids this because of a design decision related to the distribution,
and
The 'dhcp-client-service' fail to start when a non-libre network
interface (here 148f:3070) is plugged-in even though there is an libre
networking interface (here 01:00.0) available.
Removing the non-libre networking interface from the system allow
'dhcp-client-service' to start correctly on
Am Samstag, den 07.12.2019, 22:15 -0800 schrieb Danny O'Brien:
> I took a closer look at this, and currently Zsh users have
> /etc/profile included in their environment by virtue of a default
> $HOME/.zprofile, which is created in their home directory when they
> are created (via `useradd` and
14 matches
Mail list logo
