jiebi/CodeConvo huggingface dataset:
Change:
qtwebengine ]; <del> postUnpack = '' for dep in AuxiliarCustomWidgets QPinnableTabWidget QLogger git; do rmdir "${main_src.name}/src/$dep" ln -sf "../../$dep" "${main_src.name}/src/$dep" done ''; </del> qmakeFlags = [ "GitQlient.pro" ];

Discussion:
Package name: gitqlient Latest released version: 1.6.2 Current version on the unstable channel: 1.5.0 Current version on the stable/release channel: 1.5.0 Notify maintainers 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:
# TODO: aarch64-darwin has mcpu incompatible with gcc + optionalString ((targetPlatform ? gcc.arch) && !isClang && !(stdenv.isDarwin && stdenv.isAarch64) && <del> isGccArchSupported targetPlatform.gcc.arch) '' </del> <ins> isGccArchSupported targetPlatform.gcc.arch && !disableMarch) '' </ins> echo "-march=${targetPlatform.gcc.arch}" >> $out/nix-support/cc-cflags-before ''

Discussion:
Since was merged into the master, swift cannot be built on aarch64. Steps to reproduce the behavior: reported in I'm not familiar with swift or clang, but I'm using the following overlay as a workaround until it's fixed. <!-- 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]:
states that this only fixed the swift build but all downstream packages are still broken. re-opening.
Actually, it seems only dark-mode-notify is broken, others seem fine. Probably because it uses Cocoa or disables sandbox. I don't know for sure.
I noticed that my personal package does not build either. Maybe it's because of swift itself or swiftpm?
The above open PR seems to run into the same issue…
Change:
<ins> { lib , stdenv , fetchFromGitHub , makeWrapper , bluez , dmenu , nix-update-script }: stdenv.mkDerivation (finalAttrs: { pname = "dmenu-bluetooth"; version = "unstable-2023-07-16"; src = fetchFromGitHub { owner = "Layerex"; repo = "dmenu-bluetooth"; rev = "96e2e3e1dd7ea2d2ab0c20bf21746aba8d70cc46"; hash = "sha256-0G2PXWq9/JsLHnbOIJWSWWqfnBgOxaA8N2VyCbTUGmI="; }; nativeBuildInputs = [ makeWrapper ]; installPhase = '' runHook preInstall install -D --target-directory=$out/bin/ ./dmenu-bluetooth wrapProgram $out/bin/dmenu-bluetooth  --prefix PATH ":" ${lib.makeBinPath [ dmenu bluez ] } runHook postInstall ''; passthru.updateScript = nix-update-script { }; meta = { description = "A script that generates a dmenu menu that uses bluetoothctl to connect to bluetooth devices and display status info"; homepage = "https://github.com/Layerex/dmenu-bluetooth"; license = lib.licenses.gpl3Only; maintainers = with lib.maintainers; [ ludovicopiero ]; platforms = lib.platforms.linux; }; }) </ins>

Discussion:
Project description A script that generates a dmenu (or other) menu that uses bluetoothctl to connect to bluetooth devices and display status info. Nix package can be copied from Its the same script but modified specifically for rofi instead of configurable to be able to use other launchers like fuzzel and dmenu. Metadata homepage URL: source URL: license: GNU General Public License v3.0 platforms: unix
Change:
homepage = "https://www.limesurvey.org"; maintainers = with maintainers; [offline]; platforms = with platforms; unix; <ins> knownVulnerabilities = [ # https://github.com/LimeSurvey/LimeSurvey/blob/3.x-LTS/docs/release_notes.txt "Unauthorized access to statistics of a survey with certain permission configurations" "Persistent XSS in browse response" ]; </ins> }; }

Discussion:
, CVSSv3=6.1 (nixos-unstable) CVSSv3=5.3 (nixos-unstable) Scanned versions: nixos-unstable: . Cc
Change:
}; postPatch = '' <del> substituteInPlace Makefile  </del> <ins> substituteInPlace Makefile.target  </ins> --replace '-install_name ''${LIBDIR}/libcalc''${LIB_EXT_VERSION}' '-install_name ''${T}''${LIBDIR}/libcalc''${LIB_EXT_VERSION}'  --replace '-install_name ''${LIBDIR}/libcustcalc''${LIB_EXT_VERSION}' '-install_name ''${T}''${LIBDIR}/libcustcalc''${LIB_EXT_VERSION}' '';

