<vagrantc>mbakke: font-inconsolata is the only font i have installed ... works fine on master ... so are you saying there are some fonts that were pulled in from some other package on master, that are not on core-updates?
<vagrantc>also, soem things seem to have weird fixed-width issues ... big gaps between characters
<vagrantc>the only other font in my store is font-dejavu ...
<vagrantc>mbakke: ok, installing font-dejavu and running "fc-cache -rv" seems to have fixed the UTF-8 boxes :)
<ryanprior>well I put the -n in there so I could see what it was doing and ensure it wasn't running something boneheaded. it was already failing before I added -n
<ryanprior>but on your suggestion I will absolutely try that now
<ryanprior>I removed -n and now I'm getting errors in validate-runpath
<ryanprior>derp realizing now that -n is "dry run" and not "verbose"
<FennecCode>Hey, so I had a couple of questions... I'm trying to install Zoom in some sort of a container so I can leave my other OS's behind. Is Docker the right tool for the job?
<FennecCode>And if Docker is the right tool, how do I go about using it? Docker-cli is asking for docker to create a socket at "unix:///var/run/docker.sock", but I'm not really sure how to go about doing that unless Docker is some kind of a system-wide service... 🤔
<ryanprior>FennecCode: You can install graphical applications in Docker, but it is not primarily intended for that use-case, so no not the right tool for the job.
<ryanprior>In this channel we don't recommend using software like Zoom that spies on your machine and sells your data to advertisers, or provide support for them, but if you must use Zoom you can search in mainstream containerized desktop app repositories (like Snapcraft or Flathub) and find it there.
<lafrenierejm>FennecCode: Look into exposing the X11 socket to the container if you're interested in running a graphical application.
<FennecCode>I hadn't considered snaps or flatpacks... Is there some way to run them on Guix?
<lafrenierejm>I didn't see a way to get a specific argument from a `package-arguments' result, so I added a getkw function in guix/utils.scm. How would I use that function in a package definition? Should I have defined it somehwere else? Right now I'm getting "Unbound variable".
<FennecCode>lafrenierejm: I think the apps I'm trying to run have instructions for that, but what I'm wondering is how do I go about starting a docker daemon in the first place?
<lafrenierejm>FennecCode: You should be able to start the Docker daemon with herd. Haven't personally run Dockero on Guix System yet though, so I don't have a working config on-hand.
<ryanprior>FennecCode: you can install flatpak in Guix with `guix install flatpak`
<FennecCode>lafrenierejm: I have all sorts of lingering confusion on how to run daemons using herd in general, honestly. I'm kinda new to guix 😅
<guix-vits>`sudo nft add rule TABLE CHAIN ip daddr 18.104.22.168 accept` fails for me: "No such file or directory". I've 5.4.38-gnu Linux. Is that OK?
<Krusnus>Hi everyone! I've been using guix for a few weeks now, using the configuration that was generated by the graphical installer, and for some reason today almost every guix command returns "error: setting synchronous mode: unable to open database file" I have no idea of what i could have done to cause this and no idea how to fix it. any help would be
<happycorsair>Sorry for a stupid question, I'm a newbie here. What's the proper way to extend XDG_DATA_DIRS with flatpak global installation directory?
<rekado>ruffni: it’s possible that a termcap file for rxvt cannot be found
<rekado>I remember having a similar problem long ago
<rekado>this was caused by a mismatch in the name the terminal emulator used (a different name for the 256 colour variant)
<Misha_B>ok so nomodeset did let me boot into the system, but X and the framebuffer didn't work
<ruffni>guix-vits: setting TERM=xterm solves this for me
<mothacehe>Misha_B: ok, interesting. Some people could have insights about it on the ML.
<ruffni>`make authenticate` (in the guix repo) raises an error: "reference 'refs/heads/keyring' not found". do i have to pull this manually from somewhere?
<nixo_>hello guix! I just saw the new inkscape is released, tried to upgrade it but I realize guix build on both my machines isn't able to build gtk+. after ~10minutes with no output I got 'Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS'
<sneek>nixo_, nckx says: Bad news and good news. I finally got access to the P8400 and its Xorg.0.log looks much more similar to yours than I expected <https://paste.debian.net/plain/1135340> (I use an X230 myself). But! It runs xubuntu too, and glxgears at… ~1270 FPS. So it can be done.
<sneek>nixo_, nckx says: I hope that's enough motivation for you to compare our respective logs in more detail. I'm too tired myself.
<sneek>nixo_, raghavgururajan says: Now sure you if you received my DMs as I am using XMPP-IRC bridge. I have sent the revision patches with suggested changes. :-)
<sneek>nixo_, raghav-gururajan says: Thanks for pushing udevil :-)
<nixo_>nckx: Thanks for the log, I'll inspect it :)
<ecbrown>efraim: i'm trying the zfs package, thank you for creating it. when i go to create a vm, it hangs on the DEPMOD part, returning #f for kmod variable
<ecbrown>efraim: i threw in ("kmod" ,kmod) into the inputs, and it builds
<ecbrown>(followup on your question as to whether i have tried the guix zfs package :-)
<ryanprior>I'm looking into what it would take to create a bootstrap package for the Crystal compiler. Helpfully, they have a bootstrap build system already- and it involves building 160 versions of the Crystal compiler in succession, some with patches, each feeding into the next.
<ryanprior>If I can build some helper functions around that logic in Guile, and get 160 versions of the Crystal compiler packaged in Guix, is that helpful or is that ridiculous?
<NieDzejkob>We've got 20 versions of Rust, so it's fine if Crystal is 8 times as good ;)
<janneke>rekado: hmm, yes -- so we could then maybe (not at all sure if it's a good idea) have some "themes" for that: gnu-from-git (+ autoconf, automake, libtool, pkg-config, texinfo) that a package could specify, maybe derive from the build system -- but it gets quickly into questionable heuristics
<janneke>jackhill: when building from a released tarball, guix does not redo the autotools bootstrapping that a maintainer does when they prepare the release
<jackhill>janneke: ah, I see, thanks! Do you know why we don't do that? I guess my question is why autotools is different than other things that the maintainer my prepare?
<janneke>jackhill: dunno, we do it like that because we do it like that ;-)
<janneke>i would love to see progress in that area, but making sensible changes is difficult and a lot of work
<janneke>and most changes are really not pure progress, but also regression in other areas (imho -- cmake, meson, etc)
<janneke>a declarative configure and build system that is standards complient, performs well, can be bootstrapped and is written in guile and actually replaces all other options instead of adding yet another half-baken solution -- something like that would be nice
<civodul>rekado: the "contamination problem" is that once you start moving part of your API to be monadic, everything around it needs to become monadic as well
<janneke>it helps me to understand your patch series "a lot better"
<janneke>civodul: maybe towards the end, a(nother) small summary of what comes could help
<civodul>janneke: good idea, it looks like i kinda stopped halfway there
<mbakke>butterypancake: what problems are you facing with the installer?
<tho1efx>Reading nix pills, is there an equivalent to nix.sh for guix?
<butterypancake>well the graphical installer is a complete bust. first off the wifi setup is broken is 1.1.0 (known bug that has since been fixed). but even with ethernet, the installer jumps back to step 1 after the partition step so I'm in an endless loop. After making my own custom iso from the latest source, I'm not sure if it loops anymore because the partitioner step crashes. I'm now trying the manual installer
<tho1efx>It sets up environment variables for foreign distros.
<leoprikler>tho1efx: there is a setup script for guix on foreign distros, do you mean that?
<leoprikler>butterypancake: seems like you have trouble partitioning. IIRC the script is set up, so that it restarts if some step fails, though you should also be able to manually abort and go back to an earlier step
<tho1efx>leoprikler: I guess, unless you mean the installer script from the website. It failed to run.
<butterypancake>after I started doing the installer manually, I noticed the manual says to have the boot partition be fat32, yet the installer tries to make the boot partition fat16. I wonder if that's the issue I had
<tho1efx>So I went through the manual install instructions, I think they are missing some pieces but I don't know where the source for the docs is.
<leoprikler>qemu may be a bug, but I'm not quite sure about that
<butterypancake>the backtrace for that was stupid though. It had me thinking it couldn't pull the UUID's properly. I'll have to retry it later to make sure it's only the partition type and no UUID madness
<leoprikler>the AUR package is not managed by us, also Arch Wiki recommends the script
<ryanprior>I'm interested in building Crystal programs for Guix but I feel like it might just be unacceptable to introduce 160 packages for a build system?
<leoprikler>in fact, the smaller you can make your bootstrap seed, the better
<leoprikler>(making the seed smaller implies needing more packages along the way to build stuff)
<bavier>I'd agree that a bootstrap chain is preferable, no matter the size
<ryanprior>So I'm picturing writing a Guile function that takes a few arguments and returns a package, then another function that takes a row of data and calls the package function, then a big data structure with the values for all 160 stages.
<ryanprior>That would not bear much resemblance to a normal Guix package definition, but it would lend itself to compact representation.
<ryanprior>Another approach would be to have the output of that be generated code instead of package objects, and then check the generated code into the Guix source tree. Then we'd have 160 packages that individually resemble normal Guix packages.
<ryanprior>Thoughts? Strong preference for one strategy over the other, or a third option?
<rekado>apteryx: there are no very old roots, though. The oldest are from March 21.
<rekado>guile-wm is not in a usable state from what I hear
<leoprikler>At the risk of sounding stupid, how is a restriction of the amount of money you may charge for something against software freedom?
<butterypancake>how do you charge money for something that your customers can distribute freely? There is nothing against chargin for software, but once one of your customers posts it online, you just gotta pray that people still pay you for the software
<leoprikler>butterypancake: the first installation is always the hardest
<butterypancake>I mean once I gave up on the graphical installer it took me like 2 minutes (maybe more because there isn't a good catch if you put down a time zone that doesn't exist). I spent way to long trying to get the graphical installer to work :P
<bavier>this discussion may just be philosophical, but many of the licenses on https://fsf.org/licenses that are marked as non-free are those that prohibit commercial distribution
<leoprikler>with that being listed as the explicit reason why as well
<janneke>leoprikler: hmm, if you are "free" to [re]distribute (to help others), but it is forbidden to be paid for that, isn't that a pretty severe restriction?
<ryanprior>The GPL has a clause stipulating that you must offer somebody a copy upon request, charging at most a reasonable copying fee. That only applies to non-owners who redistribute the software, however. If you own the GPL'd software, or use it but don't redistribute it, you're under no obligation to give people copies.
<ryanprior>If you're free to give software away grait, but not free to sell copies at a price of your choosing, then that's not freedom, in the sense of "free as in freedom" software.
<ryanprior>Only in an absolute sense, not in a practical sense. However, you can imagine a scenario where it could become practical: suppose US dollars hyper-inflate and now 10^99 US dollars is about enough to buy a shirt. That license restriction now becomes onerous.
<mbakke>butterypancake: you can't do concurrent installs to the same profile, but 'guix pull' and 'guix package' use different profiles
<leoprikler>Sure, but going the other way round, what if I limit you to only the price of buying a shirt, but now shirts are severely more expensive than burning something to disk?
<butterypancake>look, a limit on freedom is still a limit regardless of how silly. If I provide you with a copy of "ls" but say you can't use it to commit mass genocide, then that copy of "ls" isn't free
<jetomit>I see copyleft licenses as binding the right-to-thing to thing itself, and GPL as encoding this idea for software
<leoprikler>The world would be a better place if all software required you can't use it to commit mass genocide.
<jetomit>piggybacking any other clauses onto that mechanism is questionable at best
<ryanprior>That sort of thing has happened, and it sucks. For example, music has mandatory licensing to radio stations- music rights owners are required to charge no more than a reaonable fee for radio play.
<ryanprior>However, courts in the US held that "internet radio" doesn't count as radio for the purposes of those licenses. So what seemed like a reasonable restriction in the public interest before has failed to deliver freedom to share your music with your community using modern platforms.
<leoprikler>ryanprior: sounds like a problem of *not* applying the clause instead of the opposite.
<ryanprior>Agreed, that's what it reminded me of though. Changing circumstances can drastically change how a license arrangement affects communities.
<ryanprior>Which helps explain why many free software proponents take pretty absolutist attitudes about how licensing impacts freedom.
<leoprikler>Yeah, but those absolutist stances sound like ancap rhetoric to me.
<leoprikler>"You restricted my freedom to charge any price for my software, thereby violating the NAP. Now I'm free to use my recreational McNukes in retaliation."
<ryanprior>There is definitely strain of that in free software activism.
<ryanprior>Groups like the FSF and Software Conservancy have developed frameworks like community enforcement to push back against that.
<ryanprior>They advocate that retaliatory action should only be taken as a last and most extreme measure, and only with broad community support.
<cbaines>back when I installed Guix, there was just the USB installer, and you had a terminal, and had to type out all the required commands.
<NieDzejkob>... so this might be crucial: <butterypancake> also all the sizes it was reporting for the partitions where wrong
<cbaines>I'm particularly grateful for it working as an ISO image now, and for the interactive installer interface, it's no small feat to have the current working functionality
<butterypancake>ya, I didn't even notice at first. I'll boot it up from the stick sometime and grab a screenshot I guess
<NieDzejkob>cbaines: Since you're around - I get an "guix pull: error: mkdir: Permission denied" error when I try to guix pull on bayfront. Do you happen to know how to fix this? Would "mkdir /var/guix/profiles/per-user/kuba" and a chmod be enough?