jiebi/CodeConvo huggingface dataset:
Code change:
systemd.services.rpcbind = { wantedBy = [ "multi-user.target" ]; <ins> # rpcbind performs a check for /var/run/rpcbind.lock at startup # and will crash if /var/run isn't present. In the stock NixOS # var.conf tmpfiles configuration file, /var/run is symlinked to # /run, so rpcbind can enter a race condition in which /var/run # isn't symlinked yet but tries to interact with the path, so # controlling the order explicitly here ensures that rpcbind can # start successfully. The `wants` instead of `requires` should # avoid creating a strict/brittle dependency. wants = [ "systemd-tmpfiles-setup.service" ]; after = [ "systemd-tmpfiles-setup.service" ]; </ins> }; users.users.rpc = {

Related discussion:
text: If NixOS is shipping with that tmpfiles configuration to bootstrap , then I think it makes sense for the downstream NixOS module to accomodate how NixOS is handling . So my initial instinct of patching upstream probably doesn't apply since distros are probably handling differently. I'll PR the change and we can see about additional feedback for us.
I'm feeling pretty confident that fixed the rpcbind problem - are there any nixosTests that should be re-enabled now that rpcbind reliably runs? I looked around for disabled tests but am not sure where those might live, if any are still disabled. Otherwise, I think we can close this :crossed_fingers:
(looked at the tests, doesn't look like there is a ton of disabled ones)
Code change:
diff -ru old/webkitgtk-2.26.0/Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp webkitgtk-2.26.0/Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp --- old/webkitgtk-2.26.0/Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp	2019-09-09 04:47:07.000000000 -0400 +++ webkitgtk-2.26.0/Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp	2019-09-20 21:14:10.537921173 -0400 <del> @@ -585,7 +585,7 @@ { SCMP_SYS(keyctl), nullptr }, { SCMP_SYS(request_key), nullptr }, -        // Scary VM/NUMA ops +        // Scary VM/NUMA ops { SCMP_SYS(move_pages), nullptr }, { SCMP_SYS(mbind), nullptr }, { SCMP_SYS(get_mempolicy), nullptr }, @@ -724,6 +724,11 @@ </del> <ins> @@ -724,6 +724,12 @@ </ins> "--ro-bind-try", "/usr/local/lib64", "/usr/local/lib64", "--ro-bind-try", PKGLIBEXECDIR, PKGLIBEXECDIR,

Related discussion:
text: Describe the bug Epiphany crashes on startup with a bind mount error. To Reproduce Steps to reproduce the behavior: epiphany Expected behavior The browser should startup Additional context Error: exists and opengl is enabled I bet is relevant Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Maintainer information:
I can't reproduce this on my machine. Can you try running it with ?
Thanks for responding. I think this is the relevant part from :
Ah, this only shows that emits the error message. To trace what it actually does, could you try adding the flag?
I just piped it all into here:
The output got cut off there, unfortunately. Maybe you could just attach the text file directly to your reply?
Sorry about that, here is the file:
Thanks for the log! I think I've found the culprit. I've opened which seems to fix it - please try it out.
Code change:
}) ]; <del> vendorHash = "sha256-NtNjH2Vo1Leh98VIOkpyALErhC+6H5BE/uaPkwlejoo="; </del> <ins> vendorHash = "sha256-M5e5dE1gGW3ly94r3SxCsBmVwbBmhVtaVDW691vxG/8="; </ins> nativeBuildInputs = lib.optionals stdenv.isLinux [ makeWrapper ] ++ [ installShellFiles ];

