jiebi/CodeConvo huggingface dataset:
Change:
programs.fish.shellAliases = mapAttrs (name: mkDefault) cfge.shellAliases; <ins> # Required for man completions documentation.man.generateCaches = true; </ins> environment.etc."fish/foreign-env/shellInit".text = cfge.shellInit; environment.etc."fish/foreign-env/loginShellInit".text = cfge.loginShellInit; environment.etc."fish/foreign-env/interactiveShellInit".text = cfge.interactiveShellInit;

Discussion:
Describe the bug Tab completion for man pages does not work in the fish shell. To Reproduce Steps to reproduce the behavior: a fish shell "man " followed by the first few letters of an installed package command tab Expected behavior Fish should complete the man page command. Additional context This appears related to . Metadata system: host os: multi-user?: sandbox: version: channels(jlove): channels(root): nixpkgs: Maintainer information:
Yes, completion for is implemented by calling , which needs a manual cache. PR adds a NixOS option to generate the caches but it's not enabled by default: it's a bit expensive and they have to be regenerated every time a new package is installed. We could enable the caches if is true, what do you think?
I think that makes sense. Fish isn't fully functional without a working , and enabling a program should allow it to work to the best of our ability.
All right, once the change lands in master I'll make another PR for fish. Thank you.
Change:
<del> { stdenv, fetchurl, lib, libX11, libXext, alsaLib, freetype, brand, type, version, homepage, sha256, ... }: </del> <ins> { stdenv, fetchurl, lib, libX11, libXext, alsaLib, freetype, brand, type, version, homepage, url, sha256, ... }: </ins> stdenv.mkDerivation rec { inherit type; baseName = "${type}-Edit"; name = "${lib.toLower baseName}-${version}"; src = fetchurl { <del> url = "http://downloads.music-group.com/software/behringer/${type}/${type}-Edit_LINUX_64bit_${version}.tar.gz"; </del> <ins> inherit url; </ins> inherit sha256; };

Discussion:
Describe the bug A clear and concise description of what the bug is. Tracking issue for srcs that can no longer be built with . Having these around isn't critical but it creates dependence on and it is not certain that it will keep around all srcs it once fetched.
While reviewing I found a few:
Thanks for the heads-up I found a fix for x32-edit and m32-edit and I'll do a PR for them asap. (ie when I have a clean git state in my $NIXPKGS dir) For hybridreverb2 I did not find the exact cause of problem though. ` complains: When I look into the , there is a pointer to , but I don't understand why nix-env tries to download a non-existing reference. I looked in various places for the 78ae... string, but didn't find it: nixpkgs, hybridreverb2, JUCE. Any pointers on why it tries to download this specific version of JUCE? PS: At first I thought it was an upstream problem, that had occured before, so I commented on a, what I thought to be relevant, , but a regular git clone works just fine:
The broken hash comes from HybridReverb2 repo: Looks like they use their own JUCE fork and force pushed so the commit used by HR 2.1.1 has been garbage collected on GitHub.
Thanks, I've passed the info upstream, hoping they will fix the issue.
I marked this as stale due to inactivity. &rarr;
Change:
, stdenv , fetchFromGitLab , meson <ins> , mesonEmulatorHook </ins> , ninja , pkg-config , gobject-introspection

Discussion:
Steps to reproduce the behavior: , , and itself is effectively abandoned by the upstream (yocto project). I think we may as well drop it rather than fix it. However now relies on it as a runtime linker for use in cross compilation, we have to find an alternative. Please run and paste the result.
openembedded replaced prelink with objdump will test
Change:
<ins> { lib , stdenv , fetchFromGitHub }: # Testing this requires a Thinkpad or the presence of /proc/acpi/ibm/fan stdenv.mkDerivation (finalAttrs: { pname = "zcfan"; version = "1.2.1"; src = fetchFromGitHub { owner = "cdown"; repo = "zcfan"; rev = finalAttrs.version; hash = "sha256-XngchR06HP2iExKJVe+XKBDgsv98AEYWOkl1a/Hktgs="; }; postPatch = '' substituteInPlace Makefile  --replace "/usr/local" $out ''; doInstallCheck = true; installCheckPhase = '' runHook preInstallCheck $out/bin/${finalAttrs.pname} -h runHook postInstallCheck ''; meta = with lib; { description = "A zero-configuration fan daemon for ThinkPads"; homepage = "https://github.com/cdown/zcfan"; changelog = "https://github.com/cdown/zcfan/tags/${finalAttrs.version}"; license = licenses.mit; maintainers = with maintainers; [ kashw2 ]; platforms = platforms.linux; }; }) </ins>

Discussion:
Project description zcfan is a Zero-configuration fan control daemon for ThinkPads. Metadata homepage URL: source URL: license: mit platforms: linux
Change:
monetdb = callPackage ../servers/sql/monetdb { }; <del> monado = callPackage ../applications/graphics/monado { </del> <ins> monado = callPackage ../by-name/mo/monado/package.nix { </ins> inherit (gst_all_1) gstreamer gst-plugins-base; };

Discussion:
Package name: monado Latest released version: 2024-06-07 (24.0.0) <!-- Search your package here: --- Current version on the unstable channel: 2024-01-02 Current version on the stable/release channel: 2024-01-02 <!-- 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]:
PR at
Thank you!
Change:
stdenv.mkDerivation rec { pname = "j"; <del> version = "901"; jtype = "release-f"; </del> <ins> version = "902"; jtype = "release-b"; </ins> src = fetchFromGitHub { owner = "jsoftware"; repo = "jsource"; rev = "j${version}-${jtype}"; <del> sha256 = "1776021m0j1aanzwg60by83n53pw7i6afd5wplfzczwk8bywax4p"; </del> <ins> sha256 = "0j67vgikqflwjqacsdicasvyv1k54s2c8vjgwmf0ix7l41p4xqz0"; </ins> name = "jsource"; };

Discussion:
<!-- 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: j <!-- 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: 901 release-f desired version: 902 release-b <!-- 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:
libjpeg_original glib pango <ins> libGL </ins> libGLU nvidia_cg_toolkit zlib openssl <del> portaudio </del> <ins> libuuid alsaLib udev </ins> ]; lightworks = stdenv.mkDerivation rec { <del> version = "14.0.0"; </del> <ins> version = "2021.2.1"; rev = "128456"; </ins> pname = "lightworks"; src = if stdenv.hostPlatform.system == "x86_64-linux" then fetchurl { <del> url = "http://downloads.lwks.com/v14/lwks-14.0.0-amd64.deb"; sha256 = "66eb9f9678d979db76199f1c99a71df0ddc017bb47dfda976b508849ab305033"; </del> <ins> url = "https://cdn.lwks.com/releases/${version}/lightworks_${lib.versions.majorMinor version}_r${rev}.deb"; sha256 = "sha256-GkTg43IUF1NgEm/wT9CZw68Dw/R2BYBU/F4bsCxQowQ="; </ins> } else throw "${pname}-${version} is not supported on ${stdenv.hostPlatform.system}";

Discussion:
Describe the bug I cannot run lightworks from 19.09 branch. Running produces . I am using ThinkPad W530 with i7-3740QM. I use the integrated Intel GPU and optionally use optirun to run tasks on the NVIDIA QUADRO 1000M. When I run I get . To Reproduce Steps to reproduce the behavior without optirun: Steps to reproduce the behavior with optirun: to your Expected behavior Lightwork would start up. Metadata Maintainer information:
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 .
No relevant changes were made to the lightworks package therefore the issue still occurs. I expect to fix this, however it is not merged yet.
Change:
(enableFeature withSmallBuild "small") (enableFeature withRuntimeCPUDetection "runtime-cpudetect") <del> (enableFeature withLTO "lto") </del> (enableFeature withGrayscale "gray") (enableFeature withSwscaleAlpha "swscale-alpha") (enableFeature withHardcodedTables "hardcoded-tables")

Discussion:
on fails to build if is set to Steps to reproduce the behavior: with set to should build <details<summaryFull build log</summary<br</details Maintainer information:
I marked this as stale due to inactivity. &rarr;
Still an issue
still an issue
Option has been renamed to . Still broken.
Here's the exact error: Since it doesn't work and, judging by this issue, hasn't for a while, let's just remove that flag.
Change:
{ lib , buildPythonPackage , fetchPypi <del> , nose </del> <ins> , pytestCheckHook </ins> , pkg-config <ins> , setuptools </ins> , libjpeg , libpng , libtiff

Discussion:
since 2024-01-14. Steps to reproduce the behavior: Add any other context about the problem here. <!-- 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]:
I can reproduce. This may require an upstream fix
No upstream fix, but this PR fixes it:
Change:
cmakeFlags = [ "-DCURA_ENGINE_VERSION=${version}" ]; <ins> # TODO already fixed in master, remove in next release patches = [ (fetchpatch { url = "https://github.com/Ultimaker/CuraEngine/commit/de60e86a6ea11cb7d121471b5dd192e5deac0f3d.patch"; hash = "sha256-/gT9yErIDDYAXvZ6vX5TGlwljy31K563+sqkm1UGljQ="; includes = [ "src/utils/math.h" ]; }) ]; </ins> meta = with lib; { description = "A powerful, fast and robust engine for processing 3D models into 3D printing instruction"; homepage = "https://github.com/Ultimaker/CuraEngine";

Discussion:
Steps to reproduce the behavior: curaengine This was on an update yesterday to . Please run and paste the result.
I opened a PR yesterday:
Change:
++ lib.optional (cfg.enableGnomeExtensions or false) chrome-gnome-shell ++ lib.optional (cfg.enableUgetIntegrator or false) uget-integrator ++ lib.optional (cfg.enablePlasmaBrowserIntegration or false) plasma-browser-integration <ins> ++ lib.optional (cfg.enableFXCastBridge or false) fx_cast_bridge </ins> ++ extraNativeMessagingHosts ); libs =   lib.optional stdenv.isLinux udev

Discussion:
appears to be a binary component used to help Firefox use cast to Chromecast devices:
Yes please!
Change:
outputs = [ "out" "modsrc" ]; <ins> nativeBuildInputs = [ pkgconfig which docbook_xsl docbook_xml_dtd_43 ]; </ins> buildInputs = [ iasl dev86 libxslt libxml2 xproto libX11 libXext libXcursor libIDL libcap glib lvm2 alsaLib curl libvpx pam xorriso makeself perl <del> pkgconfig which libXmu libpng patchelfUnstable python ] </del> <ins> libXmu libpng patchelfUnstable python ] </ins> ++ optional javaBindings jdk ++ optional pythonBindings python # Python is needed even when not building bindings ++ optional pulseSupport libpulseaudio

