<NiAsterisk>mark_weaver: with this package (rust) after I already wrote my own I discovered one on paste.lisp.org with your name from around 2014. I suppose you don't remember where it failed or why it never was finished?
<lfam>rain1: That only 'ad-hocs' gstreamer, but not gst-plugins-base
<lfam>rain1: You have to put '--ad-hoc' for each package
<mark_weaver>NiAsterisk: I've never packaged (or even used) Rust. what's the link?
<lfam>mark_weaver: Do you think it's okay that `guix package -u` sometimes doesn't update to the lastest version of guix-devel due to the hash? I thought I understand what you meant by "it should already be done" but after a few minutes I realize that I don't
<lfam>Currently it's version is defined like this: (version (string-append "0.9.0." (string-take commit 7)))
<lfam>Ideally it should be (version (string-append "0.9.0." revision (string-take commit 7))), right?
<lfam>Or, like that but with added punctuation to separate the revision from the hash
<lfam>Anyways, this solved my https problem, thankfully!
<lfam>There is `guix environment --container`, as well some good tools for working with QEMU virtual machines in `guix system vm` and `guix system vm-image`. I don't know whether or not they meet your use case...
<mark_weaver>rain1: there's also an experimental 'guix container' command
<Piece_Maker>i always thought itd be interesting to build a decentralised package repository running on something like syncthing or the bittorrent protocol... could be possible with the reproducability of guix...
<Piece_Maker>the thing i was never able to figure out (i actually tried making what is essentially a decentralised repository for arch's pacman) is that all users neeed to mirror the entire repo... couldnt figure out how to JUST pull the packages that i actually want to install...
<Piece_Maker>but i reckon with gnunet or ipfs that could be worked around
<Piece_Maker>that is, unless EVERY package was its own bittorrent file... which would get messy very quickly
<Piece_Maker>not quite decentralized, but like... if you could make them into torrents and allow all users of that package to seed
<Piece_Maker>its rudimentary but it could work, and then you just need to figure out how to roll out updates (which i reckon guixSD has already solved too) XD
<Piece_Maker>i reckon guixSD is the perfect distro to actually maket his work with, as all the packages are in /gnu/store and not scattered all over the damn place where youd have to mess about with symlinks and whatever
<Jookia>rekado: I don't know, I compiled the entire system and compiled other stuff, so obviously I have a gcc. Maybe garbage collecting wiped out the gcc that 'guix environment --ad-hoc' wants, though I tried all three. Compiling firstname.lastname@example.org gives me a compiler with weird errors
<rekado>rain1: you first package pacman, then ask "guix environment" to spawn an environment in which "pacman" is available: "guix environment --container --ad-hoc coreutils pacman ..."
<rekado>are recursive module dependencies a problem?
<rekado>I have a package that should go to "statistics", and it depends on packages in "machine-learning" and "statistics". But the "statistics" module cannot load the "machine-learning" module because "machine-learning" already imports "statistics".
<rekado>Is this a problem or will this be lazily resolved?
<libreH4cker>how does guix as a package manager compare to other libre distros' package managers?
<mark_weaver>kristofer: 'xorg-configuration-file' is exported by the (gnu services xorg) module. so you need either (use-modules (gnu services xorg)) or (use-service-modules xorg) at the top of your OS config
<kristofer>mark_weaver: now the error says unbound variable slock
<NiAsterisk>i'm a bit under the weather or whatever.. thanks :)
<redshelled>Hey guys, I moved farther on my install, but now after running the command guix system init, it is trying to build guix-0.9.0.71e2065 and fails during the store.scm test. Is there away to get around this so I can continue the install?
<davexunit>redshelled: if you are using substitutes then it shouldn't be building locally
<davexunit>so perhaps you aren't using substitutes? did you run 'guix pull'?
<redshelled>davexunit, I am using substitute as it uses substitutes for everything else
<redshelled>I tried guix system init <config> /mnt --substitute-urls=http://mirror.guixsd.org and it gave me the same result, still trying to build from source. Maybe the build command will yield different results?
<redshelled>looks like a hash mismatch for the substitute too
<davexunit>redshelled: hmm, I'm not familiar with this particular test. could you email email@example.com describing this failure? include this test suite log, your platform (x86_64), and the package version string for the failing guix
<davexunit>I believe the version string is 0.9.0.71e2065
<lfam>Yeah, I was pleasantly surprised when I first started reading it. It pops up often when I am debugging build failures
<NiAsterisk>I think I might have looked at in '99 when I first looked at Gentoo and with a time limited, slow internet connection it was not pleasant to read into.. and now I have about 16 more years of experience with things.
<davexunit>NiAsterisk: it's "fixing" things by allowing each application to have an isolated environment in which to run, so that you don't have to worry about application A's dependencies clashing with application B.
<davexunit>and it works by using existing distribution tools to do the heavy lifting to create the necessary disk image
<NiAsterisk>I know how it basically works, but what if apt-get breaks. or some tool included in the disk image is 4 years outdated, nobody checks that
<davexunit>obviously, we know that there's a better way, but Docker is allowing people to do things that were more difficult to do prior.
<davexunit>it's amazing the things that can be built on top of that foundation.
<lfam>To others, it's the language (Scheme, or for some, Nix)
<NiAsterisk>I think originally I was drawn by GNUnet, and the maybe future feature to have a GNUnet oriented distribution for software updates. then it became hey, when I fix enough and add enough I can run servers again without being angry at them that much.
<davexunit>our container implementation has the luxury of being much simpler than Docker because we don't need the crazy disk image layering stuff that they do.
<davexunit>we just use the provided foundation: the immutable store
<lfam>I remember your announcement mentioned that angle, and it's true
<davexunit>tell guix which store items you want in your container and guix will prepare it for you.
<redshelled>Scheme brought me here. The only thing I was wondering about is the differences in scheme and nix. As far as I understand it, nix is lazier than scheme which may be an advantage
<davexunit>and on top of that, data is shared between *all* containers, system-wide.
<davexunit>bavier: yup, I miss it every day at $dayjob.
<lfam>redshelled: The fact that Scheme code is data is hugely powerful for us. I'm relatively new to Guix and Scheme, so I can't really take advantage of that, but it allows us to easily do a lot of stuff that would otherwise require hacks like scraping and parsing our own package recipes.
<davexunit>but we're set up for some really nice features
<redshelled>NiAsterisk: UCLA, Brown, Michigan, and MIT I think all have some type of scheme classes
<davexunit>for example, I wrote a patch that allows the nginx-service to be extended with additional config files
<NiAsterisk>I want to package rust and then do rust cargo imports, after that one of the bigger tasks for this year is done, then I can write services I wanted to do and afterwards I can do Torbrowser :)
<lfam>I could start submitting "stub" services that just execute a binary, for software that can be configured completely from a text file. At least they would provide run-on-boot
<lfam>I'd *love* to see a presentation on services from one of the more experienced Guix developers
<lfam>The written documentation is as dense as I am ;)
<NiAsterisk>redshelled: I invst more time into this than I thought... I have a todo list stretching about 12 months for Guix alone I think, but I had the plan to learn C++, Guile and Lisp this year. this is shared time between a project where I would like to contribute code
<NiAsterisk>i consider learning more webdevelopment and java, so eventually if I decide that I want to study it'll be usefull, or if I don't get a job elsewhere I can do freelance webdev work.. anything to just get a start again.
<lfam>Yeah, we have some new java stuff, too, like an ant-build-system to abstract the build process for software that uses Ant
<redshelled>NiAsterisk: it appears that java will be around for a while, and its pretty well respected in corporate environments if thats your thing. I imagine a java programmer wouldnt struggle too terribly for work
<NiAsterisk>yeah. my other perspectives are try to get into IT Sec. somehow (could've recently, but I'm not ready for fulltime stress again) or just work whatever I find part time and have enough time for the other projects around GNUnet.
<NiAsterisk>sure. did my reply not come through? What I tried to further explain was: initially I had the assumption that powwow at the *.psyced.org location was not patched and the CMDSEP was changed from ; to § (legal) in a config file. When I realized it wasn't I started a powwow-chat.scm which will not be in the master tree ever and can be obtained elsewhere. powwow is a client which can be used to access chat servers
<NiAsterisk>like psyced.org, but when you write sentences every ; breaks the line
<lfam>Right, I think I understand that. So, your question is regarding what should go in the description?
<NiAsterisk>that's why I removed the referencing lines. I can however send in a patch which adds a better explanation.
<myglc2>lfam & rain1: re clone to SSD & reboot, no dice. I changed 'bootloader' to point to SSD: '(device "/dev/nvme0n1")' and rebooted but we don't find the root partition on the SSD, which was created with 'mkfs.ext4 -L g1sd /dev/sda1' and mounted with '(device "g1sd")'.
<myglc2>Ahem, I did guix system reconfigure and then rebooted
<myglc2>civodul: /dev/mvme0 = Samsung 'SSD 950 PRO NVMe' plugged into an adapter in PCIe slot = ~4x faster than SATA partly because Linux Kernal supports alternate (NVMe) access mechanism with 'mvme' prefix instead of 'sd'
<lfam>A test started failing. I'm going to try to find the change "by hand" since bisecting back to mid-January will be so expensive!
<civodul>davexunit: for now, 127 bytes "should be enough for everyone"