<Apteryx>ajgrf: If you used an older guix version in the past your key could be under /usr/local/guix or something like that
<sirgazil>In The Future of Guix at FOSDEM, people were talking about "apt-get install guix"...
<sirgazil>For what is worth, as a user of Guix on a foreign distro, I'd like to have "apt install guix", so that the congnitive load and time during the (un)installation process is reduced. Having this convinience could lower the barrier of adoption of Guix, and could also channel people to use GuixSD.
<sirgazil>But with "apt install guix" I mean an easier way to (un)install (not necessarily Debian specific).
<CharlieBrown>Parabola (and Arch) have packages in their repos for Guix.
<sneek>phant0mas, janneke says: yes get the same. tests/00-initial-env.test is fine, but adding tests/00-repl-server.test hangs for quite some time (1 minute?) and then prints lotsa In procedure fport_fill_input: Resource temporarily unavailable\\nscheme@(repl-server)> While reading expression:\\nERROR: In procedure fport_fill_input: Resource temporarily unavailable\\nscheme@(repl-server
<phant0mas>janneke: we have the same error, different output
<phant0mas>which version of gnumach and Hurd you are using?
<wingo>holy recompilation, batman; this bash thing :P
***snape` is now known as snape
<slyfox>how does 'guix build --target=' populate enviromnet with host and taret compilers?
<slyfox>'guix build re2c --target=alpha-unknown-linux-gnu' does the right thing as it uses proper ./configure detection
<slyfox>'guix build re2 --target=alpha-unknown-linux-gnu' doesn't becauses it just uses g++
<jmd>Perhaps the inputs for that package are wrong?
<jmd>Or perhaps the package uses a carelessly written Makefile
<lfam>quiliro: The case of how to work around this bug?
<lfam>quiliro: The bug is new and we are still deciding how to solve it. What I suggested for you is a temporary work-around until we find a real solution
<lfam>The only difference between the instructions I gave you and the typical method of updating GuixSD is that you are `guix pull`-ing a specific commit.
<quiliro>lfam: ok then, please tell me if i can help out with something
<lfam>quiliro: Please try the instructions I gave and let me know if you still have the problem "guix/packages.scm:871:27: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): #f"
<quiliro>lfam: i though guix reconfigure was never needed after installation
<lfam>quiliro: `guix system reconfigure` is the way that you update GuixSD
<catonano>lfam gave me a commit id. How do I find such commit ? Do I have to checkout to that ? Or is there a way to see that speciic commit through the web or through any other mean ?
<ng0>i'm considering either a makefile to call all other setup.py which are present in the subdirs already, or one setup.py to rule them all, i only did have discussions about it so far.. now I need to think :)
<lfam>efraim: You can also do `git log --show-signature`, the lazy way ;)
<lfam>They both will verify the signature, which is what you want
<lfam>efraim: I was wrong about `git verify-commit`. It takes a single commit. But you can give it a list like this: `git verify-commit $(git rev-list $range)`, where $range is any Git revision selector
<lfam>efraim: You should just use the pre-push signature verification hook :)
<efraim>i normally sign everything now, i just didn't have it set up on the aarch64 board before :)
<thomasd>what should I do with a bundled jquery (and possibly others) in the html docs of a package? (python-numpy)
<thomasd>I see that it wasn't copied until now, but I'm not sure if this is on purpose.
<lfam>We *should* delete it and replace it with a jquery package. Is that possible? I don't know
<thomasd>it's probably possible, but I'll stick to just updating the version for now :)
<alezost>quiliro: that's the latest guix, so I think after reboot the right guix-daemon will be loaded. I'm not sure why something is being compiled for you since you already did "guix pull" several minutes ago
<alezost>quiliro: if I were you, I would just reboot and look if "it works"
<quiliro>alezost: i did guix pull as user not as root
<tmstmp>Hey, just installed guixSD and trying to have most of my packages in my configuration file. But for some reason some packages it won't recognize, I keep getting "... Unbound variable: emacs-flycheck" even though I have emacs in my use-package-modules and emacs-ag and emacs-neotree works fine. This also happens with guile and guile-emacs.
<lfam>quiliro: I don't think there is anything for you to help with at the moment. The person who fully understands the code that has the bug is on vacation, so the rest of us are learning and trying to find a good solution
<lfam>tmstmp: Try using 'flycheck' instead of 'emacs-flycheck'.
<lfam>quiliro: I agree that we should offer some kind of offline archive. But nobody has made it happen yet. Some Chinese users are thinking of mirroring everything in China because they can't access the rest of the world's internet. I think their work might give us some ideas about how to make an offline archive
<snape>and if mysql is run by the service (shepherd), it is not "installed", by "installed" I mean it is not of in user/root $PATH
<lfam>There is a work-in-progress interactive installer
<lfam>Honestly, I don't recommend you install a graphical system. The system initialization is the most brittle part of GuixSD. I recommend users install the bare-bones system and then reconfigure into a graphical system
<lfam>Of course, we should make the process more robust but, in the meantime, that's my recommendation
<kevinfish>Probably the manual should say something like that is highly recommend
<lfam>Maybe it wouldn't matter as much if you had a fast connection, but for 1 megabit per second, I think it could matter
<lfam>There are many gigabytes to download to install a graphical system
<kevinfish>I just want bare bones GUI and tiling WM plus my dev tools (emacs, GCC, scheme, etc...)
<kevinfish>Another thing that would be nice is if there were an option on the web page for a pure HTML responsive version as my eyesight isn't what it once was so I have to zoom in and it's a PITA to have to scroll back and forth on every line
<kevinfish>Yeah, well IMO, it would be one thing to have some samples and another to get you up quickly with a workable system (e.g. not command line so you can actually get on the web and chats such as this to figure out how you want to enhance it)
<lfam>I think that if you decide to install a graphical system without xmonad, it should not take more than a couple hours on your connection.
<lfam>The interactive installer will serve in that role
<lfam>There's no template we can offer that will not require customization, because users at least need to set up their user account and filesystem configuration
<kevinfish>Yeah, I should have suspected, but I thought if came precomposed it might not be so fat
<lfam>Also, our manual is in the installation image on tty2
<lfam>And you can get on the chat room with a terminal-based IRC client. For example, with `guix environment --ad-hoc ircii`
<kevinfish>Yeah, also too small for me to easily read and idk how to change the screen geometry. There was no VGA option in 'e' from the grub splash
<lfam>Sorry. Maybe your bug report should be more about general accessibility for people with low vision
<kevinfish>If I get a chance I'll package up an ultralight GUI sample for inclusion on the distro
<kevinfish>It comes up in like 80x24 but then halfway thru the boot switches to something much smaller
<snape>I'm not sure what you mean by ultralight, but ratpoison is quite light, and written in C
<lfam>I think we should just remove xmonad from the example
<lfam>It will be hard to make the template any lighter after that
<lfam>BTW, I decided not finish downloading the system installation dependencies. I don't have space on my disk at the moment
<kevinfish>Yeah, sounds like at least anything more than the pure binaries of xmonad and lite are oxymorons