Discussion:
virtualbox in headless mode currently doesn't compile on nixpkgs-unstable. results.
Seems they forget one file when converting from use of NOREF to their new RTNOREF[n] You could fix it like this (worked for me YMMV) mv src/VBox/HostServices/SharedClipboard/x11- src/VBox/HostServices/SharedClipboard/x11-; sed -e '/^[ ]NOREF([^,)]{1,})/ s/NOREF/RTNOREF1/' src/VBox/HostServices/SharedClipboard/x11- sed -e '/^[ ]NOREF([^,)]{1,},[^,)]{1,},[^,)]{1,},[^,)]{1,})/ s/NOREF/RT_NOREF4/' src/VBox/HostServices/SharedClipboard/x11-; diff -w src/VBox/HostServices/SharedClipboard/x11- src/VBox/HostServices/SharedClipboard/x11-;
Change:
"taskwhisperer-extension@infinicode.de" = callPackage ./taskwhisperer { }; "tilingnome@rliang.github.com" = callPackage ./tilingnome { }; "TopIcons@phocean.net" = callPackage ./topicons-plus { }; <ins> # Can be removed when https://github.com/hardpixel/unite-shell/issues/353 resolved "unite@hardpixel.eu" = callPackage ./unite { }; </ins> "valent@andyholmes.ca" = callPackage ./valent { }; "window-corner-preview@fabiomereu.it" = callPackage ./window-corner-preview { }; }

