jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug nmap 7.80 fails to build on Darwin due to a patch that fails to apply. An upstream patch no longer cleanly applies: To Reproduce Expected behavior Screenshots If applicable, add screenshots to help explain your problem. Additional context Metadata system: host os: multi-user?: sandbox: version: channels(ssorensen): nixpkgs:
usually happens when the patch got merged. have you tried not applying the patch ?

Discussion:
++ optionals stdenv.cc.isClang [( # Fixes a compile error due an ambiguous reference to bind(2) in # nping/EchoServer.cc, which is otherwise resolved to std::bind. <del> # Also fixes a missing include. </del> # https://github.com/nmap/nmap/pull/1363 fetchpatch { url = "https://github.com/nmap/nmap/commit/5bbe66f1bd8cbd3718f5805139e2e8139e6849bb.diff"; <del> sha256 = "088r8ylpc9hachsxs4r17cqfa1ncyspbjvkc573lill7rk1r9m0s"; </del> <ins> includes = [ "nping/EchoServer.cc" ]; sha256 = "0xcph9mycy57yryjg253frxyz87c4135rrbndlqw1400c8jxq70c"; </ins> } )];
Change:
After the changes in my bash prompt stopped working. It is set in with . It sets the environment variable . It happens that , now automatically run for vte terminals, also sets , but does not preserve any previous value it may have. As a consequence the setting done in is discarded by .
The script does Should it do ?
Ahh this is unexpected because profile.d scripts are sourced before the bashrc file and PROMPTCOMMAND setting. I'm not sure what to do to make this run earlier but still only for interactive. Edit: I think this will make it happen first Can you check if that works for you? Also, you should update your config to include in your prompt.
I think this is the best solution. But it would require a change in upstream. Edit_: and the fix would be available for other systems too, where I use to have a similar problem when setting the bash prompt.
Yes, it works for me. ! When I set the bash prompt in , a function is defined, and a call to it is appended to . If already has a call to (which already runs ), this call remains there. So I think that should not be explicitly included in my prompt.
Ah thanks for testing I can PR this now, I'd prefer to not make any changes to vte. Other distros are already stuck with downstream patches and eventually that's what it will amount too.

Discussion:
config = mkMerge [ (mkIf config.programs.bash.vteIntegration { <del> programs.bash.interactiveShellInit = vteInitSnippet; </del> <ins> programs.bash.interactiveShellInit = mkBefore vteInitSnippet; </ins> }) (mkIf config.programs.zsh.vteIntegration {
Change:
Animation don't work anymore, and i get this error message ! Also it needs to be patched so it works with Qt stdenv.mkDerivation -mkDerivation and add wrapQtAppsHook Lastly it would be nice for the package to be updated to 0.4.0 from 0.3.2
As you are the maintainer, any idea ?
Hmm, yeah there are definitely problems with ckb-next on master - I haven't noticed them since I run the release channel of nixpkgs on all my machines (and also because the machine with all my Corsair equipment has been unplugged for months...). I'm seeing this when I try to start : Is this what your point about Qt is referring to, or something else? There's already a PR for updating to 0.4.0 (), it just needs some TLC from the nixpkgs maintainers.
Huh, okay that error only occurs specifically when I build from the channel. The channel is fine, as is git master.
The issue is now closed, i fixed both with and ^

Discussion:
cmake ]; <ins> cmakeFlags = [ "-DINSTALL_DIR_ANIMATIONS=libexec" ]; </ins> patches = [ ./install-dirs.patch ./systemd-service.patch
Change:
Describe the bug ocrmypdf doesn't work until I also install . To Reproduce Steps to reproduce the behavior: 't have installed or in PATH. one of: Additional context Running nixpkgs master Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): channels(play): nixpkgs: Maintainer information: cc
I'm really swamped right now but I do need to do some updates that were requested to be in the PR before it got merged. I was half expecting someone to find problems anyway (it was really, really difficult to even get it to work at all). I'll try to get around to fixing it ASAP... which might be in a few days... if nobody does it sooner. Sorry about it not working!
No, thank you for packaging it! I successfully used it today :-)
This should be fixed as of the upgrade I did to 9.0.3. would you mind testing it to confirm it truly is fixed? It's in nixos-unstable now. After that we can close this! :D
Thanks! This does look fixed in master.

Discussion:
in buildPythonApplication rec { pname = "ocrmypdf"; <del> version = "8.2.3"; </del> <ins> version = "9.0.3"; </ins> disabled = ! python3Packages.isPy3k; src = fetchFromGitHub { owner = "jbarlow83"; repo = "OCRmyPDF"; rev = "v${version}"; <del> sha256 = "1ldlyhxkav34y9d7g2kx3d4p26c2b82vnwi0ywnfynb16sav36d5"; </del> <ins> sha256 = "1qnjdcbwkxxqfahylzl0wj1gk51yi9m8akd4d1rrq37vg2vwdkjy"; </ins> }; nativeBuildInputs = with python3Packages; [

img2pdf pdfminer pikepdf <ins> pillow </ins> reportlab ruffus <ins> setuptools tqdm </ins> ]; checkInputs = with python3Packages; [ <del> hocr-tools </del> pypdf2 pytest pytest-helpers-namespace

setuptools ] ++ runtimeDeps; postPatch = '' substituteInPlace src/ocrmypdf/leptonica.py  --replace "ffi.dlopen(find_library('lept'))" 

and not test_old_unpaper' ''; <ins> makeWrapperArgs = [ "--prefix PATH : ${stdenv.lib.makeBinPath [ ghostscript jbig2enc pngquant qpdf tesseract4 unpaper ]}" ]; </ins> meta = with stdenv.lib; { homepage = "https://github.com/jbarlow83/OCRmyPDF"; description = "Adds an OCR text layer to scanned PDF files, allowing them to be searched";
Change:
Describe the bug I'm trying to build Nixos using a raspberry-pi-like system. It seems that there's a mismatch on pango which is preventing my build from succeeding. I am using unstable. To Reproduce Steps to reproduce the behavior: -rebuild switch --upgrade --fast (and some binary-caches options) Expected behavior build succeeds Screenshots Additional context complete output: Metadata cc since you authored on
I can verify the hash of the patch changed
Not sure how we want to deal with this for master. If is ready we should merge it to staging-next. Otherwise just updating the hash would be most sensible.
For now I suggest updating the hash and sending it to staging. And use !
BTW, the reason the hash changed is because includes the server's version of in the patch comment, and they upgraded from to . correctly strips this comment and avoids the issue; thanks for the fix!
You're welcome. I think I forgot to close this issue :smile:

Discussion:
<del> { stdenv, fetchurl, pkgconfig, cairo, harfbuzz </del> <ins> { stdenv, fetchurl, fetchpatch, pkgconfig, cairo, harfbuzz </ins> , libintl, gobject-introspection, darwin, fribidi, gnome3 , gtk-doc, docbook_xsl, docbook_xml_dtd_43, makeFontsConf, freefont_ttf , meson, ninja, glib

optional x11Support libXft; patches = [ <del> (fetchurl { </del> <ins> (fetchpatch { </ins> # Add gobject-2 to .pc file url = "https://gitlab.gnome.org/GNOME/pango/commit/546f4c242d6f4fe312de3b7c918a848e5172e18d.patch"; <del> sha256 = "034na38cq98vk8gggn3yfr65jmv3jgig8d25zg89wydrandp14yr"; </del> <ins> sha256 = "1cqhy4xbwx3ad7z5d1ks7smf038b9as8c6qy84rml44h0fgiq4m2"; </ins> }) ];
Change:
It would speed up the installation if supported or parameter
Probably best to generalize so anything can be passed to

Discussion:
<replaceable>root</replaceable> </arg> <arg> <ins> <group choice='req'> <arg choice='plain'><option>--max-jobs</option></arg> <arg choice='plain'><option>-j</option></arg> </group> <replaceable>number</replaceable> </arg> <arg> <option>--cores</option> <replaceable>number</replaceable> </arg> <arg> <option>--option</option> <replaceable>name</replaceable> <replaceable>value</replaceable> </arg> <arg> </ins> <arg choice='plain'><option>--show-trace</option></arg> </arg> <arg>

</listitem> </varlistentry> <ins> <varlistentry><term><option>--max-jobs</option></term> <term><option>-j</option></term> <listitem><para>Sets the maximum number of build jobs that Nix will perform in parallel to the specified number. The default is <literal>1</literal>. A higher value is useful on SMP systems or to exploit I/O latency.</para></listitem> </varlistentry> <varlistentry><term><option>--cores</option></term> <listitem><para>Sets the value of the <envar>NIX_BUILD_CORES</envar> environment variable in the invocation of builders.  Builders can use this variable at their discretion to control the maximum amount of parallelism.  For instance, in Nixpkgs, if the derivation attribute <varname>enableParallelBuilding</varname> is set to <literal>true</literal>, the builder passes the <option>-j<replaceable>N</replaceable></option> flag to GNU Make. The value <literal>0</literal> means that the builder should use all available CPU cores in the system.</para></listitem> </varlistentry> <varlistentry><term><option>--option</option> <replaceable>name</replaceable> <replaceable>value</replaceable></term> <listitem><para>Set the Nix configuration option <replaceable>name</replaceable> to <replaceable>value</replaceable>.</para></listitem> </varlistentry> </ins> <varlistentry> <term><option>--show-trace</option></term> <listitem>

while [ "$#" -gt 0 ]; do i="$1"; shift 1 case "$i" in <del> -I) given_path="$1"; shift 1 extraBuildFlags+=("$i" "$given_path") </del> <ins> --max-jobs|-j|--cores|-I) j="$1"; shift 1 extraBuildFlags+=("$i" "$j") ;; --option) j="$1"; shift 1 k="$1"; shift 1 extraBuildFlags+=("$i" "$j" "$k") </ins> ;; --root) mountPoint="$1"; shift 1
Change:
Describe the bug judy (a dependency of mariadb) fails to cross-compile. To Reproduce Expected behavior Judy should build correctly Screenshots A build log from my (currently private) Hydra instance shall be attached to this issue: Additional context This is another of my issues about cross-compiling. I discovered by setting up a (currently private) Hydra instance that tries to cross-compile things. Metadata I have tested it on my Hydra and on my laptop, and it's consistent between Nixpkgs revisions right now. Here's metadata from my laptop: system: host os: multi-user?: sandbox: version: channels(root): channels(kisik21): nixpkgs: Maintainer information:
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 .

Discussion:
<ins> --- a/src/Judy1/Makefile.am +++ b/src/Judy1/Makefile.am @@ -18,7 +18,7 @@ libinline_la_CFLAGS = $(AM_CFLAGS) -DJUDYGETINLINE Judy1Tables.c: Judy1TablesGen.c -	$(CC) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o Judy1TablesGen Judy1TablesGen.c; ./Judy1TablesGen +	$(CC_FOR_BUILD) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o Judy1TablesGen Judy1TablesGen.c; ./Judy1TablesGen Judy1ByCount.c:../JudyCommon/JudyByCount.c cp -f ../JudyCommon/JudyByCount.c      		Judy1ByCount.c --- a/src/JudyL/Makefile.am +++ b/src/JudyL/Makefile.am @@ -18,7 +18,7 @@ libinline_la_CFLAGS = $(AM_CFLAGS) -DJUDYGETINLINE JudyLTables.c: JudyLTablesGen.c -	$(CC) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o JudyLTablesGen JudyLTablesGen.c; ./JudyLTablesGen +	$(CC_FOR_BUILD) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o JudyLTablesGen JudyLTablesGen.c; ./JudyLTablesGen JudyLByCount.c:   ../JudyCommon/JudyByCount.c cp -f ../JudyCommon/JudyByCount.c      		JudyLByCount.c </ins>

<del> {lib, stdenv, fetchurl}: </del> <ins> { lib, stdenv, fetchurl, pkgsBuildBuild, autoreconfHook }: </ins> stdenv.mkDerivation rec { pname = "judy";

sha256 = "1sv3990vsx8hrza1mvq3bhvv9m6ff08y4yz7swn6znszz24l0w6j"; }; <del> # gcc 4.8 optimisations break judy. # https://sourceforge.net/p/judy/mailman/message/31995144/ preConfigure = lib.optionalString stdenv.cc.isGNU '' configureFlagsArray+=("CFLAGS=-fno-strict-aliasing -fno-aggressive-loop-optimizations") ''; </del> <ins> nativeBuildInputs = [ autoreconfHook ]; depsBuildBuild = [ pkgsBuildBuild.stdenv.cc ]; patches = [ ./cross.patch ]; </ins> # Disable parallel builds as manpages lack some dependencies: #    ../tool/jhton ext/JudyHS_funcs_3.htm | grep -v '^[   ]*$' | sed -e 's/.C//' > man/man3/JudyHS_funcs
Change:
Someone asked in #nixos today for a list of packages without maintainers. I don't know of one so I made this : ) Behold, the Approximate List of Unmaintained Packages: This is 168 unmaintained packages. Some that caught my eye, , , , , and . Command I used to produce this approximate list (there's false positives and probably negatives alike): Alternative by Graham (not sure where to get , probably fewer false negatives but more false positives:
Python has some maintainers assigned - looking deeper at Nix expressions, cpython is maintained by PyPy is maintained by GNU Tar, zip, rxvt_unicode, bzip2 and ed indeed lack a maintainer.
Note that certain packages have a special deriver that automatically adds a maintainer. I think a clearer way to check what packages have no maintainers is to use or perhaps using nix directly would be even better.
I did try this , which yields a longer (includes some false positives such as automatically generated derviations).
All emacs packages without maintainers were dropped as a part of
Closing this because there isn't anything actionable and the list is not entirely accurate either. Note that, when talking about maintained or not, there are many core packages maintained by only few. It would be very important if those packages get more maintainers. An example is .
the actionable part would be setting up a webpage that allows people to easily find packages that aren't maintained or have few maintainers. Using maybe some stats from the binary cache or about version lag to indicate which packages have a greater need of maintainers.
Now since a few maintainers have left leaving many packages without maintainers, I think this has to be a priority.
Cross-posting for reference since I stumbled across this, there is/was an RFC regarding this topic:

Discussion:
githubId = 5837359; name = "Adrian Pistol"; }; <ins> vika_nezrimaya = { email = "vika@fireburn.ru"; github = "kisik21"; githubId = 7953163; name = "Vika Shleina"; keys = [{ longkeyid = "rsa4096/0x5402B9B5497BACDB"; fingerprint = "A03C D09C 36CF D9F6 1ADF  AF11 5402 B9B5 497B ACDB"; }]; }; </ins> vinymeuh = { email = "vinymeuh@gmail.com"; github = "vinymeuh";

description = "List files recursively"; license = licenses.mit; platforms = platforms.all; <del> maintainers = [ ]; </del> <ins> maintainers = with maintainers; [ vika_nezrimaya ]; </ins> }; }
Change:
Describe the bug Enabling prometheus-node-exporter with writes one or both of these lines to : and causes NixOS to show To Reproduce Steps to reproduce the behavior: NixOS master, set in configuration bad line in and warning from update-users- Additional context I believe this regressed in . Metadata system: host os: multi-user?: sandbox: version: Maintainer information: cc

Discussion:
in mkIf conf.enable { warnings = conf.warnings or []; <del> users.users = (mkIf (conf.user == "${name}-exporter" && !enableDynamicUser) { "${name}-exporter" = { description = '' Prometheus ${name} exporter service user ''; isSystemUser = true; inherit (conf) group; }; </del> <ins> users.users."${name}-exporter" = (mkIf (conf.user == "${name}-exporter" && !enableDynamicUser) { description = "Prometheus ${name} exporter service user"; isSystemUser = true; inherit (conf) group; </ins> }); users.groups = (mkIf (conf.group == "${name}-exporter" && !enableDynamicUser) { "${name}-exporter" = {};
Change:
Describe the bug The package fails to build since (), that is, many test cases are failing during the check phase. To Reproduce Steps to reproduce the behavior: (or any newer commit on master) in the checkouted nixpkgs directory Expected behavior is built sucessfully. Screenshots <details<summaryNot exactly a screenshot, but the output of (click on the triangle to show) </summary<p</p</detailsMetadata (This looks weird since I run the current master branch of nixpkgs) Maintainer information:
ping - this is part of pdflatex
Ah okay, thanks! Will file a PR shortly.
I tried to upgrade biber to 2.12 (and biblatex 3.13, which needs to be upgraded at the same time), but the errors during testing didn't disappear. I -ed the archlinux patches and opened .

Discussion:
<del> { stdenv, perlPackages, shortenPerlShebang, texlive }: </del> <ins> { stdenv, fetchpatch, perlPackages, shortenPerlShebang, texlive }: </ins> let biberSource = stdenv.lib.head (builtins.filter (p: p.tlType == "source") texlive.biber.pkgs);

src = "${biberSource}/source/bibtex/biber/biblatex-biber.tar.gz"; <ins> patches = stdenv.lib.optionals (stdenv.lib.versionAtLeast perlPackages.perl.version "5.30") [ (fetchpatch { name = "biber-fix-tests.patch"; url = "https://git.archlinux.org/svntogit/community.git/plain/trunk/biber-fix-tests.patch?h=5d0fffd493550e28b2fb81ad114d62a7c9403812"; sha256 = "1ninf46bxf4hm0p5arqbxqyv8r98xdwab34vvp467q1v23kfbhya"; }) (fetchpatch { name = "biber-fix-tests-2.patch"; url = "https://git.archlinux.org/svntogit/community.git/plain/trunk/biber-fix-tests-2.patch?h=5d0fffd493550e28b2fb81ad114d62a7c9403812"; sha256 = "1l8pk454kkm0szxrv9rv9m2a0llw1jm7ffhgpyg4zfiw246n62x0"; }) ]; </ins> buildInputs = with perlPackages; [ autovivification BusinessISBN BusinessISMN BusinessISSN ConfigAutoConf DataCompare DataDump DateSimple EncodeEUCJPASCII EncodeHanExtra EncodeJIS2K
Change:
Recent update to broke vulkan functionality. fails with error message I'm using nvidia driver 435.21 To Reproduce Steps to reproduce the behavior: vulkan-tools vulkaninfo Expected behavior should not fail with error. Metadata
Looks like problem affects native applications as well. vulkaninfo fails with I will update bug description to remove Steam mention because it looks like Steam is not a culprit.
Might be related to , but it's strange that you're not getting the assertion error (I didn't have a closer look at the Git history).
Maybe, I'm not sure. I worked around assertion error using local overlay with I'm thinking it may be caused by nvidia driver update at Will try to downgrade driver, rebuild system and verify this.
You're right, in that case it isn't related to the other issue. Thanks :)
Downgrading nvidia driver to 430.40 fixed problem.
cc , FYI ;) Maybe someone has the time and experience to have a closer look at this issue? (I don't have an Nvidia GPU)

Discussion:
sed -E "s#(libnvidia-opencl)#$i/lib/1#" nvidia.icd > nvidia.icd.fixed install -Dm644 nvidia.icd.fixed $i/etc/OpenCL/vendors/nvidia.icd if [ -e nvidia_icd.json.template ]; then <ins> # template patching for version < 435 </ins> sed "s#__NV_VK_ICD__#$i/lib/libGLX_nvidia.so#" nvidia_icd.json.template > nvidia_icd.json <ins> fi if [ -e nvidia_icd.json ]; then </ins> install -Dm644 nvidia_icd.json $i/share/vulkan/icd.d/nvidia.json fi if [ "$useGLVND" = "1" ]; then
Change:
Describe the bug wtf uses the tcell module () for terminal manipulation. For many terminals, this Go module has "terminfo" information build in for most frequently used terminals. For non-supported terminals, it calls out to ncurses' tool and parses it's output. This fails when you happen to use such a terminal. To Reproduce Steps to reproduce the behavior: # official termcap entry Expected behavior It should be able to find and start. Additional context Same as fixed by . Metadata Please run and paste the result.

Discussion:
{ buildGoModule , fetchFromGitHub , lib <ins> , makeWrapper , ncurses </ins> }: buildGoModule rec {

buildFlagsArray = [ "-ldflags=-s -w -X main.version=${version}" ]; <ins> nativeBuildInputs = [ makeWrapper ]; </ins> # As per https://github.com/wtfutil/wtf/issues/501, one of the # dependencies can't be fetched, so vendored dependencies should # be used instead

runHook postBuild ''; <ins> postInstall = '' wrapProgram "$out/bin/wtf" --prefix PATH : "${ncurses.dev}/bin" ''; </ins> meta = with lib; { description = "The personal information dashboard for your terminal"; homepage = "https://wtfutil.com/";
Change:
Describe the bug Can't run To Reproduce Steps to reproduce the behavior: Pennywise's Appimage to run it Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(pinage404): channels(root): nixpkgs: Maintainer information: don't know, but it should be here
This is due to missing dependency. I also encountered some AppImage applications which require . Should we add to ? cc
The doesn't mention any libraries, but as there seem to be multiple AppImages requiring it, we already have in the list, and it doesn't increase closure size by much, please go ahead and add it. :) In the meantime, use this overlay until the addition reaches your system:
i don't know where i need to put it, i tried several things but nothing is a valid nix expression (i'm a noob with Nix syntax and Nixos package system)
You could paste the code below somewhere in and run .

Discussion:
# libraries not on the upstream include list, but nevertheless expected # by at least one appimage libtool.lib # for Synfigstudio <ins> at-spi2-core </ins> ]; }; }
Change:
As noticed in , some packages use in to distinguish variants by . We should move that modification to the package expression itself so that the package name is always the same when doing . cc
If you want to ensure it is kept it needs to be part of the derivation, which means it triggers a rebuild (which I think is typically fine for the use case).
The vast majority that I quickly checked should simply use or, in line with my previous comment, we should use in .
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.
I marked this as stale due to inactivity. &rarr;
This can still be seen in some places:
I marked this as stale due to inactivity. &rarr;

Discussion:
### Helper functions. inherit lib config overlays; <del> inherit (lib) lowPrio hiPrio appendToName makeOverridable; </del> <ins> # do not import 'appendToName' to get consistent package-names with the same set of package-parameters: https://github.com/NixOS/nixpkgs/issues/68519 inherit (lib) lowPrio hiPrio makeOverridable; </ins> inherit (lib) recurseIntoAttrs;
Change:
Describe the bug I can't build or install the current package. To Reproduce Steps to reproduce the behavior: Nix neither attempts fetch a build from the binary cache nor does it succeed at building. Expected behavior Nix downloads a pre-built scribus from the binary cache, or at least succeeds in building. Screenshots Metadata system: host os: multi-user?: sandbox: version: channels(shane): channels(root): nixpkgs: Maintainer information:

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}