Re: Guix and Emacs Integration for Polyglot Development
On 2018年08月02日 08:08 GMT, Chris Marusich wrote: > Kenny Ballou writes: > >> I would like to be able to specify a project's dependencies in a >> manifest file, add any environment variables as necessary, and have >> Emacs be aware of those variables when entering that environment. > > It may not be what you're looking for, but projects like Haunt [1] put a > guix.scm file in the root directory of their project. The file contains > a package as its top-level form (I think that's the right terminology), > and you can get the dependencies via "guix environment -l guix.scm". When I mentioned the "manifest" file, I wasn't aware it was common to refer to this file as `guix.scm`, but yes, this is definitely the first part. However, to clarify, my question is regarding the second part: how to get the `guix.scm` and any environment variables loaded as part of `guix environment -l guix.scm` or `guix environment -m project_manifest.scm`-- search paths and similar -- integrated into the buffers local to the project directory? I believe `.dir-locals.el` or similar might actually be the right approach here, but I'm still in the early stages of exploring this. I hope that clarifies my question better. For more reference, I'm also thinking of wingo's blog on developing v8 with guix[1] (though I believe `guix environment` wasn't yet available). Again, if this is the wrong list, I can move this question to emacs-help instead. -Kenny [1]: https://wingolog.org/archives/2015/08/04/developing-v8-with-guix
Re: guixsd system reconfigure errors
>> adding group 'tty'... >> groupadd: GID '996' already exists >> >> [...] >> >> Not sure if the system got in a strange state as a result of me changing >> my first user accounts name. Perhaps. > > Could you share a minimal operating system configuration file that > reproduces the issue, and describe any specific steps you took that will > reproduce it (e.g., changing your first user account's name)? You can > use "guix system vm" to quickly prototype a system for reproducing the > issue (see "Invoking guix system" in the manual), and this will make it > easier for everyone to pitch in and investigate. OK. Cool. I'll try do that sometime and feedback. >> guix system: unloading service 'term-auto'... >> shepherd: Removing service 'term-auto'... >> shepherd: Done. >> guix system: loading new services: user-homes term-auto... >> shepherd: Evaluating user expression (register-services (primitive-load >> "/gnu/st?") #). >> shepherd: Service user-homes could not be started. >> shepherd: Service term-auto could not be started. >> >> The last two lines. Are these normal safe to ignore errors? Known bug or >> something specific to my system? > > During reconfigure, Guix does not (currently) attempt to restart > currently running services. So this is normal. When you reboot, the > new version of the services should be used; you should reboot and verify > that they are running to complete the reconfigure action. If things > don't work out, you can always select the previous version from the GRUB > menu or run "guix system roll-back" to go back to the previous system > generation. Ah, ok. > Hope that helps! It does thanks.
Re: How should I install non-guix software?
There is also the possibility to run you programs in a container with a mapped folder hierarchy, e.g.: guix environment -C --expose=/home/foo/bar/bin=/bin -- /home/foo/qux/bin/qux See "(guix) Invoking guix environment". I think it's also worth mentioning the practice of including a Guix package declaration into your source, like https://dthompson.us/projects/haunt.html does. It's mostly useful for development packages since stable versions should preferably be added to Guix itself. -- Pierre Neidhardt signature.asc Description: PGP signature
Re: mcron
Yes, Vixie syntax is supported there too! See "(mcron) Vixie Syntax". But if you can grasp the Lisp syntax instead, I'd recommend you for it, it's much more flexible. After all, it's the sole raison-d'être of mcron with regard to cron :) I think your solution to "every N minute" is correct. Cheers! -- Pierre Neidhardt signature.asc Description: PGP signature
Re: "calibre" package fails to build.
On Wed, 1 Aug 2018 13:17:39 +0300 Efraim Flashner wrote: Crashes on start with the "ImportError: No module named QtWebKitWidgets" error, sadly. pgpVVTx3y9XRx.pgp Description: OpenPGP digital signature