<bandali>lfam, hey, thanks for the merge & feedback btw :-) let me know if my updated patch is good enough, or if you'd like a more detailed explanation
<Telior>Thanks, I'll try! And about the theme, the manual says there's no documentation yet regarding the grub theme form. How can I change it, either the whole theme or just the backgound image of the default theme?
<Telior>Ok, another question: how do I enable kvm (for smooth QEMU virtualization)? Is it through config.scm?
<leoprikler>Telior: IIRC you only have to add yourself to the kvm group.
<cnmne>hi guix! I'm trying to make a package that requires a ruby gem. It says it can't find what it's looking for but then lists a guix package (that I want it to use) as being found. How do I make it use that package ?
<cnmne>I'm getting: `Could not find 'tty-table' (= 0.10.0, >= 0.11.0) - did find: [tty-table-0.11.0]'
<leoprikler>I'm currently not able to find a package for ruby-tty-table. Which one are you referring to?
<leoprikler>FWIW you can get a package definition via `guix import gem tty-table`, but I think you'll already have done that.
<cnmne>leoprikler: right, I've written the package definition for tty-table and another package that uses tty-table.
<cnmne>they're in my local git repository gnu/packages/ruby.scm
<sneek>jonsger, efraim says: there's patches from today to the mailing list for the recursive rust importer which should take care of all the rust import issues
<cnmne>hi guix! I don't know ruby, but I'm trying to package a ruby gem that I'm interested in and I'm not sure if I'm having trouble because I don't know ruby or because I don't know guix. I've had to package dependent gems (such as tty-table) and I think I'm not requiring them correctly. I get: `Could not find 'tty-table' (= 0.10.0, >= 0.11.0) - did find: [tty-table-0.11.0] (Gem::MissingSpecVersionError)`. I think I need to make the program
<cnmne>use the system gem ? I can paste my package definitions.
<civodul>sirgazil: did you try reloading? (we're still emitting invalid last-modified headers...)
<Nios34>:jonsger You can see all the issues and bugs in that website?
<Nios34>:jonsger It just gave me 504 Bad Gateway Timeout
<sirgazil>civodul: Yes. Also tried in other browsers and in private sessions, and I get the same results.
<bgardner>Good afternoon guix! Is there any sort of best-practice documentation for when to run or schedule 'guix delete-generations 2m' or equivalent? I have 'guix gc' scheduled but it made no real progress until I deleted old generations.
<scmguru>I plan on attending LibrePlanet and I'm hoping to meet Guix folks in person.
<vagrantc>despite really wanting to go, i won't make libreplanet this year
<scmguru>kmicu: I enjoy having an almost fully free system (BIOS left). And it feels great to have made an unwanted computer my own after many hours of hardware fixes and software installation time. One less computer for the landfill, which is another bonus, I think.
<jbnote>Hi, coreutils' split --filter option uses the SHELL environment variable to spawn the command. SHELL does not look like it is set during buid, therefore the make check target of my autotools program is failing. Any idea how to fix that ? Should SHELL be set during the execution of the autotools check or distcheck ? Currently i've amended my test script to set SHELL but it feels a bit like a hack.
<jbnote>in the package description you mean ? OK, i'll try. It does not seem obvious to me how to get back the actual bash path in the package description -- in the autotools I get it automatically from the environment, and substitute it.
<NieDzejkob>str1ngs: Thanks. Any comment as to why? I would think that the former seems nicer
<str1ngs>NieDzejkob: I know the the lambda will work with substitute-keyword-arguments which is used when inheriting
<str1ngs>I think %outputs in used in cases outside of a deviation . don't quote me on that though
<bgardner>kmicu: Sorry for the slow response, but back to my question about when to delete-generations: my /gnu/store footprint had gone above 82% of the 50G partition it was on - deleting 2m worth of generations reclaimed 20G. Is my partition too small?
<scmguru>I like IceCat quite a bit but for some reason I have empty space where words should be on some websites. Has anyone experienced this? If so, what was the fix?
<lfam>scmguru: Could it be that the missing text is in a language not covered by the font in use? Or something like that?
<NieDzejkob>scmguru: you need to install some fonts. I've got font-dejavu, font-liberation and font-google-noto installed and everything's working
<NieDzejkob>make sure to run fc-cache -fv after installing the fonts
<NieDzejkob>(ideally running fc-cache wouldn't be necessary, this is tracked by bug #26877)
<scmguru>lfam: perhaps, so. I will try installing some as NieDzejkob suggests.
<jbnote>Another question about interaction between guix and autotools: i've amended my bash scripts in an autotools project to remove #! /bin/bash and instead have #! @BASH@ which is substituted with a hardcoded path determined at configure time. Is this the correct way to do it -- it's a bit complex, the scripts are now generated -- or should I go to the simpler #! /usr/bin/env bash ?
<lfam>It really depends on if you want to distribute or deploy the scripts outside of Guix
<lfam>If they are going to be deployed with Guix then the right copy of Bash will get deployed with them. But if they are going to be treated like regular old shell scripts then that static binding will break.
<lfam>By "regular old" I mean, copied and pasted and emailed around
<lfam>Also, the Guix build systems patch shebangs as part of the build so they should handle #!/bin/bash already
<kmicu>bgardner: It’s difficult to tell cuz all depends on the use‑case. 50G can be small if you use GUI apps. Two months (and generally a time interval) is not very meaningful cuz sometimes we can have many changes during a time interval and sometimes very little—e.g. sometimes two monts can require 20GB and sometimes 40GB of disk space.
<jbnote>lfam: indeed, I had the problem in a CI, when they were built under a guix-generated docker image, and used on another guix-generated docker image, and everything broke because the hardcoded bash path was the profile one. However it only took a guix pack -S and an PATH setting to have it working, so I kept it to that.
<jbnote>lfam: if there's not recommended way, then i'll stay with what I have and is working. I'm fine with forcing the users to recompile for their setup :)
<lfam>This is kind of against the spirit of Guix (one of the spirits anyway) but I don't think many shell scripts depend on a particular version of bash
*kmicu gave 150GB to guix store and by not using Qt that lasts for a very long time.
<bgardner>kmicu: My particular use case is a non-gui server, but it's pretty busy, so I take your point.
<Digit>me thinks terminal-phase could be developed into a mmorpg, more than just scrolling shooter mode, which could be like interlude level sequences set like gems in an rpg free roaming landscape((&)(flat)spacescape) even procedurally generated maps dotting galaxies, solar systems, planetary bodies, areas of interest around maps of all scales... mining|trading|voting|building|developingSkills|advancingTech|etc & still the side-scroll pew