<mark_weaver>iyzsong: np, thank you for gnome-updates! I'm very much looking forward to it :)
<lfam>mark_weaver: I'm working on the openldap graft. When I create a replacement with a different version, it creates a different output path in the store, and then building an openldap dependent package (like curl) fails. Instead, I've given the replacement package the old version, and put the new version in the source URI "by hand". That works but it's an ugly solution.
<lfam>What I mean by "different" output path is that the name-version part of the path is different. Of course the hash is different
<lfam>I'll probably file a bug report for what happens when the graft fails. It's very noisy and it leaves an incomplete store directory in the store (and I think a reference is also left in the database)
<lfam>Actually, I can send you the failing version of the patch, if you like
<lfam>Hm, there's another problem with my patch (the third URI is truncated for some reason)
<mark_weaver>lfam: regarding the corrupted store directory that had only a few empty files: iirc, that can happen with ext3 and ext4 filesystems (with typical mount options) if the system crashes soon after the directory is populated
<lfam>mark_weaver: Okay to apply with a fixed commit log? And how about a "regular" update on security-updates?
<mark_weaver>lfam: okay to push if it's at least minimally tested
<mark_weaver>I'm not sure whether it's worth building a security-updates branch before core-updates
***lyk_ is now known as lyk
<micxjo>is there a command to delete old system generations (similar to guix package -d)?
<lfam>mark_weaver: Regarding updating openldap without a graft, I don't have an opinion about what branch it goes on. But it would be convenient for me to put the commit somewhere that will eventually be merged into master.
<iyzsong>when try package gspell, some tests fails. then it turn out that the code to list aspell dicts in enchat doesn't use ASPELL_CONF at all, so gspell can't find any dicts..
<jmd>Using a scheme expression, how can I get a list of all packages?
***Guest68430 is now known as vimuser
***vimuser is now known as mevirus
***mevirus is now known as Guest24122
***Guest24122 is now known as vimuser
***vimuser is now known as Guest75935
***Guest75935 is now known as sanctuary
***sanctuary is now known as vimuser
***vimuser is now known as mevirus
<htgoebel>jmd: AFAIR in one of the talk at FOSDEM there was an example for this. In the area where it comes to the benefits of guile instead of a own DSL.
<df_>I think the easiest way to do it with the exported interface is (fold-packages cons '())
<df_>there are also various find- methods in (gnu packages)
<robsyme>Hi all. I've got a question about `guix environment -l package.scm` - specifically about what package.scm needs to contain. I'd like to build a small ruby project that requires the httparty gem. I've got a package.scm file that describes both a package for the httparty gem and a package for httparty's dependency ruby-json: https://gist.github.com/robsyme/475498f878a5c9f3bfcfb2ea990ef500. When I run `guix environment
<robsyme> -l package.json` and try to run `irb -rhttparty`, the gem is not installed. Any pointers would be greatly appreciated.
<cbaines>I've just tried installing Guix in a VM using Gnome Boxes, but it does not like loading the installation image, any ideas? (I'm trying to use the 0.10.0 image, and have verified the signature)
<koosha>Isn't there any official document for Scheme ?
<mark_weaver>koosha: there are some relevant Scheme standards, but in some ways it's more useful to think of Scheme as a family of languages. there are a great many implementations, each implementing their own dialect
<mark_weaver>I'll just briefly say that scheme allows you to build up languages that are most suitable to the problem at hand, and to use a great variety of programming styles, even ones that haven't yet been invented.
<mark_weaver>and the book "The Reasoned Scheme", shows an example of the kind of radically different language that can be very easily built on and integrated with Scheme.
<cbaines>I'm using Guix on two machines, one Debian, and one GuixSD. I have installed emacs and notmuch on both, but on Debian, I am missing the symlinks to the store from .guix-profile/share/emacs/site-lisp/
<mark_weaver>jmd: 'fold-packages' loads all scheme modules in certain directories, to try to find all packages. this includes GUIX_PACKAGE_PATH. my first guess at the moment is that one of those modules, when loaded, does something that messes up curses
<mark_weaver>maybe it changes the buffering on stdout, or something
<mark_weaver>but I'm sorry, I don't have time to go further on this right now.
<cbaines>ah interesting, on Debian .guix-profile/share/emacs is a symlink to the store, whereas on GuixSD, it is not
<mark_weaver>jmd: I would try experimenting with things like the order in which things are done. you could try building a list of packages with 'fold-packages' *before* initializing curses and displaying, and see if that changes anything.
<mark_weaver>cbaines: the profile generator makes the links as high up in the tree as possible, so if the 'share' directory contains files from only one package, then 'share' will be the symlink instead of share/emacs
<mark_weaver>jmd: do you have GUIX_PACKAGE_PATH set? what is in that directory?
<mark_weaver>jmd: as an easy hack, you could insert some debugging code before and after the 'resolve-interface' call in 'package-modules', that tries to update the curses display
<mark_weaver>and thereby determine which module was being loaded when curses stops working.
<lfam>mark_weaver: I rebuilt curl and libreoffice against the replacement openldap, and they both seem to work. But, I don't have any LDAP infrastructure to test against. Do you think that's an acceptable test of the replacement?
<mark_weaver>lfam: yes, that's fine. go ahead and push. thank you!
<lfam>I also built gnupg, wine, and samba. Gnupg also seems to work. I don't have any way to test wine or samba
<mark_weaver>although it's not much different than evaluation 108920 on 'master'
<mark_weaver>civodul: it was merged prematurely. there were several broken packages that needed to be fixed before it would be possible to update to it, and meanwhile it was blocking some possibly security-relevant updates to linux-libre and webkitgtk
<mark_weaver>effectively blocking users from getting those updates in a timely fashion.