IRC channel logs


back to list of logs

<baconicsynergy>Is there a package module that contains tmux? I'm hoping that if I set it as a system package, it will fix my locale issues
<baconicsynergy>Also, how would I find out for myself in the future?
<bavier>baconicsynergy: 'guix package --show=tmux'
<bavier>the output will show the module it's in
<baconicsynergy>"location: gnu/packages/tmux.scm:33:2" I'm assuming this is the one!
<baconicsynergy>Okay that was incredibly helpful
<bavier>baconicsynergy: np :)
<baconicsynergy>What system packages do you guys usually like to declare?
<baconicsynergy>Also, if there is a repository of badass config.scm's, link me if you can
<jje>ok i get it now. got network manager working. very happy.
<mekeor`>sorry friends to ask this again but i just decided to buy a free software compatible wifi dongle, so i need to know which one i could buy. do you have a list maybe?
<ng0>hnode has a listing of which ones are compatible. and thinkpenguin or whatever it was
<baconicsynergy>I was going to recommend thinkpenguin
<baconicsynergy>guix: command not found??
<baconicsynergy>im trying to run 'sudo guix reconfigure --fallback lightweight.scm'
<ng0>guix system reconfigure
<buenouanq>can vouch for the thinkpenguin dongle
<ng0>tp link has some fully compatible ones if you need a dongle with detachable / changable antenna
<mekeor`>i'd have to pay extra for shipping at thinkpengui, i guess. i live in europe
<Digitteknohippie>when guix system distributions get post-beta, full releases, will there be multiple desktop variants, multiple different purpose releases, and even, will there be a (relatively) easy respin function that produces custom iso, and have them included in releases/downloads too?
<buenouanq>Digitteknohippie: it changes how we should think about distros entirely
<buenouanq>GuixSD is a metadistro
<Digitteknohippie>yep, but for out-of-the-box configurations for entry points to this guix world, for those seeking the familiar iso or img way...
<Digitteknohippie>is the first thing my non-enthusiasts see with guix going to be windowmaker ? ~ is a fear of mine. :3 or are we going to see everyone able to monkey-button release their config as iso. like, is there a script that does that? run it, and then you have a live / installable iso that a friend can use, with your daily use config.
<ZombieChicken>Digitteknohippie: Custom ISO images can be made with disk-image iirc. You can configure them the same way you do when installing things. You can also use vm(-image) to test that out
<ZombieChicken>also makes creating a testing system really easy
<ZombieChicken>Digitteknohippie: That should point you to some of the basics
<ZombieChicken>How do I shut down a Guix system? The shutdown command seems to only halt the system without actually powering it down (or in my case, stopping the VM).
<ZombieChicken>hrm. Seems to have worked that time. Weird
<baconicsynergy>I believe you use the herd command to send messages to the shepherd init system
<ZombieChicken>iirc, shutdown does that
<ZombieChicken>It worked that time, so I'm not sure exactly what happened there
<baconicsynergy>shutdown should be aliases properly
<buenouanq>the graphic shutdown on gnome doesn't have a logout option, only shutdown and restart
<baconicsynergy>use halt
<baconicsynergy>it is equivalent to 'herd power-off shepherd'
<baconicsynergy>brb gonna test my new guix reconfiguration
<buenouanq>I'm having cross program `open' issues. Like, transmission"s `open containing dir' opens the disc space analyzer, and Claws-mail"s `open link in browser' doesn't do anything.
<buenouanq>Is this a nonstandard file hierarchy path problem? Where are these sort of configs found?
<buenouanq>kind of suprized that clear isn't part of %base-packages
<buenouanq>any reason as to why?
<marusich>not sure! but did you know you can press C^L to clear the screen using GNU Readline?
<buenouanq>yes, and I do
<buenouanq>I discovered this because someone had used clear in a script
<marusich>I wonder what package provides clear?
<marusich>Apparently it's ncurses for me.
<marusich>buenouanq, I don't know the answer to your question, but if I were to guess, I would guess that perhaps "clear" is not needed in a bare bones system, and more importantly, you can add whatever packages you need by hacking your OS config, so it's not that big of a deal if it's missing - just add it!
<marusich>You are in control of your system :)
<marusich>buenouanq, was the problematic usage of the "clear" command in a script that came from Guix's packages? Or was it from some other script?
<buenouanq>I'm half asking for someone else and that is almost verbatim what I said.
<buenouanq>no no, homemade
<buenouanq>nothing to do with guix
<Petter>I'm trying to run Wireshark as a non-root user. However, the steps I've found to do this involves changing group of the binary and using `setcap`. However, I'm not allowed to change the group because the binary is on a Read-only file system.
<Petter>Anyone have any tips?
<janneke>Petter: you cannot copy the binary to a place where you have write access?
<Petter>Thought haven't occurred to me, I'll try.
<Petter>I get almost to the finish line. Copy, chgrp, setcap - ok. But I still don't have permission to capture traffic.
<Petter>I'll see if I can make something work. Thanks for the suggestion!
<Apteryx>Would someone know how sound volume is controled when using the lightweight desktop system? I know sound works from IceCat, seems like it's using pulseaudio, but there is no pactl program.
<efraim>Apteryx: you could try using pavucontrol, or pulse audio might not be directly installed
<civodul>Hello Guix!
<cbaines>Good morning :D
<rekado>Apteryx: I second efraim's recommendation to install pavucontrol. If you're just using ALSA you could install "alsa-utils" and run alsamixer in a terminal.
<civodul>bavier: do you know more about ?
<civodul>seems like their providing their own CentOS-based distro
<civodul>“Red Hat believes that hand-building unique software stacks is no longer a viable option within HPC”
<civodul>congrats, Red Hat! :-)
<ng0>so, the appointment with insurrance finnished. did someone look into notmuch already? otherwise i'll do it now
<efraim>no one's mentioned it
<ng0>yesterday at the hacker space we talked about alternatives for the rather expensive privacy-whois I have at the moment, and it ended with dropping expensive domains and keeping one "normal" range domain, so I'll start commiting with that again and change mailmap to that soon. Sorry for all the mailmap noise, it ends with the next change. As I said, you never know when you will have less money in the future of
<ng0>the past.
<ng0>could be that we have everything now to package searx
<civodul>searx would be nice to have
<ng0>I think notmuch still works when we disable the test. I just installed 0.23.2 and so far I got not error. I can still decrypt messages from within the emacs part (the only one we build atm). So I'd say I ask upstream if anyone has encountered similar issues in their test environment, and I'll send a patch for those who want to verify my findings. Whoever else uses notmuch here.
<ng0>s/I think/From what I have tested,
<ng0>now that the tests are disabled, should I delete the 'prepare-test-environment phase or should I keep it around so that it gets used again when the tests all work again?
<ng0>civodul: I think I asked a question or opened a bug about python import about something I had when I tried searx first, via import. I should not import it from pypi, but this was something not very usable imo:
<ng0> ,#{python-requests\\x5b;socks\\x5d;==2.10.0}#)
<civodul>sounds like an importer bug, indeed
<civodul>make sure it’s filed and bug the right people :-)
<ng0>afaik it's filed, I'll search for it. if it's not, i'll open one later
<ng0>harmut would be the right person for this imo
<ng0>seems to know a good amount about python
<ng0>this is half python, half guix importer maybe
<civodul>just ‘git log’ guix/import/pypi.scm and ya’ll know!
<civodul>Steap may well be the culprit
<ng0>0.23.2 fails the tests. But so did 0.23.1 when gnupg was updated. Is disabling the tests AND the update in one commit okay when disabling the tests makes the update succeed?
<rekado>do you have to disable *all* tests?
<ng0>the failures are just in T350. So I could just disable that. but unrelated, if I disable these tests, should it be in a separate commit after the update?
<Steap>"why does it read like
<Steap>what does that mean
<ng0>can not be comprehend easily
<ng0>ie, the import should not spit that out
<Steap>might be able to take a look at it this week
<ng0>ok :)
<rekado>ng0: in the past we've disabled tests when an upgrade made that necessary in the same commit.
<Steap>The version numbers are still here
<Steap>I should remove them
<Steap>but then again, it's an importance piece of info
<rekado>hmm, I've installed emacs-org, but my Emacs still prefers to load the built-in org-mode.
<Steap>not sure what to do here
<ng0>rekado: ok
<rekado>M-x org-version says I'm at version 8.2.110.
<rekado>is anyone here using the emacs-org package?
<civodul>ACTION does
<civodul>it says “9.0.1”
<rekado>maybe it's because I'm using Emacs from git.
<rekado>Emacs version is
<ng0>could be we just have to setenv GNUPG_HOME
<ng0>but all the other tests work..
<ng0>grep for GNUPG in tests shows only occurence in T350 and T355
<ng0>i'll set it to /tmp and see what happens
<ng0>but it already is set. GNUPGHOME="${TMP_DIRECTORY}/gnupg"
<ng0>is TMP_DIRECTORY something automatic? It's just "$test"
<efraim>parallel-tests? #f then maybe?
<ng0>i'll try
<rekado>ng0: have you searched for TMP_DIRECTORY?
<rekado>it's not something that's usually set
<ng0>i have
<ng0>ahd TMP_DIRECTORY is just "$test"
<rekado>and what is $test?
<ng0>efraim: no parallel build issue, fails with it disabled
<ng0>the developers mostly use debian testing for the test suite
<ng0>so they are one version below us with gnupg
<efraim>debian testing is on 2.1.15
<ng0>guixsd is on 2.1.16
<ng0>so I might see issue they haven't encountered so far
<ng0>rekado: bremner $test should be tmp.${test_name}, e.g. tmp.T350-crypto
<ng0>i try to disable the failing tests. Or do we wait to fix it until debian testing has 2.1.16?
<efraim>i would try with 2.0 first
<ng0>with 2.0 it succeeds. before I send a patch I will try to solve this with upstream devs
<ng0>I see we miss openssl as dependency for notmuch (tests). is this intentional?
<ng0>efraim: 2.1.16 is in unstable now, so they will test it against 2.1.16 in the next days
<ng0>we should not ignore the failing tests
<ng0>so better to keep it in failed state for now
<ng0>also one more test fails when openssl is added (smime one in 355) but this is probably guix speciofic
<ng0>I will send the notmuch update when this has been fixed by upstream
<ng0>Are File::Copy, File::Path and Digest::MD5 part of perl base?
<ng0>I see perl-file-path as sngle module
<ng0>but the other two are not available
<rekado>civodul: with the regular Emacs package I now see org version 9.0.1 but the info manual is that of version 8.2.9. Do you see the latest version of the manual in Info?
<janneke>ACTION tries to package phantomjs...but that needs quite a bit of qt>>>5.5<<<
<ng0>so it seems debian does something different.. the problem we have is not existing in debian unstable with gnupg 2.1.16
<civodul>rekado: no you’re right, i see the old manual
<civodul>i think that because share/info/org is provided by both packages
<rekado>anyone here using biber or biblatex? I need this for APA style references.
<rekado>it's odd that there are no executables for biblatex or biber in the massive texlive package.
<cbaines>janneke, I did a rough and ready package for the binary release of phantomjs as I needed it for work
<janneke>cbaines: grand! thanks
<janneke>i'll keep you posted about building from source
<cbaines>great, thanks :)
<baconicsynergy>hello guix
<rekado>I wonder why guix tries to get a substitute for texlive when it is declared unsubstitutable.
<jmd>rekado: The binary or the source?
<rekado>the binary
<rekado>guix substitute: error: download from '' failed: 410, "Gone"
<baconicsynergy>i get that too
<rekado>baconicsynergy: you can get around it by passing "--fallback"
<rekado>the package definition says "#:substitutable? #f", so I don't understand why Guix tries to get a substitute from hydra anyway
<baconicsynergy>yup, i usually have to pass that option every few updates
<jmd>baconicsynergy: But rekado's question is why does it even *try* to substitute?
<baconicsynergy>yesss i finally got pianobar working properly
<baconicsynergy>i had to add 'ca_bundle = /etc/ssl/certs/ca-certificates.crt' to pianobars config file
<baconicsynergy>im curious, why couldn't it find it itself?
<rekado>baconicsynergy: have you tried setting environment variables such as SSL_CERT_DIR or similar?
<rekado>(I'm not using pianobar)
<rekado>if it uses libcurl then it is one of the packages that would benefit from a patch to libcurl.
<baconicsynergy>i thought setting SSL_CERT_DIR was only for foreign distros and unprivileged users?
<baconicsynergy>i have nss-certs installed globally
<baconicsynergy>...does that still make my user unprivileged?...
<civodul>rekado: is it really ‘texlive-texmf’ that’s marked unsubstitutable?
<civodul>did we mess up somewhere?
<rekado>I see that only texlive-texmf is marked unsubstitutable.
<rekado>"texlive" itself is not.
<civodul>rekado: could you send this to bug-guix?
<civodul> looks interesting <- rekado, bavier
<Apteryx>efraim: OK, I will look into pavucontrol/installing pulseaudio. Thanks!
<jmi2k>Quick question, is there any variable when defining packages that points to the build directory?
<rekado>I can't add (gnu packages web) to our perl.scm module because of circular dependencies
<rekado>that's annoying because perl-business-isbn needs perl-mojolicious, which is a web framework.
<rekado>the easiest way is to place it in perl.scm rather than web.scm, but that's a little sad.
<ng0>can't you add perl.scm and just load perl-mojolicious from it?
<civodul>rekado: maybe add perl-web.scm?
<rekado>civodul: that would work, but I think it's about as ugly as putting perl-mojolicious in perl.scm.
<civodul>well, yes and no
<civodul>i think python.scm and perl.scm are too big
<civodul>it would make sense to me to split them
<civodul>just like we do for C libraries, after all
<civodul>skeptical? :-)
<rekado>no, I think that's reasonable
<rekado>there's something about this modularisation that I find unsatisfying
<civodul>yes, same here
<rekado>but I don't know what exactly bothers me.
<civodul>well that Guile doesn't separate phases is a problem
<civodul>i think
<civodul>re categorization, i think there's no single good categorization anyway
<ng0>go the nix way, with one file per package isn't an option either I think
<paroneayea>bavier: guess I'm not packaging dirvish after all :)
<paroneayea>Time::ParseDate has no license specified
<Petter>Time for paronirvish then? ;)
<paroneayea>I guess so
<lfam>Can some intrepid bitcoin user please update our bitcoin-core package?
<lfam>I tried it but there was some issue with the test suite
<paroneayea>I started sketching it out last night.
<paroneayea>but in the meanwhile
<paroneayea>time to set up some dumber rsync scripts
<rekado>I moved from dumb rsync scripts to borg
<paroneayea>rekado: I was looking at borg, but I didn't want to do a push backup system
<paroneayea>the upside is
<paroneayea>I learned a good amount about services and some other things the last few days
<paroneayea>so not all a loss
<ng0>do we provide localization for anything? building mumble it complains about not finding qt translations
<ng0>*for anything at all
<ng0>which version of gcc do we currently build with by default?
<ng0>i think this problem is unrelated to the vrsion, never mind
<rekado>ng0: you can check the gnu-build-system definition to find which “gcc” package is used by default
<rekado>re localization: that’s up to the application. We don’t need to do anything special to provide translations.
<ng0>-.- it looks like mumble is ignoring all the build configurations I throw at it
<jmd>Is there any way I can trick guix info believing it doesn't have to rebuild absolutely everything after I change something low level?
<ng0>damn speechd why don't you get patched.
<ng0>we don't have whatever, whereever g15daemon comes from, right?
<ng0>ah, htat's optional
<jmi2k>Is there any variable when defining packages that points to the build directory?
<jmi2k>(or how to copy one folder from native-inputs to a folder in my source)
<janneke>jmi2k: in the builder, cwd is the source- and build directory
<jmi2k>Fine. Thanks
<jmd>Is it possible to tell guix pull where to pull from?
<ng0>i was distracted by checking wether our house or any of the neighbor houses are burning or whatever the reason for the entire street with firefighter cars being filled, but I think I might have a working mumble later
<ng0>it builds now
<janneke>ACTION finally got qt5.5 libraries building...what a mess
<rekado>hey guix, why does texlive-texmf-minimal have a “prune” phase instead of using a snippet?
<rekado>wouldn’t the tarball size be much smaller if we pruned in a snippet?
<janneke>rekado: dunno, but possibly that creates 2 tarballs
<janneke>now the minimal is the same as the full? -- just guessing
<rekado>but the smaller one would only be 400M compared to 1.7G.
<rekado>I think hydra would like to serve the smaller one
<rekado>also, the appeal of texlive-minimal would be much bigger if the sources were much smaller than those of the regular texlive.
<janneke>that all makes sense
<ng0>where do .desktop files go?
<civodul>ng0: in share/applications
<paroneayea>how do I check how many builds a version change of some library is likely to cause again?
<efraim>guix refresh -l foo
<paroneayea>efraim: aha
<paroneayea>thanks efraim
<paroneayea>I forget, what's the policy: if updating a package that's simply a version bump and it doesn't have any dependencies, is a push to master fine, or should I email the list?
<paroneayea>er, nothing depends on it
<paroneayea>(python-pyld in this case)
<rekado>paroneayea: if you’re confident about it then just push.
<paroneayea>ok thanks rekado
<kyamashita>Anyone here run Guix on GNU/Hurd?
<civodul>hi kyamashita!
<civodul>it's not ready for prime time yet, but phantomas would tell you :-)
<kyamashita>Hello civodul!
<kyamashita>Alright. I'm trying (and probably failing) to mimic the process in the FOSDEM 2016 slides.
<civodul>kyamashita: you should email your findings or issues to guix-devel Cc: Manolis
<kyamashita>Will do! My X200 is attempting to build the bootstrap tarballs for target "i586-pc-gnu" as we type.
<paroneayea>kyamashita: :D
<paroneayea>kyamashita: it's good to have brave souls exploring.
<kyamashita>paroneayea: I'm likely to learn more than I expect on this journey :)
<janneke>kyamashita: you did read Manolis' update on guix-devel of around August...much happened since FOSDEM16, I recon
<kyamashita>janneke: I have not. Looking it up now.
<kyamashita>I see we are closer to booting GuixSD/Hurd! Exciting! I'll have to make a VM on my laptop so I can play with this on the go, too.
<kyamashita>ACTION runs a quick errand
<jmi2k_>I have to add a small file (2 lines) to my package. Should I host a file and download it, or can I create it in the recipe?
<janneke>jmi2k_: just create it
<jmi2k_>But how can I do it on the recipe? Now I'm just cloning neovim repo
<rekado>I’d love to use GNU/Hurd but I cannot use KVM on my Libreboot X200s, and I don’t have any usable hardware on which the Hurd could run.
<rekado>jmi2k_: you can add a build phase
<rekado>jmi2k_: search for “modify-phases”
<janneke>jmi2k_: grep for display in gnu/packages/
<baconicsynergy>okay so weird thing happened
<baconicsynergy>im trying to run this bash script
<janneke>jmi2k_: what rekado says
<baconicsynergy>it says /bin/bash bad interpreter no such file or directory
<jmi2k_>Yes, I'm actually modifying phases for cloning another repo, but I just can't find how to write a file in a build phase.
<rekado>baconicsynergy: that’s because /bin/bash doesn’t exist
<rekado>on GuixSD we try to avoid any global state
<rekado>the only globally available program is /bin/sh
<baconicsynergy>for sure. should i change the shebang to what 'which bash' gives me?
<baconicsynergy>and all mentions of /bin/bash?
<rekado>you can run the bash script with “bash the-script”, or by changing the shebang line to “#!/home/me/.guix-profile/bin/bash”, or by installing a symlink from /bin/bash to /run/current-system/profile/bin/bash
<baconicsynergy>I like the idea of making a symlink... but could anything bad possibly come of it?
<kyamashita>ACTION has returned
<baconicsynergy>whats the python2 package called? :///
<baconicsynergy>found it. its python-2
***kelsoo1 is now known as kelsoo
<pi3141592>hi, am installing guixsd for the first time. a while after running guix system init command, one of the packages could not be downloaded (i forget which one). I re-ran the command with --fallback as instructed, but now it looks like it is trying to compile the entire gnome desktop
<jmi2k_>When you use --fallback, you are telling guix to compile packages instead of using cached binaries
<kyamashita>pi3141592: It probably *is* compiling the entire gnome desktop. The package build server probably garbage collected the gnome binaries (hence the download error), and so you must build them from source.
<baconicsynergy>i thought --fallback only compiled the ones it couldn't find subs for?
<kyamashita>baconicsynergy: You are correct.
<baconicsynergy>kyamashita: oh, okay!
<pi3141592>hmm... not good. did I need to update the repository or something (like in Debian?) I don't know why it couldn't find that package
<pi3141592>like, apt-get update?
<kyamashita>Did you run 'guix pull' before 'guix system init'?
<pi3141592>i don't remember anything in the installation docs about that, but I am certainly willing
<kyamashita>See if that works. Otherwise, building missing binaries from source is your only option for now.
<pi3141592>i want to say i think this new distro sounds pretty cool. keep up the good work!
<paroneayea>pi3141592: glad to hear you're excited!
<kyamashita>pi3141592: I think it's cool, too. Guix had me at "one configuration/programming language all the way down" and "rollbacks".
<pi3141592>you had me sold as soon as I saw "cons" in the config file :)
<paroneayea>pi3141592: Guix's infrastructure for hosting "binary substitutes" is a bit overwhelmed right now for the stresses we put on it
<paroneayea>so hopefully as the project grows and scales out users will notice having to supply --fallback a lot less :)
<baconicsynergy>paroneayea: i KNEW that was the case
<pi3141592>once I get my first running installation, I let everyone in my LUG know about it
<paroneayea>pi3141592: great!
<kyamashita>I just noticed... IceCat does not crash for me since installing GNOME.
<janneke>cbaines: i have built phantomjs from source
<janneke>will send patch to -devel
<ng0>I'm pretty sure I have a working mumble
<ng0>I'm just waiting if someone is around to test it in practice, but connecting to worked, the wizzard worked, etc
<ng0>well we have our team meeting on wednesday, so tomorrow.. I can wait for that
<ng0>i'll send the patch for guix now
<ng0>happy to get anyone to test it before tomorrow evening ;)
<pi3141592>does one just email the bug-list to report a bug...?
<rekado>kyamashita: are you using the skia or cairo backend?
<rekado>pi3141592: yes, just write to
<kyamashita>rekado: cairo.
<ng0>"Mumble is an low-latency, high quality voice chat software primarily intended for use while gaming." Is the text okay?
<rekado>kyamashita: I’ve had zero crashes since switching to skia.
<ng0>okay, I need to figure out licenses, so it'll be some more minutes until I'll send it
<kyamashita>rekado: Hm.
<davexunit>ng0: I am looking forward to having a mumble package :)
<ng0>it'd be nice to have a license detect-and-check thing, so you don't need to memorize all the licenses and keep space in your brain occupied for that
<ng0>yeah, human brain is more capable to do that than computers, but it's annoying.
<ng0>even more so after running the build like 50 times today
<ng0>do we even need its Celt codec when it also includes opus? I post that as a question to the patch. if we can drop celt, we can drop all the bundled applications
<ng0>"The original stand-alone CELT has been merged into Opus. Therefore, CELT as stand-alone format is now abandoned and obsolete."
<ng0>Shall I just try to build with only opus?
<ng0>yeah. one more build. one license less to write down and no bundles
<ng0>so celt.h is needed, which opus does not have afaic
<ng0>it was no-celt, not -no-bundled-celt. Should I delete recursively all the bundled software in a snippet?
<civodul>ouch mit-krb5 update on master