jiebi/CodeConvo huggingface dataset:
Change:
, cairo, dbus, expat, zlib, libpng12, nodejs, gnutar, gcc, gcc_32bit , libX11, libXcursor, libXdamage, libXfixes, libXrender, libXi , libXcomposite, libXext, libXrandr, libXtst, libSM, libICE, libxcb, chromium <del> , libpqxx </del> <ins> , libpqxx, libselinux, pciutils, libpulseaudio </ins> }: let

Discussion:
Describe the bug I've tried installing unity3d, both from 20.03 and unstable channels, but in both cases running fails with the following error: To Reproduce Steps to reproduce the behavior: to system packages in a terminal, run Expected behavior The program should start Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I thought an strace might also be relevant in this case: In particular, by looking at this, it seems the nss package path in the nix store is being checked, but only when the loader is looking for other files. When it actually tries to find , it only checks the two following locations: - Also maybe relevant: I was able to run the editor with , but it crashed not long after when I tried to open a file picker dialog.
cc
I have the same problem. After researching it for a while I found that seems to be a dependency of Even though the Unity executable has the correct path to in its RUNPATH, only has $ORIGIN in its RPATH. I guess this is why it's looking for in the same directory the executable is located in.
Can you try running with ?
That's what I originally did to find the root of the problem. Here's the output: If I patchelf with the correct RPATH manually, Unity runs but segfaults. I have to set write permissions first, though. Could it be the issue? I tried adding to the file, just before but it didn't seem to help: the permissions on are still 555 after rebuilding, and RPATH is still $ORIGIN.
Okay, so the problem is in this line: The regular expression does not match for some reason.
I don't understand how these lines work: The comment says that it excludes "PlaybackEngines", but the actual call to find includes only files with the name "PlaybackEngines". Should the condition be instead?
No, that line works correctly. The switch does the exclusion.
The regular expression does not match because for gives the following result when executed in the build script: And this is when I run the command manually after the build: What could possibly cause this?
Can you calculate hashes before/after? Are the versions of identical in both environments?

The MD5 hash of is the same in both cases: versions are the same, although their magic file paths are different: Their binaries' MD5 hashes are also different. I tried running on using the magic files from /nix/store: . It didn't change the output: On the other hand, running the binary from /nix/store: prints
I've been able to successfully run Unity Editor by downgrading to this commit: Still have no idea why the latest version determines the file type incorrectly.
Change:
PermissionsStartOnly = true; User = cfg.user; Group = cfg.group; <del> ExecStart = "${cfg.package}/bin/scollector -conf=${conf} ${lib.concatStringsSep " " cfg.extraOpts}"; </del> <ins> ExecStart = "${cfg.package.bin}/bin/scollector -conf=${conf} ${lib.concatStringsSep " " cfg.extraOpts}"; </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:
myfitnesspal = with python3Packages; toPythonApplication myfitnesspal; <del> insync = callPackage ../applications/networking/insync { }; </del> lemurs = callPackage ../applications/display-managers/lemurs { }; libstrangle = callPackage ../tools/X11/libstrangle {

Discussion:
After installing and connecting to remote Drive, the syncing is prevented. ! insync version: 3.8.6.
So the behavior I'm currently observing is that a sync location on my main drive does actually sync but still shows this error, however files do not sync when using a different mounted drive. Both instances report the same error however.
Got the same error on today... I'm installing 23.05 now to see if it works. Edit: Installed 23.05... Same error
That would be because the 23.05 and unstable package are the same package, so the issue persists on both.
If you want to use the package in some capacity running insync with works without error on my end aswell.
amazing! Indeed it works! Thanks a ton man! =)))
I think I fixed it, if anyone wants to give it a try before I merge it to unstable and backport to 23.11: Also, a thumbs-up to the pull request would be helpful to make the process faster!
Could someone bisect what caused this issue in the first place?
It seems highly related to bubblewrap, so not many people can do that digging. I am looking into it, but I only started to get familiar with the bubblewarp code in nixpkgs.
By "bisect", I don't mean a manual process but rather which is a semi-manual way to find the cause of a regression using git. You don't need to be familiar with any code in order to do that, you just need to be able to observe the effects of the code and tell git about it. I'm the opposite; I'm familiar with the buildFHSEnv code but have never used insync and don't intend to do so.
perhaps you could give some guidelines, is there anyways of "chrooting"/entering into a bubble wrapped environment to debug, with insync qt program itself, it's a bit tricky. Though, on a quick thought, I could hack it and make it a bash wrapper instead just to debug what's going on.
I've been meaning to give easier access to this sort of thing but haven't found the time to do so. You should be able to simply replace the with and then run your wrapper manually for debugging purposes. See for inspiration; I intended to emulate that experience.

