IRC channel logs


back to list of logs

<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.
<civodul>could you take a look?
<lfam>Hm... seems as if something is interpreting "-dc -T0" as a single option
<efraim>Maybe -dcT0 would be OK?
<civodul>i think filtered-port et al. expect a list of options
<civodul>so `(,%xz "-c" "-T0") and not `(,%xz "-c -T0")
<civodul>ACTION -> zZz
<civodul>night! :-)
<lfam>efraim: Are you still AFK?
<efraim>lfam: yeah
<lfam>Okay, I'll try it
<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.
<CharlieBrown>And I can't guix pull.
<CharlieBrown>On Parabola.
<lfam>CharlieBrown: What goes wrong for `guix pull`?
<lfam>mmp: Did you read the manual section on configuring GuixSD yet? <>
<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: That's all that happened when I did guix pull.
<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: @
<CharlieBrown>: yk: Error 18446744072528401212
<CharlieBrown>lfam: ^
<reepca>CharlieBrown: pipe what you want to paste to "curl -F 'sprunge=<-'", it'll give you a url back
<CharlieBrown>Oh, I DID have sprunge alias'd. OK, lfam.
<CharlieBrown>* reepca
<CharlieBrown>reepca: It's less than four lines, so it's good.
<CharlieBrown>reepca: Also, piping doesn't work for errors.
<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 <>
<mmp>lfam: Thank you for being so helpful! Now it says "Unbound variable: network-manager-service-type"
<rekado>Hi Guix!
<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>Has anyone else seen this problem?
<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>. "$(git --exec-path)/git-sh-i18n"
<marusich>and git --exec-path returns /home/marusich/.guix-profile/libexec/git-core:/home/marusich/.guix-profile/libexec/git-core
<marusich>which is clearly nonsense.
<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.
<marusich>Maybe this is the issue?
<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>I'll be right back.
<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?
<marusich>Anyway, I can rebase now.
<pmikkelsen>hi guix!
<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
<pmikkelsen>rekado: Yeah, but it would use another kernel
<civodul>Hello Guix!
<mekeor>hello guix (:
<wingo>moin :)
<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>(gexps arrived after packages)
<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?
<civodul>wingo: woohoo!
<wingo>i am hoping that "guix potluck init" makes a .scm file with most of the fields filled in correctly
<civodul>rekado: why does it expect 4.9?
<wingo>hence the guix hash -g thing from yesterday
<civodul>maybe i should check my mail
<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>oh right
<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>rekado: that may work, yes
<civodul>anyone knows the URL scheme for raw patches?
<civodul>for instance, i want the raw patch for
<rekado>piotr_: I unpacked the xz archive and added the raw image as a regular disk. (I used virt-manager.)
<rekado>civodul: append .patch ?
<rekado>civodul: hmm, that doesn’t seem to work.
<rekado>civodul: I remember having the same problem some time ago… Hmm.
<rekado>I got there from
<rekado>you can’t get at the patch for the individual commit, just at the patch for the whole pull request.
<civodul>oh cool, thanks!
<phant0mas>civodul: am I free to start pushing world rebuilding patches to core-updates :D
<civodul>phant0mas: of course! :-)
<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>,use(git) and you have Git
<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
<civodul>Apteryx: cool, will do!
<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>yeah, I know.
<davexunit>just drawing parallels. especially wrt to the "is it safe?" question
<davexunit>we all already do this... just not with guile
<rekado>I see.
<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
<davexunit>I agree
<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>DrRacket does some nice things
<civodul>and Geiser with Racket can display images inline
<rekado>I really want that for Guile
<rekado>arbitrary graphics rendering in Emacs is kinda weird, though
<rekado>s/arbitrary graphics // ?
<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 ;-)
<davexunit>ACTION would prefer pngs over jpegs :)
<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
<davexunit>that's what I do for all my opengl stuff
<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.
<sneek>quiliro, Apteryx says: by guix repo, I meant this: (i.e., the source code of Guix itself and the packages recipes).
<civodul>quiliro: that would be a serious bug, i've never experienced that
<civodul>ACTION has to go
<quiliro>i have that problem every time i do:
<quiliro>guix package --delete-generations
<quiliro>guix gc --collect-garbage
<quiliro>What I do to recover is:
<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
<quiliro>i cannot answer my own question
<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
<ZombieCh1cken>or something like that
<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>oof, thanks snape
<rekado>snape: humansnack
<rekado>sneek: botsnack
<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>CharlieBrown: what does it say?
<CharlieBrown>I've mentioned it earlier.
<CharlieBrown>Perhaps I should write a document about it.
<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?
<CharlieBrown>rekado: Yes.
<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.
<rekado>ACTION —> zzZ
<CharlieBrown>rekado: IDK how to strace.
<CharlieBrown>I can't even rsync!
<catonano>CharlieBrown: I'd reinstall
<CharlieBrown>I never even TOUCHED my guix installation.
<CharlieBrown>It's on Parabola.
<CharlieBrown>I can't even use the Parabola version of rsync.