jiebi/CodeConvo huggingface dataset:
Code change:
As of today, this search yields 3 items for Corretto. The "Source"-buttons for some of them point to OpenJDK even though the package is Corretto. Corretto has been and is based on the corresponding OpenJDK version (using ). At a first glance, the the usage of looks like the issue. However, when searching for , the "Source"-button for correctly points to eventhough the latter also uses .
Transferred to nixpkgs as nixos-search just uses , which is determined by in . I am not sure what is going on here exactly, but note that does seem to have the correct position.
:arrow_up: I left some context in the mentioned above. I realize that the actual problem is , i.e. the OpenJDK derivations define their and these get inherited then.

Related discussion:
text: }; }; <del> meta = with lib; { </del> <ins> # Some of the OpenJDK derivation set their `pos` by hand. We need to # overwrite this in order to point to Corretto, not OpenJDK. pos = __curPos; meta = with lib; oldAttrs.meta // { </ins> homepage = "https://aws.amazon.com/corretto"; license = licenses.gpl2Only; description = "Amazon's distribution of OpenJDK"; <del> platforms = jdk.meta.platforms; mainProgram = "java"; </del> maintainers = with maintainers; [ rollf ]; }; })
Code change:
Steps to reproduce the behavior: type: I have none. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Context: caused because last supported version for 3.0.0 is llvm 15: Should be easy enough to fix, thanks for reporting.

Related discussion:
text: ghdl-llvm = callPackage ../development/compilers/ghdl { backend = "llvm"; <ins> inherit (llvmPackages_15) llvm; </ins> }; gcl_2_6_13_pre = callPackage ../development/compilers/gcl/2.6.13-pre.nix { };
Code change:
Maybe related to build from master branch - Hope you don't mind the ping, sorry if you do Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I can't reproduce this. What does give for you?
My bad in naming the PR, the package does build but the man output of it points to broken symlink I am building on master branch, commit system x86_64-linux.
With some trial and error I was able to pin point the commit which broke it That was merged in See here my build log

Related discussion:
text: '' runHook preInstall <ins> mv build/linux-${cpu}-server-${buildType}/images/jdk/man build/linux-${cpu}-server-${buildType}/images/${jbrsdkDir} </ins> rm -rf build/linux-${cpu}-server-${buildType}/images/jdk mv build/linux-${cpu}-server-${buildType}/images/${jbrsdkDir} build/linux-${cpu}-server-${buildType}/images/jdk '' + oldAttrs.installPhase + "runHook postInstall";
Code change:
It looks like , so the program crashes on every run. See . No crash. system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: { lib , buildNpmPackage , fetchFromGitHub <ins> , runCommand , web-ext </ins> }: buildNpmPackage rec {
Code change:
It looks like , so the program crashes on every run. See . No crash. system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: npmDepsHash = "sha256-KPBKUjCxva11w/E+Qhlx+1vikpCL7Hr9MiKenYHEVSU="; <ins> npmBuildFlags = [ "--production" ]; passthru.tests.help = runCommand "${pname}-tests" { } '' ${web-ext}/bin/web-ext --help touch $out ''; </ins> meta = { description = "A command line tool to help build, run, and test web extensions"; homepage = "https://github.com/mozilla/web-ext";
Code change:
Apparmour service doesn't reload correctly after a system switch. Steps to reproduce the behavior: anything in config with apparmor enabled nixos-rebuild switch error of apparmor service failing to restart No error, apparmor starting as it should Here my service log: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'm encountering the exact same error here.
Same issue here
Same for the issues after . However do a after that just fine.
Someone once told me that the state of AA in NixOS wasn't great. But I don't know first hand. Could be wrong. I lack any knowledge at all to even figure out the root cause of the issue. :/
AA seems to work fine in general. Just the service restart after a nixos-rebuild doesn't work.
Tested just now on nixos-23.11. AppArmor service restarts without any issues after nixos-rebuild. I think this issue is resolved.
Reopening this issue as unresolved. Currently on 24.05.. and this issue seems to be persisting after a nixos-rebuild: reloading the following units: apparmor.service, dbus.service Job for apparmor.service failed. See "systemctl status apparmor.service" and "journalctl -xeu apparmor.service" for details.
I did some more investigation on this. I have one system with a custom apparmor profile and another system with no profiles. On the system I have with a custom apparmor profile, nixos-rebuild works fine. On the other system without any apparmor profiles, nixos-rebuild fails with the message in this bug report. After nixos-rebuild, journalctl reports: In I tried running "sudo aa-remove-unknown" from zsh: The error message matches what is in the system log. I think this may be related to the aa-remove-unknown step.
As a workaround, adding this to appears to work: After this, the first nixos-rebuild switch will still cause the issue (because the profile is not installed yet). But on the second and subsequent nixos-rebuilds, there is no error message on my system. Can someone else try it and see if it works on their system too? If so, it may help to figure out the proper solution.
I tried it and it actually rebuilds without error the first time too. Hopefully that helps you or someone else figure out a permanent fix! Many thanks.
From my side the issue seems to be be fixed with the merged fixes. So I will close the issue.
If anyone wants to track the merger of the fix :

Related discussion:
text: --replace "/usr/include/linux/capability.h" "${linuxHeaders}/include/linux/capability.h" ''; <del> patches = lib.optionals stdenv.hostPlatform.isMusl [ </del> <ins> patches = [ ./0001-aa-remove-unknown_empty-ruleset.patch ] ++ lib.optionals stdenv.hostPlatform.isMusl [ </ins> (fetchpatch { url = "https://git.alpinelinux.org/aports/plain/testing/apparmor/0003-Added-missing-typedef-definitions-on-parser.patch?id=74b8427cc21f04e32030d047ae92caa618105b53"; name = "0003-Added-missing-typedef-definitions-on-parser.patch";
Code change:
Steps to reproduce the behavior: obs-studio Please run and paste the result.
Couple things: 23.05 will be EOL soon, just a heads up the rev as specified in your "host os" line of the output, it pulls from the cache. I can only assume you're using a different rev or some override/overlay. Even rebuilding from that rev in my case produces no errors. Can you provide a config to reproduce?
My config is here: I am not using any override/overlay, afaik...
Setting is causing some massive rebuilds on your end and likely causing the breakage here. That's also why it couldn't just fetch from the binary cache. Try without this line.
Though FWIW, I'll see if I can get the build working with , it probably shouldn't just break.

Related discussion:
text: "-DENABLE_JACK=ON" (lib.cmakeBool "ENABLE_QSV11" stdenv.hostPlatform.isx86_64) (lib.cmakeBool "ENABLE_LIBFDK" withFdk) <ins> (lib.cmakeBool "ENABLE_ALSA" alsaSupport) (lib.cmakeBool "ENABLE_PULSEAUDIO" pulseaudioSupport) (lib.cmakeBool "ENABLE_PIPEWIRE" pipewireSupport) </ins> ]; dontWrapGApps = true;
Code change:
Steps to reproduce the behavior: obs-studio Please run and paste the result.
Couple things: 23.05 will be EOL soon, just a heads up the rev as specified in your "host os" line of the output, it pulls from the cache. I can only assume you're using a different rev or some override/overlay. Even rebuilding from that rev in my case produces no errors. Can you provide a config to reproduce?
My config is here: I am not using any override/overlay, afaik...
Setting is causing some massive rebuilds on your end and likely causing the breakage here. That's also why it couldn't just fetch from the binary cache. Try without this line.
Though FWIW, I'll see if I can get the build working with , it probably shouldn't just break.

Related discussion:
text: video content, efficiently ''; homepage = "https://obsproject.com"; <del> maintainers = with maintainers; [ jb55 MP2E materus fpletz ]; </del> <ins> maintainers = with maintainers; [ eclairevoyant jb55 MP2E materus fpletz ]; </ins> license = with licenses; [ gpl2Plus ] ++ optional withFdk fraunhofer-fdk; platforms = [ "x86_64-linux" "i686-linux" "aarch64-linux" ]; mainProgram = "obs";
Code change:
Mathematica fails to start. .... System: NixOS: 17.03.1517. (Gorilla) Nix version: 1.11.11 Nixpkgs version: 17.03.1517. Sandboxing enabled: no
Similar issue in .

Related discussion:
text: unixODBC libxml2 libuuid <ins> zlib </ins> ] ++ (with xorg; [ libX11 libXext
Code change:
Mathematica fails to start. .... System: NixOS: 17.03.1517. (Gorilla) Nix version: 1.11.11 Nixpkgs version: 17.03.1517. Sandboxing enabled: no
Similar issue in .

Related discussion:
text: echo "=== Running MathInstaller ===" ./MathInstaller -auto -createdir=y -execdir=$out/bin -targetdir=$out/libexec/Mathematica -silent <ins> # Fix library paths cd $out/libexec/Mathematica/Executables for path in mathematica MathKernel Mathematica WolframKernel wolfram math; do sed -i -e 's#export LD_LIBRARY_PATH$#export LD_LIBRARY_PATH=${zlib}/lib:''${LD_LIBRARY_PATH}#' $path done </ins> ''; preFixup = ''
Code change:
Package name: Latest released version: 5.1.1 <!-- Search your package here: --- Current version on the unstable channel: 5.0.3 Current version on the stable/release channel: 5.0.3 <!-- 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]:
Version 5.1.0 fixed compatibility of this extension with PHP 8.3, so the current version 5.0.3 is unusable with PHP 8.3. It outputs these build warnings/errors
Could you please provide the PR to update this? I think it's a matter of changing 2 lines. Actually, creating the PR would have been faster than creating this issue :)

Related discussion:
text: <del> { lib, stdenv, buildPecl, php, valgrind, pcre2, fetchFromGitHub }: </del> <ins> { lib , stdenv , buildPecl , php , valgrind , pcre2 , fetchFromGitHub }: </ins> let <del> version = "5.0.3"; </del> <ins> version = "5.1.2"; </ins> in buildPecl { inherit version; pname = "swoole";
Code change:
Package name: Latest released version: 5.1.1 <!-- Search your package here: --- Current version on the unstable channel: 5.0.3 Current version on the stable/release channel: 5.0.3 <!-- 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]:
Version 5.1.0 fixed compatibility of this extension with PHP 8.3, so the current version 5.0.3 is unusable with PHP 8.3. It outputs these build warnings/errors
Could you please provide the PR to update this? I think it's a matter of changing 2 lines. Actually, creating the PR would have been faster than creating this issue :)

Related discussion:
text: owner = "swoole"; repo = "swoole-src"; rev = "v${version}"; <del> sha256 = "sha256-xadseYMbA+llzTf9JFIitJK2iR0dN8vAjv3n9/e7FGs="; </del> <ins> hash = "sha256-WTsntvauiooj081mOoFcK6CVpnCCR/cEQtJbsOIJ/wo="; </ins> }; buildInputs = [ pcre2 ] ++ lib.optionals (!stdenv.isDarwin) [ valgrind ]; <del> doCheck = true; checkTarget = "tests"; </del> <ins> # tests require internet access doCheck = false; </ins> <del> meta = with lib; { </del> <ins> meta = { </ins> changelog = "https://github.com/swoole/swoole-src/releases/tag/v${version}"; description = "Coroutine-based concurrency library for PHP"; <del> license = licenses.asl20; homepage = "https://www.swoole.co.uk/"; maintainers = teams.php.members; </del> <ins> homepage = "https://www.swoole.com"; license = lib.licenses.asl20; maintainers = lib.teams.php.members; </ins> }; }
Code change:
They apparently fixed the issue where the cursor wouldn’t show up in new tabs. Needs backport to 23.11. Thanks! Package name: vte Latest released version: 0.74.2 Current version on the unstable channel: 0.74.1 Current version on the stable/release channel: 0.74.1 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]:

Related discussion:
text: , gnome }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "loupe"; <del> version = "45.2"; </del> <ins> version = "45.3"; </ins> src = fetchurl { <del> url = "mirror://gnome/sources/loupe/${lib.versions.major version}/loupe-${version}.tar.xz"; hash = "sha256-uLP/rzZXAmsX4E8Z4EDLqNUetNDKtU5CKVsOWlJxwKs="; </del> <ins> url = "mirror://gnome/sources/loupe/${lib.versions.major finalAttrs.version}/loupe-${finalAttrs.version}.tar.xz"; hash = "sha256-9l8tEgjQhatf+pmN1DyS/pUictTVm1HP7MEevf/KLYY="; </ins> }; patches = [
Code change:
They apparently fixed the issue where the cursor wouldn’t show up in new tabs. Needs backport to 23.11. Thanks! Package name: vte Latest released version: 0.74.2 Current version on the unstable channel: 0.74.1 Current version on the stable/release channel: 0.74.1 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]:

Related discussion:
text: platforms = platforms.unix; mainProgram = "loupe"; }; <del> } </del> <ins> }) </ins>
Code change:
They apparently fixed the issue where the cursor wouldn’t show up in new tabs. Needs backport to 23.11. Thanks! Package name: vte Latest released version: 0.74.2 Current version on the unstable channel: 0.74.1 Current version on the stable/release channel: 0.74.1 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]:

