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 col
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:
1974:1
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 (wi
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
--8<---
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 /gnu/store/lsixql26nig4v3icn124ja3ivjpgvn99
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-
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 /gnu/store/4y42zgxq6
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
EMACSLOADPAT
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 to
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,
/home/brown121407/.guix-profile
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 pull
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?
Wh
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
di
Just a few more details. If I boot into a system config with bash as the
default shell, this is my $PATH:
/home/brown/.guix-profile/bin:/home/brown/.guix-profile/sbin:/home/brown/bin:/home/brown/.local/bin:/home/brown/.guix-profile/bin:/home/brown/.guix-profile/sbin:/run/setuid-programs:/home/brow
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:
/home/brown/bin:/home/brown/.local/bin:/h
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 %setuid-programs)
> 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
mani
text has overwritten my prompt.
Cheers,
--
Alexandru-Sergiu Marton
https://brown.121407.xyz
"Win32".
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:
"815d3ac
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 compariso
This is now fixed for me after a guix pull.
It seems that guix import gives me:
guix/build/download.scm:248:2: In procedure tls-wrap:
error: make-session: unbound variable
for every importer that need to download something from the internet.
Here's the full output when trying to import persistent-postgresql
(https://hackage.haskell.org/pa
I've been trying to improve the Haskell tooling we have here on Guix, but
I ran into this problem: if I try to do ~guix import hackage
cabal-helper~ it fails with:
Syntax error: unexpected token : common (at line 76, column 0)
Syntax error: unexpected end of input
guix import: error: failed to dow
> Would the following patch fix the issue then?
That fixes it without requiring extra CLI arguments. Nice, thanks.
On Sun, Dec 29, 2019 at 8:44 AM Nicolas Goaziou wrote:
>
> Hello,
>
> Sergiu Marton writes:
>
> >> I have been able to build it locally. I suppose the
> I have been able to build it locally. I suppose the problem might be
> with parallel building. Disabling parallel builds for the portaudio
> package might fix this.
It built just fine with --cores=1 --max-jobs=1. Thanks!
I have mpv installed, which depends on rsound, which, in turn, depends
on portaudio. Since my last guix pull, portaudio fails to build - it
fails during the build phase. I attached the build log. I tried
reading it, but I don't know what to make of it.
portaudio-log.bz2
Description: Binary data
Tried installing i3-gaps on a fresh VM with Guix. Still the same
problem when getting it from the official sources. Gaps aren't
working. When installing from a file that has the original definition
(without inheritance), gaps work. So it's exactly the same situation.
Wanted to be sure.
I submitted a patch to add i3-gaps a couple days ago:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38721
After it got merged into master with the inheritance modification (see
patch), I installed it over the one I had installed from my original
script and it seemed to work fine. But I think that
36 matches
Mail list logo