FYI: Also, a new package for nautilus users: please give a :+1: for faster merging!
Change:
black isort ]; <del> pytestFlagsArray = [ "--ignore=tests/test_completion/test_completion.py" "--ignore=tests/test_completion/test_completion_install.py" ]; </del> <ins> preCheck = '' export HOME=$(mktemp -d); ''; pythonImportsCheck = [ "typer" ]; </ins> meta = with lib; { <ins> description = "Python library for building CLI applications"; </ins> homepage = "https://typer.tiangolo.com/"; <del> description = "Typer, build great CLIs. Easy to code. Based on Python type hints."; </del> license = licenses.mit; <del> # is incompatible with click8 # https://github.com/tiangolo/typer/issues/280 broken = true; maintainers = [ maintainers.winpat ]; </del> <ins> maintainers = with maintainers; [ winpat ]; </ins> }; }

Discussion:
Describe the bug typer is incompatible with click 8: Steps to reproduce Notify maintainers Metadata Maintainer information:
I have a version of typer in my NUR that uses some WIP changes to support click v8 (see ) and disables the tests to sidestep remaining issues: With that I was able to get a build that I could use with nixos master for some downstream dependencies I needed (authcaptureproxy for homeassistant). HTH
I just released Typer , which is compatible with both Click 7 and Click 8. :tada:
Change:
libressl_3_4 libressl_3_5; <del> libressl = libressl_3_4; </del> <ins> libressl = libressl_3_5; </ins> boringssl = callPackage ../development/libraries/boringssl { };

Discussion:
LibreSSL 3.4 version will go EOL in October of this year, so we'll need to switch to 3.5
Change:
<del> To confirm these dependencies, run in a fresh build tree: ninja muse/components/CMakeFiles/components.dir/confmport.o In file included from ../muse/components/confmport.cpp:48: ../muse/mplugins/midifilterimpl.h:28:10: fatal error: ui_midifilter.h: No such file or directory ninja muse/waveedit/CMakeFiles/waveedit.dir/wavecanvas.o In file included from ../muse/waveedit/wavecanvas.cpp:72: ../muse/components/copy_on_write.h:26:10: fatal error: ui_copy_on_write_base.h: No such file or directory ninja muse/instruments/CMakeFiles/instruments.dir/editinstrument.o In file included from ../muse/instruments/editinstrument.cpp:58: ../muse/components/editevent.h:26:10: fatal error: ui_editnotedialogbase.h: No such file or directory ninja muse/liste/CMakeFiles/liste.dir/listedit.o In file included from ../muse/liste/listedit.cpp:37: ../muse/components/editevent.h:26:10: fatal error: ui_editnotedialogbase.h: No such file or directory ninja muse/mixer/CMakeFiles/mixer.dir/rack.o In file included from ../muse/mixer/rack.cpp:49: ../muse/components/plugindialog.h:4:10: fatal error: ui_plugindialogbase.h: No such file or directory ninja muse/midiedit/CMakeFiles/midiedit.dir/drumedit.o In file included from /build/source/muse3/muse/midiedit/drumedit.cpp:64: /build/source/muse3/muse/components/filedialog.h:29:10: fatal error: ui_fdialogbuttons.h: No such file or directory --- a/muse/components/CMakeLists.txt +++ b/muse/components/CMakeLists.txt @@ -343,4 +343,5 @@ set_target_properties( components target_link_libraries ( components ${QT_LIBRARIES} +      mplugins widgets xml_module --- a/muse/waveedit/CMakeLists.txt +++ b/muse/waveedit/CMakeLists.txt @@ -79,4 +79,5 @@ set_target_properties( waveedit target_link_libraries( waveedit ${QT_LIBRARIES} +      components widgets ) --- a/muse/instruments/CMakeLists.txt +++ b/muse/instruments/CMakeLists.txt @@ -78,4 +78,5 @@ set_target_properties( instruments target_link_libraries ( instruments ${QT_LIBRARIES} +      components icons widgets --- a/muse/liste/CMakeLists.txt +++ b/muse/liste/CMakeLists.txt @@ -65,4 +65,5 @@ set_target_properties( liste target_link_libraries ( liste ${QT_LIBRARIES} +      components awl widgets --- a/muse/mixer/CMakeLists.txt +++ b/muse/mixer/CMakeLists.txt @@ -87,4 +87,5 @@ set_target_properties ( mixer target_link_libraries ( mixer ${QT_LIBRARIES} +      components widgets ) --- a/muse/midiedit/CMakeLists.txt +++ b/muse/midiedit/CMakeLists.txt @@ -93,4 +93,5 @@ set_target_properties( midiedit target_link_libraries ( midiedit ${QT_LIBRARIES} +      components al ctrl </del>

Discussion:
Package name: muse-sequencer Latest released version: 4.1.0 Current version on the unstable channel: 3.1.1 Current version on the stable/release channel: 3.1.1 Notify maintainers No idea who the maintainer is:
Change:
mkdir -p $out/nix-support echo "cmakeFlags+=' -DCUDA_TOOLKIT_ROOT_DIR=$out'" >> $out/nix-support/setup-hook <ins> # Set the host compiler to be used by nvcc for CMake-based projects: # https://cmake.org/cmake/help/latest/module/FindCUDA.html#input-variables echo "cmakeFlags+=' -DCUDA_HOST_COMPILER=${gcc}/bin'" >> $out/nix-support/setup-hook </ins> # Move some libraries to the lib output so that programs that # depend on them don't pull in this entire monstrosity. mkdir -p $lib/lib

Discussion:
Describe the bug I'm not sure what's exactly going on here, but it looks like the build is attempting to use gcc10 includes from somewhere, while the default nvcc from cudatoolkit only supports gcc9 at best. Maybe someone better versed with how cmake works on NixOS could take a look? To Reproduce Steps to reproduce the behavior: to build from nixpkgs (). Expected behavior The package builds successfully with CUDA support. Additional context Persists after version bump Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc Maintainer information:
Change:
transitions = callPackage ../development/python-modules/transitions { }; <ins> translatepy = callPackage ../development/python-modules/translatepy { }; </ins> translationstring = callPackage ../development/python-modules/translationstring { }; transmission-rpc = callPackage ../development/python-modules/transmission-rpc { };

Discussion:
Project description Translate, transliterate, get the language of texts in no time with the help of multiple APIs! Metadata homepage URL: source URL: license: agpl3 platforms: linux  It (most likely) runs on many platforms, but I am specifically interested in linux support.
Sweet! Thanks.
Change:
owner = "World"; repo = "secrets"; rev = version; <del> sha256 = "sha256-TBGNiiR0GW8s/Efi4/Qqvwd87Ir0gCLGPfBmmqqSwQ8="; </del> <ins> sha256 = "sha256-qO2DJ/Eb9+G1R3un2+n9Tf6oxpGrEuH3SBrajQ9tCPU="; </ins> }; nativeBuildInputs = [

Discussion:
When trying to start gnome-secrets it fails with the message: Steps to reproduce the behavior: -shell -p gnome-secrets --run "secrets" Please run and paste the result.
Also gnome-secrets 6.4 is available. Updating it to the latest version doesn't solve the issue :(
Fixed by
Thank you for your work!
Change:
nativeBuildInputs = [ cmake ]; <del> buildInputs = [ aws-c-cal aws-c-common s2n-tls]; </del> <ins> buildInputs = [ aws-c-cal aws-c-common s2n-tls ]; </ins> propagatedBuildInputs = lib.optionals stdenv.hostPlatform.isDarwin [ Security ]; cmakeFlags = [

Discussion:
Describe the bug depends on which bloats the closure size of Nix among other things. To Reproduce Expected behavior Not see -bin in the dependencies of openssl. Notify maintainers I believe this was introduce in Metadata Please run and paste the result. Maintainer information:
That's by design.
This should fix it (untested)
Hm, yeah, maybe dev depending on bin is intended, but somewhere along the line something must be wrong - I don't think it's intended for Nix to depend on
I don't think it is intended. It's just the default which was not changed here. In fact, when I inspected I did not find any other reference to than in . So I think it should be safe to remove from like in the above patch. Unfortunately, properly testing this would trigger a rebuild of pretty much all of nixpkgs.
Change:
pymvglive = callPackage ../development/python-modules/pymvglive { }; <del> pymyq = callPackage ../development/python-modules/pymyq { }; </del> <ins> python-myq = callPackage ../development/python-modules/python-myq { }; </ins> pymysensors = callPackage ../development/python-modules/pymysensors { };

Discussion:
The home-assistant component currently declares that it's missing the input However the package actually exists, it's just called . This appears to be the old name of the package, it looks as though it got renamed at some point, although the nixpkgs packge for it wasn't updated for the name change.
Note that merely setting restores the component's functionality.
Change:
*** _EOF_ <ins> exit 1 </ins> ''; };

Discussion:
install supposed to complain abut missing files via : jdk-linux- , it fails silently: output:
By the looks of it, this is actually because it's unfree. See for how to get it working. Nevertheless, this should produce the same message as so it's still a bug.
you are right, but also produces not very meaningful message:
Indeed… With unfree packages allowed, should produce the right error message. So we've got several actual bugs here: doesn't exit with a nonzero error code, instead only failing to produce the outputs (making a PR for that just now) ignores evaluation errors even if no derivations are produced does not print the log for derivations with missing outputs (arguable)
nixos/nix
Change:
stdenv = gcc7Stdenv; }); <del> llvmPackages_latest = llvmPackages_9; # llvmPackages_10: when out of RC </del> <ins> llvmPackages_latest = llvmPackages_10; </ins> lorri = callPackage ../tools/misc/lorri { inherit (darwin.apple_sdk.frameworks) CoreServices Security;

Discussion:
: : still points to LLVM 7, while version 10 is already out now. could/should be bumped to LLVM 10, as is merged now. cc: Maintainers: Recent PRs: Note: This is optional and I'm not familiar with the process here, but to me it seems like it would be a good time to bump both aliases, if someone has time for it (noticed this while reviewing the LLVM 10 backport).
The PR for this is :) Wanted to wait until the other passed,
That PR is only for llvmPackages_latest, no? Why on earth is llvmPackages still pointing at 7?
correct, I missed the llvmPackages part, I am now looking into it and will open a PR () once I know it works on linux. It could be a problem for darwin, since it uses clang as default compiler as far as I know.
this is not cosed until is merged.
It was closed automatically due to the link to this issue. I agree that this issue is still not resolved, thanks for pointing that out. However, I also think we can use now instead of this issue to track the rest of the work (I don't think this issue adds much value as I'm sure that PR will remain active - but I can of course also re-open this issue if desired). and thank you very much for working on this! :)
Change:
mvtnorm = [ pkgs.libiconv ]; statmod = [ pkgs.libiconv ]; rsvg = [ pkgs.librsvg.dev ]; <ins> ssh = with pkgs; [ libssh ]; </ins> }; packagesRequireingX = [

Discussion:
Describe the bug Installing r-ssh fails during configure phase To Reproduce Steps to reproduce the behavior: <details<summarynix log </summary<p</p</detailsExpected behavior Package gets built and installed Additional context Running: results in the following: <details<summarystdout </summary<p</p</detailsNotify maintainers seems to be the last person to have touched the builder. Metadata Maintainer information:
Change:
INCLUDE_DIRS = "${pam}/include"; nativeBuildInputs = [ <ins> gobject-introspection </ins> pkg-config wrapGAppsHook pandoc

Discussion:
Any (client-side) command results in an error (failing to use via ). , these are likely related: They seem to all have been fallout from this PR: Please run and paste the result.
As a workaround, doing this in seems to work: Trying this specifically was inspired by: I am very likely to forget about this btw (just wanted to get this working somehow so I can GC the old generation), so feel free to open a PR if you run into this (should just require adding to 's ).
Change:
sha256 = "0q4dx9sncqbwgpzma0zvj6zssc279yl80pn8irb95qypyyggwn5y"; }; <ins> patches = [ (fetchpatch { name = "${pname}-${version}.fix-build-against-glib-2.68.patch"; url = "https://gitlab.gnome.org/GNOME/gstreamermm/-/commit/37116547fb5f9066978e39b4cf9f79f2154ad425.patch"; sha256 = "sha256-YHtmOiOl4POwas3eWHsew3IyGK7Aq22MweBm3JPwyBM="; }) ]; </ins> outputs = [ "out" "dev" ]; <del> nativeBuildInputs = [ pkg-config file ]; </del> <ins> nativeBuildInputs = [ pkg-config file ]; </ins> <del> propagatedBuildInputs = [ glibmm gst_all_1.gst-plugins-base ]; </del> <ins> propagatedBuildInputs = [ glibmm gst_all_1.gst-plugins-base ]; </ins> enableParallelBuilding = true;

Discussion:
fails to build. Seems to be . A . That said, the project is mostly abandoned. The last release was 4 years ago, and they recommend building from a release since building from source is much harder. I can confirm, as I am unable to make it build from source (but then again for me autotools is like discovering ancient tablets in the sand with hieroglyphs on them). There are only a few packages that depend on . If it's too much hassle to get working may just want to retire these. Build works. End of log from building on current : End of log trying to build from source:
Thanks for having a look at it. I'm not sure what you mean by retiring the packages. I'd like to mark gstreamermm as broken first, before removing any packages. If nobody finds a fix for the build ofc.
does not actually seem to require at all. I'm working on a PR now to update and just have it depend on and
problem: generated sources are missing in git but these files are in the tarball release we need to exclude to make the patch work says next problem: is not executable is missing shebang line with perl interpreter needs perl module xml ... </details
Change:
{ lib, stdenv, fetchurl, bison, cmake, pkg-config , boost, icu, libedit, libevent, lz4, ncurses, openssl, protobuf, re2, readline, zlib, zstd <del> , numactl, perl, cctools, CoreServices, developer_cmds, libtirpc, rpcsvc-proto </del> <ins> , numactl, perl, cctools, CoreServices, developer_cmds, libtirpc, rpcsvc-proto, curl </ins> }: let self = stdenv.mkDerivation rec { pname = "mysql"; <del> version = "8.0.22"; </del> <ins> version = "8.0.25"; </ins> src = fetchurl { url = "https://dev.mysql.com/get/Downloads/MySQL-${self.mysqlVersion}/${pname}-${version}.tar.gz"; <del> sha256 = "9fd85bb243940ef8234d21384ef421a0962fd4d13406fc1420efa902115ce17a"; </del> <ins> sha256 = "c16aa9cf621bc028efba2bb11f3c36a323b125fa0d108ff92fab60e46309206e"; </ins> }; patches = [

Discussion:
<!-- Note that these are hard requirements --- name: mysql80 current version: 8.0.22 desired version: 8.0.25 maintainers: Orivej Desh < tag this issue in your PR.
I have started to work on this but the derivation build fails. My commit is here: Any ideas?
See for possible resolution.
Hello thank you for your response. I forgot to mention I already tried to set the C++ standards to no avail. Specifically, I tried to set and . Is there anything else I can try? EDIT: the linked Gentoo issue refers to GCC 11 while the GCC version I used is 10.3. EDIT 2: Tried also with GCC 11.1, same results.
Turned out to be : Since they upgraded to . I also built with but i'm not sure if that is an actual hard requirement or not. You should probably verify. Thanks for tackling this! Much appreciated :heart:
Great! Thanks! Shall I open a PR or you do it?
Please go ahead. Thank you!
Change:
<ins> { lib, stdenv, fetchFromGitHub, cmake }: let basis_universal = fetchFromGitHub { owner = "zeux"; repo = "basis_universal"; rev = "8903f6d69849fd782b72a551a4dd04a264434e20"; hash = "sha256-o3dCxAAkpMoNkvkM7qD75cPn/obDc/fJ8u7KLPm1G6g="; }; in stdenv.mkDerivation { pname = "meshoptimizer"; version = "unstable-2023-03-22"; src = fetchFromGitHub { owner = "zeux"; repo = "meshoptimizer"; hash = "sha256-OWeptdnKFvTyfkz0sFCpiTI7323GfVE8vb8bNUBnslA="; rev = "49d9222385daf61a9ce75bb4699472408eb3df3e"; }; nativeBuildInputs = [ cmake ]; outputs = [ "bin" "dev" "out" ]; cmakeFlags = [ "-DMESHOPT_BUILD_GLTFPACK=ON" "-DMESHOPT_BASISU_PATH=${basis_universal}" ] ++ lib.optional (!stdenv.hostPlatform.isStatic) "-DMESHOPT_BUILD_SHARED_LIBS:BOOL=ON"; meta = with lib; { description = "Mesh optimization library that makes meshes smaller and faster to render"; homepage = "https://github.com/zeux/meshoptimizer"; license = licenses.mit; maintainers = [ maintainers.lillycham ]; platforms = platforms.all; mainProgram = "gltfpack"; }; } </ins>

Discussion:
Project description gltfpack is an application that can automatically optimise glTF files to reduce their complexity and file size. glTF is a open standard, created by Khronos, for describing 3D scenes. Metadata homepage URL: source URL: license: mit platforms: linux, darwin, windows
Thanks and
Change:
<ins> { lib , stdenv , fetchFromGitHub , qt6 }: stdenv.mkDerivation rec { pname = "dsda-launcher"; version = "1.3.1-hotfix"; src = fetchFromGitHub { owner = "Pedro-Beirao"; repo = "dsda-launcher"; rev = "v${version}"; hash = "sha256-V6VLUl148L47LjKnPe5MZCuhZSMtI0wd18i8b+7jCvk="; }; nativeBuildInputs = [ qt6.wrapQtAppsHook ]; buildInputs = [ qt6.qtbase qt6.qtwayland ]; buildPhase = '' runHook preBuild mkdir -p "./dsda-launcher/build" cd "./dsda-launcher/build" qmake6 .. make runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out/bin cp ./dsda-launcher $out/bin install -Dm444 ../icons/dsda-Launcher.desktop $out/share/applications/dsda-Launcher.desktop install -Dm444 ../icons/dsda-launcher.png $out/share/pixmaps/dsda-launcher.png runHook postInstall ''; meta = with lib; { homepage = "https://github.com/Pedro-Beirao/dsda-launcher"; description = "This is a launcher GUI for the dsda-doom source port"; license = licenses.gpl3; platforms = platforms.linux; maintainers = [ maintainers.Gliczy ]; }; } </ins>

Discussion:
Project description Launcher GUI for the dsda-doom source port Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
haxor-news = callPackage ../applications/misc/haxor-news { }; <ins> hdt = callPackage ../misc/hdt {}; </ins> herqq = libsForQt5.callPackage ../development/libraries/herqq { }; heyefi = haskellPackages.heyefi;

Discussion:
Project description C++ implementation of the HDT compression format Metadata homepage URL: source URL: license: lgpl3 platforms: linux
Pull request awaiting to be merged: