<buenouanq>is there anyway to install packages with globs? <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 <buenouanq>how can I find which module contains which package? <lfam>buenouanq: It's printed in the output of `guix package --show=foo` <lfam>sneek: later tell rekado: Maybe it's worth it to make a custom fftwf package just for ardour and mod-host. <buenouanq>how do I get specification->package to handle the package:out syntax? <lfam>buenouanq: I don't know, sorry :) Hopefully someone else can help, or you can send the question to help-guix@gnu.org <lfam>Yes, and I tried a few things <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 <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? <winterbear>Is this the right place to ask if my hardware can be used without nonfree software/on guixsd in general? <efraim>nvm, it looks like it was just a hiccup in the downloader <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 <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 <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>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>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) <jmd>But anyone looking for it would have difficulty find it. <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 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 <jmd>The guix documentation in master fails to build. <jmd>/gnu/store/..../bin/texi2dvi: tex exited with bad status, quitting. <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/local.mk, they're created if you type "make ps" <jmd>I see. Will you patch it or shall I? <civodul>actually 'dvi-local' depends on 'ps-local', so "make dvi" should already work <jmd>I'll have to investigate closer then. ***orly_owl_ is now known as orly_owl
<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: http://paste.lisp.org/display/330779. <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* <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 <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>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>I am simply stunned at how poorly this went. <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. <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 https://xyce.sandia.gov/ , 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? <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 <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: 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 <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: oh, did you just upload that? ha <civodul>there's some triage to do on bugs.gnu.org/guix