jiebi/CodeConvo huggingface dataset:
Change:
# As zlib takes part in the stdenv building, we don't want references # to the bootstrap-tools libgcc (as uses to happen on arm/mips) <del> NIX_CFLAGS_COMPILE = "-static-libgcc"; </del> <ins> NIX_CFLAGS_COMPILE = stdenv.lib.optionalString (!stdenv.isDarwin) "-static-libgcc"; </ins> crossAttrs = { dontStrip = static;

Discussion:
I now get this error trying to build zlib:
Note that this only happens on some machines, as Hydra compiles it fine. I presume it could be caused by being a clang. IMO, if darwin is to be much used, then using native tools will be very painful. Related , CC (claimed to maintain darwin these months).
I agree, but you've completely broken my Nix environment, and presumably the environment of anyone else who uses modern Mavericks (i.e., not what the Hydra machine is using). It's proving non-trivial to fix these issues also, so I'm going to revert your change locally until I have time another day to address these. I would like in future for Hydra to not be accepted as proof that a major change like this is acceptable. I had told you on IRC that your stdenv branch broke my environment, but it was ignored because you saw the Hydra status.
Well, it's a difficult thing when most people aren't able to test at all, and different people can even get different results. By people trying to rebuild what they use, you always test only quite limited subset, so the value of Hydra testability (coming from purity) is immense for nixpkgs to be well usable. Besides, those people on modern Macs will IMHO typically follow a channel and get working binaries as usual.
Needless to say, if Nix wants active darwin contributors (like myself), then we need a better solution than "It worked on Hydra, people can just download binaries built by an older system". Meanwhile, I can't continue working on until I spend the next few days fixing the damage -- and I won't have time to do this since I'm at OPLSS for the next two weeks. I would rather have collaborated with you on this before it got merged to . I'm happy to work with you to fix any and all darwin problems; but having those problems be on master greatly impacts my ability to work on and push other fixes that I now have in my queue.
Hmm, opinions from anyone else? Technically it shouldn't be a problem to (partly) revert the stdenv merge now, until someone solves the darwin issue.
BTW, any idea which commit causes the issue? The gcc bump, or something from the grsecurity branch?

(I'm thinking of reverting it conditionally on platform, if it's caused by not too complicated change.)
I'm not sure yet, the breakage has me quite confused. I can't see how it would possibly be the grsecurity branch. I'm going to look at the diff between master and master-reverted.
Have you found anything new on this?
Yes, I fixed the compilation errors and now everything that I build normally is working for me again. I e-mailed a summary of what I did to the mailing list.
Change:
fish = callPackage ../shells/fish { }; <ins> oh-my-fish = callPackage ../shells/fish/oh-my-fish { }; </ins> wrapFish = callPackage ../shells/fish/wrapper.nix { }; fishPlugins = recurseIntoAttrs (callPackage ../shells/fish/plugins { });

Discussion:
Project description Oh My Fish provides core infrastructure to allow to install packages which extend or modify the look of fish shell. It's fast, extensible and easy to use. Very similar to Oh-my-zsh that is already in NixOs package repo Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin,
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Any news on this?
I am still trying to understand how oh-my-zsh works.
Well, it just looks like a copy-paste. Just a giant install phase. <details<summaryTREE</summary</details
Isn't this issue about oh-my-fish instead of zsh?
Yes, it is. And I am studying oh-my-zsh in order to use it as a "template".
Change:
principia = callPackage ../games/principia { }; <del> prismlauncher-qt5 = libsForQt5.callPackage ../games/prismlauncher { }; </del> <ins> prismlauncher-qt5-unwrapped = libsForQt5.callPackage ../games/prismlauncher { }; </ins> <del> prismlauncher = qt6Packages.callPackage ../games/prismlauncher { }; </del> <ins> prismlauncher-qt5 = libsForQt5.callPackage ../games/prismlauncher/wrapper.nix { prismlauncher-unwrapped = prismlauncher-qt5-unwrapped; }; prismlauncher-unwrapped = qt6Packages.callPackage ../games/prismlauncher { }; prismlauncher = qt6Packages.callPackage ../games/prismlauncher/wrapper.nix { }; </ins> pong3d = callPackage ../games/pong3d { };

Discussion:
It's common to use custom builds of GLFW with Minecraft, for things like improved Wayland support. At the moment, Prism Launcher is built and wrapped in a . This means that overriding libraries such as GLFW, that aren't actually used in the build process but rather used by prebuilt copies of Minecraft at runtime, result in a binary cache miss - triggering local a rebuild of the entire launcher. I propose that the wrapping pattern is implemented here, building the launch wrapper in a new derivation. This way, runtime dependencies can be changed without changing the hash of the launcher binary derivation.
This sounds like a good idea to me, let's do this
Change:
<ins> [ { "psitransfer": "git+https://github.com/psi-4ward/psitransfer#v2.0.1" } ] </ins>

