<mekeor>quiliro: you could also use the web interface of your mail-provider and just paste the two sprunge-links from above with some explanation
<jahboite>guix pull (on foreign distro) doesn't seem to update root's guix package; so is it correct to say that one must "# guix package -u guix" to do that, after a pull? and then one would ordinarily update an init script to point to the new guix-daemon?
<lfam>jahboite: That's correct. However, rather than upating your init script, you should have it execute the path '/var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon'. That is a symlink to root's guix package's guix-daemon
<rekado_>Apteryx: it worked for me after changing the font, IIRC.
<rekado_>some fonts look terrible when skia is enabled
***snape` is now known as snape
<ng0>hi, disclaimer for the two dovecot plugins I've just sent: I don't run dovecot currently and I've sent the second one from memory, as I'm currently stuck with half-broken systems.. this one is still moving my mail around so I can't build at the same time. The plugins have been build before.
<ng0>but they are just .so files in the end, going by the instructions of upstream :)
<jmd>ng0: It sounds not so much as a disclaimer. More like a mea culpa.
<ng0>i made the mistake to buy a laptop for cheap which was used by someone who didn't use it the way I use computers, or even long enough to discover the glitch. first purchase from a private person and not a company who refurbished them :/
<ng0>got my eyes on another one, but I'll wait some months
<ng0>after a certain time of a certain cpu load, the screen starts flickering and eventually stays at one color. can be worked around by just going into standby for a whort moment. it was cheap enough to not justify looking into repairing this
<ng0>it doesn't look like harmut will review the neo2 "kbd" package addition any time soon, maybe harmut is busy with something else currently. Can someone look into it? For me the way I submitted it worked, and you only need to test that at the tty you now have part of the neo2 layout, you don't need to test not all of it, it has 5 or 6 layers
<jmd>Oh ok. I didn't know we had a guix-patches list now.
<ng0>seems like many people don't. I think the patchwork url could be exchanged wit hthe debbugs instance. but there was more than one announcement emai labout it.. I don't know how to communicate it better
<slyfox>updating guix/HACKING would be a good first step
<ng0>whoever can change the topic here should do it. and one of our maintainer people should tell the sourceware.org people to remove the patchworks for guix
<erliphant>@rekado - that's interesting. Where does guix store it's local package metadata. Is it inside the profile? Or does it go somewhere in /var?
<erliphant>How is an instance of the guix binary linked to it's associated metadata?
<rekado_>Guix is a set of Guile scripts that use the rest of Guix as a Guile library
<rekado_>every package is bound to a value in the library
<ng0>wingo: what I have so far is not functional as I keep bumping into issues with other services I'm writing, so the shallow-branch patch has only been roughly updated. I'm pushing it to my checkout now
<rekado_>the majority of Guix consists of package values.
<wingo>hi, i don't care about the copyright, and i don't have an up-to-date patch; just the one that went to the ML
<rekado_>the “entry” script has not changed in a long time, and all it does is dispatch to the actual scripts in the effective version of Guix.
<erliphant>@rekado - interesting.. I think I've got a few things to think about and a possible way forward. Thanks
<ng0>I just rebased my palemoon package branch. the problem here is, it's almost finished I'm just running into runtim/linker path problems (I can't remember what exactly because I haven't touched it in a while). Other than that, it's okay once someone can help me to fix that. What I don't know (yet!) is what needs to be changed so taht the browser can be added to master. I know that the initial "new tab" page must
<ng0>I'm not sure if this browser is worth the effort. Okay, I started in september with it, but it requires more modifications then, and the only browser I'd feel like maintaining by following upstream and keeping patches to free it is torbrowser, and I feel like investing more energy into packaging torbrowser. But I'm not a lawyer, I could understand the licensing completely if I wanted to but I don't have the
<ng0>time today.,And maybe someone feels like palemoon is a good idea, so I'll just keep it around in its branch on pagure.io
<jmd>Sounds like a plan - f its distribution conditions are uncertain and there are other programs which do a similar job.
<ng0>on gentoo it was easy. I could use gentoo foundation as the copyright, and after all I had no clue who did the ebuild I used in my overlay and updated it. there's even the palemoon-overlay. It's all sources, no binaries so they can do this. for guix, there is my email attached to the commit.. I'd rather avoid confrontation with some questionable organization
<jmd>ng0: Gentoo *can* do that. But then they are distributing non-free software.
<ng0>it was not in gentoo portage, that's why I explicity said "overlay" :)
<ng0>maybe not so obvious if one never developed packages for the system though
<jmd>I've never played with gentoo, so I don't know what all those words mean.
<ng0>portage is what in Guix would be master of guix.git, and overlay is what's guix_package_path (roughly) in Guix
<ng0>where I'm now I'd argue that with both pros and cons of each user-package-path variant, GUIX_PACKAGE_PATH is more flexible
<ng0>especially the (inherit) is smart and avoids hardlinking files and version if/else bashism :)
<thomasd>However, you don't need to subscribe in order to submit. You can just send an a-mail to email@example.com (if it's your first report, it can take a while before it appears. this is due to spam detection mechanisms, as far as I understand)
<quiliro>thomasd: i am interested in learning by watching how other people's problems are solved
<thomasd>quiliro: ok. There's also help-guix (in you're not already subscribed)!
<youri>Hi there, I am working through the guix manual and I am just past the `guix package -i hello` command but I'm suffering from many 'note: source file ... newer than compiled' warnings.
<youri>Also the binary responds really slow: time guix --help 8.28s user 0.04s system 107% cpu 7.757 total
<youri>Could somebody suggest What can I do or what am I doing wrong?
<jamesrichardson>Hello perl users ;) Apparently perl critic in not in guix yet. I've run guix import cpan Perl::Critic which is fine? Now I have to import all the many dependencies. Is there a way to do such recursively?
<Apteryx>rekado_: Thanks. Seems non-trivial to figure out which font doesn't play well with skia, but I'll remember to try others if I get too annoyed about it.
<Apteryx>Any idea why Guile will keep displaying "note: source file ... newer than $HOME/.cache//guile/ccache/..." ? I know how to fix this: I need to run make. But my question is why? My understanding of how Guile works is that if the source is newer than any compiled version it knows about in its compiled path, this gets printed *and* the file is compiled and stored in the .cache directory. On subsquent use of Guix I
<Apteryx>would not expect to see these messages anymore (I already should have matching compiled versions under $HOME/.cache...).
<thomasd>It seems that changing the configuration of a system service only takes effect after reconfiguring AND rebooting (I think shepherd needs to be restarted). Am I right about this? Or is there a way to restart/reconfigure shepherd without rebooting?
<Apteryx>thomasd: I think by default when a service configuration changes at least shepherd should be restarting it. It's been a while I've studied how services work though.
<thomasd>Apteryx: it restarts it, but with the same configuration, I think :/ maybe it depends on which part of the configuration is changed
<thomasd>e.g. for CUPS, /gnu/store/...-shepherd.conf refers to /gnu/store/...-shepherd-cups.scm, and this shepherd-cups.scm contains the command line used to (re-) start CUPS, which points to a fixed /gnu/store/...-cupsd.conf.
<thomasd>this makes me think that, until shepherd itself is restarted (with a new shepherd.conf), no new cups configuration will be used?
<ng0>is someone working on elm on guix? I just found this language :)
<thomasd>(I'm guessing here, I've only just started to look into services :-) )
<alezost>youri: it looks like .scm are not compiled, that's why you have those warnings and why guix is slow; how did you install guix?
<ng0>if one of your email applications and/or server side can enable logs, I would use them and llok at the logs
<youri>alezost: how are scm files typically compiled, is this done automatically with a guix pull?
<alezost>youri: I've never tried binary installation, but I guess, all the needed files (including the compiled .go files) already should be in store, so I don't really understand why you have this problem.
<alezost>do you have GUILE_LOAD_PATH envirnoment set?
<youri>it is not: /gnu/store/7pw8yb83y59lz2v6kpi1pcg6cmkvlkif-profile/share/guile/site/2.0:/gnu/store/sd8jm2rw7cp3bnrk421kr97ki6sqxnhz-guile-json-0.5.0/share/guile/site/2.0:/gnu/store/w90isin9pnm9ri8w9njxby8h98lfnkzq-guile-ssh-0.10.2/share/guile/site/2.0:/gnu/store/dkq6dzl1j0j1dkc6hsmif4c64llbaa69-gnutls-3.5.4/share/guile/site/2.0
<youri>but I can't remember I did set that explicitly
<alezost>that's probably from sourcing ~/.guix-profile/etc/profile
<alezost>everything looks good to me, so I'm lost; could you paste a full output of "guix ..." command that gives you the compilation warnings?
<adfeno>quiliro: What exactly happens when you try to send email?
<alezost>youri: could you also check timestamps of those files: "stat /gnu/store/7fisf4frrgsjzmknjbab1dal23wxrp8d-guile-2.0.13/share/guile/2.0/ice-9/eval.scm | grep Modify" and "stat /gnu/store/7fisf4frrgsjzmknjbab1dal23wxrp8d-guile-2.0.13/lib/guile/2.0/ccache/ice-9/eval.go | grep Modify"
<alezost>(there is probably a better way to check the time, but I don't know it)
<quiliro>i did not have that problem in trisquel with icedove
<ng0>I think the 'vim-full' description should not be equal to the vim description. I haven't patched it because it's trivial, but I really think the description should reflect the difference, not just the list of inputs
<alezost>youri: no problem, you are always welcome to ask here if you have questions
<Apteryx_>Hi! I'm trying to cleanup a bit the way we use XML_CATALOG_FILES across our packages. Ludovic pointed to me that libxml2 defines it and can be added as an input to provide it. This is already neater than redefining ourselves everywhere, but libxml2 is a 10MiB dependency which is not useful for many packages which require XML_CATALOG_FILES. Thus, I'm trying to simply set a package's "native-search-paths" field to that of libxml2: http://paste.lisp.org/displa
<Apteryx_>Unfortunately it fails with "ERROR: Unbound variable: libxml2", and I don't understand why. libxml2 symbol is defined in (gnu packages xml), which the wm.scm module uses.
<Apteryx_>From the REPL it seems like evaluating the native-search-paths from either libxml2 or i3-wm (with my modification) results in the same thing.