Hi Tim,
Tim Gesthuizen writes:
> As you can see from the output, clang is missing some include paths that
> gcc has. Specifying a custom `CPLUS_INCLUDE_PATH' fixes the problem:
>
> ┌
> │
> CPLUS_INCLUDE_PATH=$HOME/.guix-profile/include/c++:$HOME/.guix-profile/include/c++/x86_64-unknown-linux
On Fri 21 Sep 2018 at 11:06, Ricardo Wurmus wrote:
> Bash optimizes lookups on the PATH; having found an executable on PATH
> once, it can remember that location for a minor speed boost. The only
> problem with this is that the cache can go stale.
>
> From what I understand remembering locatio
Hi Alex,
> I'll mention here for posterity that restarting the system also "fixes"
> the issue.
Yes, bash will not remember paths across reboots.
> I still don't understand why bash found guix 0.14 after guix pulling
> from guix 0.15 though.
Bash optimizes lookups on the PATH; having found an
I see this now:
#mv ~/.config/guix/latest{,.broken2}
# guix system reconfigure /etc/config.scm
guix system: warning: Consider running 'guix pull' followed by
'guix system reconfigure' to get up-to-date packages and security updates.
guix system: warning: /root/.config/guix/latest not found: 'gui
Hello! I think it is a bug. I'm watching it the second time. Last time I had to
re-install system, cause nothing worked. Hope your advise. gcrypt failed to
compile
# guix pull
...
phase `validate-documentation-location' succeeded after 0.0 seconds
starting phase `delete-info-dir-file'
phase `del
Makes sense, that explains it. Thanks!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
On Fri 21 Sep 2018 at 09:58, Ricardo Wurmus wrote:
> Hi Alex,
>
>> After installing guixsd (0.15) on a VM and doing "guix pull", "guix
>> --version"
>> gives 0.14-.
>>
>> I asked about this on IRC a few weeks ago and got a helpful answer. All
>> I needed to do to fix is was to run a simple bas
Hi Alex,
> After installing guixsd (0.15) on a VM and doing "guix pull", "guix --version"
> gives 0.14-.
>
> I asked about this on IRC a few weeks ago and got a helpful answer. All
> I needed to do to fix is was to run a simple bash command.
> Unfortunately, I've forgotten what that was :-(
I t
Pierre Neidhardt writes:
>> In practice only a subset of these grafts are applied because, for
>> instance, Fish doesn’t depend (directly or indirectly) on Ghostscript at
>> run time whereas it does depend on Perl:
>>
>> --8<---cut here---start->8---
>> $ gui
Pierre Neidhardt skribis:
>> A package will be grafted when any
>> of its inputs (direct or transitive) have been replaced.
>
> I understand why that would happen when _updating_ fish, but why does it
> happen
> when (re-)building it from scratch, for instance when the graft source is gone
> fro
Pierre Neidhardt skribis:
> - Is the issue here that grafting does not support wide string literals?
> Shouldn't we fix the Guix code to support wide strings as well?
I’m not too keen on doing that: the scanner in (guix build grafts) would
have to be quite different if it were to catch /gnu/st
Hello,
Carlo Zancanaro skribis:
>> From the POV of the Shepherd, services carry no semantics.
>
> In Guix we have as much information as possible about the services. We
> should be know which services should be upgraded automatically, which
> ones we should prompt the user to upgrade, and which
Hi Eric,
Eric Brown skribis:
> l...@gnu.org (Ludovic Courtès) writes:
[...]
>> Ideally basis_library/ and data/ would go under share/openmolcas, while
>> CONTRIBUTORS.md and LICENSE would go to share/doc/openmolcas. Also, it
>> would be nice to remove the ‘.exe’ extension.
>>
>> Do you think
Alex,
Alex Branham wrote:
After installing guixsd (0.15) on a VM and doing "guix pull",
"guix --version"
gives 0.14-.
I asked about this on IRC a few weeks ago and got a helpful
answer. All
I needed to do to fix is was to run a simple bash command.
Unfortunately, I've forgotten what that was
14 matches
Mail list logo
