<ryanprior>It's been maybe a month since there's been a substitute available for ungoogled-chromium. Is there a way to just download the latest substitute that's been built, whatever version of Guix it was built for?
<ryanprior>Being able to upgrade that package without building it from source (which takes like 20 hours) feels like winning the lottery at this point
<brendyyn>There is no substitute because it fails to build from source at the moment
<civodul>perhaps i got the substitution wrong or something
<civodul>efraim: you mean sometimes reusing previously build results for Rust packages?
<mroh>yeah I think, there is a missing "" around the substitute: "-L/gnu/store/... -lz" otherwise cmake seems to add ";" because it sees it as two variables or something.
<efraim>civodul: yeah. it turns out the two packages I was comparing weren't similar enough.
<efraim>if it works then we'll still end up with crazy circular dependencies which can be solved using cargo-inputs and cargo-development-inputs, but other packages later down the line will have real dependency resolution
<civodul>mroh: ooh... but then why does it work for taglib-config, weird
<efraim>or we can try to "force" something better by switching rust-libc-0.2 to a real input
<civodul>efraim: "crazy circular dependencies" is a scary phrase in this place :-)
<efraim>and apparently they might not be reproducible
<efraim>that's how we ended up with cargo-inputs and cargo-development-inputs in the first place
<mroh>but what I don't understand: if we don't propagate zlib from taglib, wouldn't that mean that we potentially need to ajust all pkgs that use taglib (add zlib to the input)?
<civodul>mroh: if we add that -L to taglib.pc and taglib-config, users of taglib won't have to worry about zlib
<efraim>i'm obviously missing something. it recompiled all the libraries it already had in the correct directory
<kabo>hi, the installation seems to freeze when I try to connect to a wifi... anyone else having this issue?
<gunix>i am currently on arch but I will get a new ryzen 7 this week or the next and I am considering going for another distro. At this point, guix seems the coolest one, but I still need lots of packages (for work or fun) that are not really compliant with the gnu philosophy (like slack desktop or steam)
<gunix>if i can just version bump packages on guix that solves one of my issues (cause I am used to have the latest everything), i still need to research how to get all the stuff I like on guix
<gunix>civodul: i totally understand why nonguix is out of the scope of this channel, however i still feel that the distro needs a bigger community repo for all the non-free stuff :-D but I guess I could also help out in this direction if I start using guix
<bdju>I tried manually running older icecat versions from the store and I still have the same problem of all my memory leaking until I run out and pages unable to load, so it may be related to something besides the icecat version itself
<brendyyn>what is the "backend" in this context? isnt that Pipewire its self?
<rekado>I really like jack, but one of the things I like best about it is its simplicity
<GNUtoo>brendyyn: I mean does it use the alsalib directly to talk to the kernel sound API?
<rekado>the fact that the pipewire website talks about flatpak makes me cautious
<roptat>yeah, nothing concrete was done after this discussion
<GNUtoo>Well, I've libsamsung-ril that doesn't even run as it lacks some dependencies, but for libsamsung-ipc I could do that, the issue is that I don't know the Guix policy on stability
<GNUtoo>Do I need to make a new release for libsamsung-ipc? or would a given master work fine
<civodul>GNUtoo: we package releases, unless there's a good reason to take a snapshot
<GNUtoo>The release is old and I'm too lazy to do a new one right now (but I might do one after some more testing and/or patches are merged)
<brendyyn>Well there exists a real issue with GNU/Linux. When someone installs a distribution, they can use pulseaudio to setup basic microphone and speaker stuff, maybe having to mess with the many frustrations that occur. But if they want some low latency application like for fast pace gaming or audio work, they will have to start using the command line, editing configs and shutting down pulse to run jack or
<brendyyn>some hybrid monster. If pipewire has the potential make this stuff Just Work then that is a great development. Otherwise, how many more decades will it be it be before someone fixes this?
<GNUtoo>Just having Jack + Pulseaudio API working together is already a great advantage
<GNUtoo>You can just install software like sonic pi for playing with it without huge configs
<rekado>the tragedy of Linux audio is that the heap of legacy code is growing with every new API
<rekado>I just read the pipewire FAQ and I hope that JACK will remain an option for audio work.
<apteryx>It can be either an execution core (physical core) or a thread execution unit inside a core (for hyper-threaded CPUs). So I reckon it's using 24 for the AMD 3900X CPU.
<civodul>see also the manual for --cores and --max-jobs
<civodul>"Pre-commit is a multi-language package manager for pre-commit hooks." uh
*civodul .oO should we write a package manager for pre-push hooks?
<raghavgururajan>sneek, later tell ryanprior: I have just built ungoogled-chromium (84.0.4147.125-0.57244cd), as of a1a39ed5a46044161a71cbe6931c7e3006a82ecb, on Bayfront. You can get the substitute from there. :-)
<apteryx>raghavgururajan: Zygo is always helpful! Seems you need a new drive. Did you understand the -mdup trick to? Btrfs allows keeping multiple copies of the metadata, even for single, non-RAID drives. This is the default though, so in your case it seems it wasn't enough to self-heal the failing drive.
<bavier[m]1>gunix: that is what happens when "substitutes" are used, or with 'guix archive', 'guix pack', etc
<gunix>bavier[m]1: archive and pack don't seem comfortable as you need to transfer stuff from one device to another. Substitute looks cool, however i can't find the tutorial on how to create a substitute server
<gunix>for the case where I compile everything on the desktop and upgrade the laptop after that
<janneke>gunix: if on the desktop, you include the guix-publish service, the laptop can use the desktop as a substitute server
<gunix>janneke: found it. Thank you. This looks good.
<msavoritias[m]2>I have a strange bug in icecat. Glyphs from the font seem to be missing at random places