jiebi/CodeConvo huggingface dataset:
Change:
if [ -z "''${CUDAHOSTCXX-}" ]; then export CUDAHOSTCXX=${backendStdenv.cc}/bin; fi <del> export NVCC_PREPEND_FLAGS+=' --compiler-bindir=${backendStdenv.cc}/bin' </del> <ins> export NVCC_PREPEND_FLAGS+=' --compiler-bindir=${backendStdenv.cc}/bin -Xfatbin=-compress-all' </ins> EOF # Move some libraries to the lib output so that programs that

Discussion:
Steps to reproduce the behavior: magma From : Also may be interested.
Is this related to the race condition error you saw before?
can you tell me more about what hardware you're using, and what your looks like? For reference, runs without issue for me with using a 4090 and an i9 13900k: EDIT: Would you also try building with I made some changes there that moved the CUDA runtime stub and NVCC into . I'm curious if that helps at all.
I don't think so -- closest I can remember to this was the linking error AMD HIP had with 2.7.x (which is why its stuck on magma 2.6.x), but that was a different inscrutable error from .
CPU is a Xeon Gold 5218 with Quadro RTX 8000 GPUs. I haven't set any configuration other than and .
I don't know why this issue isn't affecting your builds but most likely the fix is to set :
Haven't tried yet either, sorry.
Any idea when this failure started occurring?
magma 2.6.2 I believe works but 2.7.1 fails. I can try to bisect at some point if needed.
What channel were you building from by the way? I'm gonna try to find a way to match your setup but I need to know exactly which version of nixpkgs you're using to build.
Okay, I was able to reproduce it. It happened while a Nixpkgs-review for that magma PR I linked earlier. I suspect it has something to do with either my disabling or restricting . Time to investigate ‍
Something for me to look at later tonight; if it is the case that the increased number of cuda capabilities being targeted is causing the binary to bloat, check that we're using , like PyTorch : IIRC Magma doesn't set that flag. Also, I remember being unable to find specifically in the NVCC docs. Since PyTorch also ships binaries targeting a bunch of different CUDA capabilities, their configs are a goldmine of flags we might need to look into. EDIT: Haven't built with it yet, but it seems like it should fix it.

Apache MXNet had the same issue: EDIT2: Reminder to self: if that is the fix, add here: and here:
I know it's still a draft but can you try building again with I think it should fix your issue. Unrelated, but if you're building anything from source and you want faster builds I highly recommend specifying the single compute capability you need to build for (like I do here ) because it results in massively faster builds. HEAD right now builds for 14 different capabilities and that PR gets it down to 8, but it's much faster to build for just one.
is building for me from that branch (without any configuring compute capabilities yet), thanks.
Change:
<ins> { lib , buildPythonPackage , fetchPypi , pytestCheckHook , chardet , cssselect , lxml }: buildPythonPackage rec { pname = "readability-lxml"; version = "0.8.1"; src = fetchPypi { inherit pname version; sha256 = "sha256-5R/qVrWQmq+IbTB9SOeeCWKTJVr6Vnt9CLypTSWxpOE="; }; propagatedBuildInputs = [ chardet cssselect lxml ]; postPatch = '' substituteInPlace setup.py --replace 'sys.platform == "darwin"' "False" ''; doCheck = false; meta = with lib; { description = "Fast python port of arc90's readability tool"; homepage = "https://github.com/buriy/python-readability"; license = licenses.apsl20; maintainers = with maintainers; [ siraben ]; }; } </ins>

