IRC channel logs
2025-11-06.log
back to list of logs
<pomel0_>hmmm still no `c99` command with that. But ok, I guess I can do `alias c99=gcc` and it should still work, maybe <pomel0_>ah, dumb, the makefile won't read your shell alias :P <ekaitz>pomel0_: CC="gcc --std=c99" make <ekaitz>makefiles normally use CC as a variable you can set <pomel0_>yeah I had to just do CC="gcc --std=c99" <ieure>Sad times when --stds are even spreading to our commandline arguments. <sys-service-ques>ieure thrown out my sleep service abd replaced it with networking "(requirement '(user-processes networking))" ...works <apteryx>Deltafire: I've been experimenting fixing the video issue in IceCat, and perhaps as a quick try for icedove you could try also running it with this environment variable set: MOZ_PERMISSIVE_CONTENT_SANDBOX=1 <apteryx>I saw some tzdata was blocked by the sandbox on IceCat, though it doesn't seem to cause any issue. <tomenzgg>Is it possible to upgrade Home packages with "guix upgrade --profile=" or do all Home upgrades always have to be done through a reconfigure ("guix home reconfigure /path/to/file")? <pomel0_>hi, sorry my phone turned off so I'm joining back not knowing if there's another question before me, but has anyone here had trouble with fonts and how did they fix them? I'm running a build script that requires unifont to be installed, but can't find it even though I did in fact insall it with guix <pomel0_>ok I managed to "fix" in a janky way the font problem, but I have another problem, where the build script is trying to run `cc`, but I don't have that command, I only have `gcc` <pomel0_>anyone knows if I should install another program or is there a way to ln -s my way out of this? <pomel0_>ok... I fixed that, but I realized I have a problem with my channels.scm file... idk how, but .guix-home is now a read only filesystem, so I can't change the channels at all, has this happened to anybody else here? <flurando>hi, does anyone know how to get full screen recording work on guix Gnome Wayland? I have obs installed, and xdg-portal stuff come with gnome-service-type, but not only default Gnome screen recording doesn't work, obs log says pipewire got denied or cancelled by user, so blank screen. I wonder what to do then. <flurando>I'll try to add home-pipewire-service-type to see if that makes a difference. <flurando>Amusing, home-pipewire-service-type requires dbus, which is not documented nor preconfigured <flurando>good, adding home-dbus-service-type and home-pipewire-service-type make both gnome builtin screen cast and obs screen recording work <flurando>A pity that this is not documented (I mean the part "you need pipewire home service and dbus home service to record screen on wayland" <flurando>well, it works, but not in default gnome manner anymore, I have to choose capture device (alsa) to record voice, without the red microphone icon by gnome anymore <flurando>Seemingly from the log and search, this is an error in RTkit. Which, unfortuanlly, is upstream buggy and unsolved, and no corresponding guix definition. <civodul>i feel i’ve been out of touch with IRC lately <civodul>crap, second Emacs/EXWM crash of the week, grr <csantosb>civodul, which emacs are you using exactly ? I'm on emacs-no-x-toolkit. <csantosb>civodul, I'm also using emacs-exwm-no-x-toolkit <cbaines>now begins my fight with the static-networking-servie, and it's not going well... :( <civodul>and i have no clue what’s happening! <csantosb>Ok, I'll switch to your setup, let's see what happens;is it an option for you trying the no-x-toolkit in parallel ? <csantosb>`./pre-inst-env guix build --no-grafts --check emacs-racket-mode` build for me. I'm lost. <ekaitz>Deltafire: reports on the build? <Deltafire>the JS errors are gone, calender opens, 'burger' menu working again <ekaitz>and what's the difference between their lib and ours? <Deltafire>they delete some directories to reduce file size, skip tests, add about 10 patches <Deltafire>there's a .sh file in the firefox source that automates it <ekaitz>did you write this in the issue? i think it's very important to have this information <Deltafire>i was thinking we either use the bundled version, or make our own mozilla-specific icu that could be used for the other gnuzilla apps also <ekaitz>Deltafire: the Guix way i believe is making the mozilla-specific thingie <rekado>is "guix shell -m manifest.scm --with-source=something@0.1=something-0.2.tar.gz" supposed to work? In my tests the "with-source" transformation appears to be ignored. <hanker>I think you should just put `something` instead of `something@0.1` <rekado>tried that, too, but without effect <hanker>Do you put an URL for `something-0.2.tar.gz` ? <rekado>background is: I'm working on GWL and I'd like to build guile-drmaa (currently at 0.1.1) with an unreleased tarball (for 0.2.0). <hanker>i'm not certain `with-source` grabs the file from local filesystem <rekado>no URL, I have the tarball here. I gave it the absolute file name. <rekado>guix build guile-drmaa --with-source=guile-drmaa=/path/to/guile-drmaa-0.2.0.tar.gz works fine <cbaines>I'd maybe try the --with-source bit before -m? <rekado>as does "guix shell guile guile-drmaa --with-source=..." <rekado>I'll try to simplify the manifest first <rekado>weird. This is the manifest: (specifications->manifest (list "guile-drmaa")) <rekado>and this is the command I use: guix shell --with-source=guile-drmaa=guile-drmaa-0.2.0.tar.gz -m m.scm <rekado>the manual says that "guix shell" supports package transformations, but perhaps it doesn't when a manifest is used <sham1>Couldn't you have the package transformation in the manifest? <rekado>but it's not just about getting my work done; looks like a bug to me.