Discussion:
Project description Simple open-source self-hosted file sharing solution. Metadata homepage URL: source URL: license: bsd platforms: linux
I may have a go at this myself over the next few weeks but figured I'd start by posting it here.
I marked this as stale due to inactivity. &rarr;
Looks like you contributed this in :)
Change:
#Use this instead of stdenv to build with clang clangStdenv = if stdenv.isDarwin then stdenv else lowPrio llvmPackages.stdenv; clang-sierraHack-stdenv = overrideCC stdenv clang-sierraHack; <del> libcxxStdenv = lowPrio llvmPackages.libcxxStdenv; </del> <ins> libcxxStdenv = if stdenv.isDarwin then stdenv else lowPrio llvmPackages.libcxxStdenv; </ins> clean = callPackage ../development/compilers/clean { };

Discussion:
In Nixpkgs 17.09, 3.9 cannot find libstdc++ headers: This does work correctly with Clang 4.0 in 17.09, or Clang 3.9 in 17.03. Setting shows that the cc-wrapper is not adding the appropriate flags pointing to libstdc++ in gcc. See above. System: NixOS 17.03 Nix version: 1.12pre Nixpkgs version: 17.09beta285. Sandboxing enabled: no
According to git-bisect, one of the following commits is causing the issue (all by
Hmm, was supposed to have fixed this, but I guess only fixed 4.0. any idea?
Really thought I already applied those changes to the other versions, must have forgotten to push or something.
Ah I see now---I should have noticed when reviewing that. While we're at it, maybe we should inject it in cc-wrapper instead of stdenv? This mirrors and keeps slimmer.
Change:
{ callPackage, ... } @ args: callPackage ./generic.nix (args // { <del> version = "3.0.24"; sha256 = "1yxw4jg9n49dbi1mjdfpxczsznl9m6sxlzkmzjancmjzvj5s6bvz"; </del> <ins> version = "3.0.26"; sha256 = "09wim1w2yizcqpja62jk64fhaw3jgnrgrjlrm4kgmcc3g3bsmw6i"; </ins> generation = "3_0"; })

Discussion:
, CVSSv3=9.1 (nixos-21.11, nixos-unstable) When running Apache Cassandra with the following configuration: enableuserdefinedfunctions: true enablescripteduserdefinedfunctions: true enableuserdefinedfunctions_threads: false it is possible for an attacker to execute arbitrary code on the host. The attacker would need to have enough permissions to create user defined functions in the cluster to be able to exploit this. Note that this configuration is documented as unsafe, and will continue to be considered unsafe after this CVE. Scanned versions: nixos-21.11: ; nixos-unstable: . Cc
This CVE only affects configurations with a specific option enabled that is not enabled by default.
Upon second reading, a fix is available, which is relevant for those with vulnerable configs.
Change:
gi-ostree:                                    [ x86_64-darwin ] gtk-mac-integration:                          [ i686-linux, x86_64-linux ] hcwiid:                                       [ x86_64-darwin ] <del> hfsevents:                                    [ x86_64-darwin ] </del> HFuse:                                        [ x86_64-darwin ] hommage-ds:                                   [ i686-linux, x86_64-linux, x86_64-darwin ] lio-fs:                                       [ x86_64-darwin ]

Discussion:
The issue is due to an inverted logic error marking not supported on darwin when it should be marked as only supported darwin instead. cc an expression depending on Nix 2.0.4 on x86_64-darwin on Travis
Tried this again with travis with nixpkgs pinned to this commit, but it still fails for some reason, any ideas?
That commit configures which generates that file, so it takes another run of that tool before the configured changes take effect. has the update.
Is a full regen expected on 19.03 as well before release? Right now, the job does not eval because of this, but I guess we don't need to manually poke it if it's going to be regenerated. :)
I don't think we'll re-generate on the release branch any time soon, so manually submitted changes there are probably the way to go. I might do a complete update at some point in the future, but I can't say for sure. Updating a branch that's supposed to be stable is a lot of work.
Change:
<del> { lib, stdenv, fetchurl, openssl, libcap, curl, which , eventlog, pkg-config, glib, python3, systemd, perl , riemann_c_client, protobufc, pcre, libnet , json_c, libuuid, libivykis, mongoc, rabbitmq-c </del> <ins> { lib , stdenv , fetchFromGitHub , autoconf-archive , autoreconfHook , bison , flex , openssl , libcap , curl , which , eventlog , pkg-config , glib , hiredis , systemd , perl , python3 , riemann_c_client , protobufc , pcre , paho-mqtt-c , libnet , json_c , libuuid , libivykis , libxslt , docbook_xsl , pcre2 , mongoc , rabbitmq-c </ins> , libesmtp <ins> , rdkafka </ins> }: <ins> let python-deps = ps: with ps; [ pip boto3 botocore cachetools certifi charset-normalizer google-auth idna kubernetes oauthlib pyasn1 pyasn1-modules python-dateutil pyyaml requests requests-oauthlib rsa six urllib3 websocket-client ply ]; myPy3 = (python3.withPackages python-deps); in </ins> stdenv.mkDerivation rec { pname = "syslog-ng"; <del> version = "3.38.1"; </del> <ins> version = "4.4.0"; </ins> <del> src = fetchurl { url = "https://github.com/${pname}/${pname}/releases/download/${pname}-${version}/${pname}-${version}.tar.gz"; sha256 = "sha256-VJH2htC4KbabLg/A1mpi9RmRqvruAFR1v6OPqzmUQfc="; </del> <ins> src = fetchFromGitHub { owner = "syslog-ng"; repo = "syslog-ng"; rev = "syslog-ng-${version}"; hash = "sha256-NXwd4dyPfnHO3yjl3GPAMQYqenfpp7xFOil2G1e66w4="; </ins> }; <del> nativeBuildInputs = [ pkg-config which ]; </del> <ins> nativeBuildInputs = [ autoreconfHook autoconf-archive pkg-config which bison flex libxslt perl myPy3 ]; </ins> buildInputs = [ libcap

Discussion:
I tried to update it, but it seems like it wants to build a virtualenv and fetch dependencies. Not sure how to to properly fix it. Maybe just customizing the python and adding the deps will be enough. Package name: syslogng Latest released version: 4.1.1 <!-- Search your package here: --- Current version on the unstable channel: 3.38.1 Current version on the stable/release channel: 3.38.1 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.
will be fixed by
Change:
# Test hidepid with subtest("hidepid=2 option is applied and works"): <del> machine.succeed("grep -Fq hidepid=2 /proc/mounts") </del> <ins> # Linux >= 5.8 shows "invisible" machine.succeed( "grep -Fq hidepid=2 /proc/mounts || grep -Fq hidepid=invisible /proc/mounts" ) </ins> # cannot use pgrep -u here, it segfaults when access to process info is denied machine.succeed("[ `su - sybil -c 'ps --no-headers --user root | wc -l'` = 0 ]") machine.succeed("[ `su - alice -c 'ps --no-headers --user root | wc -l'` != 0 ]")

Discussion:
Describe the bug See Its done it several times so far It fails very early in the test (20~ secs) at this step The code in the test in question: Interestingly, the regular test doesn't fail So it's an issue with specifically. Expected behavior :greencircle: not :red_circle: Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
Should be fixed in
I didn't notice you opened this and unblocked the channel temporarily by .
Thanks for fixing :heart:
Change:
<ins> { lib , rustPlatform , fetchFromGitHub }: rustPlatform.buildRustPackage rec { pname = "obsidian-export"; version = "23.12.0"; src = fetchFromGitHub { owner = "zoni"; repo = "obsidian-export"; rev = "v${version}"; hash = "sha256-r5G2XVV2F/Bt29gxuTZKX+KxH6RFa1hJNH3gSTi7yCU="; }; cargoHash = "sha256-lkqoMFasHpfhmVd3dlYd/TKIBIDzqMbsxfigpeJq0w8="; meta = { changelog = "https://github.com/zoni/obsidian-export/blob/${src.rev}/CHANGELOG.md"; description = "Rust library and CLI to export an Obsidian vault to regular Markdown"; homepage = "https://github.com/zoni/obsidian-export"; license = lib.licenses.bsd2Patent; mainProgram = "obsidian-export"; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { stdenv, fetchFromGitHub, SDL, ffmpeg, frei0r, libjack2, libdv, libsamplerate , libvorbis, libxml2, makeWrapper, movit, pkgconfig, sox, qtbase, qtsvg , fftw, vid-stab, opencv3, ladspa-sdk, genericUpdater, common-updater-scripts </del> <ins> { stdenv , fetchFromGitHub , SDL , ffmpeg , frei0r , libjack2 , libdv , libsamplerate , libvorbis , libxml2 , movit , pkgconfig , sox , qtbase , qtsvg , fftw , vid-stab , opencv3 , ladspa-sdk , genericUpdater , common-updater-scripts , ladspaPlugins , mkDerivation , which </ins> }: let inherit (stdenv.lib) getDev; in <del> stdenv.mkDerivation rec { </del> <ins> mkDerivation rec { </ins> pname = "mlt"; version = "6.22.1";

Discussion:
Shotcut in theory supports LADSPA plugins. However, LADSPA plugins are not found by Shotcut on NixOS version Install a bunch of LADSPA plugins (by listing them in ) Open Shotcut Add effects to a track Look for audio effects: no LADSPA plugins are shown Please run and paste the results.
cc maintainers
I tried to build shotcut and mlt with ladspa-sdk and set LADSPA_PATH, but did not manage to get the ladspa plugins working yet. ,-(
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
found out why: configure is using , which is not available, and therefore does disable ladspa. Preparing a PR.
Change:
buildGoModule rec { pname = "argocd-autopilot"; <del> version = "0.3.5"; </del> <ins> version = "0.3.7"; </ins> src = fetchFromGitHub { owner = "argoproj-labs"; repo = "argocd-autopilot"; rev = "v${version}"; <del> sha256 = "sha256-YqnmtDVtprQQFbL++X9rUJFGj+fMD+fvDRWsQ+uOxxo="; </del> <ins> sha256 = "sha256-dLmJQCASdWkzWOPQ0bdJLe2AD06+L2ghP2yWry1XL1k="; </ins> }; <del> vendorSha256 = "sha256-r8RTwMzFS/BkxW08+wfAovuFLpIOReDsuHi/Hx9cVPc="; </del> <ins> vendorSha256 = "sha256-0v/HTiQf/mZUU1b55jAnSj86NEFOUaiM+/MrVvwJYBM="; </ins> proxyVendor = true;

Discussion:
Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Related to I think that is related to app URL, since I generally enforce it with flag I did not spot this bug until now. Example: could you please test with the command above? (NOTE: It will pull an old version to test, 0.2.5, just to make sure that it works). Also, please make sure you are exporting GIT_TOKEN. I will double-check if there is anything different between our expression and argocd-autopilot build scripts to make sure we are not breaking something.
Found a small typo, will test it.
Yeap, fully working now, PR for it
Change:
<ins> { fetchFromGitHub , lib , libGLU , SDL2 , SDL2_net , stdenv , zlib }: stdenv.mkDerivation rec { pname = "supermodel"; version = "0-unstable-2024-04-05"; src = fetchFromGitHub { owner = "trzy"; repo = "supermodel"; rev = "250f84e78eba381adf8cd731ce20b1b9be43c8c8"; hash = "sha256-3sDtNMW5R5Eq9GXJzKs0mQdiLUIWl6+4+rzKg8xpqEY="; }; buildInputs = [ libGLU SDL2 SDL2_net zlib ]; env.NIX_CFLAGS_COMPILE = "-Wno-error=format-security"; makefile = "Makefiles/Makefile.UNIX"; makeFlags = [ "NET_BOARD=1" ]; installPhase = '' runHook preInstall mkdir -p $out/bin mkdir -p $out/share/supermodel cp bin/* $out/bin cp -r Config Assets $out/share/supermodel runHook postInstall ''; meta = { description = "A Sega Model 3 Arcade Emulator"; homepage = "https://github.com/trzy/supermodel"; license = lib.licenses.gpl3; longDescription = '' Supermodel requires specific files to be present in the $HOME directory of the user running the emulator. To ensure these files are present, move the configuration and assets as follows: <code>cp $out/share/supermodel/Config/Supermodel.ini ~/.config/supermodel/Config/Supermodel.ini</code> <code>cp -r $out/share/supermodel/Assets/* ~/.local/share/supermodel/Assets/</code> Then the emulator can be started with: <code>supermodel -game-xml-file=$out/share/supermodel/Config/Games.xml /path/to/romset</code>. ''; mainProgram = "supermodel"; maintainers = with lib.maintainers; [ msanft ]; platforms = lib.platforms.linux; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --Supermodel emulates Sega's Model 3 arcade platform, allowing you to relive state-of-the-art 3D arcade gaming as it existed from 1996 through 1999. Metadata homepage URL: source URL: license: GPL platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, ncurses , nim , pandoc <del> , perl </del> , pkg-config , zlib <ins> , unstableGitUpdater , libseccomp , substituteAll </ins> }: stdenv.mkDerivation { pname = "chawan"; <del> version = "0-unstable-2024-03-01"; </del> <ins> version = "0-unstable-2024-07-14"; </ins> src = fetchFromSourcehut { owner = "~bptato"; repo = "chawan"; <del> rev = "87ba9a87be15abbe06837f1519cfb76f4bf759f3"; hash = "sha256-Xs+Mxe5/uoxPMf4FuelpO+bRJ1KdfASVI7rWqtboJZw="; </del> <ins> rev = "0e3d67f31df2c2d53aa0e578439852731e5f5af9"; hash = "sha256-eVoZisQyaebWO58a0a0KR7fwsL1kTmPX1SayqdnmSuk="; </ins> fetchSubmodules = true; }; patches = [ # Include chawan's man pages in mancha's search path <del> ./mancha-augment-path.diff </del> <ins> (substituteAll { src = ./mancha-augment-path.diff; out = placeholder "out"; }) </ins> ]; env.NIX_CFLAGS_COMPILE = toString ( lib.optional stdenv.cc.isClang "-Wno-error=implicit-function-declaration" ); <del> buildInputs = [ curlMinimal ncurses perl zlib ]; </del> nativeBuildInputs = [ makeBinaryWrapper nim

Discussion:
Steps to reproduce the behavior: chawan () Related to Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
(p: [ p.pygobject3 p.dbus-python p.python-dbusmock ])) ]; <del> # meson install tries to create /var/lib/boltd patches = [ ./0001-skip-mkdir.patch ]; </del> <ins> patches = [ # meson install tries to create /var/lib/boltd ./0001-skip-mkdir.patch # https://github.com/NixOS/nixpkgs/issues/104429 # Upstream issue: https://gitlab.freedesktop.org/bolt/bolt/-/issues/167 (fetchpatch { name = "disable-atime-tests.diff"; url = "https://gitlab.freedesktop.org/roberth/bolt/-/commit/1f672a7de2ebc4dd51590bb90f3b873a8ac0f4e6.diff"; sha256 = "134f5s6kjqs6612pwq5pm1miy58crn1kxbyyqhzjnzmf9m57fnc8"; }) ]; </ins> postPatch = '' patchShebangs scripts tests

Discussion:
Describe the bug bolt 0.9 appears to have broken/flaky tests. As of I cannot rebuild my system. Hydra fails in the same way: To Reproduce Build bolt-0.9, (hopefully) observe test failure. Expected behavior Bolt passes tests/has tests disabled. Screenshots N/A Additional context N/A Notify maintainers Metadata Maintainer information:
cc
This is now blocking the nixos-unstable channel. One restart didn't fix it. Upstream issue No response for two weeks.
The perceived nondeterminism of the test may have been caused by the presence of mount options on some/most of the builders. I've proposed to remove atime-dependent assertions in and upstream (linked from there)
Change:
automatically from NixOS's Git repository after certain tests have passed and all packages have been built. These channels are: <del> -   *Stable channels*, such as [`nixos-22.11`](https://nixos.org/channels/nixos-22.05). </del> <ins> -   *Stable channels*, such as [`nixos-22.11`](https://nixos.org/channels/nixos-22.11). </ins> These only get conservative bug fixes and package upgrades. For instance, a channel update may cause the Linux kernel on your system to be upgraded from 4.19.34 to 4.19.38 (a minor bug fix), but not

Discussion:
Note the mismatch between the text and url. [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Change the link url to point to the channel.
Change:
ADF, DMS, LZX, PowerPacker, LBR, Squeeze, Crunch, and other old formats. ''; license = licenses.lgpl21Plus; <del> maintainers = with maintainers; [ peterhoeg ]; platforms = platforms.linux; </del> <ins> maintainers = with maintainers; [ peterhoeg thiagokokada ]; platforms = platforms.unix; </ins> }; }

Discussion:
Sadly doesn't build on macOS right now, so we can't use this on macOS. If someone could make work on macOS, it would be great. I did try to do it here but could get it to fix the link issue: Originally posted by in
If someone wants to know what is the link error I am getting, here is the build log: The error: As far I understand from searching, is proprietary so we can't link to it directly. Still, I am really curious on why it is trying to build with ARC enabled since I am not passing as parameter to .
Have you tried passing ?
Not sure how to pass it, I tried this: Same error.
To make it clear: it doesn't seem that is picking this option. Searching from my buffer if it was being passed I didn't found any references for .
Here is a tip: you can check compiler flags by passing to
It does seem to be passing it, but linker still tries to link with . I also tried this. Same thing:
This works here:
Thanks Finally it works. Just doing some checks and clean-up and I am going to open a PR.
Maybe we should use Text API files, similar to what we do when linking against ?