jiebi/CodeConvo huggingface dataset:
Change:
patches = [ # Fixes build with Musl. <del> (fetchurl { </del> <ins> (fetchpatch { </ins> url = "https://github.com/openembedded/meta-openembedded/raw/39185eb1d1615e919e3ae14ae63b8ed7d3e5d83f/meta-oe/recipes-support/tbb/tbb/GLIBC-PREREQ-is-not-defined-on-musl.patch"; <del> sha256 = "gUfXQ9OZQ82qD6brgauBCsKdjLvyHafMc18B+KxZoYs="; </del> <ins> hash = "sha256-Oo5FSBPPBaOziWEBOlRmTmbulExMsAmQWBR5faOj1a0="; </ins> }) # Fixes build with Musl. <del> (fetchurl { </del> <ins> (fetchpatch { </ins> url = "https://github.com/openembedded/meta-openembedded/raw/39185eb1d1615e919e3ae14ae63b8ed7d3e5d83f/meta-oe/recipes-support/tbb/tbb/0001-mallinfo-is-glibc-specific-API-mark-it-so.patch"; <del> sha256 = "fhorfqO1hHKZ61uq+yTR7eQ8KYdyLwpM3K7WpwJpV74="; </del> <ins> hash = "sha256-xp8J/il855VTFIKCN/bFtf+vif6HzcVl4t4/L9nW/xk="; </ins> }) # Fixes build with upcoming gcc-13: #  https://github.com/oneapi-src/oneTBB/pull/833 <del> (fetchurl { </del> <ins> (fetchpatch { </ins> name = "gcc-13.patch"; url = "https://github.com/oneapi-src/oneTBB/pull/833/commits/c18342ba667d1f33f5e9a773aa86b091a9694b97.patch"; <del> sha256 = "ZUExE3nsW80Z5GPWZnDNuDiHHaD1EF7qNl/G5M+Wcxg="; </del> <ins> hash = "sha256-LWgf7Rm6Zp4TJdvMqnAkoAebbVS+WV2kB+4iY6jRka4="; </ins> }) # Fixes build for aarch64-darwin <del> (fetchurl { </del> <ins> (fetchpatch { </ins> name = "aarch64-darwin.patch"; url = "https://github.com/oneapi-src/oneTBB/pull/258/commits/86f6dcdc17a8f5ef2382faaef860cfa5243984fe.patch"; <del> sha256 = "sha256-JXqrFPCb3q1vfxk752tQu7HhApCB4YH2LoVnGRwmspk="; </del> <ins> hash = "sha256-+sNU8yEsVVmQYOCKmlNiyJfKmB/U0GKAmrydwkfrDFQ="; </ins> }) ];

Discussion:
Steps to reproduce the behavior: tbb error: hash mismatch in fixed-output derivation '/nix/store/0gxik5jc7k2pbh4kfac7ikmsv7b1jd3v-aarch64-': specified: sha256-JXqrFPCb3q1vfxk752tQu7HhApCB4YH2LoVnGRwmspk= got: sha256-ZAWzx/NOenTDBWt58sm9qEG4zC++92Xs2eSjxhGwZ4U= error: 1 dependencies of derivation '/nix/store/fda6818m9pbkg5wdslp7wxapjaa6zdql-tbb-' failed to build can't send because gcc wants to be built on my laptop o_O Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
libgumbo = gumbo; # added 2018-01-21 libGL_driver = mesa.drivers; libintlOrEmpty = stdenv.lib.optional (!stdenv.isLinux || stdenv.hostPlatform.libc != "glibc") gettext; # added 2018-03-14 <ins> libjpeg_drop = libjpeg_original; # added 2020-06-05 </ins> libjson_rpc_cpp = libjson-rpc-cpp; # added 2017-02-28 liblapackWithoutAtlas = lapack-reference; # added 2018-11-05 liblrdf = lrdf; # added 2018-04-25

Discussion:
the drop patches were upstreamed to libjpeg in version 9d 2020-01-12: https://abi- and are no longer maintained so the separate package can be safely removed.
will fix this
thx.
Change:
python = python311.override { self = python; packageOverrides = self: super: let <del> cryptographyOverrideVersion = "40.0.1"; </del> bcryptOverrideVersion = "4.0.1"; in { <del> # Ceph does not support `bcrypt` > 4.0 yet: </del> <ins> # Ceph does not support the following yet: # * `bcrypt` > 4.0 # * `cryptography` > 40 # See: # * https://github.com/NixOS/nixpkgs/pull/281858#issuecomment-1899358602 </ins> # * Upstream issue: https://tracker.ceph.com/issues/63529 #   > Python Sub-Interpreter Model Used by ceph-mgr Incompatible With Python Modules Based on PyO3 <ins> # * Moved to issue: https://tracker.ceph.com/issues/64213 #   > MGR modules incompatible with later PyO3 versions - PyO3 modules may only be initialized once per interpreter process </ins> bcrypt = super.bcrypt.overridePythonAttrs (old: rec { pname = "bcrypt"; version = bcryptOverrideVersion;

Discussion:
Steps to reproduce the behavior: ceph via Happening on current (currently at ), as well as on and . Do note that while this looks like a build failure for , is the one overriding the package version to something incompatible. The unaltered package builds fine. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
See also , which I think should fix this.
Trying to build samba4Full and it errors on the same package. Just for any info for anyone.
I have addressed further review comments in Please somebody review.
Same error today with 'github:nixos/nixpkgs/' (2024-08-18)'
Change:
# docx2txt <- makes tests broken: # > FAILED tests/comparators/test_docx.py::test_diff - IndexError: list index out of range # > FAILED tests/comparators/test_docx.py::test_compare_non_existing - AssertionError <ins> # radare2 # > FAILED tests/comparators/test_elf_decompiler.py::test_ghidra_diff - IndexError: list index out of range # > FAILED tests/comparators/test_elf_decompiler.py::test_radare2_diff - AssertionError # > FAILED tests/comparators/test_macho_decompiler.py::test_ghidra_diff - assert 0 == 1 # > FAILED tests/comparators/test_macho_decompiler.py::test_radare2_diff - AssertionError </ins> # # We filter automatically all packages for the host platform (some dependencies are not supported on Darwin, aarch64, etc.). pythonPath = lib.filter (lib.meta.availableOn stdenv.hostPlatform) ([

Discussion:
Steps to reproduce the behavior: diffoscope These tests are failing Full build log at I haven't done a git bisect yet, but it built fine on and is now failing on at commit <!-- 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]:
fails on as well fwiw bisected to
Change:
configureFlags="--with-readline --prefix=$(out) --bindir=$(out)/bin --mandir=$(out)/man"; preInstall = '' <del> mkdir -p $out/{bin,man} </del> <ins> mkdir -p $out/bin mkdir -p $out/man/man1 </ins> ''; meta = with stdenv.lib; {

Discussion:
Trying to install es-git, I get: It appears there is a bug in the upstream package when installing the man page without an existing man/man1 directory. I'll try getting a fix for that together as soon as I remember my voodoo. In the mean time, a fix in is pretty simple; I'll have a pull request shortly. (I'm new here, BTW. Geeze, all these new-fangled hula-hoops and transistor radios....)
Fixed:
Change:
# wait for user services machine.wait_for_unit("default.target", "alice") <ins> # Regression test for https://github.com/NixOS/nixpkgs/issues/105049 with subtest("systemd reads timezone database in /etc/zoneinfo"): timer = machine.succeed("TZ=UTC systemctl show --property=TimersCalendar oncalendar-test.timer") assert re.search("next_elapse=Wed ....-..-.. 01:00:00 UTC", timer), f"got {timer.strip()}" </ins> # Regression test for https://github.com/NixOS/nixpkgs/issues/35415 with subtest("configuration files are recognized by systemd"): machine.succeed("test -e /system_conf_read")

Discussion:
Describe the bug The field of systemd timer units is treated as UTC, even if a different timezone is specified. To Reproduce a trivial service and make it start at midnight on some non-UTC timezone: and observe that the field says midnight UTC (in my case, ). Expected behavior In this case, the field should say (or ). Additional context I have tested this with two different non-UTC timezones. on the same machine gives the correct result, so this is linked to timer units. I am using the systemd package from the NixOS 20.09 release, version 246. I could not reproduce the issue on an Arch Linux server (systemd 246.4-1-arch), so it's (probably) a NixOS problem. Notify maintainers Metadata
Maybe our patch in (from ) isn't sufficient and this needs to be patched in another location, too?
Note that if I specify a timezone that doesn't exist, I get an error on activation. So presumably it can find the timezone info, it just doesn't respect it.
Can you reproduce on non-NixOS?
Nope, see the fourth bullet point under Additional context.
I was able to reproduce this on NixOS, and verified it works correctly on Archlinux. I still don't understand why it behaves the way it does (it seems we did properly patch all occurences this might touch). This might require some deeper digging into the codebase, and adding some logs along the way to see what's going on.
I marked this as stale due to inactivity. &rarr;
Not stale, but help welcome ;-)
I haven't had time to test this but a cursory reading of the systemd code shows that it uses : tzset uses TZDIR. On a normal nixos system I get this: but pid 1 doesn't set TZDIR:
I confirmed TZDIR is the issue by applying the following patch. I think my fix is wrong but I couldn't figure out where in systemd pid 1 I should set env vars so I did id in a function that I know will be called. without patch: with patch: unit used:
I wonder if this is related to and
Yeah, this looks about right. Maybe we should see if we can steer glibc to look for zoneinfo in these two paths by default, instead of in the glibc output directly.
Change:
hipchat = callPackage ../applications/networking/instant-messengers/hipchat { }; <ins> hydrogen-web-unwrapped = callPackage ../applications/networking/instant-messengers/hydrogen-web/unwrapped.nix { }; hydrogen-web = callPackage ../applications/networking/instant-messengers/hydrogen-web/wrapper.nix { conf = config.hydrogen-web.conf or { }; }; </ins> hivelytracker = callPackage ../applications/audio/hivelytracker { }; hledger = haskell.lib.compose.justStaticExecutables haskellPackages.hledger;

Discussion:
Project description A minimal Matrix chat client, focused on performance, offline functionality, and broad browser support. Metadata homepage URL: source URL: license: Apache platforms: Browser Deer matrix-team maintainers:
I marked this as stale due to inactivity. &rarr;
No reaction, but still interresting for me.
ftfy:
Change:
doCheck = false; <ins> preInstall = '' # see https://github.com/NixOS/nixpkgs/issues/4968 ${python}/bin/${python.executable} setup.py install_data --install-dir=$out --root=$out ''; postInstall = let sitePackages = "$out/lib/${python.libPrefix}/site-packages"; in '' # see https://github.com/NixOS/nixpkgs/issues/4968 rm -rf ${sitePackages}/etc ${sitePackages}/usr ${sitePackages}/var; ''; </ins> meta = with stdenv.lib; { homepage    = http://www.fail2ban.org/; description = "A program that scans log files for repeated failing login attempts and bans IP addresses";

Discussion:
with current current unstable channel, the fail2ban package misses its etc path. The package hasn't been updated for some time and the out path is apparently generated by rewriting pathes in its : This suggests that the breakage might be related to the recent python packaging rework, so /cc as well as pkg maintainers
Change:
enableParallelBuilding = !stdenv.isDarwin; <del> makeFlags = [ "world" ]; </del> <ins> buildFlags = [ "world" ]; </ins> NIX_CFLAGS_COMPILE = [ "-I${libxml2.dev}/include/libxml2" ];

Discussion:
postgresql is littered with files in out/share/postgresql. Please run and paste the results.
Weird. Not sure why GH did not close this.
Change:
''; installTargets = [ "install" "install-otb" "fontdir" ]; <ins> # fontdir depends on the previous two targets, but this is not known # to make, so we need to disable parallelism: enableParallelInstalling = false; </ins> meta = with lib; { description = "A clean fixed width font";

Discussion:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . Fixing bit-by-bit reproducibility also has additional advantages, such as avoiding hard-to-reproduce bugs, making content-addressed storage more effective and reducing rebuilds in such systems. You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: /cc
These files are generated by , based on the files in . The install flags are: I suspect because doesn't know depends on the other two targets, the parallelism makes this nondeterministic. Sort of confirmed by the logs:
Change:
shiboken2; }; <ins> freedv = callPackage ../applications/radio/freedv { }; </ins> freemind = callPackage ../applications/misc/freemind { jdk = jdk8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731 jre = jre8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731

Discussion:
Project description Codec2 GUI for ham radio Metadata homepage URL: source URL: license: lgpl 2.1 platforms: unix, linux, darwin
Thanks!
Change:
patches = [ ./default-to-http-1dot1.patch ./0001-Don-t-use-file-timestamp-in-cache-filename.patch <ins> (fetchpatch { name = "CVE-2020-25729.patch"; url = "https://github.com/ZoneMinder/zoneminder/commit/9268db14a79c4ccd444c2bf8d24e62b13207b413.patch"; sha256 = "0ank49f66n4ssilwm86maqr8bkwk13g2hhx7iw6bn8b9ypp1pj5y"; }) </ins> ]; postPatch = ''

Discussion:
, CVSSv3=6.1 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: .
Fixed in 1.34.21 (excl) 09 is at 1.34.22 master is at 1.34.22 Fixed - closing...
Change:
removed = name: date: throw "the ${name} terraform provider removed from nixpkgs on ${date}"; in lib.optionalAttrs config.allowAliases { <ins> b2 = removed "b2" "2022/06"; </ins> opc = archived "opc" "2022/05"; oraclepaas = archived "oraclepaas" "2022/05"; template = archived "template" "2022/05";

Discussion:
In I Backblaze B2's Terraform provider. When running the plugin before I ran into I have now been able to troubleshoot this and realise the plugin is currently broken. Running Terraform with , I find the culprit: It seems that this is some Go specific error message, related to its packaging imports. As I'm not familiar with Go, I don't know where to troubleshoot this or how to fix this in Nix. I am reporting this in the hopes that similar issues have been resolved before, or that someone familiar with Go can pinpoint the issue. Steps to reproduce the behavior: a minimal nix environment with Terraform and the b2 provider: for any plan using the b2 Terraform provider. I expect the Terraform provider to work and to provision my resources. <!-- 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.
Likely to be this: The overrides that we will need to use to build this in with our current provider model will be rather non-trivial and make it the most complicated provider that we package. TBH I'd rather remove the from and point people to as an alternative. cc
agreed, let's remove it
Change:
python3.pkgs.buildPythonApplication rec { pname = "sticky"; <del> version = "1.14"; </del> <ins> version = "1.16"; </ins> format = "other"; src = fetchFromGitHub { owner = "linuxmint"; repo = pname; rev = version; <del> hash = "sha256-7UZbCbzQ1ZrSzxTUdbA+wsH3p27qj/c/cM4GY/kzG6E="; </del> <ins> hash = "sha256-+opzjvSdGwwn1imNzSsfD9rfs4naSXzcMBJRPhKW2WM="; </ins> }; postPatch = ''

Discussion:
To reproduce, here is an example: The related code is at Some nice to have: As suggested  should be something that can be accessible by everything and we are likely going to put our "" there and next we are going to import in basically every file. Adding to in is probably not a good idea since this is a desktop shell package you will end up having this variable everywhere, I imagine a treewide will be likely needed.
Change:
<ins> { lib, stdenv, buildGoModule, fetchFromGitHub, AppKit, CoreGraphics, Foundation, Metal, }: buildGoModule rec { pname = "gdlv"; version = "1.12.0"; src = fetchFromGitHub { owner = "aarzilli"; repo = "gdlv"; rev = "v${version}"; hash = "sha256-6NU7bhURdXM4EjVnsXVf9XFOUgHyVEI0kr15q9OnUTQ="; }; vendorHash = null; subPackages = "."; preBuild = lib.optionalString (stdenv.isDarwin && lib.versionOlder stdenv.hostPlatform.darwinMinVersion "11.0") '' export MACOSX_DEPLOYMENT_TARGET=10.15 ''; buildInputs = lib.optionals stdenv.isDarwin [ AppKit CoreGraphics Foundation Metal ]; meta = with lib; { description = "GUI frontend for Delve"; mainProgram = "gdlv"; homepage = "https://github.com/aarzilli/gdlv"; maintainers = with maintainers; [ mmlb ]; license = licenses.gpl3; }; } </ins>

Discussion:
Package name: gdlv Latest released version: 1.10.0 <!-- Search your package here: --- Current version on the unstable channel: 1.10.0 Current version on the stable/release channel: 1.10.0 <!-- 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]:
Whoops looks like my notification settings for gdlv went away so I did not see these new releases. Will update, thanks for the ping!
Change:
<ins> { lib , buildPythonPackage , fetchPypi , setuptools }: let pname = "types-click"; version = "7.1.8"; in buildPythonPackage { inherit pname version; format = "pyproject"; src = fetchPypi { inherit pname version; hash = "sha256-tmBJaL5kAdxRYxHKUHCKCii6p6DLhA79dBLw27/04JI="; }; nativeBuildInputs = [ setuptools ]; meta = with lib; { description = "Collection of library stubs for Python, with static types"; homepage = "https://github.com/python/typeshed"; license = licenses.asl20; maintainers = with maintainers; [ jfvillablanca ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --Typing stubs for Metadata homepage URL: source URL: license: asl20
Change:
post_max_size = cfg.maxUploadSize; memory_limit = cfg.maxUploadSize; } // cfg.phpOptions; <del> phpOptionsStr = toKeyValue phpOptions; </del> occ = pkgs.writeScriptBin "nextcloud-occ" '' #! ${pkgs.runtimeShell}

Discussion:
Many nextcloud extensions like need additional php extensions that are not part of the . It would be great to either: Provide an option to override the php package nextcloud uses, i.e. Or: Provide an option , and make the current extension selection its default value I'm opening this as an issue to get some feedback on what the better option is, and to get the naming right. CC maintainers
Meta: I'm not sure all labels I've applied make sense here. Feel free to remove inappropriate ones. Also: There is no PHP label?
cc
Change:
... # For hash agility }@args: fetchzip ({ inherit name; <del> url = "https://gitlab.com/${owner}/${repo}/repository/archive.tar.gz?ref=${rev}"; </del> <ins> url = "https://gitlab.com/${owner}/${repo}/-/archive/${rev}/${repo}-${rev}.tar.gz"; </ins> meta.homepage = "https://gitlab.com/${owner}/${repo}/"; } // removeAttrs args [ "owner" "repo" "rev" ]) // { inherit rev; };

Discussion:
uses url = "{repo}${rev}"; which always downloads tip of default branch at the moment. According to documentation should be used as url parameter instead of but that doesn't work either. and look at the NEWS file in the archive, it mentions v3.3.14. Change one digit in the hash for procps-ng in nixpkgs, to make nix-build redownload the source and watch the hash change completely. It is not really i nixpkgs issue, but we need to work around here. The URL works correctly, but isn't documented. I will make a pr to use that url instead. suggests it will become the official url for fetching archives from
see
New information in so the archive url with "official" long term stability would be: . Beware in the original issue, there is a typo in the project name. Should we jump ahead and change the URL again, to use the official long term stable url?
yes
Change:
gdmap = callPackage ../tools/system/gdmap { }; <del> gdtoolkit = callPackage ../development/tools/gdtoolkit { }; </del> gef = callPackage ../development/tools/misc/gef { }; gelasio = callPackage ../data/fonts/gelasio { };

Discussion:
Package name: gdtoolkit Latest released version: 4.1.0 <!-- Search your package here: --- Current version on the unstable channel: 3.3.1 Current version on the stable/release channel: 3.3.1 <!-- 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 It's a bit of an odd situation because both Godot 3 and 4 are in use, so maybe this one should be renamed to gdtoolkit3 or the opposite for the time being. Haven't had any success yet trying to override the package on my own. <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
githubId = 314564; name = "Ryan Lahfa"; }; <ins> raphaelr = { email = "raphael-git@tapesoftware.net"; matrix = "@raphi:tapesoftware.net"; github = "raphaelr"; githubId = 121178; name = "Raphael Robatsch"; }; </ins> raquelgb = { email = "raquel.garcia.bautista@gmail.com"; github = "raquelgb";

Discussion:
For the last few weeks, Rider hasn't started. I get an dialog with the following text: In the console, there is a link to recovering from IDE errors. I've followed those including blowing away my config, log, and cache directories (which lets me go through the initial setup but still fails). Rider and build system. the CLI, navigate to a C# project and enter It starts up after a while and it is usable. I pasted above the text of the only dialog box. Looking through the error log, I saw this entry: This file exists but running on it show this: The problem seems to be the missing . Rider doesn't appear to have maintainers, but is on a number of packages in that file.
Will be resolved by
Change:
homepage = "https://github.com/kraanzu/dooit"; changelog = "https://github.com/kraanzu/dooit/blob/v${version}/CHANGELOG.md"; license = licenses.mit; <del> maintainers = with maintainers; [ khaneliman wesleyjrz ]; </del> <ins> maintainers = with maintainers; [ khaneliman wesleyjrz ]; </ins> mainProgram = "dooit"; }; }

Discussion:
Steps to reproduce the behavior: dooit I use nixos-unstable. NixVim and Helix with tree-sitter are not the cause of an issue, I can do a rebuild with them, error occurs then I add dooit. <!-- --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If you do not ping listed maintainers for package (ie in ) they are not going to see this issue. Ping: Log with full chain: I assume from this fix for ( was with it in ): the intended way to fix it is to use for and not fix build for python 3.12.
Oh, sorry, I made a mistake with the formatting when I mentioned the package maintainer, I left it in the comment
Sorry, I forgot to come back to this... I was trying to see if I could fix textual/tree-sitter-languages/tree-sitter0_21 chain with python312. We can pin to 311 in the meantime.
That one seems to be relatively simple too ( had upstream pr - replacing with ). So something like this makes it build with python 3.12: <details<summarytree-sitter021 patch</summary</detailsIt was not accepted upstream, but they fully changed these parts around v0.23 so there is no used anymore. I am not sure if needs to be in this pinned state building with only python 3.11 for some reason.