<ng0>I've switched my Gentoo systems over to GuixSD and only run one Gentoo system because there are some last applications which I have not finished porting to Guix. For me personally it fits, but I use it more for development of the system itself. The computer which just uses for no particular purpose is for music/videos/web browsing.
<Acou_Bass>im gonna have a go at creating some guix packages at some point... i made a couple of nixOS ones once, but i prefer the guix way
<ng0>I'm seriously considering to write packages for guix which I can fit outside of the tree which are needed for gentoo development, so i can test with repoman here.
<ng0>checks syntax, fetches and generates manifests checksums etc etc
<ng0>I just need it for manifest generation usually.
<Acou_Bass>in some ways i imagine gentoo would suit me pretty well on the desktop... in other ways, i only just not-lzay enough to keep arch running
<ng0>repoman manifest does what guix download does here .. while repoman needs to be run with write access to the portage dir and writes into a file "Manifest" in the current directory of the overlay you are in.
<ng0>with guix I moved this to having many checkouts with different branches I work on, but the checkouts usually don't break so dramatic that you need hours to fix one of them
<Acou_Bass>i sometimes wonder if guix could be used purely as a container runtime similar to how people use docker... upload, for example, 'nginx.scm' to the guixcontainerhub, people pull it, run guix container on it, boom we have an nginx container ready to go
<ng0>guix devops or what it was called, the equivalent to nixos one, is being worked on i think
<Acou_Bass>then again i suppose with guix being the way it is, we probably dont really need a specific container scm for nginx, because the standard nginx.scm will build a full OS underneath it if needs be anyway XD
<ng0>I also lack any actual experience with docker, so I just assume this is what you meant
<Acou_Bass>well essentially (very high-level explaination here), docker is a runtime for containers, you pull an image from the dockerhub (dumb example, a 'skype' container) and run it atop docker, and you get a container with nothing but skype in it running
<Acou_Bass>but i guess again like i said, guix basically already does this
<ng0>If capitalism, or better: society, could come up with an sustainable payment model for people like independent artists, programmers, software maintainers, etc.. maybe even helped by the webbrowser extension which Taler will implement.
<Acou_Bass>i made plenty of money as an independent artist years ago, this isnt a problem that needs solving, it just needs the artists to understand that not all of them will make a living, and thats OK xD
<ng0>Not involving artists now or only to some degree: It's an expect free to be gratis and no work involved problem which is rooted deep in this system. Some things are just expected to "be" ... if all the package maintainers of core packages used in for example the internet infrastructure stepped down tomorrow and no one came forward to fix it, you'd have an continous mess.
<ng0>they don't see it so it's expected to be "magic" which keeps it alive
<sturm>Is there any downside to forcing `guix pull` to fetch the 0.10.0 tarball, then running `guix system reconfigure` to downgrade a system previously running against master? I'm doing this because I'm currently stuck not being able to build gnutls.
<sturm>hmm, that didn't work, XML-Simple-2.20 doesn't seem to be available from CPAN
<jeffers-media>hi everyone, trying to build guile-emacs per the instructions on the emacs wiki.
<jeffers-media>I have all the packages but im getting unskippable errors. I was wondering if i could use guix to create the proper environment to build it
<jeffers-media>simply, i thought that $ environment guile-emacs would work, since it would give me all of guile-emacs dependencies, however it didn't work
<jeffers-media>im thinking this may have been because the environment only included runtime dependencies instead of build dependencies?
<jeffers-media>note that I do not want to make my own guix package configuration file to install my modified version of guile-emacs, since I don't want to wait 2 hours to test minor changes (i want to use make)
<lfam>sturm: What machine architecture are you using? I know that Hydra has a substitute for gnutls at least for x86_64
<sturm>lfam: I thought I had x86_64 - how can I check on a running Guix?
<lfam>jeffers-media: If you used `guix environment guile-emacs`, then you got the build dependencies of guile-emacs, but it was piled on top of your pre-existing shell environment. Try it with --pure or --container for better isolation
<sturm>I saw the revision go in to fix it, but then there's a reverted gnutls change.
<lfam>Yes, it was pointed out that my fix wasn't actually going to help :)
<lfam>It's difficult to make changes to gnutls, since ~1000 packages must be rebuilt when it is changed.
<lfam>I tested that Hydra could serve a substitute for x86_64 at both the HEAD of the Git master branch and also at the 0.10.0 tag
<lfam>So, if you are in that range, you should at least be able to get a working system, although it's really disappointing that we can't build it from source right now
<sturm>Wow, yes that's a lot. Better to have the dependencies explicit though.
<lfam>Normally we fix bugs in core packages with grafts, but that requires being able to build the un-fixed package as well
<sturm>lfam: Ok, thanks. I had other problems when I went back towards 0.10.0. Not sure why my system wasn't picking up the gnutls substitute and falling back. Currently reconfiguring against a revision from 5 days back to see if that works for me.
<sturm>(other problems being missing substitute for XML-Simple-2.0 that didn't have source available to rebuild)
<mark_weaver>jeffers-media: note that on some distros, .bash_profile is not read at all when logging into X via a display manager. in that case, you may need to explicitly source .bash_profile from .xsession
<lfam>That commit is the current HEAD of the master branch. If you build Guix from that Git commit, you will ahve the script 'pre-inst-env' which changes your environment to run the Guix you just built. You should be able to download a substitute for gnutls from hydra by building gnutls from that commit
<lfam>My /gnu/store has this file in bi5s5f9i0p7ybjr7kzpangnwqan38sma-gnutls-3.4.7-doc
<mark_weaver>jeffers-media: can you paste the output of "export" within the "guix environment" shell?
<mark_weaver>please mention the "guix environment" command you typed, attach a copy of the profile manifest, and mention that the giflib "bin" output was included instead of the "out" output. also mention that the "outputs" field of the giflib package definition lists "bin" before "out", and I guess that oddity is what's causing this bug to express itself.
<mark_weaver>jeffers-media: in the meantime, you might be able to work around the problem by prepending "/gnu/store/...-giflib-5.1.4/include:" to C_INCLUDE_PATH after running "guix environment", where the "..." is copied from the output of "guix build giflib"
<mark_weaver>you'll need to run that "guix build" command outside of the "guix environment" shell
<heuuuoui>i have a 128GB SSD and a 1TB HDD. No so much place then on my SSD
<sturm>it's no heavier than other distros really - I find in Trisquel that 20G starts to get tight for me with large packages like TexLive plus some databases in /var/ plus some room to download new packages.
<heuuuoui>if i put my /home on my HDD, softwares that work with files in /home (like config files), will they work as fast as on my SSD?
<heuuuoui>in my /home i put everything but videos.
<MaliRemorker>i have a 30Gig virtual image of GuixSD, it's comfy enough, so far
<MaliRemorker>i tried to change/create the xorg config file by using something like: (run-with-store .... (computed-file-gexp (xorg-configuration-file ....)))
<MaliRemorker>of course it didn't work; so i guess i'm fundamentally misunderstanding the relationship between the Guix REPL and build, or file creation activities
<MaliRemorker>why can't i just run any gexp in that run-with-store routine and expect things to get written to the /gnu/store as expected? :)
<heuuuoui>is it necessary to create other repository as /home at the partionning step when we have more than / ? Or it is created later with the config file?
<MaliRemorker>heuuuoui: i'm only just starting to use guix, but don't you first create all the partitions with a partitioning tool and then define them within the configuration scm file? somewhere in the file-system section?
<heuuuoui>MaliRemorker, my question is about mountpoints, but with the option 'create-mount-point' in the config file normally it will be created if it doesn't exist
<MaliRemorker>heuuuoui: i only have a simple setup with a single , root mountpoint
<heuuuoui>MaliRemorker, i always do a /home partition, in case of reinstallation : )
<MaliRemorker>heuuuoui: and what if you want to go to btrfs system in the future? :)
<heuuuoui>MaliRemorker, hmmm never thought about that.
<heuuuoui>i guess i can make a backup of my home repository on my hdd and create only a root partition
<amz3>héllo, can someone knowledgeable about guix, can try to download an url for me using guix https facility.
<amz3>I have something to do that in guile, but it's buggy, I'd like to know if the bug comes from my implementation of gnutls or it's a gnutls bug
***kelsoo1 is now known as kelsoo
<davexunit>civodul: wow, thanks for implementing compression in 'guix publish'!
<anthk_>guix pull: error: build failed: some substitutes for the outputs of derivation `/gnu/store/izpi9g74jd84l01yy9359l750mc5g2y5-?id=3ba68f9e64fa2eb8af22d510437a0c6441feb5e0.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
<mark_weaver>anthk_: thanks, I see what the problem is, trying to fix it now
<catern>hello, #guix! I am wondering what code (input at a guile repl) would do the equivalent of "guix environment", outputting a list of pairs of environment variable/values
<catern>I looked at the implementation of guix environment but it seems very complex! surely there is an easy pre-existing function?
<mark_weaver>catern: nowadays "guix environment" builds a profile as well, so it's not a simple as just setting the variables. but I don't know that we have something easy that does what you're asking for. maybe ask on guix-devel?
<rekado>“As the author and copyright holder of this source code, I personally have no problem with anyone studying it, modifying it, attempting to run it, etc. Please understand that this does NOT constitute a grant of rights of any kind in Prince of Persia, which is an ongoing Ubisoft game franchise.”
<jeffers-media>mark_weaver: that didn't work, but now im thinking it might be the wrong giflib. after `guix build giflib` i get two store entries, one with ...giflib-5.1.1 and another ...giflib-5.1.1-bin. the have different ...