<lisbeths>my main issue is that my laptop does not support a libre kernel. I have painstakingly removed every piece of proprietary software from my system however the kernel is not one I can get rid of. I do have a wifi-dongle for using the internet during the installer process, however I need to sideload a kernel so I can begin work on this system.
<lisbeths>I have had trouble getting used to the new politically correct landscape in programming, but I must humble myself to progress and set aside my ideology for getting things done. The time savings for linux devs for guix is too high for me to overlook as a programmer, and the prospect of a lisp machine on the application layer.
<bavier[m]1>my little 10 year old atom-based netbook often spends many hours building packages
<nckx>TBH I don't remember political stuff (and that wouldn't get you banned), just low-effort herdthink insults. They tend to get banned because they're just... boring.
<bavier[m]1>but I've been getting a better manifest setup going w/ some help from the guix-cookbook so I can stagger updates a bit better
<lisbeths>I can go into the file location that the kernel is in, and swap them out. this is not an issue. it is just I don't know if there is a proper lisp way of changing kernels
<lisbeths>I mean to say that I want to swap out my kernel gracefully
<lisbeths>I am not looking for "support" in the sense that that is part of the guix system. I am looking for "support" in the sense that I am doing it the way that kernel management was intended to be done within guix
<nckx>lisbeths: Absolutely possible. The Guix way isn't to into linux-libre.scm and edit it, but to create your own linux-lisbeths (whatever) variable. You can use (inherit linux-libre) to re-use part of Guix's package or write your own kernel package from scratch, then use (kernel linux-lisbeths) in your operating-system.
<lisbeths>ah I see, so you are saying I need to package my nonfree kernel in an unofficial package
<bavier[m]1>"custom" package, which is an awesome option with guix
<nckx>Could we keep this discussion generic please? Guix System supports totally user-defined custom packages, including kernels, yes.
<lisbeths>I see. And there are no officially supported pre-built kernels available in a sort of "nonfree" repository, like in debian?
*raghavgururajan used Guix as mainstream OS, when it was in beta. He is brave after all.
*raghavgururajan misses the line "Thanks for being so brave" on guix.gnu.org
<lfam>lisbeths: I don't believe so, although they likely wouldn't have been discussed here if they did exist.
<sneek>lfam, vagrantc says: yes, the pinebook pro patch just pulled in the device-tree, if i remember correctly, which is now in upstream as of 5.7.x
<sneek>lfam, vagrantc says: full support for pinebook pro requires more patches ... working on it in wip-pinebook-pro branch
<sneek>lfam, nckx says: CONFIG_HIBERNATION_SNAPSHOT_DEV is somewhat interesting as far as kernel options go: it's not a feature per se. Until very recently, userspace could happily corru^Wwrite to active swap devices. That hole was finally closed in 5.8. This option partially re-opens it for one specific use case (hence the note about ‘attack surface’). Anyway, not (yet) relevant for us.
<lfam>There are lots of reasons to use custom kernels. The linux-libre kernels we offer are designed to "just work" on pretty much any computer although, as you noticed, there are some things that might not work because they aren't supported with free software
<lisbeths>yes. What it comes down to is that I am very poor and wanted a computer that could both meet my needs and be affordable. I think perhaps many of the folks who shun those that use nonfree kernels might be what you would call "privelaged class"
<lisbeths>I do not have the privelage of purchasing nonfree hardware any time soon.
<lisbeths>but anyway someone had referenced me in dms to a repository called "nonguix" and I think that the inability to speak of this or the fact that this is taboo is very backwards and doens't help anyone.
<bavier[m]1>I understand needing to work with what you can get.
<lisbeths>I am very against the censorship of software.
<lisbeths>That is why I had spoken some very hateful words and gotten myself banned the last time I was here.
<lisbeths>I am still filled with a certain amount of hate over the censorship of software that I have seeen here.
<bavier[m]1>I mean, is it not clear that this channel is not the place to get support for nonfree software?
<bavier[m]1>frustrating, I guess, but there aren't many other one-stop-shops either
<lfam>It's not good if we are inspiring people to storm out. Although, I think there is a degree of understanding we tend to eventually develop; understanding of why seemingly arbitrary rules are enforced
<lfam>But it's not something that everybody learns
<lfam>It's definitely clear that this is not the place for that
<bavier[m]1>I'm not in as many channels as maybe some others are, but our tact here seems to be exemplary
<terpri>hm, can't view files in calibre, just says "Could not find QtWebEngineProcess"
<terpri>it has "/gnu/store/wpl0ynxjf2grab5gi3imvz2ldqybvrw9-python2-pyqtwebengine-5.14.0/lib/python2.7/site-packages" and "/gnu/store/myjn44xd9fkpgyf5kspp2fx68gcdlzzv-python2-pyqt-5.14.2/lib/python2.7/site-packages" in the calibre launch script's PYTHONPATH...
<terpri>"python2-pyqtwebengine"..."Prior to v5.12 these bindings were part of PyQt itself." perhaps a missed input during an upgrade?
<mroh>terpri: no, I dont think its a missed input, because mbakke worked quite some time making a qtwebengine pkg for py2. maybe seomthing missing in the wrapper?
<mroh>emacs to the rescue: emacs-calibredb works well ;)
<str1ngs>terpri: does installing qtwebengine into your profile help? qtwebengine should provide a search path for QtWebEngineProcess
<brendyyn>terpri: i might have a look at updating it
<brendyyn>certain parts of it wont work i think. its transitioning to python3 slowly
<terpri>ah yes, qtwebengine in profile fixes it, thanks
<str1ngs>terpri: that's not idea, but it's a quick fix atleast.
<str1ngs>I would probably change python2-pyqtwebengine to use environment variable QTWEBENGINEPROCESS_PATH set to the input of qtwebengine lib/qt5/libexec/QtWebEngineProcess path. not sure how to do that properly in python myself.
<str1ngs>or add this to calibre wrapper if it has one.
<brendyyn>looks like there are other programs that also wrap it so seems resonable to change the calibre package.
<str1ngs>that's the intention I had when I made the webengine package. that QTWEBENGINEPROCESS_PATH would be wrapped from the input. I'ts a little more problematic for language bindings though.
<raghavgururajan>nckx: Is there a way to use a remote computer to build stuff for local computer, via ssh? Like `guix build foo` will actually connect to the remote computer for the guix-build-process.
<raghavgururajan>nckx: Technically, the `guix build` command will connect to guix-build-daemon on the remote computer, via ssh. Any way for that?
<PurpleSym>raghavgururajan: You could use offloading or just SSH into the other machine, `guix build` and then `guix copy`.
<nckx>efraim: I was going to valiantly defend links -g because it can be used without X/Wayland (even though the Guix version can't), but it seems like netsurf should have framebuffer support too. Neat.
<efraim>from the package cache it could be anywhere, or just a race condition
<nckx>Hard to imagine now that links -g on a VT was my primary & only browser for years.
<rekado>I hope the evaluation error is not due to my changes in pandoc.
<str1ngs>web rendering is not easy. though I can use different renders. I think that's a task for someone else :)
<str1ngs>sneek: later tell nly. take-a-selfie saves to the current working directory aka M-: (getcwd) . It was a quick hack I'd like to switch to using GdkPixbuf so that there is no need scrot or any dependencies.
<tricon>In provisioning my machine via Guix's System Configuration, I have some supporting files I wish to ref (e.g. a `wpa_supplicant.conf' prebuilt for my Wi-Fi). Is the best practice to wrap this in a custom package with a simple builder so that it can be included and referred to in `operation-system'?
<fnstudio>hi, i'm running guix on a foreign distro, i'd like to backup any relevant guix-related files or folders, while of course not backing up anything that's unnecessary (eg binaries)
<fnstudio>is it just `.guix-profile/manifest` that i need to back up (plus everything under `.guix-profile/etc/` if anything was customised there)?
<PurpleSym>fnstudio: All you need is the output of `guix describe -f channels` and a list of packages you installed (`guix package -I`) to recreate the exact environment you’re using right now.
<PurpleSym>Using a manifest would make things easier, but .guix-profile/manifest is not what you want.
<fnstudio>PurpleSym: fantastic, thanks for that - i'll update my backup mechanism to reflect that
<PurpleSym>Restore would be something like `guix pull -C channels.scm` followed by `guix package -m manifest.scm` (if using a manifest).
<fnstudio>PurpleSym: right you say if using a manifest but i also understand that the output of `guix package -I` is not a manifest is it
<str1ngs>fnstudio: as PurpleSym suggested. For this it's better to install packages with guix install -m ~/config/profile.scm . then to backup ~/.guix-profile/manifest.
<str1ngs>Hello, is there a reason that guix build --with-commit="nomad=e58805d33034474402fbc6ea6102357abd8e3b4c" nomad. builds way more then expected? If I manually update the nomad declaration with that commit hash it only builds nomad as expected.
<lfam>str1ngs: I recommend comparing the derivations of the differing builds
<pkill9>there is something on it in the mailing list
<pkill9>i think it's something to do with it using the build system's closures, or something idk
<lfam>Looking at the derivation will show you what the difference is, str1ngs
<str1ngs>hmm not replacing any inputs though just changing the hash commit for a build. why would it rebuild the input just seems odd. I guess possibly the derivations change because of the --with-commit?
<apteryx>hmm, I'm struggling with a really weird networking problem. Wired ethernet doesn't seem to work anymore on my Guix System, although the link is established. DHCP requests fail to go through, and when I set two machines over the same network (via static addresses), they can't ping one another.
<str1ngs>guix build --with-commit="nomad=e58805d33034474402fbc6ea6102357abd8e3b4c" nomad --derivations -n shows /gnu/store/7vpfh79cjwxffspf80zndr19rc5q28s6-webkitgtk-2.28.4.drv. so I assume this has changed while using --with-commit?
<str1ngs>I can't get the derivations for guix build nomad --derivations it just list nomads drv
<str1ngs>well webkitgtk is already built, and it does not build if I manually change the hash.
<akko>hi guys, I am pretty new to guix, installed it yesterday and been trying to get used to it, so lemme ask something: let's say I want vim for both root and user, the way we do this is just run guix package -i vim in both root and user?
<lfam>You can still see the derivation of something that is already built, str1ngs
<lfam>akko: Is this on Guix System? Or Guix on another distro?
<akko>it is very different from anything im used to, will take me a while to get used to it
<telior>hi! I'm running a (mostly) fresh guix install on a thinkpad, ran into some problems while trying to install ungoogled-chromium. First of all, it took about a day and a half to build, and after reaching 100% it stopped because of a builder error. The logs show this: https://pastebin.com/YRgFpNgV