<civodul>efraim, lfam: tests/utils.scm fails as a result of the recent xz change <civodul>/home/ludo/.guix-profile/bin/xz: invalid option -- ' ' <civodul>/home/ludo/.guix-profile/bin/xz: Try `/home/ludo/.guix-profile/bin/xz --help' for more information. <lfam>Hm... seems as if something is interpreting "-dc -T0" as a single option <civodul>i think filtered-port et al. expect a list of options <civodul>so `(,%xz "-c" "-T0") and not `(,%xz "-c -T0") <lfam>efraim: Are you still AFK? <mmp>Hello! I've just installed Guix for a first time and still don't know much about it. Can you please help me by telling me how to install network-manager and make it autostart at boot? :) <mmp>I've already have GNOME Shell running. <CharlieBrown>I'm having Guix errors. I can't use Emacs or youtube-dl. <lfam>CharlieBrown: What goes wrong for `guix pull`? <mmp>Yes, but I find it confusing. <CharlieBrown>lfam: /gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/bash: @<f: i: Error 18446744073092072252 <lfam>CharlieBrown: Can you include some more context and put it on a paste site? <CharlieBrown>lfam: I think I did everything when I installed Guix a long time ago. <CharlieBrown>lfam: And IDK how to put it on a paste site. I'm on SSH text-only. <lfam>That's the only line that's printed when you run `guix pull`? <lfam>What do you get for `guix --version`? <CharlieBrown>/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/bash: @ <lfam>Okay, how about checking the version like this: `realpath /proc/$(pgrep guix-daemon | head -n1)/exe` <lfam>You'll probably need privileges for that <reepca>i guess you could copy stderr to stdout <mmp>Should I just put "(network-manager)" in (services (cons * ...))"? How do I then reload the configuration? <lfam>mmp: You use `guix system reconfigure` to create a new OS based on the changed configuration. <tct1>Is it that difficult to install network-manager on GuixSD? <mmp>lfam: Thank you! :) But now it says "Unbound variable: network-manager-sevice". <lfam>mmp: Did you add (gnu services networking) to the (use-service-modules) thing at the top? <lfam>It would look like (use-service-modules networking) <mmp>lfam: I just did, but still the same error. <lfam>mmp: Can you put your whole configuration file on a paste site? <mmp>The password is "guix" <lfam>mmp: In current Guix, there is not a network-manager-service, but only a network-manager-service-type. The online manual corresponds to the 0.12.0 release <lfam>So you'd use this: (service network-manager-service-type (network-manager-configuration)) <lfam>You'll need to modify %desktop-services to not provide networking via another service <mmp>lfam: How do I use that for starting network-manager? <lfam>You'd put that in your list of services <lfam>I assume it will start on boot, although I've never tried it <lfam>So, I'm sorry I can't provide a cut-and-paste answer. If nobody else chimes in here, you should get a clearer answer by asking on <help-guix@gnu.org> <mmp>lfam: Thank you for being so helpful! Now it says "Unbound variable: network-manager-service-type" <rekado>my git repo got corrupted, so I need to transfer all local branches to a new clone. <marusich>Huh, I can't rebase in Git due to: "/home/marusich/.guix-profile/libexec/git-core/git-sh-setup: line 46: /home/marusich/.guix-profile/libexec/git-core:/home/marusich/.guix-profile/libexec/git-core/git-sh-i18n: No such file or directory" <marusich>Rolling back my profile to a previous generation doesn't fix the issue... <marusich>Apparently this is happening because of line 46, which tries to do: <marusich>and git --exec-path returns /home/marusich/.guix-profile/libexec/git-core:/home/marusich/.guix-profile/libexec/git-core <marusich>Unless it's supposed to have colons in it? <marusich>Anyway, the file /home/marusich/.guix-profile/libexec/git-core:/home/marusich/.guix-profile/libexec/git-core/git-sh-i18n doesn't exist, (even though the file /home/marusich/.guix-profile/libexec/git-core/git-sh-i18n does). <marusich>I wonder why Git is now (as of a few days ago?) trying to do this when it did not before. <rekado>marusich: hasn’t this been fixed in core-updates already? <marusich>I'm not even sure how my GIT_EXEC_PATH is getting set. <marusich>Maybe? I haven't done guix pull in a few days. <rekado>is it in your profile’s etc/profile file? <marusich>Looks like it's in my ~/.bashrc; after upgrading all packages recently, guix recommended I add <marusich>export GIT_EXEC_PATH="$HOME/.guix-profile/libexec/git-core${GIT_EXEC_PATH:+:}$GIT_EXEC_PATH" <marusich>That could be why it's getting added twice. I'll try removing that and restarting my GNOME session to see if that works. <rekado>(I usually don’t add these things myself. I just “source $GUIX_PROFILE/etc/profile”) <marusich>My ~/.bashrc does contain a "source /etc/profile" which came when I installed the system. <marusich>rekado, removing the export line from my ~/.bashrc fixed the immediate problem. It seems that when sourcing /etc/profile, it sources "$HOME/.guix-profile/etc/profile", which sets up GIT_EXEC_PATH. <marusich>So, the reason I had two entries was becuase I followed Guix's recommendation and added the export statement to my ~/.bashrc. <marusich>I wonder why Guix recommended that to me if it wasn't necessary? <pmikkelsen>would it be possible to port guix to some of the BSD systems? or are there something making this impossible <rekado>pmikkelsen: it might work, but you wouldn’t be running a BSD system. <rekado>pmikkelsen: you’d still run software linked with the GNU libc, using GCC, etc <wingo>why aren't package-arguments gexps? <civodul>wingo: there's a wip-build-systems-gexp branch <civodul>that hasn't been merged yet because there were performance regressions <civodul>i'd like to pick it up real soon though <wingo>ACTION working on guix potluck <rekado>the gcc default update broke packages using cross-gcc. <rekado>gcc-arm-none-eabi-4.9 uses cross-gcc and expects it to be based on gcc 4.9 <rekado>can I override %xgcc for the cross-gcc procedure? <wingo>i am hoping that "guix potluck init" makes a .scm file with most of the fields filled in correctly <wingo>hence the guix hash -g thing from yesterday <wingo>hashes a git checkout by clone + git hash -rx <rekado>civodul: well, it’s called “gcc-arm-none-eabi-4.9” and it uses SVN sources from the 4.9 branch. It’s just that “cross-gcc” doesn’t know that and will use “%xgcc”, which is an alias for “gcc”, which is no longer “gcc-4.9”. <civodul>rekado: can you add a #:gcc parameter to 'cross-gcc' and then use (cross-gcc ... #:gcc gcc-4.9) ? <rekado>civodul: yes, I’ll give that a try. <rekado>I’d have to thread this through all the other cross-gcc functions, but that should be manageable. <rekado>I don’t really like meta-packages. <rekado>they are great when installing packages, but useless when you want to add them to inputs. <rekado>for one package I’d like to add the whole cross toolchain and reference the lib and include directories, but they are, of course, empty <rekado>instead of using the convenient meta package I have to add the compiler, the xbinutils, and the xlibc to the inputs manually. <rekado>would it be fine to change the meta packages such that they build unions of their inputs instead of merely propagating inputs? <piotr_>Hi! I'd like to install GuixSD in a virtual machine so I have to mount archive xz as a virtual usb drive, right? I've tried for some time but can't figure out how to do so ***jonsger1 is now known as jonsger
<bill-auger>piotr_: there are clear instructino for how to do that on the website <piotr_>bill-auger: yes but I don't know where to download qcow2 image. <civodul>anyone knows the github.com URL scheme for raw patches? <rekado>piotr_: I unpacked the xz archive and added the raw image as a regular disk. (I used virt-manager.) <rekado>civodul: hmm, that doesn’t seem to work. <rekado>civodul: I remember having the same problem some time ago… Hmm. <rekado>you can’t get at the patch for the individual commit, just at the patch for the whole pull request. <phant0mas>civodul: am I free to start pushing world rebuilding patches to core-updates :D <rekado>our arm-none-eabi cross-compiler toolchains don’t install the c++ header files. <rekado>I’m looking for cmath.h but I don’t know which part of the toolchain should provide it. <snape>do we know why is parellel build disabled on Icecat? <snape>It works perfectly though, on x86_64... <rekado>snape: there really should be a comment above that setting. <snape>I'll send a patch to re-enable it as well, and we'll see if Andreas comments on it. <rekado>would it be possible/desirable to have a single shared Guile REPL in GuixSD that would be shared by all Guile applications? <rekado>I’ve been reading a bit about lisp machines and I wonder if this idea of a unified system built from objects in lisp still has a place today. <civodul>at the same time, an application is a module, a program is a procedure, etc. <civodul>so just ,use(guix) and you have Guix <civodul>the only thing that cannot work this way is applications that embed Guile instead of extending it <[df]_>wouldn't you need some kind of isolation if you have the user messing around in the same guile vm that's running eg shepherd? <civodul>right, you'd rather not share the same guile instance among distrustful users :-) <[df]_>well, it's not just about trust, it's about being able to shoot oneself in the foot <[df]_>much like not running everything as root <Apteryx>civodul: I've just reworked the manual-database patch to use find-files with stat instead of lstat as suggested. When you have time, please try it out :) <davexunit>rekado: in a way, this would be kind of inventing a new Emacs :) <davexunit>which, in a certain sense, is a lisp machine VM <davexunit>we all run many programs simultaneously in emacs, all sharing the same memory space <rekado>davexunit: Emacs is great but I’d really like to have more “normal” applications that could benefit from this sharing. <davexunit>just drawing parallels. especially wrt to the "is it safe?" question <davexunit>we all already do this... just not with guile <davexunit>we could model an OS process structure using fibers, probably <rekado>I find the idea that nothing is just “dead text” really powerful. <rekado>Emacs has some of that with text properties <rekado>some of these ideas have appeared elsewhere, but they are never generic enough. <rekado>e.g. ipython notebooks are a bit like a one of these fancy user interfaces / shells <civodul>and Geiser with Racket can display images inline <rekado>arbitrary graphics rendering in Emacs is kinda weird, though <wingo>yeah i want that too! guile-jpeg has a few ways of encoding images that emacs could understand <wingo>racket has a built-in image type in their standard library. maybe we should have one too, dunno... it is a hard design problem :P <civodul>we should get jao to think about it :-) <wingo>ACTION all in favor of getting jao to do things ;-) <wingo>guile-jpeg has many raw image formats :) <wingo>i would think guile's native image format would be raw <wingo>though there are many kinds of raw <quiliro>every time I guix gc, I loose most GrUB entries to work, I can only boot with one....the rest give me kernel panic <sneek>quiliro, you have 1 message. <civodul>quiliro: that would be a serious bug, i've never experienced that <quiliro>i have that problem every time i do: <quiliro>guix system reconfigure /etc/config.scm <quiliro>why does some text come out as garbles on claws-mail? <quiliro>some messages come out well and others not <quiliro>for example: "público" comes out as "p�blico" <bavier>is there a portable way to run GNU time instead of bash's builtin? <bavier>everything I see on the webs says "run /usr/bin/time" <bavier>but I feel rather more above hardcoding absolute filenames like that, having used Guix now <bavier>answering my own question: `command time` seems to do the trick <clacke[m]>Cool. I would have said "/usr/bin/env time", didn't know about "command". <ZombieCh1cken>quiliro: If it's coming out as a box, I'd assume the font in use lacks the glyph for that character <quiliro>ZombieCh1cken: so what font should i use? <quiliro>how can i tell which font i am using? <rekado>later tell quiliro This sounds like an encoding problem. <snape>sneek: later tell quiliro rekado said "This sounds like an encoding problem." <rekado>I have problems with the arm-none-eabi cross-compiler. <rekado>the cross-compilers don’t include libstdc++ headers <rekado>trying to add them by fiddling with the configure flags failed. <rekado>I suppose that’s because we build them without the GNU libc. <rekado>as a result, all of the nice configure flags aren’t actually used. <CharlieBrown>None of my guix apps are working; guix pull gives a one-line error. <rekado>is that the “: yk: Error 18446744072528401212” thing? <pxc>sphalerite: have you ever wanted to use something like vim_configurable for configuring your interactive shell? would you find something like that useful? <rekado>CharlieBrown: have you tried running strace on it? I don’t know what this error means. <rekado>maybe someone else can help you. It’s late here.