Related discussion:
text: , nixosTests }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "vte"; <del> version = "0.74.1"; </del> <ins> version = "0.74.2"; </ins> outputs = [ "out" "dev" "devdoc" ]; src = fetchurl { <del> url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; sha256 = "sha256-IyjD8cmYNQoY4OUTNI6fxYHVfqTnuJrt8R4OPGUEK08="; </del> <ins> url = "mirror://gnome/sources/vte/${lib.versions.majorMinor finalAttrs.version}/vte-${finalAttrs.version}.tar.xz"; sha256 = "sha256-pTX7Kpj+qKJEnNGgLMz1GQEx3d/1LnFa/azj/rU26uc="; </ins> }; patches = [
Code change:
They apparently fixed the issue where the cursor wouldn’t show up in new tabs. Needs backport to 23.11. Thanks! Package name: vte Latest released version: 0.74.2 Current version on the unstable channel: 0.74.1 Current version on the stable/release channel: 0.74.1 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]:

Related discussion:
text: passthru = { updateScript = gnome.updateScript { <del> packageName = pname; </del> <ins> packageName = "vte"; </ins> versionPolicy = "odd-unstable"; }; tests = {
Code change:
They apparently fixed the issue where the cursor wouldn’t show up in new tabs. Needs backport to 23.11. Thanks! Package name: vte Latest released version: 0.74.2 Current version on the unstable channel: 0.74.1 Current version on the stable/release channel: 0.74.1 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]:

Related discussion:
text: maintainers = with maintainers; [ astsmtl antono ] ++ teams.gnome.members; platforms = platforms.unix; }; <del> } </del> <ins> }) </ins>
Code change:
Add vulkan-tools-lunarg to a devshell and see that the only executable it provides is vkvia. It should also at least build and provice vkconfig Steps to reproduce the behavior: vulkan-tools-lunarg to a devshell to execute vkconfig to debug your vulkan application that it is not found in your path I expected vkconfig to be built and included in the vulkan-tools-lunarg derivation

