jiebi/CodeConvo huggingface dataset:
Change:
echo "Couldn't find any library test suites" exit 1 } <ins> # Skip the batdiff test because it's broken # https://github.com/eth-p/bat-extras/issues/126 sed -i '/test:version/a skip "batdiff test is broken."' test/suite/batdiff.sh </ins> ./test.sh --compiled $(printf -- "--suite %qn" "''${!test_suites[@]}") runHook postCheck '';

Discussion:
Steps to reproduce the behavior: bat-extras.batdiff error: builder for '/nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff-' failed with exit code 2; last 10 log lines:
For full logs, run 'nix log /nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff-'. $ nix log /nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff- warning: The interpretation of store paths arguments ending in recently changed. If this command is now failing try again with '/nix/store/5khnbkiiys0kr98zb11m5apy7vixk930-batdiff-^*' Running phase: unpackPhase { "action": "setPhase", "phase": "unpackPhase" } unpacking source archive /nix/store/k43djnn6wrc88hkdn51l8hg48bngxqyi-bat-extras-2024.02.12 source root is bat-extras-2024.02.12 Running phase: patchPhase { "action": "setPhase", "phase": "patchPhase" } patching script interpreter paths in bin/batdiff bin/batdiff: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/4bj2kxdm1462fzccRunning phase: updateAutotoolsGnuConfigScriptsPhase { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" } Running phase: checkPhase { "action": "setPhase", "phase": "checkPhase" }
[FAIL] version :: Mismatched STDERR snapshot. Totals: PASS: 0 / 1 FAIL: 1 / 1 console $ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Related
Please test

Package name: bat-extras Latest released version: 2024-07-10 <!-- Search your package here: --- Current version on the unstable channel: 2024.02.12 Current version on the stable/release channel: 2024.02.12 <!-- 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]:
Change:
buildGoModule rec { pname = "fscan"; <del> version = "1.8.3"; </del> <ins> version = "1.8.3-build3"; </ins> src = fetchFromGitHub { owner = "shadow1ng"; repo = "fscan"; rev = version; <del> hash = "sha256-uoM/nMtgIqyzpOoSQKD5k4LXAXoA8G5N4In8tZlngqs="; </del> <ins> hash = "sha256-GtOCd8JaR6tx8hoB+P9QXrEnN7Wvmv7jddhc2/8hjvQ="; </ins> }; vendorHash = "sha256-hvb2IfypwYauF3ubE36u0bTU+l/FWP/CZt6dFd9zc6s=";

Discussion:
As titled, package panic while port scanning. release , downloaded from the official repo releases has no issue. 1 < people reproduced this issue. And (sometimes different ?) works. Try compiling with and panic the same. <!-- 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]:
Thank you for your bug report, I have successfully reproduced the issue. I did not review PR in time before it was merged, and the upstream fix did not use a new version number or force push to the tag.
Change:
colm = callPackage ../development/compilers/colm { }; <del> colmap = libsForQt514.callPackage ../applications/science/misc/colmap { }; </del> <ins> colmap = libsForQt5.callPackage ../applications/science/misc/colmap { }; </ins> colmapWithCuda = colmap.override { cudaSupport = true; cudatoolkit = cudatoolkit_11; }; chickenPackages_4 = callPackage ../development/compilers/chicken/4 { };

