IRC channel logs

2019-08-31.log

back to list of logs

<PotentialUser-42>hello. i just added a channel in guix. now i am updating my system configuration to use a package in that channel. however, when i try to reconfigure, i get an error of `no code for that module`
<PotentialUser-42>the guix manual indicates that packages from channels should be added to the load path automatically
<PotentialUser-42>i know my use-modules form is correct
<PotentialUser-42>hmm, seems that using the -L option to guix system solved the issue. the manual is misleading.
<civodul>PotentialUser-60: the modules of that channel should definitely be in the load path by default
<civodul>perhaps there's another issue here?
<ison[m]1>PotentialUser-42: One mistake I often make is making the filename different from the module name. Apparently they must be identical.
<jgibbons[m]>Is there no install standard for scons?
<jgibbons[m]>Packating "The Powder Toy". Scons says it doesn't know how to install. Any clues what i can do?
<jgibbons[m]>*packeting
<gnu_srs1>Hello, a stupid question: How to automatically start ssh-daemon after a reboot. Now I have to do that manually in a graphical terminal.
<gnu_srs1>Hi again: I have now installed the bootstrap binaries at: /gnu/store/.../gnu/packages/bootstrap/i586-pc-gnu on GNU/Hurd
<gnu_srs1>How do I make guix aware of them?
<tune>gnu_srs1: in my config file in the services section I have this: (service openssh-service-type)
<tune>I believe this is how my ssh starts automatically
<tune>I am not sure about your other question
<tune>if you don't get an answer after a while, it can work well to ask in the mailing list
<nly>tune i think gnu_srs1 is not on a guix system
<roptat>gnu_srs1, I replied to you by email, but here it is again: Ricardo told you to install them in gnu/packages/bootstrap/i586-pc-gnu on your git checkout of the repo, not in the store
<roptat>that's why guix can't find them
<civodul>Hello Guix!
<civodul>efraim: it seems our aarch64 machines keep trying to build qtwebkit and eventually fail with OOM
<civodul>like so: https://berlin.guixsd.org/log/61wqxiyw3a9f6as0fkgv9yh0yxkqj9gg-qtwebkit-5.212.0-alpha3
<civodul>and they really seem to be spending ages trying to build it, so it's a real waste
<civodul>how 'bout making qtwebkit x86-only?
<str1ngs>qtwebkit uses more resources then qtwebengine for some reason. which is odd since webkit is not as large a code base as the chromium source
<civodul>#<gnutls-error-enum An unimplemented or disabled feature has been requested.> peer-certificate-status
<civodul>does that ring a bell?
<janneke>hmm, no qemu or git substitutes, what's the weather like?
<Minall>Hello guix!
<Minall>I'm having some problem with guix S, it seems that I'm unable to share internet... What should I do?
<PotentialUser-19>hello, i see the message <hint: After setting 'PATH', run 'hash guix' to make sure your shell refers to '/root/.config/guix/curent/bin/guix'.
<PotentialUser-19>what does it mean? that i am to add that path to the $PATH ?
<PotentialUser-19>and then run `hash guix` ?
<PotentialUser-19>my path already contains `/root/.config/guix/current/bin`
<PotentialUser-19>nvn, i think i understand
<nickey>hi everyone! i'd like to fix some misspells on translation, but still can't get the translation developing workflow. are mailing lists and patches are used for it? or there's some other way to contribute? pull requests, etc.?
<PotentialUser-30>is guix system init idempotent?
<janneke>PotentialUser-30: yes
<PotentialUser-30>ty for that answer janneke
<quiliro>Saluton
<gnu_srs1>roptat: I do also have (service openssh-service-type) on my GNU/Linux guix system. Still no ssh-daemon starting at boot.
<gnu_srs1>roptat: I moved the bootstrap binaries to /home/srs/DEBs/guix/guix-1.0.1/gnu/packages/bootstrap/, still nothing is found.
<gnu_srs1>Maybe I should edit /home/srs/DEBs/guix/guix-1.0.1/gnu/local.mk and rehash/whatever
<janneke>gnu_srs1: are you then running ./pre-inst-env guix ... in that guix checkout?
<gnu_srs1>janneke: No, now I have moved the bootstrap binaries to the installed directory: /usr/share/guile/site/2.2/gnu/packages/bootstrap/
<gnu_srs1>Sees like they are found now, but I get enormous amount of output. And the build fails: guix build hello --keep-failed
<gnu_srs1>Like: guix build: warning: failed to load '(gnu packages bootstrap i586-pc-gnu share guile #{2.2}# language ecmascript parse)':
<gnu_srs1>Where to find the build log file / failed build directory?
<gnu_srs1>Strange: info guix speaks spanish??
<gnu_srs1>LANGUAGE=en_GB:en; LANG=en_GB.UTF-8
<civodul>gnu_srs1: if you run "info guix.es", yes
<civodul>but "info guix" is supposed to give you the English version
<gnu_srs1>It does not :(
<roptat>hi guix!
<Gamayun>Hey roptat :)
<cbaines>o/
<cbaines>More of a Guile error than a Guix error, but does this make sense to anyone: system-error (setlocale ~A (Invalid argument) (22))
<cbaines>I'm getting that from a guix inferior process, and I think the code that's running is (setlocale LC_MESSAGES "")
<efraim>civodul: if we do make it x86_64 only it cuts off some 29 packages, can we build it single threaded?
<bluekeys>Hi guix, i've installed sbcl, stumpwm and cl-slynk. I don't seem to be able to get a port open for sly to connect to stump though. Any ideas.
*janneke ^C'd building qemu
<janneke>and goes back to 07d71754, hmm maybe i should bisect?
<bluekeys>Hi guix, turns out asdf is a thing, who knew? ;)
<rekado_>gnu_srs1: enormous amount of output would be expected, because it has to use those bootstrap binaries to build everything up to hello from source.
<rekado_>this includes different versions of GCC, glibc, etc
<rekado_>gnu_srs1: I also strongly recommend to work with a git checkout of Guix when doing porting work, not to edit the installation directory directly.
<Minall>civodul: How can I get to your level of programmer?, what a generic question...
<rekado_>Minall: start with a lower level
<Minall>rekado_: What do you mean?
<rekado_>nobody became a competent programmer over night.
<rekado_>books can help, but other things (such as an intuition for style) just come with experience.
<Minall>Well, I want to become a competent programmer, I'm sure I can't do it just over night
<Minall>Then what should I do?
<rekado_>so my recommendation is to start with the next level that’s right in front of you.
<rekado_>figure out an area that you don’t know enough about.
<Minall>I want to be able to program easily, to see a project and say: 'oh, it looks cool' and contribute with programming, for example, on guix
<rekado_>then try to fill your gaps.
<Minall>Mh... Networking and specializing on a programming language?
<rekado_>programming contributions often require that you have a general understanding of what the application does and how it does so, roughly speaking.
<rekado_>this will be different for every application, but you may find some patterns once you have worked on a number of projects.
<Minall>btw... Can guile be implemented in other languages?, I'm not sure what programming language to learn, and I heard that I could implement guile in other languages, so, can someone ask me : do this pat of the program which is in python, and would I be able to do it on guile? or well, specifically scheme
<Minall>Totally!
<rekado_>some variant of lisp can be written from scratch. In fact there are dozens of books that include a section on writing a lisp interpreter.
<rekado_>but implementing Guile in another language would not be a great learning experience, because Guile is big
<rekado_>and the gains from such a project would be very small.
<rekado_>You can implement *other* languages in Guile, though.
<rekado_>and very conveniently as well!
<rekado_>Guile has a very flexible and extensible compiler tower
<Minall>Do you recomend me to learn guile?
<rekado_>but if you’re new to all this I’d suggest treating Guile as just a tool to express some simpler idea first.
<rekado_>Scheme is a very good language for learning how to program.
<rekado_>and Guile provides an excellent implementation of Scheme
<Minall>I see...
<rekado_>many programming languages are really similar to one another.
<Minall>Do you know how to program on Guile rekado_ ?
<rekado_>learning Guile would not be a waste of time, even if you end up not writing any Guile code later.
<Minall>Yes, I see that all have similar ideas, arrays = lists, variables, perhaps variables types, etc
<Minall>functions
<Minall>Modules = extensions
<Minall>Etc
<Minall>What do you mean? what can I gain if I don't use it?
<rekado_>Scheme has a very simple, unsurprising systax, so you get to express ideas in a pretty straight-forward way.
<rekado_>it is a very flexible language, even to a point where it is used as a foundation to write specialized languages.
<rekado_>interesting programming languages will teach you something new
<rekado_>they will make you think about certain classes of problems differently.
<Minall>Wow!
<Minall>Seems very special lol
<Minall>And guix is written on entirely scheme and guile
<rekado_>Scheme has the advantage of having a really simple appearance, so everything fancy appears to be just an extension of some simpler idea.
<rekado_>starting with just “lambda” you can express a lot of things that may not appear obvious at first: temporary variables, “objects”, functions with special keyword arguments, indexed arrays, etc.
<rekado_>becoming comfortable with these simple concepts can make you see problems in terms of these concepts.
<rekado_>learning a language that doesn’t make you think differently is a waste of time, in my opinion.
<rekado_>head over to #guile to start your journey :)
<rekado_>I’d also like to point out that Guile has a picture language that might make it easier for you to learn some concepts: composition of simple values to composite values, and the means of abstraction.
<Minall>Wow
<Minall>I have a lot to learn
<Minall>Maybe I should learn it!
<rekado_>maybe you should indeed :)
<bandali>i only wish #guile were more active -_-
<rekado_>it’s fun and sufficiently frustrating :)
<rekado_>bandali: yeah, it’s a little quiet there.
*rekado_ has to go
<bandali>yeah…
<bandali>see ya rekado_
<hc>Hi all, is there a difference between using "guix install XXX" and using the declarative approach? I'm asking because when I installed gajim-omemo earlier, it didn't install its dependencies (python-something) and I had to do it manually
<hc>Looked in the guix git, though, and it looks like the dependencies are specified there
<Formbi>Guix doesn't always install dependencies into the profile
<Formbi>it only does so when they are as specified as «propagated inputs»
<tidux>Is the Icecat package intentionally not letting me sign in to Firefox Sync?
<tidux>I get the "enter your email" prompt and then it just spins indefinitely
<bandali>tidux, not sure about “intentionally” but it’s a known issue
<tidux>iftop doesn't show any network traffic to mozilla hosts
<bandali>i’ve heard from the gnuzilla maintainer that it’s to be fixed with the next version
<tidux>So 68ESR or the next point release of 60?
<bandali>the former
<bandali>which should be coming soonish
<tidux>Cool.
<tidux>somewhat related: Icecat can no longer install GNOME Shell extensions because it now needs a native-connector component, misleadingly labeled chrome-gnomeshell
<tidux> https://wiki.gnome.org/Projects/GnomeShellIntegrationForChrome/Installation
<tidux>is there a separate guix bugtracker I can file that on?
<quiliro>tidux: it is referenced on the topic
<quiliro> https://issues.guix.gnu.org
<bandali>hmm, not sure. there’s bug-guix@gnu.org i know of. alternatively, for icecat specific issues, bug-gnuzilla@gnu.org
<quiliro>but you can write an email to the bugs-guix@gnu.org mailing
<quiliro>list
<quiliro>bandali: my error...it bug-guix
<quiliro>it is*
<tidux>found another one - gnome-tweaks doesn't know how to find the extensions from gnome-shell-extensions
<tidux>so it claims none are installed
<gnu_srs1>rekado_: ./pre-inst-env guix build hello: Same problem. Where are the build logs?? And the failed build directory with --keep-failed??
<rekado_>gnu_srs1: Guix should have printed something about logs.
<rekado_>can you share the output?
<gnu_srs1>The terminal buffer is not big enough for me to see what's going on.
<rekado_>what’s shown at the end?
<pinoaffe>where can I find docs for the substitute* lambda?
<gnu_srs1>That's given in the email.
<rekado_>gnu_srs1: I don’t know all emails on the list. Can you point me to it?
<roptat>gnu_srs1, usually in /tmp/guix-build-something
<rekado_>pinoaffe: there are no docs in the manual, but there’s a docstring in the definition of the substitute* macro.
<gnu_srs1>guix-devel
<rekado_>guix-devel is big
<roptat>gnu_srs1, sorry, that's not the location of the logs
<rekado_>I can’t help you if I have to search for information
<rekado_>sorry
<roptat>gnu_srs1, the location of the logs is usually highlighted in red, but I can't see that line from your paste on the ML
<gnu_srs1>I got one now: ./pre-inst-env guix build hello 2>&1 | tee build-hello.log
<gnu_srs1>What to look for?
<roptat>gnu_srs1, what kind of error messages do you have in your log? the same as in the ML?
<roptat>rekado_, "Re: I managed to build guix natively on Debian GNU/Hurd , what's next?"
<gnu_srs1>The log file is 77k. Probably not possible to send to the ML: I have to edit out all entries of:madvise failed: Function not implemented. Plenty of them.
<gnu_srs1>roptat: yes
<rekado_>I don’t see any log there. I only see the message that GCC was killed, and that’s probably a memory problem.
<rekado_>gnu_srs1: you can use “grep -v” on the file to remove the madvise lines.
<gnu_srs1>How?
<roptat>guix build: warning: failed to load '(gnu packages bootstrap i586-pc-gnu share
<roptat>guile #{2.2}# web uri)': no code for module (gnu packages bootstrap i586-pc-gnu share guile #{2.2}# web uri)
<roptat>something like that if I copy from the right message
<rekado_>ah, there’s the message
<rekado_>the problem is “Not a vlist”
<rekado_>this is not a problem with the build itself, it’s a problem with your Guix.
<gnu_srs1>OK, thanks. Where is the problem?
<rekado_>what version of Guix did you build and what version of the dependencies did you build manually?
<rekado_>this also looks wrong: guix build: warning: failed to load '(gnu packages bootstrap i586-pc-gnu share
<rekado_>guile #{2.2}# web uri)':
<rekado_>there should be no “share/guile/2.2” directory there at all
<rekado_>what did you copy there?
<rekado_>I think you have borked your Guix installation by copying stuff to the gnu/packages/bootstrap/i586-pc-gnu directory
<rekado_>only bootstrap binaries should be there.
<gnu_srs1>guile-ssh_0.11.3-2, guile-git from git, unbound 1.9.3-1, gnutls28 3.6.9 , guile-sqlite3 0.1.0-2, scheme-bytestructures from git
<gnu_srs1>I do only have bootstrap binaries at i586-pc-gnu
<rekado_>that’s not what the error says.
<rekado_>the error says that gnu/packages/bootstrap/i586-pc-gnu/share/guile/2.2/web/uri exists.
<gnu_srs1>Bootstrap binaries installed: binutils-static-stripped-2.31.1-i586-pc-gnu.tar, gcc-stripped-5.5.0-i586-pc-gnu.tar, glibc-stripped-2.28-i586-pc-gnu.tar
<gnu_srs1>guile-static-stripped-2.2.4-i586-pc-gnu.tar, static-binaries-0-i586-pc-gnu.tar
<roptat>did you extract them? (you shouldn't)
<gnu_srs1>So they should be in .xz format?
<roptat>no, I think the .tar format is the right one
<gnu_srs1>I think the documentation needs an update...
<roptat>the doc says you need to update (gnu packages bootstrap)
<roptat>did you do it?
<roptat>not sure if it's related to your issue though
<roptat>but you managed to make me curious, so I just downloaded a gnu hurd image, and I'll try to do something with it :)
<roptat>it's super slow though...
<roptat>I tried to compile the bootstrap binaries from my host with 'guix build --target=i586-gnu bootstrap-tarballs' (trying to follow the manual), but it fails very early with 'You need GNU MiG to compile the GNU Hurd'
<roptat>did I choose the wrong target?
<rekado_>you’re welcome to use my broken bootstrap binaries.
<rekado_>“target” needs a triplet
<rekado_>try i586-pc-gnu
<gnu_srs1>./pre-inst-env guix build hello fails with: guix build: error: could not find bootstrap binary 'tar' for system 'i586-gnu' when the tar files are installed
<gnu_srs1>roptat: You need to enable kvm
<gnu_srs1>I used: guix build --target=i586-pc-gnu bootstrap-tarballs
<roptat>rekado_, I knew there was something wrong ^^'
<roptat>how to enable kvm on the guix system though
<roptat>is it just a qemu option?
<roptat>looks like it's --enable-kvm, but I get permission denied :/
<roptat>ok, fixed :)
<rekado_>gnu_srs1: that’s a different error from what you’ve reported previously via email, no?
<gnu_srs1>rekado_: That error is with the tar files installed, not the unpacked ones.
<roptat>I can't seem to find a way to know what the ip address of the hurd system is...
<rekado_>gnu_srs1: what exactly do you mean by “installed”?
<roptat>there doesn't seem to be an ifconfig or similar tool installed
<gnu_srs1>I copied the *.tar files built on a GNU/Linux guix system from /gnu/store/zb89702az7xx3c0y21ip6gsql5fxa8ws-bootstrap-tarballs-0/ to
<gnu_srs1> /home/srs/DEBs/guix/guix-1.0.1/gnu/packages/bootstrap/i586-pc-gnu on the GNU/Hurd box, where I built guix.
<gnu_srs1>I'm trying to rebuild the tar.xz files, but sudo rm /gnu/store/...-bootstrap-tarballs-0/* complains that the file system is read-only.
<roptat>don't change anything in the store by yourself
<roptat>normally, the process is deterministic
<gnu_srs1>roptat: If you are using qemu: Use the opton: -net user,hostfwd=tcp::5556-:22
<roptat>so rebuilding won't help you: you'll just get the same binaries, bit for bit
<roptat>gnu_srs1, I do have network access from the qemu system though
<roptat>however, if you modify an input or the build process a bit, then you'll get a different hash, so it's not a problem
<gnu_srs1>Then you can log in to the hurd box from the host with ssh -p5556 localhost (after installing openssh-server)
<roptat>you can also remove that store path with guix gc
<roptat>ok, thanks :)
<gnu_srs1>roptat: thanks guilx gc worked :) rebuilding
<gnu_srs1>Rebuilt those tarballs.
<roptat>openssh-server is already the newest version
<roptat>but I can't connect to it...
<gnu_srs1>How do you run the qemu image?
<gnu_srs1>This is how I run the qemu-image on a Linux amd64 host where guix is built and installed:
<gnu_srs1>qemu-system-x86_64 -enable-kvm -m 2048 -net nic,model=e1000 -net user,hostfwd=tcp::5558-:22 -vnc :3 -drive cache=writeback,index=0,media=disk,file=hurd-guix.img
<gnu_srs1>I'll continue trying guiix on GNU/Hurd tomorrow. BBL :)
<gnu_srs1>Seems like the tarballs were downloaded, not built: downloading from https://ci.guix.gnu.org/nar/gzip/0cin09h8vg1gjv2x2mg519vykjvln020-static-binaries-tarball-0...
<gnu_srs1>How to build them instead of downloading prebuilt ones?
<roptat>--no-substitutes
<roptat>how did you build guix on the hurd, when I can't even do "apt install git"?
<roptat>not even guile...
<roptat>gnu_srs1, ^
<rekado_>roptat: I built guile from source, but I could install git just fine.
<roptat>Package git is not available, but is referred to by another package.
<rekado_>what does the apt repository config look like?
<rekado_>roptat: you may also want to ask for help on #hurd
<roptat>I'll do that
<rekado_>roptat: before using Guix on that image, remember to extend the disk size.
<roptat>mh... you're right, how to do it?
<rekado_>it’s tricky to do this on the Hurd as it doesn’t support live resize.
*rekado_ checks notes
<roptat>oh, the bootstrap binaries were built \o/
<rekado_>sent you my notes via email
<roptat>thank you so much!
<Sisyphe[m]>hi! Does anyone have a simple cuirass specification to build a channel ?
<vagrantc>hrm. c201 hasn't booted since the upgrade to linux-libre 5.2.x...