Discussion:
It appears that calc doesn't run correctly via Steps to reproduce the behavior: I would expect this to run the calc application. works as expected.
Change:
is_nixenv = "True"; is_virtualenv = "True"; }; <del> } // lib.optionalAttrs (!python.isPyPy) { </del> <ins> } // lib.optionalAttrs (!python.isPyPy && !stdenv.isDarwin) { </ins> # Use virtualenv with copies from a Nix env. <ins> # Fails on darwin with #   virtualenv: error: argument dest: the destination . is not write-able at /nix/store </ins> nixenv-virtualenv-copies = rec { env = runCommand "${python.name}-virtualenv-copies" {} '' ${pythonVirtualEnv.interpreter} -m virtualenv --system-site-packages --copies --no-seed $out

Discussion:
Package name: python3, python312 Latest released version: 3.11.9, 3.12.3 <!-- Search your package here: --- Current version on the unstable channel: 3.11.8, 3.12.2 Current version on the stable/release channel: 3.11.8, 3.12.2 <!-- 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]:
You could have found the PR for 3.11.9.
I assume python3 and python3.12 updated at same time because updated at same time. Thank you for your message, I'll check two time when I create issue.
fixed issue
Change:
"--enable-mac-app=$$out/Applications" ]; <del> CFLAGS = "-O3 -DMAC_OS_X_VERSION_MAX_ALLOWED=1090"; </del> <ins> CFLAGS = "-O3 -DMAC_OS_X_VERSION_MAX_ALLOWED=1090 -DMAC_OS_X_VERSION_MIN_REQUIRED=1090"; </ins> LDFLAGS = "-O3 -L${ncurses.out}/lib"; postInstall = ''

