IRC channel logs


back to list of logs

<Sleep_Walker>hm, I have no idea
<Sleep_Walker>try different terminal
<Sleep_Walker>vte based terminals sucks :b
<buenouanq>is there anyway to install packages with globs?
<buenouanq>like say I wanted to guix package -i font*
<civodul>buenouanq: nope
<civodul>but you could do: guix package -i `guix package -A ^font | cut -f1`
<civodul>lfam: i've started an eval of core-updates-3
<civodul>and pushed a couple of fixes
<civodul>ACTION -> zZz
<lfam>Good night!
<buenouanq>how can I find which module contains which package?
<lfam>buenouanq: It's printed in the output of `guix package --show=foo`
<lfam>In the "location" field
<lfam>sneek: later tell rekado: Maybe it's worth it to make a custom fftwf package just for ardour and mod-host.
<sneek>Got it.
<buenouanq>how do I get specification->package to handle the package:out syntax?
<lfam>In a package manifest?
<buenouanq>for global packages
<buenouanq>specification->package "transmission"
<buenouanq>is fine, but
<buenouanq>specification->package "transmission:gui"
<lfam>ACTION tries something
<lfam>buenouanq: I don't know, sorry :) Hopefully someone else can help, or you can send the question to
<buenouanq>did you confirm that it doesn't work?
<lfam>Yes, and I tried a few things
<Sleep_Walker>\\o/ wpa_supplicant as system service
<Sleep_Walker>connman works great now
<Sleep_Walker>I'll prepare patch tomorrow
<lfam>Nice :)
<buenouanq>why would something install for one user, but have a dependency fail on another?
<lfam>buenouanq: It's possible for each user to use a different version of Guix.
<lfam>`guix pull` is per-user, so it's actually very likely for this sort of thing to happen if you don't act to prevent it
<lfam>It depends on the use case
<buenouanq>this whole thing is just a trip, completely having to rewrite my old debian ways
<buenouanq>where have old versions of icecat gone?
<jake__>the gnutls package keeps failing for me. i installed guix today on a fresh fedora 25 (beta) system and went through the binary installation instructions.
<jake__>according to the test-suite.log file generated during the build, it's failing on the `name-constraints` test due to an expired certificate.
<jake__>has anyone else seen this and worked out how to resolve it?
<jake__>here's the log:
<winterbear>Is this the right place to ask if my hardware can be used without nonfree software/on guixsd in general?
<efraim> gives the wrong hash
<efraim>nvm, it looks like it was just a hiccup in the downloader
<Sleep_Walker>it's quite scary to see how often these hiccups are...
<Sleep_Walker>TCP/IP should be reliable by itself
<Sleep_Walker>do you have some git commit hook preparing commit messages?
<Sleep_Walker>as your commit style is quite strict, it could be made, right? :)
<efraim>I regularly went through times where I'd choose a file and try to update everything in it, so I got used to pounding out the commit messages
<civodul>Hello Guix!
<efraim>I think it makes sense to offer a version-1 of postgresql and some other packages, that have changes between versions
<efraim>also, at least on core-upgrades, texinfo@4 is a leaf package
<rekado>gcj on armhf --> success!
<sneek>Welcome back rekado, you have 1 message.
<sneek>rekado, lfam says: Maybe it's worth it to make a custom fftwf package just for ardour and mod-host.
<rekado>now building ant and the icedtea package to see if it really works.
<jmd>efraim: Version 1 of postgres would be extremely old!!
<sneek>Welcome back jmd, you have 1 message.
<sneek>jmd, civodul says: re examples, please consider adding one for NFS: you can choose whether or not to contribute to the lack of examples in the manual :-)
<jmd>efraim: Has there recently been a new postgres release?
<civodul>rekado: congrats for gcj!
<civodul>rekado: so you tested in a VM?
<rekado>civodul: yes
<rekado>took only 4 days to build
<civodul>only 4 days
<civodul>i find it hard to stay on track with such long-running builds
<rekado>I had to disable four tests, though. I hope that their failures didn't show anything horribly wrong.
<rekado>I let it run on my workstation in the office.
<rekado>checked on it every day.
<rekado>the four failures are about throwing errors.
<rekado>they might not matter much for bootstrapping icedtea
<jmd>civodul: I'm happy to add some tutorial type material to the manual covering nfs.
<jmd>But it'll be much easier to do when the nfs support is more complete.
<efraim>we have postgres-9.5.5, 9.6.1 was released at the same time
<efraim>but also when we jumped from 9.3.x to 9.5.x some people had trouble with database migration
<jmd>Hmm. I haven't been following postgres recently, but it always used to be that minor releases should migrate effortlessly.
<jmd>Only going from 8.x.x to 9.x.x caused a problem for me in the past.
<civodul>jmd: yeah i think we discussed it in the original submission
<civodul>jmd: something like is done for mcron, for example, would be nice
<jmd>civodul: Right now, I'm wondering how to fix a potential circular dependency between nfs and util-linux.
<jmd>There is documentation for mcron? It has no index entry.
<jmd>(at least not under that name)
<civodul>are you joking?
<jmd>But anyone looking for it would have difficulty find it.
<civodul>i don't think so
<civodul>anyway i think we need an example in the NFS section
<civodul>and that example could serve as the base of a test
<jmd>I agree with that.
<jmd>I also think that @cindex{mcron} needs to appear in the guix.texi somewhere!!
<ng0>wrt torbrowser: bug #20157 in nixpkgs someone said that "Strange thing is: the official version works in an FHSUserEnv" .. for those interested in trying it
<rekado>ant built fine, now on to icedtea
<ng0>i'll be away again
<civodul>jmd: sure, go ahead :-)
<jmd>The guix documentation in master fails to build.
<civodul>how so?
<civodul>works for me
<civodul>could you paste the error message?
<jmd>/gnu/store/..../bin/texi2dvi: tex exited with bad status, quitting.
<civodul>for "make pdf"?
<jmd>make dvi
<jmd>make pdf works.
<civodul>both work here
<civodul>some light in the dark: i have a patch that appears to work for
<jmd>civodul: I found out the proximate reason. The .eps images are not getting created. Is there some special thing I need installed for that?
<civodul>jmd: oh right, looking at doc/, they're created if you type "make ps"
<civodul>but not "make dvi"
<jmd>I see. Will you patch it or shall I?
<civodul>i'll do it
<civodul>oh wait
<civodul>actually 'dvi-local' depends on 'ps-local', so "make dvi" should already work
<jmd>I'll have to investigate closer then.
<lfam>civodul: That's great news regarding
***orly_owl_ is now known as orly_owl
<paroneayea>so how about that tor browser in guix huh
<Apteryx>I'm almost there generating the manpages of the udisks package, but I'm still struggling with xsltproc errors (references to manpages are missing), for example: "Error: no ID for constraint linkend: udisksd.8.". The full output of the makefile generating the manpages is available here:
<Apteryx>I'd be curious to have a debian machine to build the package there, to see if I would be affected by the same issue or not.
<davexunit>paroneayea: we're gonna need to step up our encryption game *a lot*
<paroneayea>davexunit: yeah.
<bavier>encryption of what?
<davexunit>those of us in the US have just handed the country over to a man who will greatly increase the amount of illegal spying already being done.
<bavier>oh oh, sure, I thought you meant specifically to support tor browser in guix
<civodul>davexunit: or simply make it legal, which is in essence what Obama et al. were already doing
<civodul>along with emprisoning whistleblowers (or trying to)
<bavier>I definitely support the "encrypt all the things" idea
<civodul>but yeah, +1
<davexunit>I'm in a daze of utter disappointment and rage today. hard to be at work like it's just another day.
<davexunit>I've seen all of sorts of terrible things on twitter, pictures of the KKK celebrating out on highway bridges in South Carolina, it's just terrible.
<rekado>davexunit: this almost sounds like the child who became president has a plan. Does he even have a policy or is this just what he *could* be doing given how erratic and terrible he is?
<paroneayea>rekado: I think Trump's primary goal was to be in power
<paroneayea>the things he said, the things he'll do, are all secondary to wielding power
<paroneayea>but I'm sure he'll use it.
<paroneayea>software freedom and decentralized / encrypted networks are more important than ever.
***kelsoo1 is now known as kelsoo
<rekado>given how self-obsessed he is, isn't there a chance that he won't be much of a problem? He might be busy litigating.
<rekado>his supporters might be the ones to worry more about
<davexunit>the big issue is that the republicans now control the goverment
<davexunit>the have a majority in every branch now
<davexunit>I am simply stunned at how poorly this went.
<davexunit>the republicans had a clean sweep.
<paroneayea>davexunit: yup
<davexunit>my predications for last night were that we'd see Clinton win, a bit too close for comfort but a win nonetheless, and have a pretty good shot at a democratic majority in the Senate.
<davexunit>instead it was the exact opposite.
<Digit>this is confusing me.
<Digit>i relogged in to apply my /etc/passwd changes, so fish is my default shell, but fish tells me tmux is an unknown command, i had been just using it. i reinstall it anyway, n still tells me. so i check echo $PATH, n it shows merely /run/current-system/profile/bin
<Digit>did i put the wrong path to fish in /etc/passwd or something?
<Digit>oh, says that's all that's in my path from bash too. how come i cant run anything anymore (tmux, emacs, all say not found). should my PATH be merely that^? was editing /etc/passwd a bad move? (saw no chsh, didnt know how else). erm... what /should/ i be asking? :3
<Digit>ah, yup, changing it back to same as root's, n all executables are found working again. i must have put in the wrong result from locate bin/fish. *shrug* pls correct me if that sounds like the wrong inference
<Digit>inputting to /etc/passwd the line from whereis fish, had same not-found results.
<janneke>...just one file [web/server/http.go] to a reproducible guile build, so it seemed
<janneke>i set parallel-build? to #f and i get many more different .go files?! weird
<Digit>ACTION thinks he just needs to make a fishrc
<efraim>I was thinking about the wip-guile-ssh (or whatever its called) and I wonder how hard it would be to pass the offloading through tor. I love how each tor-service has a static IP and is routable whenever its connected to the internets
<quigonjinn>I have a WIP patch series, which includes software for circuit simulation. I want to include , which does provide the source only via mail registration. I contacted the developers and they told me that I should host it myself, due to their management not being willing to host a mirror. Any recommendations for hosting, so that it will be acceptable for guix?
<efraim>does debian or fedora already package it?
<quigonjinn>efraim: neither. I'll take a look onto those
<bavier>quigonjinn: xyce requires the trilinos library, did you package that already?
<quigonjinn>bavier: I did package the 2 versions needed for serial and parallel xyce configurations.
<bavier>quigonjinn: I see. I've been working on that package off and on for a while
<bavier>quigonjinn: IIRC, you can get a direct link for the xyce source if once you "register"
<quigonjinn>bavier: you should probably take a look to the flags i'm using ( the ones recommended by xyce). Maybe we can have a more general variant
<bavier>quigonjinn: for sure
<quigonjinn>bavier: but it can't be used for the package origin in guix.
<bavier>I got myself hung up on the testing aspect
<bavier>quigonjinn: no? I thought it was a direct link at some point
<quigonjinn>bavier: it requires some cookie or something
<quigonjinn>bavier: shall i send you the current versions of trilinos, or will you take a look when i submit (will take a while)?
<bavier>quigonjinn: you can send me your current version if you'd like
<bavier>it might take me a while to get my version done too
<quigonjinn>bavier: and i just figured out that the configure flags of the first are a subset of the second, so i should shorten that part.
<bavier>quigonjinn: yeah, you can splice in the inherited flags
<bavier>quigonjinn: in case you're curious:
<quigonjinn>hm, i forgot that xyce is not compatible with the latest versions, so the packages can likely be non-public, for use only with that
<bavier>quigonjinn: I see. versioning is difficult. One of the other immediate users would be the dealii package, which I think might be compatible with the latest version
<jmd>civodul: That makefile issue seems to be a limitation of automake.
<jmd>I can't see any clean way to fix it.
<bavier>quigonjinn: for xyce source, we should point to
<bavier>quigonjinn: oh, did you just upload that? ha
<quigonjinn>bavier: yes :) for ease of use
<bavier>quigonjinn: great
<civodul>there's some triage to do on