<OriansJ>I've been toying with the idea for the last week and I have decided for my next bootstrap phase to go the most wildly inefficient route possible. Implement a virtual machine in under 64KB, that interacts with virtual papertape readers and make a compatible version in C that works on top of linux so that more people can play with this really terrible virtual machine.
<OriansJ>Which ironically only has the benefit that it can be integrated into 0x10c style games by people who want their gamers to have to work to produce something meaningful
<janneke>OriansJ: my minimal lisp interpreter in C is getting to look quite nicely ;-)
<OriansJ>I'm basing the virtual machine on a design called the Tom Knight platform. Which has some rather convient features such as 16 registers, 3/4 op arithmetic and opcodes that line up on the nybbles.
<koosha>I run Windowmaker on Guixsd . I use two monitors but when I'm using Windowmaker , one monitor is a bit blury . I had the same problem when I ran i3 on Debian but when I installed "disper" , the monitors were both good . But here disper is not in repositories .
<joshuaBPMan_>hello, does anyone have any tips on how to dual boot gnu guix SD and another distro (I'm using parabola)?
<joshuaBPMan_>I'd love to be able to use guix SD full time, but it's just not stable enough right now.
<joshuaBPMan_>at the moment, guix SD is generating my grub.cfg file. I've added a file in /boot/grub/custom.cfg, but when I tell grub to generate the config file, it doesn't add the the menu entries for guix. What gives?
<ngz>Hello. I'm trying to create a package using trivial build system, so I need to unpack the source file (tar.bz2) manually. I use (system* (string-append tar "/bin/tar") "xvf" (assoc-ref %build-inputs "source")). I also used (setenv "PATH" (string-append (assoc-ref %build-inputs "bzip2") "bin")) before.
<ngz>Yet, I get the following error: "tar (child): xz: Cannot exec: No such file or directory"
<lfam>ngz: Without seeing "the whole picture" it's hard to say, but something is using xz compression instead of bzip2, or something like that
<lfam>Or, the file that is supposed to be uncompressed does not exist
<lfam>This is perhaps an embarassing (for me) suggestion for me to make, but when I get *really* stuck, I try to find some similar working code, and then adapt it to what I am trying to do until it works. Then, I compare it with what I had. Usually I don't get all the way, but have the "aha!" partway through
<lfam>So, you could try adapting some other trivial-build-system package to decompress your tarball. Maybe there is a mistake in the string-appending
<ngz>Actually, I borrowed that part of code from docbook.scm which does a similar thing.
<roelj>What environment variable is needed to display icons of packages in gnome-shell? I created a symlink from ~/.guix-profile/share/applications/ to ~/.local/share/applications, but the icons don't seem to get picked up. (I'm on Fedora, not GuixSD).
<alezost>roelj: I don't know but my guess is: try to add "~/.guix-profile/share" to XDG_DATA_DIRS
<kyamashita>I've been trying in vain to get NetHack to work properly through Guix.
<kyamashita>It keeps trying to modify files within its store folder. Obviously, this doesn't go over well.
<lfam>kyamashita: Yeah, that's not going to work. Most programs provide a way to configure the location of state files.
<alezost>kyamashita: it should probably be configured --with-some-flag :-)
<ngz>lfam: Would you have any spare time to take a look at my package? I'm still stumbling on the issue discussed earlier.
<ng0>lfam: depending on the system building libre/pax/hardened sources for me is =<2 minutes to =<12 minutes for me, 12 when I do run other systems compiling their stuff on the host compiling the kernel
<lfam>janneke: Do you have any problems with gnome-tweak-tools settings not being retained across reboots? I only use the "don't sleep on lid close" setting, and it is set after reboot, but I have to toggle it to make it actually work
<kyamashita>Reading about it now in Guix's info documentation.
<janneke>lfam: I'd have to check, I'm only using the workspace grid
<lfam>janneke: No big rush, just curious if you'd noticed any issues
<lfam>If you aren't using that feature, don't worry about it. I'll look into when I get annoyed enough ;)
<janneke>lfam: I'm still not using GuixSD as my primary
<lfam>janneke: It's my "stereo" computer, which is not primary but is still extremely important ;)
<ngz>`wrap-program' expects bash executable to be available in PATH. However,
<ngz>when using trivial-build-system, PATH doesn't seem to be set, even if "bash" or "bash-minimal" are among the inputs.
<ngz>What is the correct way to use wrap-program in this case?
<ngz>Use a (setenv "PATH" /path/to/bash) just above?
<Pastaf>looks like I won't be able to install GuixSD
<Pastaf>not until guix can cache downloads for future use, since there's no way in hell I'm going to try to figure out why guix system init is failing with no way to debug but && echo -e '\\a'
<Pastaf>and I have no interest in running the machine back and forth for so far 20 times
<ngz>Pastaf: AFAIK guix does cache downloads for future use in the store