jiebi/CodeConvo huggingface dataset:
Change:
pam_u2f = callPackage ../os-specific/linux/pam_u2f { }; <del> pam_usb = callPackage ../os-specific/linux/pam_usb { }; </del> pam_ussh = callPackage ../os-specific/linux/pam_ussh { }; paxctl = callPackage ../os-specific/linux/paxctl { };

Discussion:
The usb pam module is broken (it requires udisks 1.0, which is not available on DBUS) Add to ; Rebuild the system; Try to run Get the following output: Add a line Rebuild the system; Try to run Get the following output: system: host os: multi-user?: sandbox: version: channels(root): channels(balsoft): nixpkgs:My config (long & dirty):
seems to be unmaintained. The GitHub and SourceForge pages seem to have no activity since 2015. It may be worth considering to deprecate and then remove the module. Cc of the NixOS security group (since this may be a security issue too)
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 .
Coincidentally ran into this issue today. +1 for removing the package or marking it as broken.
I marked this as stale due to inactivity. &rarr;
Change:
else "$NIX_BUILD_CORES"; <del> needUserConfig = stdenv.hostPlatform != stdenv.buildPlatform || useMpi || stdenv.isDarwin; </del> <ins> needUserConfig = stdenv.hostPlatform != stdenv.buildPlatform || useMpi || (stdenv.isDarwin && enableShared); </ins> b2Args = concatStringsSep " " ([ "--includedir=$dev/include"

Discussion:
Currently in needsUserConfig is set when is true: This is not specific enough as this is not compatible with and looking at the rest of the code should probably only be set when is true. I've tested the latter by building boost 1.77 on Darwin and it compiled successfully. Steps to reproduce the behavior: boost 1.77 on Darwin with Should build If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
should I send a pr, so we can close this? This is blocking for Darwin.
Yes, PR's are welcome
done.
Change:
let cfg = config.services.dnsmasq; dnsmasq = pkgs.dnsmasq; <ins> stateDir = "/var/lib/dnsmasq"; </ins> dnsmasqConf = pkgs.writeText "dnsmasq.conf" '' <ins> dhcp-leasefile=${stateDir}/dnsmasq.leases </ins> ${optionalString cfg.resolveLocalQueries '' conf-file=/etc/dnsmasq-conf.conf resolv-file=/etc/dnsmasq-resolv.conf

Discussion:
Pretty standard config:
also note
Hah, thank you! I actually read that issue already, but I missed that ISC dhcpd isn't affected but dnsmasq is. I have a fix for this issue, but that won't be of much use until is fixed.
I disabled and patched dnsmasq to use , but it still doesn't respond to DHCP requests. Nothing in the logs at all, so weird..
Out of curiosity, does it work if you add the interfaces to ?
All internal interfaces are in . The ISC dhcpd works fine even when they're not trusted, but I them to get the DNS part of dnsmasq working.
I think dnsmasq changed directory location so we have to create the supporting directory.
I changed a few other things and now it responds to dhcp well, whatever.
Change:
<del> { stdenv, python36Packages }: </del> <ins> { stdenv, fetchpatch, python36Packages }: </ins> with stdenv.lib;

Discussion:
If you start without a config file, then it starts fine. But when later you exit it and start again, then it crashes with: This error was fixed in but it's not part of tool official releases. (Note that the original upstream repo no longer exists; so we should switch to fork of it. -env -f . -i python3.6-turses it with "q". Please run and paste the results.
Change:
./services/web-apps/powerdns-admin.nix ./services/web-apps/pretalx.nix ./services/web-apps/prosody-filer.nix <del> ./services/web-apps/restya-board.nix </del> ./services/web-apps/rimgo.nix ./services/web-apps/sftpgo.nix ./services/web-apps/suwayomi-server.nix

Discussion:
fails when installing using a custom option; this is the service status: The issue is caused by the hardcoded database name in : the database name should be . I have not tested it directly but looking at the module source code I'm almost sure this also applies to and options. Use this service declaration:
thanks for reporting this. I've never used this service, but I would be willing to take a look and fix this if you were willing to test it for me. Sound good?
Hello Aaron, Aaron Andersen <: yes! thank you for your offer In the next couple of weeks I'll be pretty busy, but I should be able to test later on I'd also like to learn how to test local defined (i.e. in a git branch) changes to the packages/services: do you have a pointer to the relevant documentation please, just a pointer: I'll do my homework :-) Thanks! Gio' [...]
I've found a few issues. The package in nixpkgs hasn't been updated in over 2 years. It also looks like the module author has likely moved on, so the module hasn't seen any support or maintenance in the last 2 years either. Generally at this point if no one is willing to take over maintenance of at least the package we would want to remove this from nixpkgs because this is a web application and we shouldn't have users thinking they are using something up to date and secure when it is actually lagging 7 releases (2 years) behind upstream. That being said I really don't enjoy removing software from nixpkgs that people are using, or want to use... If you're really keen on using this software on NixOS I suggest we look for a new package/module maintainer. Please let me know if you want to pursue this.
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:
"L+ /run/nvidia-docker/extras/bin/nvidia-persistenced - - - - ${nvidia_x11.persistenced}/origBin/nvidia-persistenced"; boot = { <del> extraModulePackages = if cfg.open then [ nvidia_x11.open ] else [ nvidia_x11.bin ]; </del> <ins> extraModulePackages = if useOpenModules then [ nvidia_x11.open ] else [ nvidia_x11.bin ]; </ins> # nvidia-uvm is required by CUDA applications. kernelModules = lib.optionals config.services.xserver.enable [

Discussion:
Steps to reproduce the behavior: after update 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. But I am using flakes and following unstable. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It was an intentional breaking change
TY.
To sum up, is non-optional and must be set now: When , use open source NVIDIA kernel module, this is now recommended by NVIDIA, but it doesn't work with older drivers. When , use proprietary kernel module. This is needed for people with older NVIDIA cards. More information:
Change:
inherit crateName buildDependencies completeDeps completeBuildDeps crateDescription crateFeatures libName build workspace_member release libPath crateVersion extraLinkFlags extraRustcOpts <del> crateAuthors verbose colors target_os; </del> <ins> crateAuthors crateHomepage verbose colors target_os; </ins> }; buildPhase = buildCrate { inherit crateName dependencies

Discussion:
The rust crate "built" assumes that certain environment variables are always set -- to an empty string if necessary. This is what cargo does, so let's emulate that. See for more details. See I am preparing a patch to fix this, so I skip this.
Change:
# because it has no files to install. + '' install -Dm755 ./testing/testing_* ./sparse/testing/testing_* -t "$test/bin/" <del> install -Dm755 ./lib/libtester.so ./lib/liblapacktest.so -t "$test/lib/" </del> <ins> install -Dm755 ./lib/lib*test*.* -t "$test/lib/" </ins> '' # All of the test executables and libraries will have a reference to the build directory in their RPATH, which we # must remove. We do this by shrinking the RPATH to only include the Nix store. The autoPatchelfHook will take care

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by
Change:
+ optionalString isClang '' # Escape twice: once for this script, once for the one it gets substituted into. export march=${lib.escapeShellArg <del> (lib.optionalString (targetPlatform ? gcc.arch) </del> <ins> (lib.optionalString (targetPlatform ? gcc.arch && !disableMarch) </ins> (lib.escapeShellArg "-march=${targetPlatform.gcc.arch}"))} export defaultTarget=${targetPlatform.config} substituteAll ${./add-clang-cc-cflags-before.sh} $out/nix-support/add-local-cc-cflags-before.sh

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:
, CoreGraphics , Cocoa , Foundation <ins> , System </ins> , libiconv , UserNotifications , nixosTests

Discussion:
Steps to reproduce the behavior: for , on MacOS Ventura (13.3.x) Tested builds on both a and an and got the same error. Metadata was obtained on an machine compiling for both architectures, as x86 Darwin can be compiled for on Apple Silicon. Please run and paste the result.
No idea and I am not really motivated to dig into why this is broken myself. If someone figures it out, please fill a PR and I'll take a look at it.
FYI, the sdk versions may be bad.
We are using the 11 sdk since maybe some dependency also needs to be linked against that version? /cc
Is there a way to choose the binary package instead of building from source?
I am having the same issue since I last updated my flakes.
On MacOS you can download the wezterm binary from their page.
Until this is fixed I've replaced the derivation with the . Working great so far.
Change:
stdenv.mkDerivation rec { pname = "yaru"; <del> version = "22.04.3.1"; </del> <ins> version = "unstable-2022-04-07"; # 22.04.3.1 is broken </ins> src = fetchFromGitHub { owner = "ubuntu"; repo = "yaru"; <del> rev = version; sha256 = "sha256-nNI6Nm3ZpIJRTbIbe/P9cKofcthb6qWKjn81/ZpPo2g="; </del> <ins> rev = "9bdbf66bf3718c6595c7a15ef4698ba471a36526"; sha256 = "02f6m0jxnsczw3y7v7bqdihxa33sx2z93yn3j8w4z9r9fv2pn06b"; </ins> }; nativeBuildInputs = [ meson sassc pkg-config glib ninja python3 ]; buildInputs = [ gtk3 gnome.gnome-themes-extra ]; propagatedBuildInputs = [ humanity-icon-theme hicolor-icon-theme ]; propagatedUserEnvPkgs = [ gtk-engine-murrine ]; dontDropIconThemeCache = true;

Discussion:
yaru-theme fails to build on the latest nixos-unstable Steps to reproduce the behavior: fails Buiild succeeds ! `
Change:
, gtk3, glib, glib-networking, gsettings-desktop-schemas , gnome-desktop, gnome-settings-daemon, gnome-online-accounts , vino, gnome-bluetooth, tracker, adwaita-icon-theme <del> , udisks2, gsound, libhandy, cups }: </del> <ins> , udisks2, gsound, libhandy, cups, mutter }: </ins> stdenv.mkDerivation rec { pname = "gnome-control-center";

Discussion:
In GNOME keyboard shortcut settings, the list of categories based on and on my own experience with GNOME on other distros should be: Launchers Navigation Screenshots Sound and Media System Typing Universal Access Windows However, only the following categories are available: Launchers Screenshots Sound and Media System Typing Universal Access So I'm missing Navigation and Windows. Install gnome package and use GNOME. Open keyboard settings (press Super, type "keyboard", choose Keyboard). See the list of categories on the left panel. System: (NixOS: , Ubuntu/Fedora: , ...)Nix version: (run )Nixpkgs version: (run )
I am affected too. Moreover doesn't lock the screen.
I got that, too. Seems like that might be .
Another possible source of not working (if you're using GDM):
Apparently the Control Center derivation only provides some keybindings: the others are part of other packages like GNOME Shell or GPaste. The Control Center loads the bindings , basically using to locate them. But even explicitly passing the path does not make the Windows section appear – though, strace confirms the file being read. Edit: Nevermind, it looks like the navigation and windows keybindings come from .
Hey, have you somehow managed to get it to work using ? (Not quite sure how to interpret your edit). I tried messing around with that but so far I’ve only been able to break :
Try . The error you are seeing is caused by missing GNOME shell SCHEMAS, which will most likely be in the current variable.
It looks like the error I was seeing was related to fish shell not having setup properly and was failing even if I didn’t attempt to change anything. I switched to bash and that particular problem disappeared, however I am now getting a different error message: However, this schema seems to exist in mutter, so I sadly have no idea what is going on here:
Right, for that you also need to add share/gsettings/mutter-3.28.0 or something like that.
Thanks a ton! I finally got it to work using that!
I was able to get it to work using .
The mutter keybindings are not available in control center in NixOS when . Explicitly adding mutter to fixes it. Should mutter perhaps be to ?
I think adding it to dependencies of g-c-c is more in line with Nix. We can do it after we merge 3.32.
Change:
substituteInPlace setup.py  --replace "['pandas/src/klib', 'pandas/src']"  "['pandas/src/klib', 'pandas/src', '$cpp_sdk']" <del> # disable clipboard tests since pbcopy/pbpaste are not open source substituteInPlace pandas/io/tests/test_clipboard.py  --replace pandas.util.clipboard no_such_module  --replace OSError ImportError </del> ''; checkPhase = '' runHook preCheck <del> py.test $out/${python.sitePackages}/pandas --skip-slow --skip-network </del> <ins> '' # TODO: Get locale and clipboard support working on darwin. #       Until then we disable the tests. + optionalString isDarwin '' # Fake the impure dependencies pbpaste and pbcopy echo "#!/bin/sh" > pbcopy echo "#!/bin/sh" > pbpaste chmod a+x pbcopy pbpaste export PATH=$(pwd):$PATH '' + '' py.test $out/${python.sitePackages}/pandas --skip-slow --skip-network  ${if isDarwin then "-k 'not test_locale and not test_clipboard'" else ""} </ins> runHook postCheck '';

Discussion:
fails to install because tests fail. The failing test is the clipboard test that is meant to be disabled on darwin through . This is not actually disabling the test but rather forcing it to fail, but this can be fixed with a small change. Then we reach a different failing test: I'm not sure if this is darwin specific, nixpkgs specific, or a known bug in . System: OSX Sierra 10.12.4 (16E195) Nix version: 1.11.6 Nixpkgs version: 17.03.1052.
I can't reproduce the issue on NixOS, and I didn't find an issue on the pandas tracker about it either. I did see some similar issues when ran against numpy 1.12 or a different version of numexpr.
From the environment I can see that the version of numpy is 1.11.3.
This may be related to a bug in numpy (numpy/numpy) that was fixed in numpy 1.12.1. I'm trying to build again against that version and I'll see if that fixes it.
I needed to fix pytables first to get to the error you are describing:

Probably only broken when darwin build sandbox is enabled.
Similar as before?
Looks familiar. I recall fixing it last time, but that was before support for expression / derivation specific sandbox profiles was .
is this still the problem in current master?
This is broken, because yields . I couldn't actually find in darwin-nixpkgs. Is there none? Is this the missing command?
The test states: Perhaps we can just skip this test in nixpkgs too?
Change:
emk-sinatra-url-for (0.2.1) sinatra (>= 0.9.1.1) ffi (1.10.0) <ins> git (1.5.0) </ins> haml (5.0.4) temple (>= 0.8.0) tilt

Discussion:
Describe the bug Oxidized crashes on startup when using gitcrypt as output method. It works with any other output method (including git). I think this is because there is a missing dependency (gem git). This is not triggered when using output git because it relies on rugged (which is in the ) rather than git. To Reproduce Steps to reproduce the behavior: oxidized to use gitcrypt, e.g.: oxidized Crash file says: Expected behavior Oxidized should start normally. Additional context Metadata
Change:
pn = callPackage ../tools/text/pn { }; <del> pocket-casts = callPackage ../applications/audio/pocket-casts { electron = electron_14; }; </del> <ins> pocket-casts = callPackage ../applications/audio/pocket-casts { }; </ins> pouf = callPackage ../tools/misc/pouf { };

Discussion:
Pocket casts was previously building but now fails since the electron version is insecure. The for the project however has "^17.0.0". Please run and paste the result.
The problem is that we are picking the AppImages, and the latest release is 0.5.0. The best thing to do would be asking the devs to publish a new release.
The author has 0.6.0 bumping the electron version!
working on this. Right now I have found some issues with this new version (problems unpacking the deb, no and probably need to create the file), but I hope to get them solved at least this week.
do you want to test it? . As there were some considerable changes and the latest version of Electron is working fine, I want to ensure the functionality hasn't been affected.
Yes let me give it a try!
I was able to build and run your branch. Login, playback etc all work. The only thing I noticed is it uses the default electron logo: ! Its been a while since I was able to run 0.5.0 but I believe it used the application logo.
Got it. I had to edit the to reflect the new changes, and it contained some edits to the desktop file. So it makes sense the default logo is being used here. Luckily the complicated part is fixed. EDIT: Never mind, it is working as intended. The file at contains the exact icon, as shown below: ! This is more of a package not including the original Pocket Casts icon on the dir. I will replace it with the original icon that is on the resources.
Just posted the PR on nixpkgs. Feel free to check the final changes and if everything looks fine, throw an approval.
Change:
<ins> { stdenv, lib, makeWrapper, fetchzip, testdisk, imagemagick, jdk, findutils, sleuthkit, ... }: let jdkWithJfx = jdk.override (lib.optionalAttrs stdenv.isLinux { enableJavaFX = true; }); in stdenv.mkDerivation rec { pname = "autopsy"; version = "4.21.0"; src = fetchzip { url = "https://github.com/sleuthkit/autopsy/releases/download/autopsy-${version}/autopsy-${version}.zip"; sha256 = "32iOQA3+ykltCYW/MpqCVxyhh3mm6eYzY+t0smAsWRw="; }; nativeBuildInputs = [ makeWrapper findutils ]; buildInputs = [ testdisk imagemagick jdkWithJfx ]; installPhase = '' runHook preInstall cp -r . $out # Run the provided setup script to make files executable and copy sleuthkit TSK_JAVA_LIB_PATH="${sleuthkit}/share/java" bash $out/unix_setup.sh -j '${jdkWithJfx}' -n autopsy substituteInPlace $out/bin/autopsy  --replace-warn 'APPNAME=`basename "$PRG"`' 'APPNAME=autopsy' wrapProgram $out/bin/autopsy  --run 'export SOLR_LOGS_DIR="$HOME/.autopsy/dev/var/log"'  --run 'export SOLR_PID_DIR="$HOME/.autopsy/dev"'  --prefix PATH : "${lib.makeBinPath [ testdisk imagemagick jdkWithJfx ]}" runHook postInstall ''; meta = { description = "Graphical interface to The Sleuth Kit and other open source digital forensics tools"; homepage = "https://www.sleuthkit.org/autopsy"; changelog = "https://github.com/sleuthkit/autopsy/releases/tag/autopsy-${version}"; # Autopsy brings a lot of vendored dependencies license = with lib.licenses; [ asl20 ipl10 lgpl3Only lgpl21Only zlib wtfpl bsd3 cc-by-30 mit gpl2Only ]; maintainers = with lib.maintainers; [ zebreus ]; mainProgram = "autopsy"; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; # Autopsy theoretically also supports darwin platforms = lib.platforms.x86_64; }; } </ins>

Discussion:
Project description Autopsy is a digital forensics platform and graphical interface to The Sleuth Kit and other digital forensics tools. Metadata homepage URL: source URL: license: Apache 2.0 platforms: Linux, macOS
related to and
Change:
stdenv.mkDerivation rec { name = "tilix-${version}"; <del> version = "1.7.1"; </del> <ins> version = "1.8.1"; </ins> src = fetchFromGitHub { owner = "gnunn1"; repo = "tilix"; rev = "${version}"; <del> sha256 = "0x0bnb26hjvxmvvd7c9k8fw97gcm3z5ssr6r8x90xbyyw6h58hhh"; </del> <ins> sha256 = "19dx3hlj40cqwph98pcifkm6axfszfr0v9k6sr3caw4ycml84ci1"; </ins> }; nativeBuildInputs = [

Discussion:
Tilix allows changing its window title by simply clicking on the title itself in the titlebar. Then the title must be replaced by an input box. Instead of that, Tilix segfaults. Install Tilix. Launch Tilix. Click on Tilix titlebar. system: host os: multi-user?: sandbox: version: nixpkgs:
Change:
<ins> { lib , fetchFromSourcehut , pythonPackages , wrapGAppsHook }: pythonPackages.buildPythonApplication rec { pname = "mymcplus"; version = "3.0.5"; src = fetchFromSourcehut { owner = "~thestr4ng3r"; repo = pname; rev = "v${version}"; sha256 = "sha256-GFReOgM8zi5oyePpJm5HxtizUVqqUUINTRwyG/LGWB8="; }; nativeBuildInputs = [ wrapGAppsHook ]; propagatedBuildInputs = with pythonPackages; [ pyopengl wxPython_4_2 ]; meta = with lib; { homepage = "https://git.sr.ht/~thestr4ng3r/mymcplus"; description = "A PlayStation 2 memory card manager"; license = licenses.gpl3Plus; maintainers = with maintainers; [ ]; }; } </ins>

Discussion:
Project description mymc+ is a PlayStation 2 memory card manager for to be used with .ps2 images. Metadata homepage URL: source URL: license: GPLv3 platforms: unix, linux
Change:
fi ''; <del> siteOpts = { lib, name, ... }: </del> <ins> siteOpts = { lib, name, config, ... }: </ins> { options = { package = mkOption {

Discussion:
Some wordpress applications, , assume this variable is present, even if they do not use it. I am unclear if this is undefined behaviour or a convention, but I have had to set to get wordpress to not crash after activating the plugin. Could we use or as the fallback, instead of leaving it undefined? Steps to reproduce the behavior: Please run and paste the result.
We should check what the Wordpress installer does in this case and if is usually written into
I have not manually tested it, but as best as I can grok, they set whatever the user provides, so seems more canonical?
Tested in a VM and you're right, setting DB_PASSWORD to '' seems to be the default case ! We should fix that and add a comment in the Wordpress module that this is the default behavior. Thanks for pointing that issue out!
Trying to fix this in this PR