Discussion:
Package name: Latest released version: 77 <!-- Search your package here: --- Current version on the unstable channel: 72 Current version on the stable/release channel: 70 <!-- 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. -- Thanks a lot! Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
groups = config.users.groups; }) acmeHosts; <del> services.caddy.extraConfig = concatMapStringsSep "n" mkVHostConf virtualHosts; </del> services.caddy.globalConfig = '' ${optionalString (cfg.email != null) "email ${cfg.email}"} ${optionalString (cfg.acmeCA != null) "acme_ca ${cfg.acmeCA}"}

Discussion:
I don't know if this is a bug or expected behaviour, but I've found that the caddyfile gets built differently depending on whether I'm using the unstable module or the 23.05 module with a base of 23.05. Specifically, it seems that the location of the contents of in the caddyfile change. In 23.05 (caddy version 2.6.x), I find that the contents of the caddyfile are in the following sequence: However, using unstable, it's changed to: Now this is a problem because I use to define a few common variables which are then used by my virtual hosts. Can this behaviour be changed or made explicit? Or can we have a option which comes after but before Virtual Hosts? Steps to reproduce the behavior: the unstable caddy module on a nixos 23.05 installation a global config section, an extra Config section, and a few virtual hosts and then check the way the caddyfile is made. The caddyfile to be made in the same way as it was in 23.05. - Pinging you because I see that you're the one who updated the package to the 2.7.x series. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I am unable to reproduce this. Could you please share a minimal reproducer/code snippet for ? Thanks!
What I've got (with the extra stuff snipped out) is: : : The custom overlay does not change caddy in any way.
Update: This only happens when you mix channels, and not when you stick to unstable. I got the chance to try it out right now.
While I am not sure whether this is a general issue deep in the merging order of the nixos module system when using , I at least know how to workaround it. You can simply force the order via for now. I'll probably file an PR tomorrow or so that fixes this in the caddy module itself by using in Very interesting issue/edge case. Thanks for reporting!
Thanks for giving me a solution! It works perfectly. I will leave it to you to close this bug report post your PR, if you wish.
Change:
pyviz-comms = callPackage ../development/python-modules/pyviz-comms { }; <del> pillow = callPackage ../development/python-modules/pillow { inherit (pkgs) freetype libjpeg zlib libtiff libwebp tcl lcms2 tk; inherit (pkgs.xorg) libX11; </del> <ins> pillow = if isPy27 then callPackage ../development/python-modules/pillow/6.nix { inherit (pkgs) freetype libjpeg zlib libtiff libwebp tcl lcms2 tk; inherit (pkgs.xorg) libX11; } else callPackage ../development/python-modules/pillow { inherit (pkgs) freetype libjpeg zlib libtiff libwebp tcl lcms2 tk; inherit (pkgs.xorg) libX11; </ins> }; pkgconfig = callPackage ../development/python-modules/pkgconfig {

Discussion:
I assume this derivation simply needs to be updated to use python 3 (and maybe bumped to a new version supporting it)
The new suffers from this problem too.
Change:
radish-bdd = callPackage ../development/python-modules/radish-bdd { }; <ins> radon = callPackage ../development/python-modules/radon { }; </ins> railroad-diagrams = callPackage ../development/python-modules/railroad-diagrams { }; rainbowstream = callPackage ../development/python-modules/rainbowstream { };

Discussion:
Project description Compute metrics on Python code (e.g. cyclomatic complexity) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
"gitlab-db-config.service" ]; bindsTo = [ <del> "redis-gitlab.service" </del> "gitlab-config.service" "gitlab-db-config.service" <del> ] ++ optional (cfg.databaseHost == "") "postgresql.service"; </del> <ins> ]; wants = [ "redis-gitlab.service" ] ++ optional (cfg.databaseHost == "") "postgresql.service"; </ins> wantedBy = [ "gitlab.target" ]; partOf = [ "gitlab.target" ]; environment = gitlabEnv // (optionalAttrs cfg.sidekiq.memoryKiller.enable {