Related discussion:
text: , vulkan-loader , vulkan-utility-libraries , writeText <ins> , libsForQt5 </ins> }: stdenv.mkDerivation rec {
Code change:
Add vulkan-tools-lunarg to a devshell and see that the only executable it provides is vkvia. It should also at least build and provice vkconfig Steps to reproduce the behavior: vulkan-tools-lunarg to a devshell to execute vkconfig to debug your vulkan application that it is not found in your path I expected vkconfig to be built and included in the vulkan-tools-lunarg derivation

Related discussion:
text: hash = "sha256-2ZUD+RBsl35QV3250JOPCIoJb4sJcBsiRE4SZaS6ROs="; }; <del> nativeBuildInputs = [ cmake python3 jq which pkg-config ]; </del> <ins> nativeBuildInputs = [ cmake python3 jq which pkg-config libsForQt5.qt5.wrapQtAppsHook ]; </ins> buildInputs = [ expat
Code change:
Add vulkan-tools-lunarg to a devshell and see that the only executable it provides is vkvia. It should also at least build and provice vkconfig Steps to reproduce the behavior: vulkan-tools-lunarg to a devshell to execute vkconfig to debug your vulkan application that it is not found in your path I expected vkconfig to be built and included in the vulkan-tools-lunarg derivation

Related discussion:
text: wayland xcbutilkeysyms xcbutilwm <ins> libsForQt5.qt5.qtbase libsForQt5.qt5.qtwayland </ins> ]; cmakeFlags = [
Code change:
Steps to reproduce the behavior: stig I got this when switching from 23.05 to 23.11 system: host os: multi-user?: sandbox: version: channels(root): channels(ao): nixpkgs:
Thanks for the report, this is supposed to be fixed in . I will wait for Darwin CI to be green there and merge it. Ping me if I forget. Follow that PR at:
Great, thanks!

Related discussion:
text: { lib , stdenv , fetchFromGitHub <del> , python3Packages </del> <ins> , python310Packages </ins> , testers , stig }: <del> python3Packages.buildPythonApplication rec { </del> <ins> python310Packages.buildPythonApplication rec { </ins> pname = "stig"; # This project has a different concept for pre release / alpha, # Read the project's README for details: https://github.com/rndusr/stig#stig <del> version = "0.12.5a0"; </del> <ins> version = "0.12.8a0"; </ins> src = fetchFromGitHub { owner = "rndusr"; repo = "stig"; rev = "v${version}"; <del> sha256 = "sha256-e27DBzing38llFxPIsMGkZJXp2q7jjFlQdtfsqLXNHw="; </del> <ins> sha256 = "sha256-vfmuA6DqWvAygcS6N+qX1h+Ag+P4eOwm41DhAFZR3r8="; </ins> }; <del> propagatedBuildInputs = with python3Packages; [ </del> <ins> propagatedBuildInputs = with python310Packages; [ </ins> urwid urwidtrees aiohttp
Code change:
Steps to reproduce the behavior: stig I got this when switching from 23.05 to 23.11 system: host os: multi-user?: sandbox: version: channels(root): channels(ao): nixpkgs:
Thanks for the report, this is supposed to be fixed in . I will wait for Darwin CI to be green there and merge it. Ping me if I forget. Follow that PR at:
Great, thanks!

Related discussion:
text: setproctitle ]; <del> nativeCheckInputs = with python3Packages; [ </del> <ins> nativeCheckInputs = with python310Packages; [ </ins> asynctest pytestCheckHook ];
Code change:
Steps to reproduce the behavior: stig I got this when switching from 23.05 to 23.11 system: host os: multi-user?: sandbox: version: channels(root): channels(ao): nixpkgs:
Thanks for the report, this is supposed to be fixed in . I will wait for Darwin CI to be green there and merge it. Ping me if I forget. Follow that PR at:
Great, thanks!

Related discussion:
text: export LC_ALL=C ''; <del> pytestFlagsArray = [ "tests" # TestScrollBarWithScrollable.test_wrapping_bug fails "--deselect=tests/tui_test/scroll_test.py::TestScrollBarWithScrollable::test_wrapping_bug" # https://github.com/rndusr/stig/issues/214 "--deselect=tests/completion_test/classes_test.py::TestCandidates::test_candidates_are_sorted_case_insensitively" ] ++ lib.optionals stdenv.isDarwin [ "--deselect=tests/client_test/ttypes_test.py::TestTimestamp::test_string__month_day_hour_minute_second" "--deselect=tests/client_test/aiotransmission_test/api_torrent_test.py" "--deselect=tests/client_test/aiotransmission_test/rpc_test.py" </del> <ins> disabledTestPaths = [ # Almost all tests fail in this file, it is reported upstream in: # https://github.com/rndusr/stig/issues/214 , and upstream fails to # reproduce the issue unfortunately. "tests/client_test/aiotransmission_test/api_settings_test.py" ]; disabledTests = [ # Another failure with similar circumstances to the above "test_candidates_are_sorted_case_insensitively" </ins> ]; passthru.tests = testers.testVersion {
Code change:
Steps to reproduce the behavior: cryptowatch-desktop download url redirects to a blog Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
As of September the 30th 2023, Cryptowatch was sunset and users were advised to use their parent companies offering Kraken Pro. I'll create a pull request to remove cryptowatch from nixpkgs as there aren't any archives available that contain it that are reliable

Related discussion:
text: <del> { stdenv , lib , fetchurl , autoPatchelfHook , wrapGAppsHook , dbus , libGL , libX11 , libXcursor , libXi , libXrandr , udev , unzip , alsa-lib }: stdenv.mkDerivation rec { pname = "cryptowatch-desktop"; version = "0.7.1"; src = fetchurl { url = "https://cryptowat.ch/desktop/download/linux/${version}"; hash = "sha256-ccyHfjp00CgQH+3SiDWx9yE1skOj0RWxnBomHWY/IaU="; }; unpackPhase = "unzip $src"; nativeBuildInputs = [ autoPatchelfHook wrapGAppsHook unzip ]; buildInputs = [ dbus udev alsa-lib ]; sourceRoot = "."; installPhase = '' install -m755 -D cryptowatch_desktop $out/bin/cryptowatch_desktop ''; preFixup = '' gappsWrapperArgs+=( --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libGL libX11 libXcursor libXrandr libXi ]}" ) ''; meta = with lib; { homepage = "https://cryptowat.ch"; description = "Application for visualising real-time cryptocurrency market data"; platforms = platforms.linux; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.unfree; maintainers = with maintainers; [ livnev kashw2 ]; }; } </del>