Discussion:
It looks like emacs is not able to use Appkit for some reason. Here is the relevant logs: It looks like Foundation framework is busted. This is lowPrio so I don't think there is Hydra logs. nixpkgs commit: nix version: 1.11.4 cc
Change:
<del> { stdenv, fetchurl, pkgconfig, autoreconfHook, openssl, db48, boost, zeromq, rapidcheck </del> <ins> { stdenv, fetchurl, pkgconfig, autoreconfHook, openssl, db48, boost, zeromq, rapidcheck, hexdump </ins> , zlib, miniupnpc, qtbase ? null, qttools ? null, wrapQtAppsHook ? null, utillinux, python3, qrencode, libevent , withGui }:

Discussion:
Describe the bug nix-shell -p bitcoind fails with: Metadata Please run and paste the result. (I'm running nixpkgs-unstable, and I just updated the channel) Maintainer information:
Change:
, isHardened ? false # easy overrides to stdenv.hostPlatform.linux-kernel members <del> , autoModules ? stdenv.hostPlatform.linux-kernel.autoModules or true </del> <ins> , autoModules ? stdenv.hostPlatform.linux-kernel.autoModules </ins> , preferBuiltin ? stdenv.hostPlatform.linux-kernel.preferBuiltin or false , kernelArch ? stdenv.hostPlatform.linuxArch , kernelTests ? []

Discussion:
Building powerpc kernels (I only tested pkgsCross.powernv, but examination of the kernel source code suggests to me that 32-bit powerpc, and well as big-endian 64-bit will be the same) is broken since This happens because on powerpc, the kernel target we install is vmlinux, rather than any derivative of it like zImage. The kernel build system will strip when creating such a derivative image, but because we install vmlinux directly, we get an unstripped image. This means the kernel contains references to its build directory, which since that PR will be the $dev output. AIUI, 64-bit POWER boots via kexec, and a zImage is a self-extracting kernel ELF image, so hopefully the fix would just be to switch the kernel target for powerpc to zImage, and things will work again, and POWER users will get smaller kernel images as a bonus. I'm not sure about 32-bit PowerPC, but this might be helpful. If we can't use an *Image target for any powerpc targets, there is also a target called that we could fall back to, but let's take the opportunity to evaluate whether anything else is more suitable first, when we're changing this stuff anyway. Apart from powerpc, the only we have that uses vmlinux as its kernel target is a MIPS machine called the Fuloong 2.0. I don't know how it boots.
I'll handle this. I don't have big-endian POWER hardware, but pointed out that qemu can probably boot a BE kernel under emulation at full hardware speeds. So if that works I can take care of the 32-bit POWER (which is mostly BE) too.
For reference, I managed to get a working kernel derivation for Power9 with Just setting building a zImage without fully stripping it afterwards wasn't enough. There still was a reference to in the debug info somewhere.
Yep, very plausible that there are other references as well. We had for x86 and RISC-V, although that specific issue didn't apply to other architectures.
I'll dig into this this evening. thank you for the tip! Also putting this link here so I don't lose it:
Verified (after fixing a bunch of other things) that is affected too. Thanks again for the heads up Working on a fix.
Edit: I meant to post this .
Fixed by
Change:
sphinxcontrib_plantuml = buildPythonPackage (rec { name = "sphinxcontrib-plantuml-0.5"; <del> # See issue #6548 disabled = isPyPy; </del> src = pkgs.fetchurl { url = "https://pypi.python.org/packages/source/s/sphinxcontrib-plantuml/${name}.tar.gz"; md5 = "4a8840fe3475a19c2af3fa877ab9d296";

Discussion:
The package pypy2.4-Sphinx-1.2.3 appears to be broken in the stable channel (as well as in the master branch of the repository with pypy 2.5). My $ load-env-pypySphinx $ sphinx-quickstart
Interesting, only happens on pypy. Wrapper is not generated.
Fixed hopefully.
Tested with pypy 2.5. The sphinx-quickstart works and building a non trivial set of documentation also. Thank you.
Change:
<del> { config, lib, ... }: </del> <ins> { config, lib, pkgs, ... }: </ins> with lib;

Discussion:
Describe the bug addon in chromium does not work. After install addon show errors: "Failed to connect to the main process." "Verify the installation of the plasma-browser-integration package. The running environment of the Plasma desktop environment must be at least version 5.13." "Specified native messaging host not found." Manually run from console not help. To Reproduce Steps to reproduce the behavior: Add to : Expected behavior No errors. Additional context I found issue Everything looks like the same problem but in chromium Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run nix-shell -p nix-info --run "nix-info -m" and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Try adding the following line to your configuration:
now And also does not work. Maybe I need to reboot?
That issue is actually unrelated, it has to do with a patch only in our source build of firefox.
I make test with: in . The same error.
I can't reproduce this issue. I just tested in a vm using with this configuration: Are you using plasma5?
Yes plasma5. Looks like it worked for me too. Now all errors are gone. Thanks !
Why are we adding to systemPackages when using the chromium program module? It does this for you.
Just an oversight on my part. You're right, adding chromium to systemPackages is not necessary.
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me".

If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Thanks - the fix worked for me! Can you please comment on what's the role of package that you install?
I marked this as stale due to inactivity. &rarr;
Proposed fix in
Change:
<ins> { lib, fetchFromGitHub, rustPlatform, pkg-config, dbus }: rustPlatform.buildRustPackage rec { version = "0.2.1"; pname = "kdotool"; src = fetchFromGitHub { owner = "jinliu"; repo = "kdotool"; rev = "v${version}"; hash = "sha256-ogdZziNV4b3h9LiEyWFrD/I/I4k8Z5rNFTNjQpWBQtg="; }; cargoHash = "sha256-pL5vLfNWsZi75mI5K/PYVmgHTPCyIKpQY0YU2CJABN8="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ dbus ]; meta = with lib; { description = "xdotool-like for KDE Wayland"; homepage = "https://github.com/jinliu/kdotool"; license = licenses.asl20; maintainers = with maintainers; [ kotatsuyaki ]; }; } </ins>

Discussion:
Project description A xdotool clone for KDE Wayland <!-- Describe the project a little: --Metadata homepage URL: source URL: license: apache2 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { buildGoModule , fetchFromGitHub , lib , nix-update-script }: buildGoModule rec { pname = "gut"; version = "0.2.7"; src = fetchFromGitHub { owner = "julien040"; repo = "gut"; rev = version; sha256 = "sha256-qmp6QWmyharyTzUVXlX/oJZWbeyegX/u8/vzi/pTSaA="; }; vendorSha256 = "sha256-E4jr+dskBdVXj/B5RW1AKyxxr+f/+ZW42OTO9XbCLuw="; ldflags = [ "-s" "-w" "-X github.com/julien040/gut/src/telemetry.gutVersion=${version}" ]; # Checks if `/home` exists doCheck = false; passthru.updateScript = nix-update-script { }; meta = { description = "An easy-to-use git client for Windows, macOS, and Linux"; homepage = "https://github.com/slackhq/go-audit"; maintainers = [ lib.maintainers.paveloom ]; license = [ lib.licenses.mit ]; }; } </ins>

Discussion:
Project description Gut is a CLI designed to make Git easier to use. Metadata homepage URL: source URL: license: mit platforms: linux, darwin, windows
Change:
<ins> diff --git a/CMakeLists.txt b/CMakeLists.txt index 915912af5..f5c2cf9cc 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -91,11 +91,6 @@ if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) endif() endif() else() -	CPMAddPackage( -		NAME Ccache.cmake -		GITHUB_REPOSITORY TheLartians/Ccache.cmake -		VERSION 1.2 -	) endif() # Dependencies -- 2.40.1 </ins>

Discussion:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue
Change:
<del> { mkDerivation, lib, fetchurl, extra-cmake-modules, kdoctools </del> <ins> { mkDerivation, lib, fetchpatch, fetchurl, extra-cmake-modules, kdoctools </ins> , boost, qtwebkit, qtx11extras, shared-mime-info , breeze-icons, kactivities, karchive, kcodecs, kcompletion, kconfig, kconfigwidgets , kcoreaddons, kdbusaddons, kdiagram, kguiaddons, khtml, ki18n

Discussion:
Seems like some dependency versions diverged?
Hydra agrees it started failing in in August: Cc Missing sounds like a underlinking. Trying to bisect.
Was not able to get to exact commit and got a bunch: There are only 'skip'ped commits left to test. The first bad commit could be any of: (patch tweak, unlikely) (output tweak, maybe?) (patch tweak, unlikely) (kde-frameworks upgrade, likely)
probably fixed it upstream.
Let's try to fix it with
The build is still broken for me, there are some linking issues.
Perhaps the fix did not yet reach channel you are using?
Unstable via flakes.
I am not familiar with flakes. If it's then it would make sense as change did not reach there yet. If you can find commit version it bases on (maybe via ) we can match it's state.
Change:
<del> { stdenv, pkgconfig, fetchurl, python3, dropbox }: </del> <ins> { stdenv , substituteAll , pkgconfig , fetchurl , python3 , dropbox , gtk3 , gnome3 , gdk_pixbuf , gobject-introspection }: </ins> let version = "2019.02.14"; dropboxd = "${dropbox}/bin/dropbox";

Discussion:
Running fails with message . system: host os: multi-user?: sandbox: version: channels(root): channels(mnacamura): nixpkgs:
I tried this patch: Then, it says It seems that the module is now visible from python but another problem has popped up.
looks like an intentional bug in the program. Try running without variable in the environment to trigger the alternative branch.
Oh, it comes from our packaging.
Change:
buildPythonPackage rec { pname = "cassandra-driver"; <del> version = "3.24.0"; </del> <ins> version = "3.25.0"; </ins> # pypi tarball doesn't include tests src = fetchFromGitHub { owner = "datastax"; repo = "python-driver"; rev = version; <del> sha256 = "1rr69hly5q810xpn8rkzxwzlq55wxxp7kwki9vfri3gh674d2wip"; </del> <ins> sha256 = "1dn7iiavsrhh6i9hcyw0mk8j95r5ym0gbrvdca998hx2rnz5ark6"; </ins> }; nativeBuildInputs = [ cython ];

Discussion:
Describe the bug gremlinpython (a dependency of cassandra-driver, but otherwise no idea how important it is) fails to build. To Reproduce Steps to reproduce the behavior: a recent checkout of nixpkgs -build -I nixpkgs=. -p python3Packages.gremlinpython how attempts to fetch something from the interwebs Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(cmm): nixpkgs: Maintainer information:
Should be fixed by .
Change:
sha256 = "sha256-KoDKyI7KDdGSe79ZTuL9ObKnOJsqTN4wrMq+/cvQ/Xk="; }; <ins> patches = [( fetchpatch { name = "CVE-2022-27419"; url = "https://github.com/merbanan/rtl_433/commit/37455483889bd1c641bdaafc493d1cc236b74904.patch"; sha256 = "172jndh8x5nlcbx2jp5y8fgfxsawwfz95037pcjp170gf93ijy88"; })]; </ins> nativeBuildInputs = [ pkg-config cmake ]; buildInputs = [ libusb1 rtl-sdr soapysdr-with-plugins ];

Discussion:
, CVSSv3=5.5 (nixos-unstable) rtl433 21.12 was discovered to contain a stack overflow in the function acurite00275rm_decode at /devices/acurite.c. This vulnerability allows attackers to cause a Denial of Service (DoS) via a crafted file. Scanned versions: nixos-unstable: . Cc
See also:
Change:
stdenv.mkDerivation rec { pname = "libutempter"; <del> version = "1.1.6"; </del> <ins> version = "1.2.1"; </ins> src = fetchurl { <del> url = "mirror://ubuntu/pool/main/libu/libutempter/libutempter_${version}.orig.tar.bz2"; sha256 = "15y3xbgznjxnfmix4xg3bwmqdvghdw7slbhazb0ybmyf65gmd65q"; </del> <ins> url = "http://ftp.altlinux.org/pub/people/ldv/utempter/libutempter-${version}.tar.gz"; sha256 = "sha256-ln/vNy85HeUBhDrYdXDGz12r2WUfAPF4MJD7wSsqNMs="; </ins> }; buildInputs = [ glib ]; patches = [ ./exec_path.patch ]; <ins> patchFlags = [ "-p2" ]; </ins> prePatch = '' substituteInPlace Makefile --replace 2711 0711 '';

Discussion:
A follow up to It seems like is not getting updated when tmux sessions begin/end. Relevant links: Steps to reproduce the behavior: and note the results. a different shell, open a new tmux session: exiting tmux, run again and note that the results are the same. Tmux user sessions to show up in , , and , as is custom in other OSes. n/a n/a <!-- 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.
Change:
xorgVideoUnichrome = callPackage ../servers/x11/xorg/unichrome/default.nix { }; <ins> xwayland = with xorg; callPackage ../servers/x11/xorg/xwayland.nix { }; </ins> yaws = callPackage ../servers/http/yaws { }; zabbix = recurseIntoAttrs (import ../servers/monitoring/zabbix {

Discussion:
A in the xwayland package output causes nixos-rebuild to fail due to permission issues, since /var/tmp contains private directories (mode 700) System: NixOS 16.09 Nix version: 1.11.4 Nixpkgs version: 16.09.901.
Essentially the same problem as in vanilla X server:
found some more info on the problem the issue, is that both wayland and xorg have the same "fix" for packages wanting to write to the store, at the same place /nix/store/dd65ni8yzibvq2aj5jdylnv557i3hcd1-xwayland-1.18.4/share/X11/xkb/compiled and /nix/store/v82zrx8dnm5j8lq4a2fc5g0rcx2jx04k-xorg-server-1.18.4/share/X11/xkb/compiled are "conflicting" so buildEnv tries to cd into both, find every file within, and then create a compiled directory with symlinks to merge the 2 except, both versions of compiled are symlinks to /var/tmp in this case, there is no need to merge the contents of "compiled" since its 2 identical symlinks that are conflicting, so id say buildEnv should be patched and i have a simple testcase:
I'm guessing that this works OK when built in a sandbox?
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
As both the referenced packages build now, I guess it's safe to close this.
Change:
xapp ]; services.cinnamon.apps.enable = mkDefault true; <ins> services.gnome.evolution-data-server.enable = true; </ins> services.gnome.glib-networking.enable = true; services.gnome.gnome-keyring.enable = true; services.gvfs.enable = true;

Discussion:
I have 2 clear bugs for cinnamon that I can't find a way to solve 1- not working due to missing of 2- doesn't show events due to missing of both of the issues related to Steps to reproduce the behavior: in any of the bugged apps
Change:
mkDerivation rec { pname = "yubioath-desktop"; <del> version = "5.0.4"; </del> <ins> version = "5.0.5"; </ins> src = fetchurl { url = "https://developers.yubico.com/yubioath-desktop/Releases/yubioath-desktop-${version}.tar.gz"; <del> sha256 = "1aw88xvg6gjsfwmmlcrdcgyycn2cp7b8vxjzj14h7igcj02xh84h"; </del> <ins> sha256 = "05xs6xh9pi50h0668arirj0gnz11adpixgsdkds072077gasdm0g"; </ins> }; doCheck = false;

Discussion:
Describe the bug On current nixos-unstable, yubioath-desktop starts up, but does not detect a connected yubikey and spews error messages to the terminal. I believe this is related to and might be fixable by updating the package. To Reproduce Steps to reproduce the behavior: a yubikey (4 nano); set and rebuild (optional, I believe) Expected behavior Would expect the key to be discovered and silence on the terminal. Screenshots Additional context (none) Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: `/nix/store/d7bsnyyw1wbmkv197krfd0fbaw1rqcpv-source Maintainer information:
Version 5.0.5 seems to include the fix and will probably be released soon. I'll update the package once it has made it to their release website.
Thank you! I could work around the issue by using: for now (this may break some of the things fixed in patches)
Looks like 5.0.5 is released:
tarballs haven't been published yet.