Discussion:
libsForQt514.qt5.qtwebengine currently fails to build locally and on . The interessting line seems to be: The last successful build on hydra was linked to . After that it seems to fail (starting with ) Bisecting takes forever. I would hazard a guess that it has to do with and PR which broke some other packages as well. EDIT: EDIT2: The error seems to stem from the c++ upgrade. The error message is referenced e.g. here Steps to reproduce the behavior: nixpkgs master -build -A libsForQt514.qt5.qtwebengine . Build should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
It's most likely due to mixing gcc versions, as that's not 100% compatible in C++. qt514 (and qt512) get overridden to gcc10, whereas the default is gcc11. (For x86_64-linux; some others have other combinations.)
Closing since libsForQt514 was removed from master.
Change:
{ lib , stdenv , fetchurl <del> , fetchpatch2 </del> , pkg-config , vala <ins> , gi-docgen </ins> , gobject-introspection <del> , gtk-doc , docbook-xsl-nons , docbook_xml_dtd_43 </del> , glib , babl , libpng

Discussion:
Package name: gegl Latest released version: 0.4.48 <!-- Search your package here: --- Current version on the unstable channel: 0.4.46 Current version on the stable/release channel: 0.4.46 <!-- 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. -- I can take over the package if you wish. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If you are able to bump the package (and babl), feel free. I probably will not be able to get to it this week.
Change:
hash = "sha256-ebwh9WTooJuvYFIygDBn9lYC7+lx9P1HskvKU8EX9jw="; }; <ins> patches = [ # Fix closing confirmation dialogs not showing (fetchpatch { url = "https://gitlab.gnome.org/raggesilver/blackbox/-/commit/3978c9b666d27adba835dd47cf55e21515b6d6d9.patch"; hash = "sha256-L/Ci4YqYNzb3F49bUwEWSjzr03MIPK9A5FEJCCct+7A="; }) ]; </ins> postPatch = '' patchShebangs build-aux/meson/postinstall.py '';

Discussion:
Basically, it doesn't ever appear. Tabs or windows can be closed without giving any kind of confirmation. Steps to reproduce the behavior: htop for example tab or window just closes It should show a dialog to ask the user whether they want to close the window because there's running processes still Please run and paste the result.
cc
For some reason, the arrow function defined in is never called. I don't know why but changing it back to a named function solves this problem. I'll open a MR to the upstream shortly.
Change:
hash = "sha256-fPXhayS8OKiiiDvVvBry3njZ74/W6oVL0p85Z5qf3KA=="; }; <ins> cargoPatches = [ # fix build with Rust 1.80 ./time-crate.patch ]; </ins> cargoBuildFlags = [ "--package=meilisearch" ]; cargoLock = {

Discussion:
Steps to reproduce the behavior: X 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]:
see
Change:
}); }; <del> bootstrapped-pip = toPythonModule (callPackage ../development/python-modules/bootstrapped-pip { }); </del> setuptools = callPackage ../development/python-modules/setuptools { }; a2wsgi = callPackage ../development/python-modules/a2wsgi { };

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- . nix-build '<nixpkgs' -A python3Packages.bootstrapped-pip --check --keep-failed 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: nix-store --read-log $(nix-instantiate '<nixpkgs' -A python3Packages.bootstrapped-pip) Tested on All single-character differences, swapping and . I cannot reproduce the problem with , so perhaps (like with ) we should simply wait until Python 3.11 is released and use that instead.
A later run () also has a different timestamp and checksum for vendored .exe files
was released Oct. 24, 2022 but it looks like we're still using 3.10 as the default .
Correct, following the update schedule () we can expect the update 'real soon now' :)
Change:
makeWrapper "$out/lib/lunacy/Lunacy" "$out/bin/lunacy" ''; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Free design software that keeps your flow with AI tools and built-in graphics"; homepage = "https://icons8.com/lunacy"; changelog = "https://lunacy.docs.icons8.com/release-notes/"; <del> license = licenses.unfree; maintainers = [ maintainers.eliandoran ]; platforms = platforms.linux; sourceProvenance = [ sourceTypes.binaryBytecode ]; </del> <ins> license = lib.licenses.unfree; maintainers = with lib.maintainers; [ eliandoran luftmensch-luftmensch ]; platforms = lib.platforms.linux; sourceProvenance = [ lib.sourceTypes.binaryBytecode ]; </ins> mainProgram = "lunacy"; }; })

Discussion:
Package name: lunacy Latest released version: 9.6.2 <!-- Search your package here: --- Current version on the unstable channel: 9.6.1 Current version on the stable/release channel: 9.6.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]:
Change:
example = "--save-space"; }; <ins> extraCompactArgs = mkOption { type = types.str; description = lib.mdDoc '' Additional arguments for {command}`borg compact`. Can also be set at runtime using `$extraCompactArgs`. ''; default = ""; example = "--cleanup-commits"; }; </ins> }; } ));

Discussion:
The borg-backup-service has the ability to use to reclaim disk space. Since BorgBackup 1.2.0 (Released Feb 2022), this must be done manually using the command . If this command is not run regularily, the backup-space will fill. A fix would be to either implement a new service-option to regularly run on a different schedule or run on every prune. Update to Borg 1.2.0 and use the -options. Borg Backup disk space is reclaimed when a prune happens. Compatibility Notes states:
Any plans regarding this?
Sorry, just to be sure, how do you make sure that a is run after when a borgbackup job is setup in the ? I have already configured the option but not any or . I cannot see a "" option but only a option. Should I just include this last option like below and it should be ok?
Change:
<ins> { stdenv , lib , config , fetchurl , unzip , makeWrapper , icu , libunwind , curl , zlib , libuuid , dotnetbuildhelpers , dotnetCorePackages , coreclr , openssl }: stdenv.mkDerivation rec { pname = "azure-functions-core-tools"; version = "3.0.3568"; src = fetchurl { url = "https://github.com/Azure/${pname}/releases/download/${version}/Azure.Functions.Cli.linux-x64.${version}.zip"; sha256 = "0yxdqc5d1xsixjj2dlvs32d6fz4vh58ih2l00lc456fg15mfw3lg"; }; buildInputs = [ unzip makeWrapper dotnetbuildhelpers ]; nativeBuildInputs = [ icu libunwind curl zlib dotnetCorePackages.sdk_3_1 ]; libPath = lib.makeLibraryPath [ libunwind libuuid stdenv.cc.cc curl zlib icu openssl ]; unpackPhase = '' unzip $src ''; installPhase = '' mkdir -p $out/bin cp -prd * $out/bin patchelf  --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath "${libPath}" "$out/bin/func" chmod +x $out/bin/func $out/bin/gozip find $out/bin -type f -name "*.so" -exec patchelf --set-rpath "${libPath}" {} ; wrapProgram "$out/bin/func" --prefix LD_LIBRARY_PATH : ${libPath} ''; dontStrip = true; # Causes rpath patching to break if not set meta = with lib; { homepage = "https://github.com/Azure/azure-functions-core-tools"; description = "Command line tools for Azure Functions"; license = licenses.mit; maintainers = with maintainers; [ jshcmpbll ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Command line tools for Azure Functions Existing package from here: Metadata homepage URL: source URL: license: mit platforms: unix
Change:
githubId = 7716744; name = "Berno Strik"; }; <ins> brettlyons = { email = "blyons@fastmail.com"; github = "brettlyons"; githubId = 3043718; name = "Brett Lyons"; }; </ins> btlvr = { email = "btlvr@protonmail.com"; github = "btlvr";

Discussion:
Project description A bitmap font optimized for coziness. Metadata homepage URL: source URL: license: MIT platforms: Linux
If you have never contributed to nixpkgs, a font package would be a good start. This one specifically provides all the formats you may ever need, so no conversion/build is needed at all: just copying files. If you want to try I can help you, otherwise you'll probably have to wait until I'm done with issue .
Change:
fasteners ]); <del> postInstall = let </del> <ins> # Prevent double wrapping, let the Python wrapper use the args in preFixup. dontWrapGApps = true; preFixup = let </ins> binPath = lib.makeBinPath ([ gnupg ncftp

Discussion:
Upon attempting to start the backup process, the following error is shown, resulting in the backup failing to start: Steps to reproduce the behavior: deja-dup (Backups) to create a backup Backup run properly without issues ! Similar to , but with a different Python library (Gio) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have located the derivation files for both the working and non-working version. working: non-working:
Thanks for reporting. probably needs I opened , could you please test it?
The fix works!
Change:
mkdir -p $out/lib/ $out/share/cef/ cp libcef_dll_wrapper/libcef_dll_wrapper.a $out/lib/ cp ../Release/libcef.so $out/lib/ <del> patchelf --set-rpath "${libPath}" $out/lib/libcef.so </del> <ins> patchelf --set-rpath "${rpath}" $out/lib/libcef.so </ins> cp ../Release/*.bin $out/share/cef/ cp -r ../Resources/* $out/share/cef/ cp -r ../include $out/

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:
--replace "QuartzCore/../Frameworks/CoreImage.framework/Headers" "CoreImage" ''; }); <ins> MetalKit = stdenv.lib.overrideDerivation super.MetalKit (drv: { installPhase = drv.installPhase + '' mkdir -p $out/include/simd cp ${lib.getDev sdk}/include/simd/*.h $out/include/simd/ ''; }); </ins> }; bareFrameworks = stdenv.lib.mapAttrs framework (import ./frameworks.nix {

Discussion:
We are currently stuck on qt 5.11 on darwin/macOS. To get things consistent, this should update to qt 5.12 (or even 5.13) soon. Please run and paste the results.
If qt512 builds on darwin we should change the default version:
is currently broken:
Fixed in

When running the provided by the package, it complains about not finding the tool, which is provided by . I have not found a suitable workaround, since it seems like the location of the scanner is hardcoded inside Invoke on a project using Qt. How to use this tool is explained here: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(raskolnikov): nixpkgs:
The error is as follows:
Hi I tried withyour latestchanges from . The fact that Qt 5.12 now works on Darwin again is great news! However, this issue seems to not be resolved. Now the does not bail out inmmediately as it did before. It does indeed do something for a while, but then later I get: Maybe there is some other part of the code where it is missing the path correction? Thanks a lot!
My bad, I was actually using the old one by mistake... I am getting new errors though: I will investigate...
I think I found the issue. The problem is this line: is returning , which is incorrect. I think lines 1258-1260 can be discarded altogether since without the tool is still correctly using , which is a better way of passing the import paths, since inside Nix we actually need multiple import paths anyways due to the modularized Qt installation. Would you be happy to extend the patch with such a modification?
Ok... I have further investigated and I was wrong... One must indeed pass to to really make it work. One can indeed pass multiple times, and probably we shall do it for every entry in . Probably this can be patched... but it seems like we are getting into non trivial patching territory...
Thanks Mathew for reopening the issue. I opened a corresponding issue on Qt:
I marked this as stale due to inactivity. &rarr;
Actually this still stands and it'd be nice to have it fixed some day. There are other issues that are blocking me on Mac these days though, like .
I marked this as stale due to inactivity. &rarr;
Change:
allegro dumb # Desmume <del> lua agg soundtouch openal desktop-file-utils pangox_compat atk </del> <ins> lua agg soundtouch openal desktop-file-utils atk </ins> # DGen // TODO: libarchive is broken

Discussion:
Describe the bug Seems like some updates to pango broke a few packages Among the broken ones: ettercap (see ) pangox-compat (which anydesk needs) probably a few more To Reproduce Steps to reproduce the behavior: to build ettercap or anydesk from master will fail to build with some pango-related errors Expected behavior It should work Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(maciej): nixpkgs: Maintainer information:
Also remmina is broken But doesn't seem to depend on pango directly, so unsure which dependency actually is broken
Here's an issue for pangox-compat
Lutris is broken too - not an urgent requirement but just making you fine folks aware!
Not sure why Lutris is broken, but Lutris-unwrap is fine.
It's a failure in the dependency chain, in this case .
no longer depends on on its master branch: We should probably switch to that. should not be needed in according to the README in , I suspect it was only there because we did not propagate it until ebassi also suggests switching to HEAD and says we need not worry about ABI changes:
Not having pangox_compat fixed is definitively still an issue. Can this be re-opened?
After , the only program depending on this is anydesk and openmodelica which is broken.
So it breaks anydesk thus either we mark anydesk as broken or we fix that?
Anydesk shouldn't use this deprecated library. Yes, we can mark it as broken.
Change:
]; src = fetchurl { url = makeurl { inherit pname year version; }; <del> sha256 = "sha256-2az8/slWeLY7l7dCwyTaT18KFfvsO71vJFDZEvbDHGM="; </del> <ins> sha256 = "sha256-wQgVWz2kS+XkrqvCAUishizfDrCwGyVDAAU4Yzj4uYU="; </ins> }; }; pdfstudioviewer = callPackage ./common.nix rec { pname = program; year = "2021"; <del> version = "${year}.1.3"; </del> <ins> version = "${year}.2.0"; </ins> desktopName = "PDF Studio Viewer"; longDescription = '' PDF Studio Viewer is an easy to use, full-featured PDF editing software. This is the free edition. For the standard/pro edition, see the package pdfstudio. ''; src = fetchurl { url = makeurl { inherit pname year version; }; <del> sha256 = "sha256-kd+rQruBL0fudmc30agRO/XV97l/6unqU0GK25yhOzI="; </del> <ins> sha256 = "sha256-RjVfl3wRK4bqNwSZr2R0CNx4urHTL0QLmKdogEnySWU="; </ins> }; }; }.${program}

Discussion:
(shown here with command syntax) Trying that same URL in a browser does indeed get a 404. I guess Qoppa changed how their files or named (or worse, removed them).
Qoppa must have removed the download link for version 2021.1.3. PR upgrades to the latest 2021 version, which fixes the issue.
Change:
gcc = gcc5; <del> gcc_multi = </del> <ins> wrapCCMulti = cc: </ins> if system == "x86_64-linux" then lowPrio ( let extraBuildCommands = '' echo "dontMoveLib64=1" >> $out/nix-support/setup-hook ''; <del> in wrapCCWith (callPackage ../build-support/cc-wrapper) glibc_multi extraBuildCommands (gcc.cc.override { stdenv = overrideCC stdenv (wrapCCWith (callPackage ../build-support/cc-wrapper) glibc_multi "" gcc.cc); </del> <ins> in wrapCCWith (callPackage ../build-support/cc-wrapper) glibc_multi extraBuildCommands (cc.cc.override { stdenv = overrideCC stdenv (wrapCCWith (callPackage ../build-support/cc-wrapper) glibc_multi "" cc.cc); </ins> profiledCompiler = false; enableMultilib = true; })) <del> else throw "Multilib gcc not supported on ‘${system}’"; </del> <ins> else throw "Multilib ${cc.name} not supported on ‘${system}’"; gcc_multi = wrapCCMulti gcc; </ins> gcc_debug = lowPrio (wrapCC (gcc.cc.override { stripped = false;

Discussion:
System: recent NixOS, sandboxed Nixpkgs version: current master, e.g. ; it used to build on Example output:
Unfortunately, updating didn't help. (/cc with that)
Sadly, I can reproduce that. Maybe we want to downgrade the compiler here?
Additionally, build doesn't work too.
Oh, truly, I didn't realize that last working version I referenced was using gcc-4.9. I switched nixpkgs versions on our hydra instance at that point.
Found the bug: And corresponding compiler bug: