<kamil_>I'll be going. I seem to have the qemu-minimal being stuck on the check phase problem again, but I've already spent too much time troubleshooting stuff, and I'm getting asleep. Thanks everyone for pointing me in the right directions. Bye!
<ruffni>kamil_ do you have enough free disk space?
<tsmish[m]>rndd: I hacked LD_PRELOAD_PATH. It leaves so files, so you can ldd them and find what they need. Also you can try packaging it or asking someone to package it, but it uses gradle and I heard horror stories about packaging java.
<tsmish[m]>Also, discord is proprietary and should be erased from it, but you'll actually need to rebuild it and I didn't manage to.
<luishq>Hi everyone. I'm a new guix user. I first heard about guix from ambrevar's blog posts and they got me really exited. Yesterday I took the jump and have moved from arch to guix. Now I'm working on reading the entire manual and figuring out how to set things up. Happy to meet you all.
<luis->Oh there is something I did want to mention. I tried installing guix about 3 or 4 times before succeeding. I used the graphical installer. When I'd try to connect to wifi the graphic installer would be come non-responsive.
<xelxebar>If you see nvme in the left hand column, then the module is currently loaded
<xelxebar>rndd: Yeah, as bavier says. But in general, grepping the source is a pretty good way to start getting familiar with where things are. After playing around a bit, you should start to develop an intuition of where to look. :)
<carlosgonz>I did lot testing I put a ssd then ssd is showed SOMETIME mostly Guix-installer returns to the beginning when the section to choose a disk arrives
<xelxebar>carlosgonz: Generally, there are a few different levels at which things can go wrong with drives. First, check to see if the kernel notices that anything is plugged in at all by grepping for likely things in the output of dmesg.
<xelxebar>If nothing shows up there, then the kernel doesn't see your drive at all and the issue is probably bios (or hardware).
<xelxebar>If dmesg output contains something that looks like it's seeing an nvme drive, then the issue might be a missing kernel module. lsmod shows you a list of loaded modules. modprobe lets you insert new modules (in this case "nvme").
<xelxebar>If the module is loaded and things are still not working, try looking at the output of lsblk, to make sure the drive is loaded as a block device. lsblk basically shows you which "drives" exist and their partitions.
<xelxebar>If you see your drive there and things *still* don't work, then I'd start suspecting the installer
<carlosgonz>I customized my computer to use it with libre-software so I burned coreboot-seabios ATM because it has nvme support. so now I want get run Guix-mate. Right now I upgrading coreboot together seabios. I will come back tomorrow to asking more details.
<xelxebar>carlosgonz: You sure that coreboot was the issue? It's possible for the kernel to see your drive without it showing up in /dev.
<carlosgonz>Not sure if coreboot or seabios was a issue to install guix, I will come back tomorrow here with more details what is happening.
<carlosgonz>I feel too that Guix installer still is unstable.
<xelxebar>carlosgonz: I mean, you are sure that the problem is one either coreboot or seabios an not something farther upstream?
<carlosgonz>In other computer with private-bios the Guix-Installer work better : ) i got install guix in a ssd as well but this install was for testing.
<kolyad>I have a btrfs subvol for var, should I mark it as needed-for-boot?
<apteryx>kolyad: if it lies where it needs to be used (/var) no need to even mount it.
<apteryx>it will be visible when your root / is mounted.
<yyyyyy>I am having a bit of trouble. I have been using stumpwm + emacs + icecat for about all of my work, but I just installed LXDE and noticed many applications cannot find my fonts. I think it is limited to GTK applications (lxappearance, menus in LXDE, LXDE's calandar, etc). Does anyone have any ideas about why this would be? When I run fc-list it finds my fonts.
<ryanprior>yyyyyy: I installed fcitx and it can't find my fonts either, it shows a bunch of tofu blocks X.X
<bav[m]>there's been some good progress lately to better support that eventually
<srandom>Thanks for the work of the developers, looking forward to this feature.
<ryanprior>BitTorrent for downloads would be awesome too. I would seed all the time.
<ssb>hi! trying to wrap my head about guix... installed it from source on a foreign system, launched "guix pull --dry-run" -- now it is downloading openldap from www.openldap.org. Why?
<lle-bout>I would seed too, I got so much bandwidth
<lle-bout>ssb: GNU Guix has substitutes that include pre-compiled software from GNU Guix recipes, however, when GNU Guix recipes are compiled down to a binary subtitute, they can download source code from many sources, usually it starts with upstream and then tries other mirrors. All imported external resources are cryptographically hashed so that's secure. If you care about privacy during build probably you should use Tor or something for all
<lle-bout>civodul: I just read the whole thread, sounds good you did much work already. So it seems there's rough edges in IPFS itself that make it troublesome, 2MB block size limit, lack of mature POSIX FS abstraction, .. I though these things would already exist by now since I used IPFS 3 years ago to browse and share files and it was working very great! Guess not! I'll think and try to do something.. I think there has to be something maybe
<janneke>this xfs test suite is terrible, guesses hard-coded file names everywhere
<janneke>can i run patch-shebang on a source tree...hmm, or should i try to create a package
<nikita`>so i'm making first steps of progress of porting guix after my crude patch to guile. since older version of Nix in Guix wants argp header file, and Guix currently targets glibc (if ever anything else), is it a no-issue or should I add a check for argp to the configure.ac because I just ran into that
<nikita`>iirc this is also in the gnulib, so idk which path to pick here. I chose a common argp implementation
<nikita`>a check for the header file is justified imo
<nikita`>that's what my gnutls ticket was a last blocker for.. well is, but i locally patched guile
<nikita`>in the long run adding native netbsd/amd64 support to guix
<nikita`>depending on how receptive others are to the idea
<nikita`>started packaging nix and guix for pkgsrc last year
<nikita`>oh coll, next step c++ function prototype definition mismatches in the nix folder. tiny steps :D expect more patches coming from me in the future. I got Google Summer of Code soon, and also looking for a new job, but I'm sticking with this
<kamil_>Hello everyone! I said I'd be back in days, but my plans have changed. *rolls eyes* Anyway! Can build phase be resumed after cancelling it?
<nikita`>we could use linux binary emulation on NetBSD native, but that's not as challenging as making native builds :)
<mbakke>kamil_: the build process must be started from scratch
<mbakke>lle-bout: we do have Zabbix monitoring on the CI system, and had a bot that spammed this channel about disk space problems for a while
*rekado will bring back the spambot if y’all don’t behave
<nikita`>mbakke: some features don't work, others do. I can build software against it in pksrc, but like nss doesn't fully work. I don't have a good informed answer. that's native. and linux emulation works differently.
<nikita`>worst case, new libc to target. I still haven't done a full analysis, i wanted to do this once I'm past guix building
<ssb>mbakke, not yet, trying to construct my first ever guix system on a foreign (debian) distro. I have my own kernel without initrd and modules which I want to use. If I'm reading gnu/build/linux-boot.scm correctly, then boot-system requires initird...
<nikita`>all very early stages, but i think at this point we wouldn't have the resources (like Debian) to vendor a buildfarm for guix, but i first have to get there (I've seen the suggestion for Debian in the past to run their own substitutes server(s)).. so if I get this port to the point where it builds and then builds enough packages to satisfy usability, building from source for this would be acceptable
<reepca`>hmm... to all users of call-with-container, on a scale of 1 to 10, how difficult would it be to change uses of it to eval-with-container? The upside would be that it would be safe in multi-threaded processes.
*reepca` is pondering whether to replace call-with-container or keep it alongside eval-with-container
<civodul>reepca`: you could try to make that change in Guix
<civodul>eval/container is implemented in terms of call-with-container though :-)
<pkill9>maybe putting a symlink in the bin directory would be good enough
<ruffni>i'm looking for some example configs for gdm and xorg-configuration.. i was trying to set autologin and the default resolution. i pasted the relevant section here https://paste.debian.net/1146819/ . i managed to get the config to pass the syntax test, but then gdm and/or xorg wouldn't start anymore...
<mothacehe>janneke: same error on another machine with an NVME disk. The '256' limit for the major node, is because the newstat syscall predates the transition of major nodes from 8 bits to 12 bits in 2.4 version. At that time, the stat64 syscall was introduced to handle 12 bits major nodes.
<raingloom>has anyone used gajim's audio/video calls on Guix? my home server recently added support for it but the buttons are still greyed out. i couldn't find any relevant issues on the tracker, so maybe i'm just misunderstanding something.
***dingenskirchen1 is now known as dingenskirchen
<ryanprior>raingloom: nope but the Guix package for Gajim does kinda look hairy with regard to plugins, you might have to do something specific if the audio/video calls rely on a plugin.
<ryanprior>PERF FOR THE PERF GOD, MODULES FOR THE MODULE THRONE
<janneke>civodul: ah...and i'm not on master, wip-hurd-vm rather
<reepca`>I think I might be missing something... if I dup->fdes (current-output-port), I can use fdopen to get a port for it in the current process, but not in a child process. It says "invalid file descriptor". But I checked with (fcntl F_GETFL ...) and it doesn't have O_CLOEXEC set...
<civodul>if you're familiar with Racket, you're welcome to give it a try!
<civodul>the other importers live in guix/import/*.scm
<nckx>chipb: Anyway, bcachefs is a real boy^Wfile system in the kernel, just hasn't been merged yet. It's damned solid compared to btrfs at its age. Survived a few hard lockups (not bcachefs-related) without a peep.
<nckx>To be clear by ‘damned solid’ I mean ‘only a handful of data-eating bugs a month reported’. File systems are hard.
<raghavgururajan>nckx: I just saw your recent commits regarding updates. If you are still in that workflow, could you update dwm and/or st as well please? Thanks!
<nckx>Eh, sure. Those are both packages I'm comfortable with (I don't update any random thing).
<chipb>yeah, I'm vaguely aware of bcachefs but probably won't consider touching it until it's merged.
<ryanprior>raghavgururajan: I've been working for a few weeks on getting a Pantheon desktop environment started in Guix, and today I polished and sent my first series of patches. I'd love it if you could review them!
<anadon>Heads up, I'm going to track through django 3 and dependent packages and enter them into the guix debbugs system so I can start to track what work is going to be needed. It is going to be messy, and a lot of them I'll close out after tracking down duplicates and existing dependencies. nckx civodul
<nckx>ryanprior: The indentation of your patches. If you've accepted Guix's indentation settings (! when emacs first prompts you in the repo), it should DTRT if you run C-M-q at the top of each package.
<anadon>I can do that. I figured I'd let someone know, wait a few hours so it can propgate and give me some time to enjoy the great weather where I am, then commit some spam.
<nckx>ryanprior: Never mind then, I think I'm looking at a (few days) old patch. Only thing that's busted in that case is my mail client. mu4e's been very… unpleasant lately ☹ Anyone else noticed strange things afoot?
<civodul>janneke: in (guix scripts pack), there's 'store-database'
<civodul>perhaps at some point we should use that when building system images too
<nckx>Very slow, ‘silently’ snapping back to an old message in the view (so you end up looking at a different message than the one you hit return on), …