IRC channel logs


back to list of logs

***ben_ is now known as FZer0
<FZer0>Does anyone know how to get the touchpad settings to show in Gnome? I also tried Dconf-editor and that didn't work either
<terpri>FZer0, try gnome-tweaks, "keyboard & mouse" section
<FZer0>I tried that as well. Is the DE missing a library?
<FZer0>I can't double tap to click
<Telior>Howdy! What's the guix way to modify grub's configuration?
<pkill9>then reconfigure
***jonsger1 is now known as jonsger
<Telior>Thanks! So, for example, if I want to change the timeout to 0, I just add (timeout 0) to (bootloader-configuration), right?
<lfam>Telior: Yes, that should work
<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?
<lfam>Telior: The source code is here:
<lfam>You could start experimenting from there after getting a development setup based on the manual section Contributing, specifically the first two sections
<lfam>I've never tried making a theme before so no specific advice :)
<lfam>bandali: Do you think the circular imports will cause a problem?
<lfam>I remember some talk about this but I don't know the gist of it
<Telior>:0 Thanks!! I'll toy around with it and see what happens :)
<bandali>lfam, hmm, yeah i'm not quite sure :/ i mean i do know they exist/are possible, but i don't know about potential gotchas down the line
<bandali>i'll dig through my guix list archives and see if i can find anything there
<lfam>Me neither :/
<lfam>bandali: Looks like a lot of modules import the GNOME module and I figure the GNOME module imports a lot of them
<lfam>For example GTK
<lfam>As for the comment, I'd just say it interferes with our bootstrap phase
<bandali>re comment, would you please reword that in my v2 and merge?
<bandali>re circular/cyclic module imports, i found this from a while back:
<bandali>but like we haven't stopped using them by any means since, so..
<lfam>bandali: It says that it's okay if the references are delayed, and that they are if they are inputs or used in arguments
<bandali>lfam, right. so..i think we're fine here?
<lfam>Yes, I think so
<bdju>Do any websites sell Guix T-shirts with the Guix logo on them?
<Telior>So I reconfigured after changing the bootloader timeout and removing xfce, and the fonts in emacs and next change. I'm guessing it removed fonts from xfce or something?
<lfam>Did you `guix pull` before reconfiguring?
<lfam>Or, sometime since the last reconfigure? That would cause other packages to be updating and they could change
<Telior>I did
<Telior>I see
***jonsger1 is now known as jonsger
<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
<cnmne>i can give a paste if that helps
<vagrantc>does guix-daemon running with --no-substitutes ensure that substitutes aren't used, even if the client requests them?
<sneek>vagrantc, you have 1 message.
<sneek>vagrantc, nckx says: Are there bugs open for these failing tests?
<vagrantc>or is it just a default?
<vagrantc>nckx: the failing tests are some common, varied, non-deterministic, and inscrutible to me ... i don't know what i'd put in a bug report
<vagrantc>s,some common,so common,
<vagrantc>although maybe it is consistant on any given git commit
<vagrantc>happens when i build from git checkout, the debian package, etc.
<vagrantc>so ... i mostly just ignore them
<bavier`>vagrantc: if the daemon is started with --no-substitutes, it will never fetch substitutes
<g_bor[m]>hello guix!
<g_bor[m]>I have a service that needs two config files in the configuration directory.
<g_bor[m]>I can specify the configuration directory on the command line when I start the service.
<civodul>Hello Guix!
<sneek>civodul, you have 1 message.
<sneek>civodul, janneke says: commencement patch looks like a nice cleanup; i have locally rebpased wip-bootstrap onto that and am seeing if that works; more later
<civodul>just read samplet's message about and gash-utils: brilliant!
<g_bor[m]>Right now what I have is that I add the files to the store, and have an etc service extension, but it would be nicer to have a directory at the store with the files.
<g_bor[m]>How can I do that?
<g_bor[m]>hello civodul
<civodul>hey g_bor[m]!
<civodul>"a directory at the store with the files"?
<g_bor[m]>I currently have two mixed-text-files.
<g_bor[m]>I would like to collect them at specified names.
<g_bor[m]>maybe just symlinks.
<g_bor[m]>Should not be so hard, but I belive someone has already invented this :)
<Nios34>I have a trouble in installing Guix :-(
<g_bor[m]>Nios34: hello!
<Nios34>My Download is too slow
<g_bor[m]>What seems to be the problem?
<g_bor[m]>does it time out, or just too slow?
<Nios34>I leave in China
<Nios34>So the download is pretty slow
<Nios34>Do Guix have a full image?
<iyzsong>yeah, i'm in China, slow too...
<g_bor[m]>Nios34: I believe some work is currently in progress to make this better. rekado recently started working on an rsync daemon on Berlin.
<Nios34>Seems, Guix dont have mirrors in China
<g_bor[m]>I was not following that, so I am unaware of the status.
<g_bor[m]>On Guix Days we also discussed how to enable people to run their own mirrors, so we get better coverage, but that is some work away.
<Nios34>Will Guix release a full image?
<g_bor[m]>Nios34: actually the bare-bones closure is included in the installer-image, so you should be able to get bare-bones installed without additional download.
<g_bor[m]>It should only download if you add something to the confgiuration. I don't know how much are the configuration templates in sync with the installer generated ones.
<Nios34>But, i need that packages. :-(
<Nios34>Can it work with proxy?
<g_bor[m]>Nios34: Maybe, I don't know iyzsong might have more info about that.
<iyzsong>Nios34: yes, set 'http_proxy' or 'https_proxy' for guix-daemon should work
<Nios34>OK, Thanks
<efraim>If you have more computer power than download speed you can get the sources and compile locally
<Nios34>What about Socks5?
<g_bor[m]>It would be really nice if someone had information on how we could synchronize a mirror if we had one in China.
<Nios34>I hope we can make it
<Nios34>even downloading one package took me 50mins...
<nckx>civodul: I saw your comment about GitHub .patches not being stable. That's interesting, how do/would they change?
<nckx>Also, howdy #guix.
<g_bor[m]>nckx: hello!
<nckx>Hullo g_bor[m]! <On Guix Days we also discussed how to enable people to run their own mirrors> Also rsync?
<g_bor[m]>nckx: not yet.
<g_bor[m]>There are some pending issues there, we should sync with rekado.
<g_bor[m]>I believe ther is some confusion about the narinfo caches.
<nckx>Same issue I have with my ngnix cache.
<nckx>But spelled correctly.
<ng0>maybe this could be hosted by a university or some other organization? In japan we (TNF) have mostly laboratories, ISPs, and universities hosting mirrors for us
<ng0>i don't know how the situation in china is with this
<ng0>Nios34: ^
<civodul>nckx: i remember seeing generated patches include the version of cgit or whatever software is used, i don't if that's the case with GitHub
<civodul>g_bor[m]: does 'file-union' help for your use case?
<g_bor[m]>civodul: I will have to look into it, but maybe.
<nckx>civodul: Nice.
<g_bor[m]>civodul: exactly what I was looking for.
<zzappie>Hello Guix!
<zzappie>Where all the fossdem recording are?
<zzappie>shouldn't they be at
<DamienCassou>Guix is awesome
<DamienCassou>thank you everyone
<efraim>i have no idea which module to stick presentty in
<ng0>zzappie: can take some time, and they will be spread across some rooms
<g_bor[m]>efraim: looks like some kind of doc tool. What candidates do you have?
<efraim>its a presentation tool, so I guess documentation or pretty-print
*zzappie agree with DamienCassou
<efraim>edirect sources are missing upstream now, it's like they unpublished that date
*nckx agrees with zzappie.
<nckx>efraim: There's also textutils with things like odt2txt and catdoc. Obviously no existing module really fits so don't waste too much time finding the least worst one. Or just create a new one.
<sirgazil>bdju: I sell Guix apparel here
<nly>the link seems bad sirgzil
<nly>sirgazil ^
<sirgazil>nly: Really? What happens? It works for me:
<nly>sirgazil 2nd one works
<nly>1st one also has a '.' period at the end
<sirgazil>ok :)
<zzappie>sirgazil: whoa the dark hoodie is awesome
<sirgazil>zzappie: :)
<g_bor[m]>finally it seems that I have a working minimal postfix service.
<g_bor[m]>It's totally untested, but I am reconfiguring my system right now to see if it works.
<nly`>g_bor[m]: nice!
<g_bor[m]>What would be the proper way to get this in? I believe I could just create a wip-postfix branch for now, and onec that polishes we could merge to master.
<g_bor[m]>There are a few TODO-s, for example adding database plugins, SMTPUTF8, adding more configuration options to the service...
<sirgazil>sneek: Later tell zzappie some of the talks in already have videos (click the links to go to each talk page and watch them).
<sneek>Got it.
***dddddd_ is now known as dddddd
<Nios34>Seems I found a bug?
<Nios34>In the LiveCD shell
<Nios34>I cat a tar file
<Nios34>And then the font was changed to another font
<Nios34>Very strange
***matijja``` is now known as matijja
<Nios34>Okay, I decide to create a issus
<sirgazil>It seems that some change to the website broke heading alignment (in Download, Help, Donate, ...).
<sirgazil>Also introduced some validation errors related to accessibility (
<Nios34> response HTTP504
<Nios34>Anyone same as me?
<jonsger>works for me
<sneek>jonsger, you have 1 message.
<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.
<sirgazil>Maybe it is because of this change:
<jonsger>efraim: so bug#39261 plus bug#38408
<sirgazil>civodul: As far as I can see, the alignment and accessibility issues seem to be related to that change.
*sirgazil can't wait for HTML to get rid of explicit header levels
<nckx>Nios34: What do you mean by ‘different font’? If you just mean ‘text turns to gibberish symbols’, that's normal, and not a bug we can fix. Blindly typing ‘reset <RETURN>’ will fix it.
<nckx>If ‘reset’ is missing from the installer that is a bug, since it's part of ncurses and could be added to the profile at no cost.
<nckx>issues.guix being cranky & unreliable is also, unfortunately, a known bug…
<nckx>Nios34: A less flashy Web front end to the same bugs is
<civodul>sirgazil: for me it renders well once i've reloaded the page
<civodul>but you know these things better than i do, so let me know what's wrong
<sirgazil>civodul: I'll check later in other computers, and let you know.
***ng0_ is now known as ng0
*civodul is on an email day
<civodul>i feel like i could keep reading email and replying forever without ever doing anything else
<vagrantc>civodul: maybe you'll suffer from paren withdrawl
<cnmne>I did it!! Turns out it was definitely my ruby inexperience.
<civodul>vagrantc: for sure!
<drakonis>hm, when will the guix days notes go up?
<jonsger>drakonis: when they will go up :P
<drakonis>they'll go up, eventually :V
<bdju>sirgazil: Awesome, thanks!
<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.
<kmicu>Ideally we would never delete anything.
<scmguru>Good afternoon, all.
<scmguru>I'm very happy to report that I have GUIX installed and I'm loving it.
<scmguru>If you have a part in its development, thank you.
<kmicu>What do you enjoy the most scmguru?
<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.
<kmicu>Thank you.
<scmguru>kmicu: you're welcome.
<scmguru>vagrantc: Did you do a presentation on reproducible builds two or so years ago at LP?
<vagrantc>scmguru: yeah!
<scmguru>Oh. Cool! Thanks for doing that.
<scmguru>I thought I recognized your nick.
<vagrantc>curiously, i had an interesting question about the reproducible builds differences between what debian is doing and gnu guix that i'm now in a much better position to answer :)
<vagrantc>(at that talk)
<scmguru>Yes, I remember that.
<scmguru>Are you still doing work for Debian in that area?
<vagrantc>that's pretty much what i do... and now i also work on guix :)
<vagrantc>well, packaging for guix
<vagrantc>what are the advantages/disadvantages of grafts?
<vagrantc>i saves you from doing full builds sometimes ... at the expense of more disk space?
<scmguru>I'm hoping to learn more about packaging for Guix and would love to contribute to reproducible builds at Debian too. I finally have some more free time in my life to give back.
<kmicu>Grafts deliver security fixes quicker when a core rebuild is required.
***janneke_ is now known as janneke
<NieDzejkob>If I update a package and its dependencies, should that be a single patch or a patchstack?
<lfam>NieDzejkob: Each change should be in its own patch
<NieDzejkob>Ok, thanks
<lfam>Ideally they are in an order that keeps everything building at each step of the patch stack, but sometimes it's not possible
<lfam>That's okay, they should still be separate patches. The build farm will only build the final commit
<lfam>Is there a texinfo command for when you selectively quote from a longer blockquote in the same section?
<lfam>For example, to be used in this patch:
<lfam>Or do we just use regular quotes?
<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.
<NieDzejkob>Add a phase that calls setenv
<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.
<jbnote>any example would be welcome :)
<lfam>jbnote: Try searching in gnu/packages for "SHELL"
<lfam>There are a lot of examples with some variation
<jbnote>right, obvious. Thanks!
<lfam>Basically, (setenv "SHELL" (which "sh"))
<lfam>Depends on if you want Bash or just sh
<lfam>Let us know if you get stuck!
<jbnote>thanks for taking the time to answer FAQs
<lfam>We are happy to help :)
<NieDzejkob>In a phase, is it preferred to use %outputs, or (lambda* (#:key outputs #:allow-other-keys) ...)?
<str1ngs>NieDzejkob: the later
<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?
<bgardner>kmicu: *deleting older than 2m...
<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.
*kmicu is trying to find all Guix/Guile related videos on
<kmicu>bgardner: 20GB of non‑GUI stuff in two months? Impressive hacking 😺
<kmicu>(Running ncdu on /gnu/store is the fastest way to find out what to optimize.)
<kmicu>(and hopefully send a patch to minimize closures)
<bgardner>kmicu: I doubt it was my hacking, but I'm confident it was my fault - I shall investigate and report what I find
<scmguru>lfam and NieDzejkob: that did the trick! Thank you.
<lfam>Great :)
<pkill9>hello guix
<kmicu>( ^_^)/
<scmguru>Hi, pkill9.
<efraim>i normally only keep 1 month
<vagrantc>so ... is it plausible to split guix-daemon into it's own package/project? or is it full of guile hooks and dependency graphs?
<NieDzejkob>isn't it written in C++?
<vagrantc>yeah, but i don't know if it calls out to guile or something
<NieDzejkob>Is there any reason for the guix package to use guile-2.2, apart from "we haven't bumped it yet"?
<vagrantc>guix master uses guile 3.x
<bavier>vagrantc: it's entwined with the package manager
<vagrantc>ok, so i'll just have to bite the bullet and upload to debian with all the patches
<nly>vagrantc guix pkg in debian next?
<vagrantc>nly: working on it this very second
<NieDzejkob>vagrantc: no, but if on a git checkout from master you do `guix edit guix', that package is guile-2.2?
<vagrantc>NieDzejkob: odd.
<vagrantc>when you guix pull i thought that guix ends up being guile 3.0
<NieDzejkob>well I noticed this because `guix environment guix' pulls in guile-2.2
<vagrantc>true enough
<vagrantc>wow... these dependency graphs will never be intuiotive to me ... i ask for diffoscope, it starts building (amoung other things) emacs
<lfam>Diffoscope's dependency graph is truly huge
<lfam>But emacs is in the dependency for a lot o
<lfam>a lot of Guix
<civodul>vagrantc has been making sure diffoscope has the largest possible number of dependencies :-)
<efraim>More than libreoffice or wine64?
<civodul>"guix graph diffoscope | grep 'label =' | wc -l" ⇒ 714
<civodul>for libreoffice: 598
<civodul>wine64: 511
<civodul>we have a clear winner :-)
<joshuaBPMan>Hey guix!
<civodul>heya joshuaBPMan!
<scmguru>Hi: joshuaBPMan.
<vagrantc>lfam: it supports a huge number of file formats, and the test suites cover most of them
<joshuaBPMan>anybody have any tips on how I can go about securing my guix machine? I had a couple of scares webcam light seemed to turn on all on its own.
<vagrantc>it wasn't like that when i started, but then i wondered why it skipped so many tests :)
<joshuaBPMan>I have tape over it's not a huge deal.
<joshuaBPMan>But my microphone could be on right now and transmitting stuff and I would not know.
<lfam>It seemed to turn on? Or it did turn on?
<lfam>And what kind of laptop?
<lfam>joshuaBPMan ^
<joshuaBPMan>Lenovo T400.
<joshuaBPMan>The light near the webcam seemed to turn on.
<vagrantc>should the guix testsuite work with guile 2.2 at this point, or does it now require guile 3?
<joshuaBPMan>lfam: I've got a really simple nftables firewall set up.
<joshuaBPMan>I think I only allow incoming traffic on https and http...but I allow all outgoing traffic.
<lfam>If you are really worried now you should be able to disable the camera and microphone in the lenovo BIOS
<joshuaBPMan>I should probably limit what ports I have open.
<joshuaBPMan>lfam: ok. Thanks. Since I'm not using it, then I might just do that.
<lfam>I did that on my x230 and indeed they stopped working
<lfam>Beyond that... I think it will be hard to audit exactly what has code to use the camera. The best security is staying up to date and uninstalling software you don't use
<lfam>Especially stay on a mainstream supported web browser
<civodul>jonsger: i tried "guix build guile-next --with-input=libgc@7=libgc@8" and the result works fine (on x86_64-linux)
<jonsger>civodul: nice
<civodul>so that's libgc 8.0.4
<jonsger>I think this bug only appears when building guix itself, because of the size of the modules or something like this
<civodul>what was the bug again?
<civodul>vagrantc: Guix should still work with 2.2
<civodul>jonsger: oh! when we discussed it last week i had completely forgotten about this bug report
<jonsger>no problem :P
<civodul>anyway, i'll have "guix build guile3.0-guix --with-input=libgc@7=libgc@8" run over night
<civodul>that should sorta search for the bug, right?
*civodul -> zZz
<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
<Digit>modes n more.