Discussion:
, CVSSv3=4.3 (nixos-21.11) archivy is vulnerable to Cross-Site Request Forgery (CSRF) Scanned versions: nixos-21.11: . Cc
Change:
<del> { lib , stdenv , fetchFromGitHub , cmake , ffmpeg , libglut , freeimage , glew , glfw , glm , libGL , libpulseaudio , libX11 , libXau , libXdmcp , libXext , libXpm , libXrandr , libXxf86vm , lz4 , mpv , pkg-config , SDL2 , SDL2_mixer , zlib }: stdenv.mkDerivation { pname = "linux-wallpaperengine"; version = "unstable-2023-09-23"; src = fetchFromGitHub { owner = "Almamu"; repo = "linux-wallpaperengine"; # upstream lacks versioned releases rev = "21c38d9fd1d3d89376c870cec5c5e5dc7086bc3c"; hash = "sha256-bZlMHlNKSydh9eGm5cFSEtv/RV9sA5ABs99uurblBZY="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ ffmpeg libglut freeimage glew glfw glm libGL libpulseaudio libX11 libXau libXdmcp libXext libXrandr libXpm libXxf86vm mpv lz4 SDL2 SDL2_mixer.all zlib ]; meta = { description = "Wallpaper Engine backgrounds for Linux"; homepage = "https://github.com/Almamu/linux-wallpaperengine"; license = lib.licenses.gpl3Only; mainProgram = "linux-wallpaperengine"; maintainers = with lib.maintainers; [ eclairevoyant ]; platforms = lib.platforms.linux; }; } </del>

Discussion:
Package name: linux-wallpaperengine Latest released version: 2023-09-23 Current version on the unstable channel: 2023-09-23 Current version on the stable/release channel: 2023-09-23 <!-- 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 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
inherit stdenv; inherit (pkgs.darwin) sigtool; <ins> inherit (pkgs.darwin.apple_sdk_11_0) llvmPackages_14; </ins> inherit (pkgs.darwin.apple_sdk_11_0.frameworks) Accelerate AppKit Carbon Cocoa GSS ImageCaptureCore ImageIO IOKit OSAKit Quartz QuartzCore UniformTypeIdentifiers WebKit;

Discussion:
Steps to reproduce the behavior: emacs29-macport The emacs is installed using home-manager on MacOS Reverting NixOS/nixpkgs back to NixOS/nixpkgs fixes the problem.
Well, I don't have machine to test Darwin things. But, is this a home-manager related thing? Have you tried to run a nix-shell?
I am not sure, but it surely stopped working after NixOS/nixpkgs . Please also take a look at this file listings below <details<summary Working </summary<p</p</details<details<summary Latest </summary<p</p</detailsIt seems that there is fewer files now in the output for whatever reason?
I'm having the same issue on darwin with emacs28-macport
Running between the and yields this as the breaking commit:
Invoking
is gated on in : Which is set by checking for : Which, according to , fails because of more SDK issues: This is happening because is still including an old Libsystem, this time from : Looks like may have produced a non-failing build, but missed this usage of .
Also built on Hydra:
I think the issue we're concerned about is still not fixed. is missing and is incorrectly built.
I was wrong here. doesn't propagate Libsystem, it only depends on it. The correct (and baffling) solution is to explicitly inherit llvmPackages14 from .
Change:
}; meta.homepage = "https://github.com/ambroisie/tree-sitter-bp"; }; <ins> bqn = buildGrammar { language = "bpn"; version = "0.0.0+rev=8c62b74"; src = fetchFromGitHub { owner = "shnarazk"; repo = "tree-sitter-bqn"; rev = "8c62b746924398304c8fa1aa18393c3124d1e50d"; hash = "sha256-jK0zn7DWzy2yfYOX1ZBoGOC7QBrcp4PHWnaOKaDL9ws="; }; meta.homepage = "https://github.com/shnarazk/tree-sitter-bqn"; }; </ins> c = buildGrammar { language = "c"; version = "0.0.0+rev=deca017";

Discussion:
BQN grammar for tree-sitter <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mpl2 platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
environment.etc."fish/config.fish".text = '' # /etc/fish/config.fish: DO NOT EDIT -- this file has been generated automatically. <del> # if our parent shell didn't source the general config, do it </del> <ins> # if we haven't sourced the general config, do it </ins> if not set -q __fish_nixos_general_config_sourced set fish_function_path ${pkgs.fish-foreign-env}/share/fish-foreign-env/functions $fish_function_path fenv source /etc/fish/foreign-env/shellInit > /dev/null

Discussion:
Fish usually has available, but the aliases are now missing, when the shell is not a login shell (presumably because of ). Have Then launch as a not-login shell. Try to use . System: 17.09pre107265. (Hummingbird)
Agh, what a mess. Thanks for raising this issue.
I think this issue is a little subtler than one would think: aliases are sourced, but only when the parent shell has not already sourced the interactive configuration. This is out of line with the behavior of the other shells on NixOS. I have a fix which I've tested with your example here. I will post a link to the relevant PR momentarily (after I put it up).
So apparently outgoing SSH is blocked from the WiFi on this cruise ship, so I can't push commits with the remotes I have set up, and my sister is nagging me to get off the computer so we can go out. If you need a quick fix on your own machine (I will be back later today, while I still have internet access, to submit the new PR), just change the lines in the NixOS module for fish () to and your aliases will get sourced every time the shell starts, so changes will be reflected without a reboot or manually unsetting the relevant variable before starting a new shell (). (The latter will do the trick if you want a quick fix without any changes to your Nixpkgs tree.)
there's a fix in this commit:
Thanks!

It looks like PR messed something up with fish environment as now connecting to a server with mosh fails giving fish: Unknown command 'mosh-server new -c 256 -s -l LANG=enUS.UTF-8 -l LCALL=enUS.UTF-8' fish: mosh-server 'new' '-c' '256' '-s' '-l' 'LANG=enUS.UTF-8' '-l' 'LCALL=enUS.UTF-8' I reverted the commit (it was mistakenly merged into 17.03) and mosh started working again. the system
I will likely not get a chance to really look into this until next week, but I will definitely figure out what went wrong here. Sorry about this! :-(
Don't worry too much, it's not something critical (hopefully it's the only thing affected). I'll try to sort this out though I have little experience here.
there's a fix in this commit:
Change:
''; }; <ins> rb-readline = attrs: { dontBuild = false; postPatch = '' substituteInPlace lib/rbreadline.rb  --replace 'infocmp' '${ncurses.dev}/bin/infocmp' ''; }; </ins> timfel-krb5-auth = attrs: { buildInputs = [ kerberos ]; };

Discussion:
The metasploit package no longer builds. I've updating it myself, but I haven't been very successful. If someone could point out my mistake I would gladly correct it and submit a PR.
Is this issue still relevant? , (pinging you because you are able to close this if necessary)
Looks relevant to me, as there was no commit to metasploit that updates or fixes it. Why do you think I isn't relevant anymore?
Current version: 3.3.1 Last stable version: 4.12 We definitely need a maintainer. is there a tag for ?
Change:
<ins> { stdenv, lib, fetchurl, makeWrapper, makeDesktopItem, copyDesktopItems, electron }: let version = "0.13.0"; appIcon = fetchurl { url = "https://raw.githubusercontent.com/Splode/pomotroid/v${version}/static/icon.png"; sha256 = "sha256-BEPoOBErw5ZCeK4rtdxdwZZLimbpglu1Cu++4xzuVUs="; }; in stdenv.mkDerivation rec { pname = "pomotroid"; inherit version; src = fetchurl { url = "https://github.com/Splode/pomotroid/releases/download/v${version}/${pname}-${version}-linux.tar.gz"; sha256 = "sha256-AwpVnvwWQd/cgmZvtr5NprnLyeXz6ym4Fywc808tcSc="; }; nativeBuildInputs = [ makeWrapper copyDesktopItems ]; desktopItems = [ (makeDesktopItem { name = pname; exec = "pomotroid"; icon = "pomotroid"; comment = meta.description; desktopName = "Pomotroid"; genericName = "Pomodoro Application"; }) ]; dontConfigure = true; dontBuild = true; installPhase = '' runHook preInstall mkdir -p $out/opt/pomotroid $out/share/pomotroid $out/share/pixmaps cp -r ./ $out/opt/pomotroid mv $out/opt/pomotroid/{locales,resources} $out/share/pomotroid cp ${appIcon} $out/share/pixmaps/pomotroid.png makeWrapper ${electron}/bin/electron $out/bin/pomotroid  --add-flags $out/share/pomotroid/resources/app.asar runHook postInstall ''; meta = with lib; { description = "Simple and visually-pleasing Pomodoro timer"; homepage = "https://splode.github.io/pomotroid"; license = licenses.mit; maintainers = with maintainers; [ wolfangaukang ]; platforms = [ "x86_64-linux" ]; }; } </ins>

Discussion:
Project description Pomotroid is a simple and configurable Pomodoro timer. It aims to provide a visually-pleasing and reliable way to track productivity using the Pomodoro Technique. Metadata homepage URL: source URL: license: mit platforms: linux, windows, mac
I have been trying to work on this one. I'm having the following issues: Can't build from source because of a dependency Although the tarball builds fine, I just get a blue window ! Not sure what to do in this case, so here is what I have done so far in case someone wants to tackle it:
Got it working with , so you might need to enable the insecure flag to use it.
Merged
Change:
pymongo python-dateutil pytz <ins> regex </ins> requests <del> setuptools </del> typing-extensions <ins> zstandard </ins> ]; enableParallelBuilding = true;

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python39Packages.tensorflow-datasets maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: - -
huh this is a weird failure to me since fasteners==0.18 at the time of this commit which should be working... building locally on this commit i get a different failure: very peculiar...
Change:
postPatch = '' substituteInPlace pyproject.toml setup.py  --replace "setuptools_scm < 8.0.0" "setuptools_scm" <ins> '' + lib.optionalString (pythonAtLeast "3.12") '' substituteInPlace ./cmake_modules/FindPython3Alt.cmake --replace-fail  "from distutils import sysconfig"  "import sysconfig" </ins> ''; nativeBuildInputs = [

Discussion:
Steps to reproduce the behavior: (currently on staging-next) Upstream provides Python 3.12 wheels on PyPi. I need this for home-assistants Python 3.12 migration by end of March 2024 at the latest. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Issue exists on Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
We can patch to use Also the linked issue at is fixed since 4 years.
Thanks for the sleuthing. Fix incoming.
Just did the same in the background and opened
Change:
<del> { stdenv, buildPythonPackage, fetchPypi, glibcLocales }: </del> <ins> { stdenv, buildPythonPackage, isPy3k, fetchPypi, glibcLocales }: </ins> buildPythonPackage rec { pname = "urwid";

Discussion:
I'm not sure how to tackle this, but I recently updated my channels (unstable) and getting this issue with urwid (python2.7) after went in. Here's the logs just in case it's helpful to anyone: trying to build just that package fails in the same way: Notify maintainers Metadata
To my own dismay, this was circumvented in my system by disabling tests. However, again, in my system, the only reason I needed was because targetcli is hard set to build with python2. It would probably make sense to switch whatever made you hit this issue to py3 too.
this looks more like urwid doesn't support python2 for testing
isn't that what does? (disable tests on python2?). I tried to install the package with those modifications locally and worked. (Skipped tests). (for other newbies' future ref): I figured out the reason why was installed was as a dependency for . I'm not using , so just ended up removing wicd. was the command that helped me to figure it out.
I made a PR to disable the python2 tests, however, I'm not sure that upstream is checking the results of python2 anymore as the tests seemed to have issues decoding string correctly. This could be just the tests are python3 only, but I wouldn't use python2.... for anything right now
Change:
<del> { stdenv, lib, fetchurl, undmg }: let versionComponents = [ "4" "0" "1" ]; appName = "MuseScore ${builtins.head versionComponents}"; ref = "230121751"; in stdenv.mkDerivation rec { pname = "musescore-darwin"; version = lib.concatStringsSep "." versionComponents; # The disk image contains the .app and a symlink to /Applications. sourceRoot = "${appName}.app"; src = fetchurl { url =  "https://github.com/musescore/MuseScore/releases/download/v${version}/MuseScore-${version}.${ref}.dmg"; hash = "sha256-tkIEV+tCS0SYh2TlC70/zEBUEOSg//EaSKDGA7kH/vo="; }; buildInputs = [ undmg ]; installPhase = '' mkdir -p "$out/Applications/${appName}.app" cp -R . "$out/Applications/${appName}.app" chmod a+x "$out/Applications/${appName}.app/Contents/MacOS/mscore" ''; meta = with lib; { description = "Music notation and composition software"; homepage = "https://musescore.org/"; license = licenses.gpl3Only; platforms = platforms.darwin; maintainers = []; }; } </del>

Discussion:
Package name: MuseScore Latest released version: 4.1 Current version on the unstable channel: 4.0.2 Current version on the stable/release channel: 4.0.2 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Thanks for the notification! Your review is welcome at .
Change:
find /opt -mindepth 1 -maxdepth 1 ! -name a_dir # all files in /opt except for a_dir ''; }; <ins> remote-noinit-backup = { inherit passwordFile exclude pruneOpts paths; initialize = false; repository = remoteNoInitRepository; }; </ins> rclonebackup = { inherit passwordFile paths exclude pruneOpts; initialize = true;

Discussion:
Recent changes to the assume the presence of the list even when it is not in use (it defaults to null). This prevents the service from running. Problem line: Steps to reproduce the behavior: a backup service without the 'dynamicFilesFrom' option that is included in the service's ExecStart service failing due to error Argument should not be passed if is not in use <!-- 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.
cc
Please provide the relevant part of your configuration hughobrien am Mi., 1. Nov. 2023, 01:07:
The problematic section is unconditional so I do not believe the config matters. Nevertheless
Ah, I see. I'll send a fix in the evening. In the meantime, you can work around the problem by setting (which does not change anything if the repository already exists). hughobrien am Mi., 1. Nov. 2023, 15:08:
Change:
<del> { lib , SDL2 , SDL2_image , copyDesktopItems , fetchFromGitHub , gettext , glib , gtk3 , libGLU , libdrm , libepoxy , libpcap , libsamplerate , libslirp , makeDesktopItem , mesa , meson , ninja , openssl , perl , pkg-config , python3Packages , stdenv , vte , which , wrapGAppsHook3 </del> <ins> { lib, SDL2, SDL2_image, fetchFromGitHub, gettext, glib, gtk3, libGLU, libdrm, libepoxy, libpcap, libsamplerate, libslirp, mesa, meson, ninja, openssl, perl, pkg-config, python3Packages, stdenv, vte, which, wrapGAppsHook3, </ins> }: stdenv.mkDerivation (finalAttrs: {

Discussion:
Generated desktop file for package is missing categories. It can be easily solved by adding to and deleting list. I tested it, it works. But perhaps it would be better to patch desktop file to use /nix/store path as I saw other people do. It would be better to use provided desktop file, or at least recreate it. It is not a bug, but rather improvement request. I need categories set for my desktop, and it would be nice to have them out of the box. And I think it is better to use provided desktop file instead of creating a new one if possible. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib, stdenv, fetchurl, cmake, alsa-lib, atk, cairo, cups, dbus, expat, fontconfig , GConf, gdk-pixbuf, glib, gtk2, libX11, libxcb, libXcomposite, libXcursor , libXdamage, libXext, libXfixes, libXi, libXrandr, libXrender, libXScrnSaver , libXtst, nspr, nss, pango, libpulseaudio, systemd, at-spi2-atk, at-spi2-core </del> <ins> { lib, stdenv, fetchurl, cmake , glib , nss , nspr , atk , at-spi2-atk , libdrm , expat , libxcb , libxkbcommon , libX11 , libXcomposite , libXdamage , libXext , libXfixes , libXrandr , mesa , gtk3 , pango , cairo , alsa-lib , dbus , at-spi2-core , cups , libxshmfence </ins> }: let <del> libPath = lib.makeLibraryPath [ alsa-lib atk cairo cups dbus expat fontconfig GConf gdk-pixbuf glib gtk2 libX11 libxcb libXcomposite libXcursor libXdamage libXext libXfixes libXi libXrandr libXrender libXScrnSaver libXtst nspr nss pango libpulseaudio systemd at-spi2-core at-spi2-atk ]; in stdenv.mkDerivation rec { </del> <ins> rpath = lib.makeLibraryPath [ glib nss nspr atk at-spi2-atk libdrm expat libxcb libxkbcommon libX11 libXcomposite libXdamage libXext libXfixes libXrandr mesa gtk3 pango cairo alsa-lib dbus at-spi2-core cups libxshmfence ]; in stdenv.mkDerivation rec { </ins> pname = "cef-binary"; <del> version = "75.1.14-gc81164e"; </del> <ins> version = "90.6.7"; gitRevision = "19ba721"; chromiumVersion = "90.0.4430.212"; </ins> src = fetchurl { <del> name = "cef_binary_75.1.14+gc81164e+chromium-75.0.3770.100_linux64_minimal.tar.bz2"; url = "http://opensource.spotify.com/cefbuilds/cef_binary_75.1.14%2Bgc81164e%2Bchromium-75.0.3770.100_linux64_minimal.tar.bz2"; sha256 = "0985b2bx505j0q693hifjgidzb597wqf5idql5aqxs8lfxhc2pgg"; </del> <ins> url = "https://cef-builds.spotifycdn.com/cef_binary_${version}+g${gitRevision}+chromium-${chromiumVersion}_linux64_minimal.tar.bz2"; sha256 = "1ja711x9fdlf21qw1k9xn3lvjc5zsfgnjga1w1r8sysam73jk7xj"; </ins> }; nativeBuildInputs = [ cmake ];

Discussion:
(Upstream bug, autoclosed due to NixOS not being supported: ) I get the following segv on start: This behavior was not present pre-v27.
Not sure what the issue is but removing a scene that had a browser embed in it stopped the crash. (I tried it because libcef is chrome).
Okay, I can confirm that adding a Browser scene (then quitting OBS, then opening it again) will cause a segfault. Actually adding the scene does not cause any problems, although I was unable to get it to render anything.
This is probably due to our CEF version being out of date. Currently building with a newer copy…
It was indeed our CEF version being out of date. It's practically ancient, from 2019-07-27. Building against latest gives me an OBS that doesn't crash on startup & shows stuff in the Browser source. See for the fix.
Change:
atftp = callPackage ../tools/networking/atftp { }; <ins> atlas = callPackage ../development/tools/database/atlas { }; </ins> authoscope = callPackage ../tools/security/authoscope { inherit (darwin.apple_sdk.frameworks) Security; };

Discussion:
Project description Atlas is a language-agnostic tool for managing and migrating database schemas using modern DevOps principles. It offers two workflows: Declarative: Similar to Terraform, Atlas compares the current state of the database to the desired state, as defined in an , , or schema. Based on this comparison, it generates and executes a migration plan to transition the database to its desired state. Versioned: Unlike other tools, Atlas automatically plans schema migrations for you. Users can describe their desired database schema in , , or their chosen , and by utilizing Atlas, they can plan, lint, and apply the necessary migrations to the database. Metadata homepage URL: source URL: license: apache platforms: unix, linux, darwin

Atlas is an open-source project maintained by , a tech-company founded by the maintainers of . Homepage URL: Source URL: License: Platforms: , ,
Almost-working derivation in

Project description Atlas CLI is an open source tool that helps developers manage their database schemas by applying modern DevOps principles. Contrary to existing tools, Atlas intelligently plans schema migrations for you, based on your desired state. Metadata homepage URL: source URL: license: apache platforms: all
We are likely to need: to get 0.12.0 to compile. The PR for Atlas is stuck with a darwin failure, I can borrow an mac to see if I can reproduce, but I am building up the courage to enter the orchard.
I've managed to get the existing Atlas PR to build on Darwin with the following addition.
The string can also be replaced with using sed or something else to pass the tests.