tps://ci.guix.gnu.org/download/331.
>
> Mathieu
Sorry for taking so long to respond. I think the issue has been indeed solved,
as I retried installing Guix with the latest image from a few days ago and I
didn't encounter this issue anymore. Thank you!
--
Alexandru-Sergiu Marton <https://brown.121407.xyz>
Sorry for not specifying extra details, I forgot: I used guided
partitioning for the whole disk. Selected XFCE as the only DE, the SSH
daemon and NSS certs as extra stuff, and the system language as
Romanian. Access to the internet was provided through an Ethernet cable.
--
Alexandru-Sergiu
Hello,
The commit Simon pointed out does indeed look like the culprit. I tried
building it myself vim-full with the time machine and it works before
988ac06ce8cf9b1760094e0e2ff23960355d07eb but any random commit I pick
after it (including it) makes the build fail.
--
Alexandru-Sergiu Marton
Hi,
Just pulled the latest Guix and this error still happens. I
attached the build log.
Cheers,
Alexandru-Sergiu Marton
vim-full-build-log.drv.bz2
Description: Vim build log.
Hi,
Brett Gilio writes:
> I haven't investigated this myself, but on more thought it may also have
> to do with some outdated environment variables. Did you happen to reboot
> your computer or restart your X/Wayland session anytime after deleting
> the old generations and running the garbage
Danny Milosavljevic writes:
> And guix repl says:
>
> scheme@(guix-user)> ,use (guix utils)
> scheme@(guix-user)> (file-extension
> "https://crates.io/api/v1/crates/instant/0.1.2/download;)
> $1 = #f
>
> But the case #f is not handled in the code above--which is why it doesn't
> work.
>
> Could
Hi,
I tried running `guix refresh` and it gave me this error (after
correctly reporting around 100 packages to be updated):
--8<---cut here---start->8---
Backtrace:
12 (primitive-load "/home/brown/.config/guix/current/bin/g…")
In guix/ui.scm:
Hi,
I tried to use the automatic updater for a Rust package but it had an
ugly fail. Here's the backtrace:
--8<---cut here---start->8---
[brown@121408 guix][env]$ ./pre-inst-env guix refresh --update rust-instant
Backtrace:
In ice-9/boot-9.scm:
1736:10 16
Hi,
I run Guix System on my laptop and I wanted to free some space so I ran
all the cleaning stuff I could think of:
--8<---cut here---start->8---
guix package --delete-generations
guix gc --delete-generations
sudo guix system delete-generations
Hi, sorry for the long time it took to reply.
Maxim Cournoyer writes:
> If you could come with a minimal reproducer, I could have a look.
>
> Otherwise, I'm afraid there's too many variables to keep track
> (emacs-doom, possible conflicts with Org when installed from different
> places, etc.).
Ludovic Courtès writes:
> It seems that the Nix binaries captured the
> /gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash
> file name somewhere. Does this file actually exist?
>
> What does this return?
>
> guix gc --references
Alexandru-Sergiu Marton writes:
> Hi,
>
> I just did a `guix pull` and it failed complaining about maven. Here's
> the output from the console:
I did another pull just now and it's not failing anymore. Thanks y'all.
guix describe:
--8<---cut here---start
Hi,
I just did a `guix pull` and it failed complaining about maven. Here's
the output from the console:
--8<---cut here---start->8---
builder for `/gnu/store/4y42zgxq6abq8mg4rbx9l9lylkkn5b2v-guix-extra.drv' failed
with exit code 1
build of
Alexandru-Sergiu Marton writes:
> This way guix-emacs-autoload-packages works again. I installed ALL the
> packages I needed from Guix (I ditched Doom Emacs) and generating my
> site works too now.
I managed to narrow down the problem. If I install Doom Emacs, Guix's
EMACSLOADPATH doe
I managed to somehow fix it in a way.
- Uninstall Emacs and all the packages installed with Guix
- rm -rf .emacs.d
- guix gc
- Reinstall Emacs
This way guix-emacs-autoload-packages works again. I installed ALL the
packages I needed from Guix (I ditched Doom Emacs) and generating my
site work
Hi,
I'm having a bit of trouble with Emacs on Guix. When I do `M-x
guix-emacs-autoload-packages` I get the following error:
--8<---cut here---start->8---
guix-emacs-find-autoloads: Opening directory: No such file or directory,
Hi,
I tried to set up the Nix package manager on my Guix System
following the instructions at
http://guix.gnu.org/manual/en/guix.html#index-Nix .
Unfortunately, after reconfiguring the system and adding a channel
with `nix-channel --add
https://nixos.org/channels/nixpkgs-unstable`, when I
For more than a week now, whenever I do a guix pull, it tells me it's
building a profile with 1 package. If I do other operations, such as
removing a package, it displays the number of packages installed in my
profile correctly (180-ish).
Here's the bit that it's outputting at the end of guix
On Mon Apr 13, 2020 at 6:14 PM PST, Leo Famulari wrote:
> I tested it, and if the file ~/.zprofile already exists when Guix tries
> to set up its own ~/.zprofile, then nothing is done. Maybe you already
> had a ~/.zprofile?
What does "when Guix tries to set up its own ~/.zprofile" exactly mean?
On Mon Apr 13, 2020 at 6:14 PM PST, Leo Famulari wrote:
> I tested it, and if the file ~/.zprofile already exists when Guix tries
> to set up its own ~/.zprofile, then nothing is done. Maybe you already
> had a ~/.zprofile?
Yes. That should be the problem then. It is confusing though, because I
Just a few more details. If I boot into a system config with bash as the
default shell, this is my $PATH:
On Sun Apr 12, 2020 at 1:38 AM PST, Efraim Flashner wrote:
> Do you have sudo installed in a profile? /run/setuid-programs/sudo
> should be the first 'sudo' in your PATH regardless of the shell. What's
> the contents of your $PATH?
This is my $PATH in zsh:
Hi,
I changed my default shell to zsh with the following line added to
my user-account record in my config.scm:
(shell #~(string-append #$zsh "/bin/zsh"))
After reconfiguring the system and rebooting, when I try to run sudo or
su (I guess this problem appears for every thing in
> What shell do you use?
bash
> Could you check if this is somehow due to PS1? For instance run:
>
> guix environment neovim
> export PS1='\u\$ '
> write a lng line
That fixed it, so it isn't a Guix bug. Thanks a lot!
It was something wrong with how I set the colors with tput that only
has overwritten my prompt.
Cheers,
--
Alexandru-Sergiu Marton
https://brown.121407.xyz
32".
Obviously, Guix System is not Windows. Or is it?
IceCat version: 68.6.0esr
Cheers,
Alexandru-Sergiu Marton
https://brown.121407.xyz
[8571 7664 DFDC 6B6A 3ED2 DA68 2348 7CC8 2397 2C1F]
signature.asc
Description: PGP signature
My latest guix pull failed with the following message:
./guix/store.scm:1224:15: Throw to key `srfi-34' with args
`(#)'.
guix pull: error: You found a bug: the program
'/gnu/store/0nbcv4jkhf73qlvc6dsy05iamj6l662c-compute-guix-derivation'
failed to compute the derivation for Guix (version:
The "Shepherd Services" section of the GNU Guix manual contains a few
broken links that should point to the GNU Shepherd manual.
Search the page for the following text to find the broken links: Slots
of services, Service De- and Constructors, Invoking herd, Service
Convenience. Here is a
28 matches
Mail list logo