jiebi/CodeConvo huggingface dataset:
Change:
postPatch = '' substituteInPlace qutebrowser/misc/quitter.py --subst-var-by qutebrowser "$out/bin/qutebrowser" <del> sed -i "s,/usr/share/,$out/share/,g" qutebrowser/utils/standarddir.py </del> <ins> sed -i "s,/usr,$out,g" qutebrowser/utils/standarddir.py </ins> '' + lib.optionalString withPdfReader '' sed -i "s,/usr/share/pdf.js,${pdfjs},g" qutebrowser/browser/pdfjs.py '';

Discussion:
qutebrowser can't find userscripts in . Steps to reproduce the behavior: Should search for userscripts also in This might have broken from v2.4.0 -2.5.0, but not sure. Workaround is configuring qutebrowser with home-manager, and launching <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --^.  ; ;- ,- ,-"""   ^^ ,-; ; ,- / ; ,^ / ,^ ,-" - qutebrowser v2.5.0 Git commit: Backend: QtWebEngine 5.15.8, based on Chromium 87.0.4280.144 Qt: 5.15.3 CPython: 3.9.11 PyQt: 5.15.4 sip: 6.5.1 colorama: no jinja2: 3.0.3 pygments: 2.11.2 yaml: 6.0 adblock: 0.5.2 PyQt5.QtWebEngineWidgets: yes PyQt5.QtWebEngine: 5.15.4 PyQt5.QtWebKitWidgets: no 2.8.335 (/nix/store/z5n6n43w80lh2p2pfp694q38chlrmnl0-pdfjs-) sqlite: 3.38.1 QtNetwork SSL: OpenSSL 1.1.1n 15 Mar 2022 Style: QFusionStyle Platform plugin: xcb OpenGL: NVIDIA Corporation, 4.6.0 NVIDIA 510.60.02 Platform: Linux-5.17.1-x86_64-with-glibc2.34, 64bit Linux distribution: NixOS 22.05 (Quokka) (nixos) Frozen: False Imported from /nix/store/n6igivhh4ly81khcmldpglph8vpq5lff-qutebrowser-2.5.0/lib/python3.9/site-packages/qutebrowser Using Python from /nix/store/9px00aaqzb6n5p03i9wd8rx3msg95y9r-python3-3.9.11/bin/python3.

9 Qt library executable path: /nix/store/p1aapf3rsdw6xvj557as4694l78zd1hc-qtbase-5.15.3/libexec, data path: /nix/store/p1aapf3rsdw6xvj557as4694l78zd1hc-qtbase-5.15.3 Paths: cache: /tmp/qutebrowser-basedir-30rgq892/cache config: /tmp/qutebrowser-basedir-30rgq892/config data: /tmp/qutebrowser-basedir-30rgq892/data runtime: /tmp/qutebrowser-basedir-30rgq892/runtime Autoconfig loaded: yes no was loaded Uptime: 0:00:00
Indeed, It seems there have been changes regarding the discovery of userscripts. I'm taking a look now.
Change:
{ mkDerivation , cmake , fetchFromGitLab <ins> , nix-update-script </ins> , gst_all_1 , lib , libpulseaudio

Discussion:
Describe the bug A clear and concise description of what the bug is. The and python scripts in need their interpreter to be patched (and the module available). To Reproduce Steps to reproduce the behavior: Expected behavior A clear and concise description of what you expected to happen. They should work :stuckouttongue:. 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 and paste the result. system: host os: multi-user?: sandbox: version: channels(bt1cn): nixpkgs: Maintainer information:

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: sayonara <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.6.0-beta6 desired version: 1.6.0-beta7 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
corefonts = callPackage ../data/fonts/corefonts { }; <ins> cozette = callPackage ../data/fonts/cozette { }; </ins> culmus = callPackage ../data/fonts/culmus { }; clearlyU = callPackage ../data/fonts/clearlyU

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:
mv $out/bin/opam $out/bin/.opam-wrapped makeWrapper $out/bin/.opam-wrapped $out/bin/opam  --argv0 "opam"  <del> --suffix PATH : ${aspcud}/bin:${unzip}/bin:${curl}/bin:${lib.optionalString stdenv.isLinux "${bubblewrap}/bin:"}${getconf}/bin </del> <ins> --suffix PATH : ${aspcud}/bin:${unzip}/bin:${curl}/bin:${lib.optionalString stdenv.isLinux "${bubblewrap}/bin:"}${getconf}/bin  --set OPAM_USER_PATH_RO /run/current-system/sw/bin:/nix/store </ins> $out/bin/opam-installer --prefix=$installer opam-installer.install '';

Discussion:
Currently nothing compiles from opam env. Need to add this patch for workaround using .
cc
Please don’t hesitate to sent a merge request.
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , flit-core , pythonOlder }: buildPythonPackage rec { pname = "aocd-example-parser"; version = "unstable-2023-12-17"; pyproject = true; disabled = pythonOlder "3.9"; src = fetchFromGitHub { owner = "wimglenn"; repo = "aocd-example-parser"; rev = "07330183f3e43401444fe17b08d72eb6168504e1"; hash = "sha256-iOxqzZj29aY/xyigir1KOU6GcBBvnlxEOBLHChEQjf4="; }; nativeBuildInputs = [ flit-core ]; # Circular dependency with aocd # pythonImportsCheck = [ #   "aocd_example_parser" # ]; meta = with lib; { description = "Default implementation of an example parser plugin for advent-of-code-data"; homepage = "https://github.com/wimglenn/aocd-example-parser"; license = licenses.mit; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
Steps to reproduce the behavior: build Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
From the looks of things, the latest package has a new dependency on aocd-example-parser (it was split into a separate repository). That needs to be packaged into nixpkgs and as a dependency to aocd.
Change:
jbigkit = callPackage ../development/libraries/jbigkit { }; <del> jemalloc = callPackage ../development/libraries/jemalloc { # tests fail with LLVM 11+ # https://github.com/jemalloc/jemalloc/issues/2091 stdenv = if stdenv.cc.isClang then llvmPackages_10.stdenv else stdenv; }; </del> <ins> jemalloc = callPackage ../development/libraries/jemalloc { }; </ins> jose = callPackage ../development/libraries/jose { };

Discussion:
does not build aarch64-darwin as of . Steps to reproduce the behavior: out . on aarch64-darwin The build to succeed or the package to be marked as broken. n/a Full build log: <!-- 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.
Can you try with ?
Ah didn't realize this was a jemalloc failure at first. Sure, here's the result on Overriding with gives me a more substantial failure: Full build log:
From : LLVM 10.x is not compatible with aarch64-darwin and we can't use LLVM 11.x or later because of this upstream bug. So this issue is blocked until the upstream fixes
ISTM there is another issue present as aarch64-darwin as well, wrong detection of - see - adding to seems to help to build jemalloc with newer LLVM, but I am still getting test failures on aarch64-darwin.
Change:
<del> # Generated by debian-patches.sh from debian-patches.txt let prefix = "https://sources.debian.org/data/main/e/elinks/0.13.2-1/debian/patches"; in [ { url = "${prefix}/03_459467_ui.leds.enable_0.diff"; sha256 = "0l35lglmnvyzz3xyy18nksra14gsp7yc67rskbzmr61szg8b9jqr"; } { url = "${prefix}/04_436817_nostrip.diff"; sha256 = "0ixvxaba1ww375gpdh7r67srp3xsfb5vyz2sfv1pgj6mczwg8v24"; } { url = "${prefix}/07_617713_cache_control.diff"; sha256 = "0drn4r33ywvmihr0drsp2jwz7mlf5z5fv8ra7fpkdavx45xqaf15"; } { url = "${prefix}/10-reproducible-build.diff"; sha256 = "024yp3xsh0hw29l1wikfmk9j3mqval6pdr4xi7rzffrlaknh58h5"; } { url = "${prefix}/14_debug_disable_Werror.diff"; sha256 = "0s620r88ikfljflb5nd133cww2wc0i85ag8lzpvrsmg0q00hfmax"; } { url = "${prefix}/16_POST_BUFFER_SIZE.diff"; sha256 = "17vkvy0d0rabmgk8iqwgdsrgjn6dbb9cf6760qbz82zlb37s09nh"; } { url = "${prefix}/11-reproducible-build.diff"; sha256 = "1z17g9z68lh12fs6fkralfghh8bs1bs5mlq83d15l4bn3za3s0sl"; } ] </del>

Discussion:
Describe the bug elinks, although built with spidermonkey / JavaScript support enabled, fails to detect spidermonkey during its configure phase. This is not fatal to the configure phase, so the build continues without issue, resulting in elinks without javascript support To Reproduce Steps to reproduce the behavior: This shows during build that Spidermonkey is enable via : But later ... shows no JavaScript support; same from within elinks Expected behavior elinks should have JavaScript support enabled Metadata Output of (please note that nixpkgs below is not relevant; 19.09 release used): system: host os: multi-user?: sandbox: version: channels(musteresel): channels(root): nixpkgs: Maintainer information:
is not the cause of this; building with nixpkgs set to the parent commit yields the same result. This seems to be broken since a long time ...
of that elinks version searches for libraries , or . The libraries of spidermonkey are named , or for later versions (38, 52, 60 are on my system). Patching to use the correct lib and using Spidermonkey 1.8.5 again ... ... fails then during built; with errors like ... ... and lots of warnings. Other Spidermonkey versions (38, 52, 60) seem to have a different API; there the configure checks fail to compile their test programs.
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 . 3. Ask on the on .
Change:
src = fetchurl { url = "mirror://apache/ant/binaries/apache-ant-${version}-bin.tar.bz2"; <del> sha256 = "0zh94csb2hl6ir2ccn18ps506mjgh3mffnrb8wpsmp1x5fcykha5"; </del> <ins> sha256 = "1ab8ybczvk12501dnj450a3d4v43ca0pjhk33s175hax46s58z47"; </ins> }; contrib = fetchurl {

Discussion:
, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
Bumping to 1.10.9 is required. There is an additional reference for a download in for ant-contribute. That is already at the latest version so doesn't need to be bumped.
Change:
installTargets = [ "copyfiles" ]; <del> installFlags = [ "COPYDIR=$(out)" ]; </del> <ins> installFlags = [ "COPYDIR=$(out)" "COPYBINDIR=$(out)/bin" ]; </ins> preInstall = '' <del> mkdir -p $out/baseq3 </del> <ins> mkdir -p $out/baseq3 $out/bin </ins> ''; meta = with lib; {

Discussion:
Describe the bug See title. To Reproduce Steps to reproduce the behavior: /bin/ioquake3* Expected behavior ioquake3 runs/
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 . 3. Ask on the on .
Still an issue.
Change:
fetchFromGitHub { owner = "qutebrowser"; repo = "qutebrowser"; <del> rev = "294e73660c1f3d1aff50843c25e2f8f7574c4332"; sha256 = "sha256-vXMME9vqB4C4MScT9j7lOz4Bvu5R8nHFKi+uz9mbqtg="; </del> <ins> rev = "d4cafc0019a4a5574caa11966fc40ede89076d26"; hash = "sha256-Ma79EPvnwmQkeXEG9aSnD/Vt1DGhK2JX9dib7uARH8M="; </ins> } # the release tarballs are different from the git checkout! else fetchurl {

Discussion:
Qutebrowser crashes during startup with the following error message: Steps to reproduce the behavior: The derivation did not change for a while, and so I expect the reason is some changes in . commit hash: `
Change:
# remove messing with shipped binary patches = [ ./setup.patch ]; <del> # not sure if these need to be propogated or not? </del> <ins> # not sure if these need to be propagated or not? </ins> propagatedBuildInputs = [ pexpect pyGtkGlade

Discussion:
These are definitely not intentional: &q=propogatedBuildInputs&type=Code
I wonder: would that be from a Dvorak user?
Change:
set -eou pipefail ROOT="$(dirname "$(readlink -f "$0")")" <del> if [[ ! "$(basename $ROOT)" == "rpcs3" || ! -f "$ROOT/default.nix" ]]; then </del> <ins> if [[ ! "$(basename $ROOT)" == "rpcs3" || ! -f "$ROOT/package.nix" ]]; then </ins> echo "ERROR: Not in the rpcs3 folder" exit 1 fi

Discussion:
Steps to reproduce the behavior: rpcs3 <!-- 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]:
Wrong Zane - see
Change:
, adwaita-icon-theme , gnugrep, parted, glib, libuuid, pkg-config, gtkmm3, libxml2 , gpart, hdparm, procps, util-linux, polkit, wrapGAppsHook3, substituteAll <del> , mtools, dosfstools </del> <ins> , mtools, dosfstools, xhost </ins> }: stdenv.mkDerivation rec {

Discussion:
Launching gparted on Plasma 6 wayland doesn't work Steps to reproduce the behavior: to (in my case I have it in ) GParted from Plasma 6 Wayland is promped for elevated privileges. Enter it happens, the window closes When launching from the terminal, this is printed after entering the password: GParted opens (through XWayland I guess) Other XWayland applications and Wayland applications are both working, through QT and GTK. The package has no maintainers :( last touched by so I guess I should notify Please run and paste the result.
I found Arch BBS thread that might be related. In it, it says to put in your environment. Does that work?
Same error in sway. Setting GDK_BACKEND=x11 does not help
Same thing on COSMIC: system: host os: multi-user?: sandbox: version: nixpkgs:
I've opened that should fix this, can someone test to see if the PR works for you?
Change:
cd .. mkdir -p $out/share/applications <ins> sed 's/Exec=.*$/Exec=QGroundControl/g' --in-place deploy/qgroundcontrol.desktop </ins> cp -v deploy/qgroundcontrol.desktop $out/share/applications mkdir -p $out/bin

Discussion:
In the file a non existing shell script is referenced as executable: ` The binary in is called . Please change the line in the file accordingly. install software try to run it through a launchersystem: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs:
Do you feel like trying to fix this in the ?
Sure
Change:
<ins> { config, lib, pkgs, ... }: with lib; let cfg = config.programs.bash.undistractMe; in { options = { programs.bash.undistractMe = { enable = mkEnableOption "notifications when long-running terminal commands complete"; playSound = mkEnableOption "notification sounds when long-running terminal commands complete"; timeout = mkOption { default = 10; description = '' Number of seconds it would take for a command to be considered long-running. ''; type = types.int; }; }; }; config = mkIf cfg.enable { programs.bash.promptPluginInit = '' export LONG_RUNNING_COMMAND_TIMEOUT=${toString cfg.timeout} export UDM_PLAY_SOUND=${if cfg.playSound then "1" else "0"} . "${pkgs.undistract-me}/etc/profile.d/undistract-me.sh" ''; }; meta = { maintainers = with maintainers; [ metadark ]; }; } </ins>

Discussion:
Project description A bash utility; "Notifies you when long-running terminal commands complete." Metadata homepage URL: license: "All of undistract-me, including this file, is made available with the Expat license. See LICENSE for details."
Change:
dbtableprefix = mkOption { type = types.nullOr types.str; default = null; <del> description = "Table prefix in Nextcloud's database."; </del> <ins> description = '' Table prefix in Nextcloud's database. __Note:__ since Nextcloud 20 it's not an option anymore to create a database schema with a custom table prefix. This option only exists for backwards compatibility with installations that were originally provisioned with Nextcloud <20. ''; </ins> }; adminuser = mkOption { type = types.str;

Discussion:
Steps to reproduce the behavior: a minimal config file with Nextcloud In console In (most revelent part) In we can find <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
is this a fresh install or did you try to modify an existing install?
From a fresh install
I didn't expect that, but reproducible for me with mysql and wouldn't be surprised if postgresql has the same issue. Incidentally, this is done by default for the sqlite test and it works fine there. Will take a look ~tomorrowish, need some sleep now.
See , this doesn't seem supported anymore, I just forgot tot ake care of the deprecation, sorry! deprecates this, from now on you'll get a warning when trying to do this.
Thanks for the quick correction. I have one last question. I want to migrate an existing Nextcloud instance that has this prefix. So if this option disappears from the NixOs options, what do I do?
So the module warning points out that you should add the option manually in . Possibly it could also work that you define it via and this will land indirectly in the over the generated
My observation is that the should already be in because nextcloud explicitly writes that into this file on install. Please check if that's the case and if so, you can just remove the option from your system config as explained in the warning. The suggestion to add it on your own is mostly there because I'm not sure if that's the case in all installations and I wanted to make sure people don't break their setup over this.
I have a different prefix than the default ("nc" VS "oc"), so I'll test with At worst, I'll export/import data of each app through their interface, hoping it's possible and goes well.
Change:
<ins> { lib , stdenv , fetchFromGitHub , makeDesktopItem , copyDesktopItems , makeWrapper , rustPlatform , cmake , yasm , nasm , zip , pkg-config , clang , gtk3 , xdotool , libxcb , libXfixes , alsa-lib , pulseaudio , libXtst , libvpx , libyuv , libopus , libsciter , llvmPackages , wrapGAppsHook }: rustPlatform.buildRustPackage rec { pname = "rustdesk"; version = "1.1.8"; src = fetchFromGitHub { owner = "rustdesk"; repo = "rustdesk"; rev = "0325500ebf331b66220cec6e9078afb83b0e98a7"; sha256 = "sha256-xglyyoiAjJx3y8+A2OYHZffjqjDkcTjIluPA/J42VVg="; }; cargoSha256 = "sha256-4MQKa54f3X7IHGd29H6RY7v2toeHvTHInIpgXjdotjw="; LIBCLANG_PATH="${llvmPackages.libclang.lib}/lib"; # Change magnus-opus version to upstream so that it does not use # vcpkg for libopus since it does not work. cargoPatches = [ ./cargo.patch ]; # Manually simulate a vcpkg installation so that it can link the libaries # properly. postUnpack = let vcpkg_target = "x64-linux"; in '' export VCPKG_ROOT="$TMP/vcpkg"; mkdir -p $VCPKG_ROOT/installed/${vcpkg_target}/lib ln -s ${libvpx.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ln -s ${libyuv.out}/lib/* $VCPKG_ROOT/installed/${vcpkg_target}/lib/ ''; nativeBuildInputs = [ pkg-config cmake makeWrapper copyDesktopItems yasm nasm clang wrapGAppsHook ]; buildInputs = [ alsa-lib pulseaudio libXfixes libxcb xdotool gtk3 libvpx libopus libXtst libyuv ]; # Checks require an active X display. doCheck = false; desktopItems = [ (makeDesktopItem { name = "rustdesk"; exec = meta.mainProgram; icon = "rustdesk"; desktopName = "RustDesk"; comment = meta.description; genericName = "Remote Desktop"; categories = ["Network"]; }) ]; # Add static ui resources and libsciter to same folder as binary so that it # can find them. postInstall = '' mkdir -p $out/{share/src,lib/rustdesk} # so needs to be next to the executable mv $out/bin/rustdesk $out/lib/rustdesk ln -s ${libsciter}/lib/libsciter-gtk.so $out/lib/rustdesk makeWrapper $out/lib/rustdesk/rustdesk $out/bin/rustdesk  --run "cd $out/share" cp -a $src/src/ui $out/share/src install -Dm0644 $src/logo.svg $out/share/icons/hicolor/scalable/apps/rustdesk.svg ''; meta = with lib; { description = "Yet another remote desktop software"; homepage = "https://rustdesk.com"; license = licenses.gpl3Only; maintainers = with maintainers; [ leixb ]; platforms = [ "x86_64-linux" ]; mainProgram = "rustdesk"; }; } </ins>

Discussion:
Project description Yet another remote desktop software. I planned to use this as a replacement for Teamviewer, but is required and packaging this seems to be harder than I initially thought it would be. Metadata homepage URL: source URL: license: gpl3 platforms: unix
Change:
patches = [ ./opencl.patch <del> # Backport crash fix for Radeon (legacy) kernel driver # see https://gitlab.freedesktop.org/mesa/mesa/-/issues/10613 # FIXME: remove when merged upstream ./backport-radeon-crash-fix.patch </del> ]; postPatch = ''

Discussion:
Package name: mesa Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 24.0.3 Current version on the stable/release channel: 23.1.9 <!-- 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:
description = "KDE terminal emulator"; license = with lib.licenses; [ gpl2Plus lgpl21Plus fdl12Plus ]; maintainers = with lib.maintainers; [ ttuegel ]; <ins> mainProgram = "konsole"; </ins> }; nativeBuildInputs = [ extra-cmake-modules kdoctools ]; buildInputs = [

Discussion:
As the title says, doesn't have a attribute. Steps to reproduce the behavior: up the and load in nixpkgs the command: giving the correct output it gives the big red warning: without the warning. <!-- 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]: