jiebi/CodeConvo huggingface dataset:
Change:
buildFlagsArray = [ "-ldflags=-s -w -X main.version=${version}" ]; <ins> nativeBuildInputs = [ makeWrapper ]; </ins> # As per https://github.com/wtfutil/wtf/issues/501, one of the # dependencies can't be fetched, so vendored dependencies should # be used instead

Discussion:
Describe the bug wtf uses the tcell module () for terminal manipulation. For many terminals, this Go module has "terminfo" information build in for most frequently used terminals. For non-supported terminals, it calls out to ncurses' tool and parses it's output. This fails when you happen to use such a terminal. To Reproduce Steps to reproduce the behavior: # official termcap entry Expected behavior It should be able to find and start. Additional context Same as fixed by . Metadata Please run and paste the result.
Change:
<ins> { lib , buildGoModule , fetchFromGitHub , testers , scip }: buildGoModule rec { pname = "scip"; version = "0.2.3"; src = fetchFromGitHub { owner = "sourcegraph"; repo = "scip"; rev = "v${version}"; hash = "sha256-0ErEA44vRRntWxajUKiQXqaKvQtqCPPXnI/sBktQyIo="; }; vendorHash = "sha256-T0NYucDVBnTxROVYXlccOvHX74Cs6czXL/fy14I8MZc="; ldflags = [ "-s" "-w" "-X=main.Reproducible=true" ]; postInstall = '' mv $out/bin/{cmd,scip} ''; passthru.tests = { version = testers.testVersion { package = scip; version = "v${version}"; }; }; meta = with lib; { description = "SCIP Code Intelligence Protocol CLI"; homepage = "https://github.com/sourcegraph/scip"; changelog = "https://github.com/sourcegraph/scip/blob/${src.rev}/CHANGELOG.md"; license = licenses.asl20; maintainers = with maintainers; [ figsoda ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --SCIP - a better code indexing format than LSIF Metadata homepage URL: source URL: license: apache2.0 platforms: linux
Change:
# have a DT_NEEDED entry for it. patchelf --add-needed libpulse.so.0 $out/NX/lib/libnxcau.so ''; dontBuild = true; dontStrip = true;

Discussion:
Describe the bug Installing nomachine-client fails To Reproduce Steps to reproduce the behavior: to environment.systemPackages Expected behavior It should build the derivation Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata Please run and paste the result. Maintainer information:
I tried overriding the hash (any tip on how to more properly do this would be appreciated), but still got build errors in my under environment.systemPackages result:
There's a PR to upgrade : I this to my and it seems to be working for me:
Yep, this is because NoMachine removes each old release as soon as they make a new one. To combat this, I'll add to the sources list when the update is done.
I was finding at the time that even overriding with the latest URL and hash from the nomachine website, that it was failing to download the whole blob. I could do it from my browser, but it seemed to abort/not download the full size via nixos
Oh, that's strange.. Thankfully, it seems to work just fine now :)
Change:
sphinx = buildPythonPackage (rec { <del> name = "Sphinx-1.3.1"; </del> <ins> name = "Sphinx-1.3.4"; </ins> src = pkgs.fetchurl { url = "http://pypi.python.org/packages/source/S/Sphinx/${name}.tar.gz"; <del> sha256 = "052i5c7cgvs5iv011dkq3r8d6jycg2gjjg3907ijsbdlq8q52vhs"; </del> <ins> sha256 = "0mw06q7bzzjylgwh0wnnaxmwc95hx8w95as4vcgpan579brw7b4a"; </ins> }; <del> patches = [ ../development/python-modules/sphinx-1.3.1-pr-1946.patch ]; </del> <ins> patches = [ ../development/python-modules/sphinx-fix-tests-with-pygments-2.1.patch ]; </ins> LC_ALL = "en_US.UTF-8"; checkPhase = '' PYTHON=${python.executable} make test

Discussion:
fails its test suite, which in turn breaks various other packages like and . According to the issue was caused by commit from
just needs a bump
1.3.4 fails with the same test failure
Change:
<ins> From 1911995b1a1252d80bf2b9651840e185a1a6baf5 Mon Sep 17 00:00:00 2001 From: Hong Xu <hong@topbug.net> Date: Thu, 25 Jul 2019 10:25:55 -0700 Subject: [PATCH] On all posix systems, not just Darwin, set LDSHARED (if not set) according to CC This patch is slightly different from https://bugs.python.org/issue24935 , except that we now handle LDSHARED according to CC on all posix systems, not just Darwin or Linux. --- Lib/distutils/sysconfig.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Lib/distutils/sysconfig.py b/Lib/distutils/sysconfig.py index 37feae5df7..9fdce6896d 100644 --- a/Lib/distutils/sysconfig.py +++ b/Lib/distutils/sysconfig.py @@ -199,10 +199,10 @@ def customize_compiler(compiler): if 'CC' in os.environ: newcc = os.environ['CC'] -            if (sys.platform == 'darwin' +            if (os.name == 'posix' and 'LDSHARED' not in os.environ and ldshared.startswith(cc)): -                # On OS X, if CC is overridden, use that as the default +                # On POSIX systems, if CC is overridden, use that as the default #       command for LDSHARED as well ldshared = newcc + ldshared[len(cc):] cc = newcc -- 2.25.1 </ins>

Discussion:
This would be a generic solution to fix cases like . Some information about this is e.g. and there are possibly other relevant environment variables that we should set (e.g. the ones mentioned ). It also seems like we currently leak some invalid Nix store references into : Not sure if this is really intended. E.g. cross compiling currently fails with: With it succeeds:
That's (partially) done on purpose
We should not nuke all references, but instead remove only references. Also, we can replace with in . We just need to find a way now to set the variables, in that file, so it works for all architectures. We could also modify the function to read a JSON file with our overrides, maybe even the filename passed as environment variable.
For some reason GitHub didn't automatically close this when landed in master (or I'm missing something).
Change:
vkeybd = callPackage ../applications/audio/vkeybd {}; <del> vlc = libsForQt5.callPackage ../applications/video/vlc {}; </del> <ins> vlc = libsForQt5.callPackage ../applications/video/vlc { # Newest libcaca changed the API, and libvlc didn't catch it. Until next # version arrives, it is safer to disable it. # Upstream thread: https://code.videolan.org/videolan/vlc/-/issues/26389 libcaca = null; }; </ins> vlc_qt5 = vlc;

Discussion:
package fails to build. Breaks building and subsequently Plasma 5 if is enabled. Steps to reproduce the behavior: of nixpkgs an error builds normally. Full build log: (Affects and Plasma 5) (Could be a issue)
This bisects to
Upstream issue:
Apply the not-yet-merged patch from upstream? I have no clue about the libcaca changes, but at least the patch looks like trivial renames: To me that sounds better than reverting the update (though my information is very limited):
Change:
, buildPythonPackage , fetchPypi , pythonOlder <ins> , setuptools </ins> , cython , zlib }:

Discussion:
Steps to reproduce the behavior: python3Packages.ratarmountcore This first occurs after updates to and itself. The failure is not actually in a test, and occurs after the tests run. This indicates that some difference in the way the derivation is executing tests compared to upstream's CI is causing the error. Please run and paste the result. Not relevant; the log is on Hydra. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It seems that only the rapidgzip backend got updated but not ratarmountcore. Either downgrade rapidgzip or update ratarmountcore to 0.6.3 if possible. I'll have to see to get the latter update merged, it seems the auto-update bot does not work for ratarmountcore. This should fix the and output. I have no idea about the last 2 error lines. I cannot reproduce it with nix 2.16.1 on Ubuntu. The command runs fine:
Change:
autotiling = python3Packages.callPackage ../misc/autotiling { }; <ins> autotiling-rs = callPackage ../misc/autotiling-rs { }; </ins> avell-unofficial-control-center = python3Packages.callPackage ../applications/misc/avell-unofficial-control-center { }; beep = callPackage ../misc/beep { };

Discussion:
Project description Autotiling for sway (and possibly i3) Metadata homepage URL: source URL: license: platforms: linux
Change:
spectre-cli = callPackage ../tools/security/spectre-cli { }; <ins> steamtinkerlaunch = callPackage ../tools/games/steamtinkerlaunch {}; </ins> sx-go = callPackage ../tools/security/sx-go { }; systeroid = callPackage ../tools/system/systeroid { };

Discussion:
Project description Steam Tinker Launch is a Linux wrapper tool for use with the Steam client which allows customizing and start tools and options for games quickly on the fly (see ) Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux
I guess it's related to (partially, since it can also be used as launch command).
Yes true. You think we should merge these requests? Or is this different enough as it's also a launch command?
Change:
assertions = [ { assertion = cfg.pulse.enable -> !config.hardware.pulseaudio.enable; <del> message = "PipeWire based PulseAudio server emulation replaces PulseAudio"; </del> <ins> message = "PipeWire based PulseAudio server emulation replaces PulseAudio. This option requires `hardware.pulseaudio.enable` to be set to false"; </ins> } { assertion = cfg.jack.enable -> !config.services.jack.jackd.enable; <del> message = "PipeWire based JACK emulation doesn't use the JACK service"; </del> <ins> message = "PipeWire based JACK emulation doesn't use the JACK service. This option requires `services.jack.jackd.enable` to be set to false"; </ins> } ];

Discussion:
Describe the bug Here are the current assertion messages are all simple statement. They don't tell you why the assertion has been triggered and what to do. I'd prefer
I wasn't sure if someone else was already taking care of this, but it's a simple fix, so I submitted a PR for it.
Change:
mimir = callPackage ../servers/monitoring/mimir { }; <ins> phlare = callPackage ../servers/monitoring/phlare { }; </ins> grafana_reporter = callPackage ../servers/monitoring/grafana-reporter { }; grafana-image-renderer = callPackage ../servers/monitoring/grafana-image-renderer { };

Discussion:
Project description is an open source database that provides fast, scalable, highly available, and efficient storage and querying of profiling data. Metadata homepage URL: source URL: license: AGPL-3.0 platforms: unix
Change:
in python3Packages.buildPythonApplication rec { pname = "diffoscope"; <del> version = "150"; </del> <ins> version = "151"; </ins> src = fetchurl { url    = "https://diffoscope.org/archive/diffoscope-${version}.tar.bz2"; <del> sha256 = "0hsjhcaka4nxbwyyk2gajblsp648km9492aq4100drsgnj5d36hg"; </del> <ins> sha256 = "180sfk0jfajkn3w3d4bw8ai25wh1bj7ca05lpsxxj7k472w6fsg9"; </ins> }; outputs = [ "out" "man" ];

Discussion:
Describe the bug Diffoscope fails to run the tests, and the build fails. Also the last release is 151. To Reproduce Log Notify maintainers Metadata Please run and paste the result. Maintainer information:
Does this help: Test with
Using works. Thanks!
Change:
enableParallelBuilding = true; <del> postInstall = '' wrapProgram $out/bin/melt --prefix FREI0R_PATH : ${frei0r}/lib/frei0r-1 </del> <ins> qtWrapperArgs = [ "--prefix FREI0R_PATH : ${frei0r}/lib/frei0r-1" "--prefix LADSPA_PATH : ${ladspaPlugins}/lib/ladspa" ]; postInstall = '' </ins> # Remove an unnecessary reference to movit.dev. s=${movit.dev}/include t=$(for ((i = 0; i < ''${#s}; i++)); do echo -n X; done)

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:
enableExtraPlugins = true; }; <del> asciidoctor = callPackage ../tools/typesetting/asciidoctor { bundlerApp = bundlerApp.override { # asciidoc supports both ruby 2 and 3, # but we don't want to be stuck on it: ruby = ruby_3_1; }; }; </del> <ins> asciidoctor = callPackage ../tools/typesetting/asciidoctor { }; </ins> asciidoctor-with-extensions = callPackage ../tools/typesetting/asciidoctor-with-extensions { };

Discussion:
So we'll have an EOL for a few months on 22.11, which isn't ideal, but we really shouldn't go into 23.05 like that. Also, does not support , which is why I noticed this when looking into stuff for
Ruby 2.7 support status ended yesterday.
The default is with the merge of :partyingface: Thanks for taking care of this Now… do we want to mark as EOL e.g. through ?
Change:
url = "https://gitlab.freedesktop.org/libbsd/libbsd.git"; }; <ins> # Fix undefined reference errors with version script under LLVM. configureFlags = lib.optionals (stdenv.cc.bintools.isLLVM && lib.versionAtLeast stdenv.cc.bintools.version "17") [ "LDFLAGS=-Wl,--undefined-version" ]; </ins> meta = with lib; { description = "Common functions found on BSD systems"; homepage = "https://libbsd.freedesktop.org/";

Discussion:
Steps to reproduce the behavior: Looks like a version script error similar to other packages, should be a relatively easy fix. 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:
User = cfg.user; Group = cfg.group; ExecStart = '' <del> ${cfg.package}/bin/bosun -c ${configFile} </del> <ins> ${cfg.package.bin}/bin/bosun -c ${configFile} </ins> ''; }; };

Discussion:
NixOS services that depend on binaries are now broken (eg ) after This is because the attribute path for binaries has now changed. For example should now be .
I can do it tomorrow.
Change:
, settings32Bit ? false , prePatch ? "" <ins> , postPatch ? null </ins> , patches ? [] , broken ? false , brokenOpen ? broken

Discussion:
with nixpkgs Steps to reproduce the behavior: kernel 6.1.10 <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: nixpkgs:
Looks like this is the patch other distros are using: Bonus patch for 6.3 if Nvidia doesn't release a maintenance update:
Change:
stdenv.mkDerivation rec { pname = "thunderbird"; <del> version = "78.4.0"; </del> <ins> version = "78.4.1"; </ins> src = fetchurl { url = "mirror://mozilla/thunderbird/releases/${version}/source/thunderbird-${version}.source.tar.xz"; sha512 = <del> "04b6n3gsan0a5abh371ws3c3rry4dcb3c6rbqmcxkzrdjg2xr5vn6xhlg3dgl3l01p0hp1xqpckj8g5yb2dq2x07xgg1hnyhs9aadh5"; </del> <ins> "2mbb139xdi69bnvvg7zabwbw181xnz7y154viynmkwyh4iww0hcsvr88q246gnif8a7jns3pi4qgqxgzflyl6mzpsvfdrbjs5hylanx"; </ins> }; nativeBuildInputs = [

Discussion:
Describe the bug
There is a version update available
Proposal to increase build timeout
That update PR includes a workaround (using older rust).
Keeping this open until the channel progresses.
updated to .
Could setting help?
we now have an actual failure on master cc
Related
fixes the build of thunderbird.
Channel advanced.
Change:
spideroak = callPackage ../applications/networking/spideroak { }; <del> split2flac = callPackage ../applications/audio/split2flac { inherit (python3.pkgs) mutagen; }; </del> spotify-qt = libsForQt5.callPackage ../applications/audio/spotify-qt { }; spotify-tray = callPackage ../applications/misc/spotify-tray { };

Discussion:
fails to compile on because of a broken Python 2 dependency (). According to the github home page, is not anymore developed and replaced by , see ,
Thanks for reporting. I opened the above mentioned PR to address this issue. In the PR I made an alias for split2flac that throws a message ecouraging the use of or to help package the library. A review is welcomed ;)
Change:
and execute SQL queries. ''; <del> homepage = http://wb.mysql.com/; </del> <ins> homepage = "http://wb.mysql.com/"; </ins> license = licenses.gpl2; maintainers = [ maintainers.kkallio ]; platforms = platforms.linux;

Discussion:
Describe the bug On , fails to build because there are lots of compiler warnings and those are treated as errors. To Reproduce Steps to reproduce the behavior: out the branch of the repo's root directory, run Expected behavior Build succeeds and a symlink is created pointing to the build result. Observed behavior <details<summaryBuild fails with the following output (click to expand)</summary</detailsand with exit code . Screenshots n/a Additional context n/a Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(das-g): nixpkgs: Maintainer information:
Change:
<ins> { symlinkJoin , tuxclocker-nvidia-plugin , tuxclocker-plugins }: symlinkJoin rec { inherit (tuxclocker-plugins) version meta; pname = "tuxclocker-plugins-with-unfree"; name = "${pname}-${version}"; paths = [ tuxclocker-nvidia-plugin tuxclocker-plugins ]; } </ins>

Discussion:
Project description TuxClocker is a hardware controlling and monitoring program. TuxClocker consists of a DBus daemon and a Qt GUI that uses the daemon. It allows you to e.g. set a custom fan curve and overclock your CPU and GPU. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
githubId = 51518420; name = "jitwit"; }; <ins> jk = { email = "hello+nixpkgs@j-k.io"; github = "06kellyjac"; githubId = 9866621; name = "Jack"; }; </ins> jlesquembre = { email = "jl@lafuente.me"; github = "jlesquembre";

Discussion:
Project description Deno - A secure JavaScript and TypeScript runtime Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
I have it building on nix. However it needs modifications to rusty_v8 so we can use our llvm9 instead of the llvm10 that ships with it. It also needs modification to use libstdc++ instead of custom libc++ incase you want to build against musl.
Do you have it anywhere in the open? I want to continue working on it from there. I couldn't get it to work initially.
I don't have a nix expression to build it as a derivation, I just made a with the dependencies and manually edited the files in the cargo cache. give me a few days and I'll push what I've done to get it to work at the very least.
I'm extremely sorry, this is first few lines of code I ever have written in nix (and I feel like it could be my last) but I want to share it anyway p.s. I don't even know how to provide some examples of using this since it only works in one particular project and fails with example code I got online, I hope someone can use it anyway
I tested your build, and it doesn't seem to work due to linking issues that I've noticed just using the binary on its own. I'm not sure how to solve them though.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
feedreader = callPackage ../applications/networking/feedreaders/feedreader {}; <ins> feeds = callPackage ../applications/networking/feedreaders/feeds {}; </ins> fend = callPackage ../tools/misc/fend { }; ferm = callPackage ../tools/networking/ferm { };

Discussion:
Project description An RSS/Atom feed reader for GNOME. Metadata homepage URL: source URL: license: GPL v3 platforms: linux, possibly others?
I haven't tested it extensively yet but here's my current expression: The basic at the very least seem to work.
I haven't run into any problems using your expression, are you planning on creating a pull request for this?
Glad you found it useful. And thank you for the reminder, I forgot about this (just stashed it into a local overlay) but will try and prepare a PR in the next couple of days.
Change:
, fetchPypi , fetchpatch , stdenv <del> , sphinx </del> , numpydoc , pytest , python-lz4 <ins> , setuptools , sphinx </ins> }:

Discussion:
Describe the bug scikit-learn has a runtime dependency of setuptools. The current nix package doesn't specify that and importing it fails. Adding to fixes the issue. To Reproduce Expected behavior Importing sklearn should work without specifying setuptools as an additional package. Additional context This is a known issue in some python packages that have not been built properly, e.g: Metadata Maintainer information:
Please show the full trace so we can see exactly in which package the import fails.
No, we no longer include setuptools/pkg_resources by default, thus requiring individual packages to declare it as runtime dependancy.
I updated the description, on a closer look it seems like it's an issue in ?
correct, its joblib that needs to be fixed
Change:
cl-lib = null; # builtin tle = null; # builtin advice = null; # builtin <ins> seq = if lib.versionAtLeast self.emacs.version "27" then null else super.seq; </ins> }; elpaPackages = super // overrides;

Discussion:
Describe the bug Packages with potentially newer versions available inside Emacs will be overriden by ELPA packages. I am running an overlay with Emacs (27) built from master. On Emacs (27) master the package has the built-in version . The package provided by ELPA is . This is currently not an issue since Emacs has not been upgraded to 27. But when it does, this is going to cause a nasty "issue": To Reproduce Steps to reproduce the behavior: the load-path and notice that it includes the seq-2.20 elpa package. Expected behavior Perhaps not not included in the load-path... This is kind of the expected behavior, but I am raising this issue as from next version if not a new seq package is released to ELPA, people will end up in an infinite loop. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: nixpkgs:
Any ideas what to do about this case, is there any other packages where there potentially is a later version contained within Emacs and an older one available in ELPA?
already contains a few things mapping builtins that used to be separate packages to . This ensures that anything depending on will get the correct dependency graph while actually using the emacs builtins. The correct fix here is to map to , maybe with a conditional checking the emacs version.
I've been using a locally patched nixpkgs to remove those seq dependencies, but the solution suggested here by is so much better that I went ahead and implemented it. Please can you also take a look at the PR to see if it resolves things for you? For me the breakage was pretty severe, so easy to notice (the package did not work; so I saw the problem at startup).
Thank you, I can verify that this is working for me as well. I am sorry to let more people experience this and not patching it earlier. I already spent some initial time finding the issue and then I made a patch within my own overlay like you. Glad to see it fixed, thanks :+1:
I just discovered we have the same case for . Should that perhaps also be under a conditional? I guess if you are on an older version of Emacs you want to use the ELPA version, but if you are on the latest version you want the one bundled with Emacs as the version is more recent.
Could you make a PR to nixpkgs?