Discussion:
In the NixOS gitlab module, the fleet of Gitlab component services is strongly coupled to the (local) postgresql and – via sidekiq – to Redis. On a systemd unit dependency level, this happens via a relationship and causes the other services to be stopped and (re)started when just one of them is instructed to do so. Unfortunately, there can be several edge cases where the system ends up with not all of the components being in the desired state (mostly up). Steps to reproduce the behavior: This issue is a subtle race condition, so I choose to describe the general problematic setup instead of trying to engineer a reproducer: I've encountered a situation where both and where restarted (stop and start) at system switch time due to changed configuration. This triggered Gitlab to be stopped as well. Unfortunately the service(s) was in its startup (Activating) phase and stayed inactive. The expectation is that Gitlab comes back after the dependency restart. Instead of continuing to tune the strongly-tied, evermore complex inter-service dependencies I propose to decouple postgresql and redis from the rest of the gitlab services. I'll open a WIP pr on this. <!-- 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]:
Here's my proposal on reducing the coupling between DBs and the rest of gitlab, currently with failing tests unfortunately:
Change:
, buildPackages , c-ares , cmake <ins> , fixDarwinDylibNames </ins> , flex , gettext , glib

Discussion:
I installed wireshark on MacOS with Now when I'm trying to start it from UI it's not starting UI and I need to close it with force quit. When I run it from bash with I see: So looks like it can't find lib directory. MacOS version is Big Sur I'm junior nixpkgs user, so it's possible that I do something wrong. In this case can you please tell me what I need to do to make it working.
I have the same issue: <details<summaryenvinfo</summary</detailsBelow are reports from <details<summaryandroiddump</summary</details<details<summaryciscodump</summary</details<details<summaryrandpktdump</summary</details<details<summarysshdump</summary</details<details<summaryudpdump</summary</detailsHope this helps. EDIT:
Based on my brief investigation, I noted the following issues (see diff/patch at the bottom): regex syntax in awk . I had to add for compilation to proceed . I had to add for compilation to proceed. For issue number 3, I noted that when using the latest zstd version I encountered a make error immediately. Based on this , I changed the zstd version to . It compiled for more than 6 hours, and I was preparing to create a pull request. Unfortuately it reached an error!!!: I'm not really sure how to debug this further. <details<summarydiff/patch</summary</details
Hey, are you still interested in this ? If you are, I'd be happy to help you get this over the line. I have a darwin machine and I don't mind running the build before I go to sleep to test.
, it would be great to have it working. I believe I need to find some time to figure out what you are going to do. :) If you have links to any resources that will help me to understand how it works, can you write them, please? I know I can read through documentation. I just didn't have time for this yet.
I think the way to go here is open a PR with the fix about the awk expression, then test and check the error. If you want to open a PR, I'm happy to test, post the error and we can discuss the fixes possible on the PR.

