<mark_weaver>angelic_sedition: what does "backwards compatible" mean in this context? <mark_weaver>guix uses a slightly modified nix-daemon. you can build guix on top of a nix system and then have it use the nix daemon. <mark_weaver>however, it should be noted that any Guix package installed on a Nix system will use all of the Guix libraries and compilers. they will essentially be two entire systems living side by side within the same store. <mark_weaver>also, since all of our binary packages are built with the assumption that the store is located in /gnu/store, if your store is in /nix/store, you'll have to build everything from source code, starting with bootstrapping the entire system from minimal bootstrap tarballs <angelic_sedition>I'm getting a no such file error when trying to download ftp://alpha.gnu.org/gnu/guix/gsd-usb-install-0.8.1.system.xz ... is there another location I can get an installation image from? <angelic_sedition>nevermind, I found it; the link on the installation page is wrong though.. <mark_weaver>I agree that it's confusing, but if you read the actual text, that is not supposed to be a URL but rather a template of a URL where SYSTEM is replaced by x86_64-linux or i686-linux. however, some software is being clever and turning it into a link automatically. <mark_weaver>the actual texinfo reads: An installation image for USB sticks can be downloaded from @code{ftp://alpha.gnu.org/gnu/guix/gsd-usb-install-@value{VERSION}.@var{system}.xz}, where @var{system} is one of: [... <mark_weaver>whereas texinfo has a different construct for URLs, starting with @url{...} <mark_weaver>so the info readers/converters are being too clever by half <mark_weaver>well, not really, you make a good point, and you're not the first to report the problem :) <mark_weaver>we should probably just give in and rewrite the text to include separate URLs for each platform... <angelic_sedition>usually I expect brackets of some type around something that needs to be changed; I didn't look closely enough ***mbuf_ is now known as mbuf
***yang_ is now known as ang
***ang is now known as yang
<kete>Rastus_Vernon, yes, but hasn't a good deal of GNOME lost its roots? <mark_weaver>Rastus_Vernon: good question! in a weak sense, it is true that GNOME is technically considered part of the GNU project. <mark_weaver>however, they are not GNU packages in any way that is relevant to Guix's internal workings. <mark_weaver>e.g. there are various databases of packages that GNU keeps, and the GNOME packages are not in that database <mark_weaver>for example Guix can automatically upgrade GNU packages to the latest version (usually works) with the "guix refresh -u" command, but that won't work with GNOME packages <mark_weaver>and we can grab descriptions of GNU packages, but that doesn't work for GNOME packages. <mark_weaver>and I'd go further and say that philosophically, GNOME developers do not really consider themselves part of the GNU project. it's almost just a vestigial fact that is mostly ignored. <rekado>I find the last part rather sad. <rekado>civodul, davexunit: thanks for your comments and thank you davexunit for submitting the article to HN! <paroneayea>I'd like to use guix more for my workflow of things, though I'm not sure if I need to figure out how to get M-x guix-all-available-packages working again to do so <paroneayea>maybe using geiser with connect-to-guile is sufficient? <alezost>paroneayea: do you mean "M-x guix-all-available-packages" doesn't work? <paroneayea>alezost: it does not in my "installed in debian but not make installed to debian" setup :) <paroneayea>maybe I should give up and just "sudo make install" to debian <paroneayea>if: Error in evaluating guile expression: Unknown meta command: geiser-eval <paroneayea>davexunit: also, relatedly, this is why I brought up my guix packaging workflow above, is my interest in trying to get a minikranen package in guix :) <paroneayea>davexunit: what workflow do you usually use while working on packages? do you hack guile live with geiser or just write out and see if "guix package" runs ok? <alezost>paroneayea: I suppose that's an emacs error, not guile one. Could you try again after "M-x toggle-debug-on-error" <davexunit>paroneayea: I should adopt a REPL-based workflow, but alas I just edit the file, save, and run 'make && guix build foo' <paroneayea>also I did a "guix pull" and I wonder if that broke my ability to hack from guix git <paroneayea>I'm not sure how I'd really roll back that state *paroneayea tries guix package --roll-back <paroneayea>it's hard to have a debian setup where you don't install guix with make install and have the things all work :\\ <davexunit>I used the binary tarball for a server of mine and it worked like a charm <davexunit>then you probably don't want to use 'guix pull' in the first place <paroneayea>is there a way in guile to see what file a package was imported from? <paroneayea>aha, I think I got the guix stuff working in emacs now. <davexunit>just not sure what it is exactly, but geiser obviously uses it <paroneayea>oh, nice, I didn't realize that C-c C-z jumps to the guix repl there <paroneayea>maybe I should try making a package of ijp's minikranen for guix and submit to the guix ML? <davexunit>you'll probably need to use the trivial-build-system and write the code to compile the scheme files and install them in the right place <paroneayea>are there other packages you recommend I look at as examples? <davexunit>there might already be a similar thing in the guile module, so check that out first <davexunit>if not, the paredit in emacs.scm could be helpful <davexunit>paroneayea: a modified gnu-build-system might be better actually, since it has handy phases like 'unpack' to deal with extracting the tarball and stuff. *paroneayea doesn't know! but will look <civodul>paroneayea: bonus point if you write "guix import guildhall" to convert those pkg-list.scm files :-) <paroneayea>*another yak lines up in front of paroneayea's barber shop* <civodul>or there could be a guildhall-build-system(?) that would build packages that have a pkg-list.scm <paroneayea>surprised to see how many RDF packages there are in Guix <ijp>paroneayea: a makefile for that would essentially copy four files