Related discussion:
text: Package name: tailscale Latest released version: 1.72.0 <!-- Search your package here: --- Current version on the unstable channel: 1.70.0 Current version on the stable/release channel: 1.66.4 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
} } diff --git a/services/FilesService.php b/services/FilesService.php <del> index 7d070350..fba2e923 100644 </del> <ins> index 7d070350..a6dd4b08 100644 </ins> --- a/services/FilesService.php +++ b/services/FilesService.php <del> @@ -103,7 +103,7 @@ class FilesService extends BaseService </del> <ins> @@ -10,7 +10,7 @@ class FilesService extends BaseService </ins> <del> public function GetFilePath($group, $fileName) </del> <ins> public function __construct() </ins> { <del> -		$groupFolderPath = $this->StoragePath . '/' . $group; </del> <ins> -		$this->StoragePath = GROCY_DATAPATH . '/storage'; </ins> +		$this->StoragePath = getenv('GROCY_STORAGE_DIR'); <del> if (!file_exists($groupFolderPath)) </del> <ins> if (!file_exists($this->StoragePath)) </ins> { <ins> mkdir($this->StoragePath); </ins> diff --git a/services/StockService.php b/services/StockService.php <del> index f73ac5bd..6b6e693a 100644 </del> <ins> index 85f57803..15556112 100644 </ins> --- a/services/StockService.php +++ b/services/StockService.php <del> @@ -1589,8 +1589,7 @@ class StockService extends BaseService </del> <ins> @@ -1704,8 +1704,7 @@ class StockService extends BaseService </ins> throw new Exception('No barcode lookup plugin defined'); }

Related discussion:
text: Grocy does not properly save manuals for equipment The issue appears to be introduced by in a patch applied by nixpkgs. Changing that hunk to: Fixes the issue. I'm not currently setup for making a PR, I'm a bit busy, but I wanted an issue for other people to find if they run into the problem. grocy in nixos configuration (admin/admin is default) a new piece of equipment and attach a PDF manual to it to download manual; it will fail system: host os: multi-user?: sandbox: version: channels(aidenn): channels(root): nixpkgs:
appears to be the maintainer.
I marked this as stale due to inactivity. &rarr;
Code change:
libcardiacarrest = callPackage ../misc/libcardiacarrest { }; <del> easyeffects = callPackage ../applications/audio/easyeffects { }; </del> <ins> easyeffects = callPackage ../applications/audio/easyeffects { # Fix crashes with speexdsp effects speexdsp = speexdsp.override { withFftw3 = false; }; }; </ins> pulseeffects-legacy = callPackage ../applications/audio/pulseeffects-legacy { };

Related discussion:
text: Easyeffects crashes when Echo Canceller is used (at least when applied on input). I've been told that it works fine on arch linux. Though it might be my hardware that somehow makes it crash. Steps to reproduce the behavior: Echo Canceller module to the Input Easy Effects to one of recording apps It doesn't crash It doesn't write anything useful in the logs, just exits with code 137. Please run and paste the result.
I can reproduce it but it is not a regular crash – there is not core dump. It appears to be killed. Weirdly when I run it with: The termination is not caught.
For me it reproduced with gdb: Maybe it's terminated when child process is crashed?
hmm, it seems to be something wrong with speex when configured to use the fftw library... not sure what, but this doesn't crash:
The same also happens in Speech Processor effect now:
Unfortunately this didn't seem to do the trick for me, it still crashes with the Echo Canceller.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I have the same problem. The thing is, used to work OK on my system. Then I tried the module, after which this issue appeared. However, now it's persisting. I undid the change, even tried booting into old generation, but is still getting killed with the echo canceller on. For reference, this is what I used to try to enable the echo cancel module (not sure if it ever worked):
Code change:
gcc-armhf-embedded = pkgsCross.armhf-embedded.buildPackages.gcc; }; <del> tdm = callPackage ../games/tdm { }; </del> newlib = callPackage ../development/misc/newlib { }; newlibCross = callPackage ../development/misc/newlib { stdenv = crossLibcStdenv;

Related discussion:
text: Describe the bug A clear and concise description of what the bug is. To Reproduce Steps to reproduce the behavior: tdmupdater tdm Expected behavior tdm starts. Actual behaviour tdm starts with a black error and has stderr errors such as: Additional context It looks like the problem might be that and the assets downloaded via tdmupdater are different versions: Workaround (Steam isn't actually used for this. This is just a lazy way to run FHS programs.) Notify maintainers Metadata** Maintainer information:
There's a version update in master. I don't know when it'll land in unstable (maybe it already did?) or stable.
Is it possible to have NixOS stable not break when upstream changes? Either: (a) NixOS stable should include the TDM assets (in which case tdm_update is not needed) (b) becomes solely a shim to grab assets from the TDM assets, so it doesn't matter which version of is used.
require patching the path to ELF interpreter, along with worrying about lib dependencies. complicated: TDM players are accustomed to dowloading extra missions, which requires a writable directory to hold the data. Do you have a proposal how to do this securely? Hardlinking the default install to /home would break if /home is on a different FS. Suid wrappers smell. World-writable bits in /nix smell too.
Surely the engine supports multiple asset directories, so we can load the assets from the nix store in addition to whatever was installed manually into a local directory.
The comments on suggest The Dark Mod stores save games in its installation directory. tracks this issue.
I have another issue that seem to be related. Running tdm via the ` work however. The relevent line are: When it doesn't work and with the second option
I poked around - and I don't have any ideas why OpenAL might not be finding hardware. Right now, it seems that the best course of action is to remove TDM from repos (to avoid creating false expectations), and run it with steam-run. and do you agree?
Code change:
<ins> #include <cxxabi.h> #include <iostream> int main(int argc, char **argv) { std::cerr << "ok" << std::endl; return 0; } </ins>

Related discussion:
text: Clang's wrapper does not set as an include path. Compiling files with since <cxxabi.hrequires is present in the aforementioned path I created the environment using this minimal mkShell expression Adding to
Proposed solution seems reasonable to me. See also started by
Please can you also include the nixpkgs commit hash in the repro (sorry if it's there and I missed it).
Oh thank you, that makes so much sense, I was also looking at how the monorepo handles things as well as their tests on finding the system include headers and what you said is probably the correct reason. Ah, it was the nixpkgs-unstable revision updated just then. Sorry I do not have that, but you can reproduce it with the current master as well.
Code change:
{ lib, stdenv, fetchurl , meson, ninja, pkg-config, python3, wayland-scanner , cairo, colord, dbus, lcms2, libGL, libXcursor, libdrm, libevdev, libinput <del> , libjpeg, libseat, libxcb, libxkbcommon, mesa, mtdev, pam, udev, wayland </del> <ins> , libjpeg, seatd, libxcb, libxkbcommon, mesa, mtdev, pam, udev, wayland </ins> , wayland-protocols, xlibsWrapper , pipewire ? null, pango ? null, libunwind ? null, freerdp ? null, vaapi ? null , libva ? null, libwebp ? null, xwayland ? null

Related discussion:
text: error while building using unstable channel trying to build a system using weston pkg building successfully I assume its an easy name swap changing "libseat" on 4th line to "seatd"
Code change:
hash = "sha256-WtTVSWWSlfXrdPVsnlDe4P5K/Fnj4QsOzx3Wo/Kusmg="; includes = [ "src/gui/meson.build" ]; }) <ins> ] # Pagesize detection via syscall; remove when next stable version arrives ++ [ (fetchpatch { # Added as a parent commit of 7e20f6e # Fix ppc64le backend and 64K page size support (#2828) name = "meson-add-ppc64.patch"; url = "https://github.com/dosbox-staging/dosbox-staging/commit/765bcc2b1d87050a4ea366bf22e1db075ad5660b.patch"; hash = "sha256-RtkidyF7w6RrPmCKK4Bd+3FtAn/+/38xk2cl32+yzxw="; includes = [ "meson.build" ]; }) (fetchpatch { # Added as a parent commit of 7e20f6e # Account for debian powerpc prefix (instead of ppc) name = "meson-powerpc64le.patch"; url = "https://github.com/dosbox-staging/dosbox-staging/commit/d44aa7441cd871ffac08974f22af7a735a839288.patch"; hash = "sha256-oMZtfmB1CRlDWyXwEWc3XzC+XxKazXDgo+jUiNBoJDw="; includes = [ "meson.build" ]; }) (fetchpatch { # Added as a parent commit of 7e20f6e # Restore the PowerPC dynrec core to working order name = "meson-option-write-or-execute.patch"; url = "https://github.com/dosbox-staging/dosbox-staging/commit/ef86642de390839afc77b2b591a6ea9ac43909b3.patch"; hash = "sha256-htOKEaXRRy28XNMX/t6uFTBLCkTr7YPtfmI9UyIBiz4="; includes = [ "meson_options.txt" ]; }) (fetchpatch { # Use a system call to detect the page size name = "meson-detect-pagesize-by-syscall.patch"; url = "https://github.com/dosbox-staging/dosbox-staging/commit/7e20f6e401956a7a308f1b3462294d7ac9fa5db8.patch"; hash = "sha256-QW9lpHWCYSlQFgTqX/UxHAAWisz4wfPrdjLqROn/wR0="; }) </ins> ]; nativeBuildInputs = [

Related discussion:
text: Steps to reproduce the behavior: dosbox-staging on darwin Complaining that alsa-lib not available on darwin I suggest referencing the derivation of in which use to opt-in dependencies P.S. wonder why the maintenance of this package is separated from and Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't have a Darwin machine. Nice. A full log would be nicer of course, but nice nonetheless. Wonder why they should be maintained by the same people.
Code change:
<del> { lib , stdenv , fetchurl , acl , attr , bzip2 , libcdio , libiconv , readline , zlib }: stdenv.mkDerivation (finalAttrs: { pname = "xorriso"; version = "1.5.7-unstable-2023-12-06"; src = fetchurl { url = "https://web.archive.org/web/20231206123448/https://www.gnu.org/software/xorriso/xorriso-1.5.7.tar.gz"; hash = "sha256-B7lV3n3e1aF7yJsLxwi8C8m3sBmUUePpCV9KfWRuTm0="; }; buildInputs = [ bzip2 libcdio libiconv readline zlib ] ++ lib.optionals stdenv.isLinux [ acl attr ]; outputs = [ "out" "man" ]; env.NIX_CFLAGS_COMPILE = lib.optionalString stdenv.isDarwin "-include unistd.h"; doCheck = true; strictDeps = true; meta = { homepage = "https://www.gnu.org/software/xorriso/"; description = "ISO 9660 Rock Ridge file system manipulator"; longDescription = '' GNU xorriso copies file objects from POSIX compliant filesystems into Rock Ridge enhanced ISO 9660 filesystems and allows session-wise manipulation of such filesystems. It can load the management information of existing ISO images and it writes the session results to optical media or to filesystem objects. Vice versa xorriso is able to copy file objects out of ISO 9660 filesystems. ''; license = lib.licenses.gpl3Plus; mainProgram = "xorriso"; maintainers = [ lib.maintainers.AndersonTorres ]; platforms = lib.platforms.unix; }; }) </del>

Related discussion:
text: Can't build xorriso due to source archive hash mismatch. Steps to reproduce the behavior: the substituter -shell -p xorriso nixpkgs 23.11.5408.
Probably it comes from a moving target... Let's go!
How exactly it happened? Here is the url: Is web archive failing?? P.S.: since Xorriso is just another name for libisoburn, I will remove xorriso and link-alias it to libisoburn.
Code change:
<ins> { config, pkgs, lib, ... }: let cfg = config.services.turn-rs; format = pkgs.formats.toml { }; in { options.services.turn-rs = { enable = lib.mkEnableOption "turn-rs server"; package = lib.mkPackageOption pkgs "turn-rs" { }; secretFile = lib.mkOption { type = lib.types.nullOr lib.types.path; default = null; example = "/run/keys/turn-rs.env"; description = '' Environment variables from this file will be interpolated into the final config file using envsubst with this syntax: `$ENVIRONMENT` or `''${VARIABLE}`. The file should contain lines formatted as `SECRET_VAR=SECRET_VALUE`. This is useful to avoid putting secrets into the nix store. ''; }; settings = lib.mkOption { type = lib.types.submodule { freeformType = format.type; }; description = "Turn-rs server config file"; default = { }; example = { turn = { realm = "localhost"; interfaces = [ { transport = "udp"; bind = "127.0.0.1:3478"; external = "127.0.0.1:3478"; } { transport = "tcp"; bind = "127.0.0.1:3478"; external = "127.0.0.1:3478"; } ]; }; auth.static_credentials = { user1 = "test"; user2 = "test"; }; }; }; }; config = lib.mkIf cfg.enable { services.turn-rs.settings = { api.bind = lib.mkDefault "127.0.0.1:3000"; log.level = lib.mkDefault "info"; }; systemd.services.turn-rs = { enable = true; wantedBy = [ "multi-user.target" ]; description = "Turn-rs Server Daemon"; preStart = let configFile = format.generate "turn-rs-config.toml" cfg.settings; in '' ${lib.getExe pkgs.envsubst} -i "${configFile}" -o /run/turn-rs/config.toml ''; serviceConfig = { RuntimeDirectory = "turn-rs"; EnvironmentFile = lib.optional (cfg.secretFile != null) cfg.secretFile; ExecStart = "${lib.getExe cfg.package} --config=/run/turn-rs/config.toml"; DynamicUser = true; }; }; }; } </ins>

Related discussion:
text: Project description A pure rust implemented turn server. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: gpl-3.0 platforms: linux, windows Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
tracker = callPackage ../development/libraries/tracker { }; <del> tracker-miners = callPackage ../development/libraries/tracker-miners { }; </del> tracy = callPackage ../development/tools/tracy { }; trivy = callPackage ../tools/admin/trivy { };

Related discussion:
text: Package name: tracker-miners Latest released version: 3.7.3 <!-- Search your package here: --- Current version on the unstable channel: 3.7.2 Current version on the stable/release channel: 3.6.2 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Tracker was updated in , however tracker-miners wasn't. It currently suffers from this bug: (and generates a lot of failures on a running gnome system). It was fixed in 3.7.3. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
PRs are welcomed.
Code change:
<ins> #! /usr/bin/env nix-shell #! nix-shell -i bash -p curl go-pup # Fetches a list of all available source mirrors from the sage homepage. # Note that the list is sorted by country, but fetchurl doesn't offer an option # to customize mirror preference. curl -s http://www.sagemath.org/download-source.html  | pup 'table#mirror'   | pup 'a attr{href}'  | sed -e 's/index.html/sage-${version}.tar.gz/' </ins>

Related discussion:
text: Since Sage is huge and complicated, I figured I would make this issue to collaboratively track progress and share branches. One big issue is that Sage 7 , instead they use some with scant documentation . has the correct SHA256 for Sage 7.6 and updates a patch file. It currently fails when Sage tries to build . Some nice things to do for the future: ) cc:
thanks for picking this up
Me myself being a miserable loser who has failed to update Sage in the past, I hope you succeed… My attempt hit the following wall. It is unbearably slow to let Sage build everything, but when I had convinced it to use the system versions of majority of dependencies it began to complain cryptically about their interaction in some case.
Can you elaborate? Do you have a branch that has that work? Also, to be clear: I probably don't have the skills or time to upgrade Sage by myself, I was hoping that if we shared our knowledge and de-duplicated efforts we might be able to get closer together
I think it was 6-dot-something; it required a metric ton of adding options to the packages in NixPkgs (I have pushed that all to master long ago), and the Sage tricks are most likely too version-specific. It was long enough ago that I have since abandoned and lost the changes.
In case anybody in here is still waiting for this: I got sage to compile and run. I'm currently trying to minimize the dependencies and check that everything is working correctly (there is one doctest failure, but it was mentioned multiple times in the mailing list and apperas to be harmles -- just a timeout). I'll probably make a PR in the next couple of days.
Code change:
<ins> #! /usr/bin/env nix-shell #! nix-shell -i bash -p curl go-pup # Fetches a list of all available source mirrors from the sage homepage. # Note that the list is sorted by country, but fetchurl doesn't offer an option # to customize mirror preference. curl -s http://www.sagemath.org/download-source.html  | pup 'table#mirror'   | pup 'a attr{href}'  | sed -e 's/index.html/sage-${version}.tar.gz/' </ins>

Related discussion:
text: Sage needs texlive-core-2014, which is deprecated. Run with modern nixpkgs (i.e. from git) System: NixOS: (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version:
Code change:
procps-ng = callPackage ../os-specific/linux/procps-ng { }; <ins> watch = callPackage ../os-specific/linux/procps/watch.nix { }; </ins> qemu_kvm = lowPrio (qemu.override { x86Only = true; }); firmwareLinuxNonfree = callPackage ../os-specific/linux/firmware/firmware-linux-nonfree { };

Related discussion:
text: Which version does it attempt to build? See for explanation.
9
Hmm, are you sure procps(-ng) can work on darwin? I found just
The only reason I wanted it was for the utility, which does work on Darwin. Homebrew has a separate installation target for , so maybe we can do that too.
I see, I noticed that. I'll leave it open then.
Since there is now a specific watch expression, this is no longer a bug.
Code change:
rustPlatform.buildRustPackage rec { pname = "atuin"; <del> version = "18.0.1"; </del> <ins> version = "18.0.2"; </ins> src = fetchFromGitHub { owner = "atuinsh"; repo = "atuin"; rev = "v${version}"; <del> hash = "sha256-fuVSn1vhKn2+Tw5f6zBYHFW3QSL4eisZ6d5pxsj5hh4="; </del> <ins> hash = "sha256-1ZNp6e2ZjVRU0w9m8YDWOHApu8vRYlcg6MJw03ZV49M="; </ins> }; <del> patches = [ # atuin with bash-preexec wasn't recording history properly after searching, # backport recent fix until next release (fetchpatch { url = "https://github.com/atuinsh/atuin/commit/cb11af25afddbad552d337a9c82e74ac4302feca.patch"; sha256 = "sha256-cG99aLKs5msatT7vXiX9Rn5xur2WUjQ/U33nOxuon7I="; }) ]; </del> # TODO: unify this to one hash because updater do not support this cargoHash = if stdenv.isLinux <del> then "sha256-lHWgsVnjSeBmd7O4Fn0pUtTn4XbkBOAouaRHRozil50=" else "sha256-LxfpllzvgUu7ZuD97n3W+el3bdOt5QGXzJbDQ0w8seo="; </del> <ins> then "sha256-1yGv6Tmp7QhxIu3GNyRzK1i9Ghcil30+e8gTvyeKiZs=" else "sha256-+QdtQuXTk7Aw7xwelVDp/0T7FAYOnhDqSjazGemzSLw="; </ins> # atuin's default features include 'check-updates', which do not make sense # for distribution builds. List all other default features.

Related discussion:
text: Package name: atuin Latest released version: 18.0.1 Current version on the unstable channel: 18.0.1 Current version on the stable/release channel: 17.0.1 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If you are planning to open a PR anyway, you don't need to open an issue.
Cool, thanks. I was unsure of the policy around that