I think there where quite some updates since this issue, so that's why the dependency proposed need to be checked again (snappy and zstd). I don't know at all how it works, I wanted to test today. I'm hoping the errors will be clear enough.
I marked this as stale due to inactivity. &rarr;
I tested on my macOS M1 machine and it appears to be working. I think this can be closed.
Tested on x86_64 darwin and it worked
I find that the GUI starts on macOS (x86_64-darwin), but fails to load the required libraries, and crashes soon afterward. Upon opening the application, it presents a modal dialog with the following message: In the main window, it presents this message:
BTW, if you start Wireshark from terminal like this: it will show error about plugins, but it wil start capturing packets but in terminal there are errors like: I don't know if it can help somehow.
Change:
]; buildInputs = [ makeWrapper ]; # We include /bin to ensure the $out/bin directory is created, which is # needed because we'll be removing the files from that directory in postBuild # below. See #22653

Discussion:
It would be great to be able to obtain a version of postgres including debug symbols. (For people actually getting segfaults to properly report a backtrace for example. I know it doesn't seem like there are many bugs in postgres, but I'm actually running into on on version 13) It's a matter of passing the flags when building from source. so It seems that it should be another configure flag to add here However I'm not sure what's the best way to go about it, since each version should have a dbgsym version associated. perhaps just like version is inherited for every single package, add a attribute that would be defined in each package and add a new dbgsym version of each package? So far it seems to be what makes the most sense to me. I'm curious to have your opinion when you have a moment. Let me know if I'm missing anything. homepage URL: PS: completely unrelated, but it seems there is a typo here postgreql -postgresql