<roptat>mh... I'm building the kernel on my arm board, and it doesn't work... it's the second time that I see <defunct> processes owned by a guixbuild user. its parent is make, and it takes one core for nothing. Last time, two processes were in that case and the build had frozen because of it
<raghavgururajan>FOLKS! If you are using Guix System, could you please try install (not just build) linphoneqt from the patch (14-add-linphoneqt-v6) at https://issues.guix.gnu.org/issue/40264 and run the application from terminal to see if you get "Segmentation fault (core dumped)" error?
<raghavgururajan>This it to see if the error is reproducible on Guix System, as opposed to foreign distro.
<raghavgururajan>nckx Regarding the seg fault, I fixed half of the errors. I have one left. "Core:linphone: also error in pcm_hw.c:1715 - open '/dev/snd/pcmC0D0c' failed (-77)". Can you guide me on what is the nature of this error? Thanks!
<nckx>raghavgururajan: It's *possible* that Linphone is falling back to ALSA because (random example) it's not build with Pulse support because something's missing at build time. But that would be a separate thing.
<nckx>Right. I don't know what Ubuntu uses but it's a bit strange that it's trying the ‘older’ ALSA driver first. Still, we should make sure that it works on systems without PA. This isn't wasted effort.
*nckx AFK-ish; please ping only on urgent Guixy business.
<apteryx>raghavgururajan: I'll try your latest set of patches now
<brendyyn>im on linux 5.6 now. it fixed my external webcam issue.
<brendyyn>i was wondering, how can i make my laptop fan speed more consistant? i find when im at 20% cpu usage it is very inconsistant, turning on and off all the time instead of remaining steady.
<smithras>brendyyn: I remember reading that for lower cpu usage, disabling hyperthreading can prevent some of the fan and power spikes, but I don't remember where I read that and I don't have any personal experience with it
<brendyyn>hyperthreading seems like a good feature though. although linux kindly notifies me my hyperthreading implies some side channel vulnerabilities ;/
<brendyyn>it seems the ondemand setting is working well
<brendyyn>all i want is things to work normally by default
<dhanvanthri>Hey guys, im trying to overwrite the filesystem created by rhe graphical installer (to reduce iter time for ebcryption), however even after partprobe and umointing everything, lsblk keeps howing the old table. please sned help
***Veera is now known as Veera_
***Veera_ is now known as Veera
<raingloom>umm, how do i execute a monadic action like this? (with-monad %store-monad (begin copier-to-greg ))
<raingloom>where copier-to-greg is the result of (copy-closure)
<raingloom>this is all in the context of guix/scripts/system.scm
<raingloom>ah, looks like there is a (run-with-store store)
<kmicu>brendarn: thank you. Generally the fan control is in BIOS and accessible through ACPI. Changing governors has no direct impact on fan speed.
<kmicu>(Ideapads have a kernel module for that. system76 engineers should know what to do, maybe you need to migrate some kernel patches from Pop! OS.)
<brendarn>kmicu: oh ok ill have a look. i wish this stuff was just build in to linux
*kmicu uses echo NUMBER > /sys/devices/pci0000:00/0000:00:1f.0/PNP0C09:00/VPC2004:00/fan_mode for VPC2004 ACPI driver ’cuz Linux kernel is a monolithic garbage fire. So deprecating support for it and moving to Hurd is welcome. 😺
<highvoltage>was that announcement just an april fools joke or what? I tried to install a package from the iso and just got the wishful thinking link
<janneke>okay, got first prompt with our hurd image!
<rekado_>sneek: later tell brendyyn I’m sorry you find issues.guix.gnu.org “really bad”. Could you please send constructive criticism as a reply to the thread “Brainstorming features for issues.guix.gnu.org” on guix-devel?
<ATuin>it was failing because it was missing build.xml
<ATuin>i guess it can be autogerenerated somehow from the sources
<roptat>the ant-build-system autogenerates a build.xml when you pass the #:jar-name argument
<roptat>I'm not even sure kotlin@0 is the right target: even though it's the last that can be built without kotlin, I doubt it can build the newest kotlin directly. I'm not sure if there is a chain of kotlin versions we can find that eventually build the latest
<roptat>civodul, (and others) question about my maven patches: I add a few files and change java-utils.scm, which means a rebuild of the java ecosystem. I also change or add ~200 packages. Do you think it makes sense to put them in separate files (currently in my work I have maven-bootstrap.scm and maven-plugins-bootstrap.scm). Separating them can probably help see which produce the fake maven repo, and which do not yet. Opinions?
<roptat>ATuin, yeah, more recent versions require an existing kotlin binary, so if we want to boostrap kotlin, we either need another compiler (we would need to write it because there's only one kotlin compiler) or build from older versions
<ATuin>i see, looks like the easiest path is to build it using an old version
<ATuin>i will read what kind of magic gradle does to build
<roptat> the versions of dependencies I use to build are probably too recent, but I'm not sure what is missing exactly
<roptat>but I don't remember precisely, because I haven't touched it in at least 4 or 5 months
<bricewge>What is the reasoning behind putting error messages to /dev/console in Guix?
<ATuin>mmm java-jdom-for-intellij is exported as java-jdom since it inherits that package right? so that means that when using the cli i need to use "java-jdom"
<mbakke>derp, I must have messed up my bisect, it points to 7884fc434f5d4a11b1dd566553b83fae09c44fad as the first bad commit :P
<bricewge>civodul: BTW efa578ecaece67366b4b0e2266de7c2faaa4ae54 (the one fixing --with-commit) broke `tests/guix-build-branch.sh`
<dhanvanthri>Hello guys, I finally got guix up and running, however I'm having the issue I was afraid of during installation; To recap, even though my net is stable, the installation kept failing, I turned to manual install and resumed installation after every failure by rerunning guis system init, after I got into the system, guix pull failed due to the fact that glibc was not installed, which was one of the packages that hung during installation.
<dhanvanthri>Guix pull in general was failing due to "network issues" but I just kept rerunning it untill it was done, but when I tried to install emacs, the glibc thing happened. I did manage to install glibc and get emacs running (that's where I'm on irc from), but I'm afraid of further errors/crashes due to the spotty install
<dhanvanthri>Yeah, guix pull failed like 8-9 times, and I had to keep just rerunning it till it was done. It's not a problem with the system itself, but some type of weird error with the server from which I'm retrieving these files.
<dhanvanthri>I had couple terminals in the background constantly pinging the 2 servers from where my packages where getting downloaded ci.guix.gnu.org and git.savannah.org, and they didn't experience ANY packet loss during these failures...
<dhanvanthri>This is literally the same problem (as far as I can tell) that plagued my install process for the last couple days. The packages would stop downloading and not resume, even though my connection to the server seemed uninterrupted.
<dhanvanthri>And the graphical installer would hang if this happened, but luckily, not the cmdline install process.
<dhanvanthri>I was advised to submit a bug report, but I'm basically new to being a contributing member of free software and was wondering exactly how to do that.
<dhanvanthri>Anyway, I was wondering exactly where to put my .emacs file now that I managed to get onto the guix system, it doesn't seem to work when the .emacs file is in my user's home dir
<aadcg>I was wondering about the interplay between use-package and the emacs packages installed with guix. In particular, it seems that those emacs packages are autoloaded at init. So, is it possible to defer those autoloads? Thanks.
<ATuin>mmmm roptat i need some help to understand the ant-build-system
<dhanvanthri>rekado: Well, now that I got everything running, I'm gonna just submit a bug report and call it a day
<dhanvanthri>rekado: I mentioned the bg terminals pinging those servers, since I assumed that meant my connection wasn't spotty to them
<bricewge>dhanvanthri: Yes unfortunately, IceCat is based on Firefox ESR.
<dhanvanthri>bricewge: Why is firefox not in the default repo? Is firefox not freedom respecting?
<lfam>dhanvanthri: There's a trademark issue with the "firefox" name, and there are some FSDG issues with firefox that are too hard for us to correct for every firefox release, so we have to base icecat on firefox ESR
<dhanvanthri>lfam: I understand, this is why debian is able to install it, since their distribution guidelines aren't exactly the same as the gnu project's guidelines.
<dhanvanthri>I mainly ask since I got a lot of people to abandon chrome for firefox, and if it was actually not freedom respecting I'd be sad :'(
<lfam>It's basically okay. These are very fine points of disagreement with Debian
<rekado>dhanvanthri: what are “those servers”? By default we download binaries from ci.guix.gnu.org — and you can’t ping it.
<rekado>it’s a part of glibc and caches domain name lookups (among other things)
<dhanvanthri>Unrelatedly, I'm trying to swap caps and control, but the usual method of adding it to /usr/bin/setxkbmap is out of the question. In general, how do I find out what to do in situations like this?
<rekado>does this work for you? –> setxkbmap us -option caps:ctrl_modifier
<civodul>bricewge: fixed the --with-commit test in 3cea55078857ecd8ca67fd7cf4eaebb13fb6d9d3, thanks!
<dhanvanthri>rekado: I don't understand what I'm doing, and I should be more careful clearly
<lfam>If the error message does say to use -p we should look into that
<lfam>dhanvanthri: This issue with the locales is known and we are working on it. It's a bad user experience problem
<rekado>lfam: it does mention -p but only for the profile that was used
<rekado>when the profile was called “glibc-locales” it’s going to print what dhanvanthri pasted.
<rekado>so the user error happened earlier already
<lfam>Basically what you need to do is install glibc-locales for your user and whoever runs the guix-daemon (probably root). You also need to correctly export the variable GUIX_LOCPATH for both your user and where the guix-daemon is run. How do you start the guix-daemon?
<rekado>(see display-search-path-hint in (guix scripts package))
<lfam>Okay then you don't need to install glibc-locales or do anything
<dhanvanthri>lfam: This is what I was saying from earlier, I kept quitting and rerunning the guix system init command during initial setup since the installation kept failing due to (apparently) ncsd caching my failure or something
<sneek>jayspeer, zzappie says: sorry I didn't say clear enough. I meant that you can use 'guix environment' to isolate 'ruby gem' installation. Without altering your profile. take a look at https://paste.debian.net/1138220/. will create isolated HOME where you can install arbitrary packages using gem. To get rid of libstdc6++ problem you cab install gcc-objc++@ 6.5.0 in that profile
<rekado>which is a link to the profile in /gnu/store
<jayspeer>I've finally managed to install guix on a *real* hardware (after embarasingly long time); this in turn allowed me to finally test emacs-guix (I don't know why it refuses to work on foreign distro, perhaps I was doing something wrong), is anyone else using it? it seems to build every package, but I have enabled substitutes
<rekado>earlier you had /gnu/store/cbchyxvyvxncz14pv1kaxlj7r5vmnl17-profile/bin:/gnu/store/cbchyxvyvxncz14pv1kaxlj7r5vmnl17-profile/sbin:/gnu/store/99h3nsyj1fnay0fwamzgzlk67gszf2kv-glib-2.60.6-bin/bin:/home/alex/.guix-profile/bin:/home/alex/.guix-profile/sbin:/run/setuid-programs:/home/alex/.config/guix/current/bin:/run/current-system/profile/bin:/run/current-system/profile/sbin:/home/alex/.gem/ruby/2.5.0/bin
<rekado>without the /gnu/store things that would be /home/alex/.guix-profile/bin:/home/alex/.guix-profile/sbin:/run/setuid-programs:/home/alex/.config/guix/current/bin:/run/current-system/profile/bin:/run/current-system/profile/sbin:/home/alex/.gem/ruby/2.5.0/bin
<rekado>this suggests that at some point you ran “guix install guix”
<rekado>because only then would it find “guix” in /home/alex/.guix-profile/bin