<terpri_>Bryophyllum, ah, very interesting. quite close to my solution, except i'm trying to avoid manual vgscan/vgmknodes calls as i think there's a daemon that handles that on other distros (could be wrong, it's been a while since i dug through the lvm source)
<wdkrnls>Would anyone be interested in packaging Zim Desktop Wiki for Guix? I wanted to package it so I could point my significant other to something remotely like OneNote but which is Free Software. I saw it wasn't packaged and originally hoped maybe it was going to be dead easy to package (which sadly are the only ones I know how to do).
<malaclyps>I'm fascinated by how guix wants me to install the same (large) set of package (including ghc, and mesa, and cups) on all of my machines (which roughly have the same manifest) whenever I try to upgrade any package. Is this because of urgent security updates, or something? Here's an example: https://paste.debian.net/1153022/
<malaclyps>This surprised me, because I assumed package installs just installed any necessary dependencies
<janneke>malaclyps: that looks less than great; i believe your assumption is correct; it may be that your assumption about what "necessary depedencies" could be are not how guix currently defines them
<janneke>iow: i think it's unfortunate that less pulls gtk and ghc
<janneke>i would love to see some dependencies cut there
<mange>janneke: Does it? It only has gnu-build-system and ncurses for its inputs. Do they really pull in GTK and GHC?
<malaclyps>i don't think it's less pulling these things in, because any package i try to install does the same thing
<malaclyps>right -- I picked less because I figured it had a very small dependency chart
<janneke>malaclyps: right, what if you add --no-grafts?
<mange>I can't explain what you're seeing, malaclyps, but I agree with your intuition that it seems wrong. Guix shouldn't automatically upgrade the software in your profile when you install other packages. As far as I'm aware it doesn't.
<malaclyps>janneke, I mean, it's a clue to what might be going on
<janneke>indeed, that's what i meant to say -- it's helpful information
<nckx>raghavgururajan: OK, building. You should keep an eye on your CPU temperature the next time you build webkit/it's under heavy load (i.e. you get these throttling messages in ‘sudo dmesg --follow’). You can use ‘sensors’ (after running ‘sensors-detect’) from the lm-sensors package, or (I guess) whatever graphical applet your desktop provides.
<asdkfadslfjasd>It seems that to solve this problem forever requires me to understand the new guix.
<nckx>malaclyps: We were exposed in the countryside with a menacing hurricane approaching fast. Luckily we were accompanied by Malaclypse, a might dragon, and planned to ride upon their back to safety. It took us a few attempts to realise this would not be an option because Malaclypse was the size of a large house-cat, because dream logic.
<mbakke>I'll ask GitHub again soonish, perhaps things have changed in the last two years
<nckx>raghavgururajan: So you really want 16 GiB of RAM to compile wpewebkit (and probably every other 💩Kit derivative), *and* swap (your OS needs to hide somewhere while WebKit takes over your machine!). I managed to build it 8 GiB RAM + 16 GiB swap + zstd zswap, but I can't recommend it. It's all one final linker process so --cores=1 won't help. It failed, by the way: http://tobias.gr/y5sziqc7w3q4fbfqb2qphns84az0zw-wpewebkit-2.28.2.drv.bz2
<nckx>Golly. I created a disroot account once, now I need to remember what it was…
<raghavgururajan>At this moment, git.disroot.org is not integrated into Disroot's LDAP account management (user.disroot.org). It will be soon. For now, dediacted accounts can be created on git.disroot.org. It is recommended to use same username as used in user.disroot.org, so that account migration/linking can be done in future.
<nckx>raghavgururajan: OK, I fiddled out my password and created a git. account. User name is nckx.
<pinoaffe>NieDzejkob: mpd is a usually accessed over the network, this patch makes it so you don't give everyone with network access mpd control (but yeah, anyone on the same machine could gleam credentials from the store)
<NieDzejkob>I'm mostly looking for a maintainer that could smoketest and push that patch
<jgarteeeeeeeeee>Just wanted to announce that libremiami.org is hosting a Guix Virtual Watch Party at 16:00 EST. If you'd like to watch some guix videos with us and chat come join us! Here is the playlist we'll choose from: 1. Towards reproducible Jupyter notebooks2. Introduction to G-Expressions3. How Containers and Kubernetes re-defined the GNU/Linux Operating
<jgarteeeeeeeeee>System A Greybeard's Worst Nightmare4. Practical, verifiable software freedom with GuixSD5. Building a whole distro on top of a minimalistic language The story of GNU Guix6. Guix: Unifying provisioning, deployment, and package management in the age of containers7. Hacking on Guile, Guix, Sway/Wayland status bars, talking to myself about 90s
<atw>NieDzejkob: I use emacs, I gave the linked patch a quick test
<pinoaffe>NieDzejkob: letting the user point to a file outside of the store the secrets would mean the service would need to be changed so that the config file is regenerated every time the service is started, that doesn't seem very clean
<NieDzejkob>pinoaffe: or an include directive could be added to mpd's config system
<atw>I'm not a committer, just want to help get Joseph's work merged :)
<nckx>jgarteeeeeeeeee: Only if it's not too much trouble. I'd certainly watch a recording.
<jgarteeeeeeeeee>atw: I'm going to record the guix watch. I'll upload the recording to #libremiami:matrix.org
<atw>thanks all :) and thanks for putting this together jgarteeeeeeeeee
<raghavgururajan>jgarteeeeeeeeee, atw: In IceCat, media.peerconnection.enabled is already set to true. But doesn't work for some reason. It definitely works on ungoogled-chromium. `guix package --install ungoogled-chromium`
<atw>hehe yeah I also checked media.peerconnection.enabled and found the same
*nckx thinks they've joined #libremiami (utter Matrix noob)
<jgarteeeeeeeeee>raghavgururajan: Last time I installed ungoogled-chromium it failed to run but maybe I should try again
<bonz060>Hi. I've just installed GHC and cabal-install from GUIX, but any time I try to use cabal .e.g. `cabal install -n`, I keep getting: `Use of GHC's environment variable GHC_PACKAGE_PATH is incompatible with Cabal. Use the flag --package-db to specify a package database (it can be used multiple times)`. How do I fix this? Anyone have any idea?
<bonz060>Found the problem. Turns out that the version of cabal_install packaged in guix is really old :(. What is packaged is v184.108.40.206 but the latest upstream version is 220.127.116.11 :(
<nixfreak> ok so if nvim (neovim) is in /share/nvim/ but everything in there is root , do I need to copy that out into ~/.nvim instead , I'm trying to copy vim.plug into /share/nvim/runtime/autoload and its read only?
<nixfreak>this is way different then a regular nvim install
<NieDzejkob>there's no "share" directory in / on my install, wdym?