jiebi/CodeConvo huggingface dataset:
Change:
stdenv.mkDerivation rec { pname = "armcord"; <del> version = "3.2.3"; </del> <ins> version = "3.2.4"; </ins> src = let

Discussion:
Package name: armcord Latest released version: 3.2.4 <!-- Search your package here: --- Current version on the unstable channel: 3.2.3 Current version on the stable/release channel: 3.2.3 <!-- 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.
Change:
sha256 = "0dpzx9kddxpgzmgvdpl3rxn0jdaqhm5wxxndp1xd7d75mmmc2fnr"; }; <del> nativeBuildInputs = [ pkgconfig ]; buildInputs = [ libpcap openssl zlib libnl ]; </del> <ins> nativeBuildInputs = [ pkgconfig makeWrapper ]; buildInputs = [ libpcap openssl zlib libnl iw ethtool pciutils ]; </ins> patchPhase = '' sed -e 's@^prefix.*@prefix = '$out@ -i common.mak sed -e 's@/usr/local/bin@'${wirelesstools}@ -i src/osdep/linux.c <del> ''; </del> <ins> ''; postFixup = '' wrapProgram $out/bin/airmon-ng --prefix PATH : ${stdenv.lib.makeBinPath [ ethtool iw pciutils ]} ''; </ins> meta = with stdenv.lib; { description = "Wireless encryption cracking tools";

Discussion:
I installed from and it complains that is not avaiable while it is. Steps to reproduce: either from or (replace wlp3s0 with your wireless interface name, you can see a list by running ) that it complains that it can't do that because is missing, then run to prove that it's not
(triage) still a problem?
I stopped using NixOS half year ago, but reinstalled it this morning (what a coincidence). I'll check as soon as I can!
aircrack now works, but it still complains about missing required software for the airmon functionality: ethtool, lsusb (found in usbutils) and iw. Should these be runtime dependencies of aircrack? Some of its functionality won't work without these, but they can be installed manually and it will work. This is on current unstable.
If it needs those at runtime, you should probably use and call (in in the .
Change:
let wantCurl = withRemote || withImportd; wantGcrypt = withResolved || withImportd; <del> version = "251.15"; </del> <ins> version = "251.16"; </ins> # Bump this variable on every (major) version change. See below (in the meson options list) for why. # command:

Discussion:
A server crashed for unknown reason with the following message: Motherboard: Soldered CPU: Intel(R) Atom(TM) CPU C2550 @ 2.41GHz might be related. describes the issue in some detail and basically says that one needs to contact the hardware vendor. System: (NixOS: (Gorilla)
I'm not exactly sure why this on the nixpkgs issue-tracker. Do you think there is something in nixpkgs that needs fixing?

This site appears to be down, causing some latex package builds to fail.
Ah, I see there are already some todo comments about this. Is there anything I can do to help, or some workaround?
There is a workaround, at least, but let's not duplicate another thread:
Change:
{ stdenv, fetchFromGitHub, cmake, gettext, glib, libmsgpack, libtermkey <del> , libtool, libuv, lua, luajit, luaPackages, man, ncurses, perl, pkgconfig </del> <ins> , libtool, libuv, luajit, luaPackages, man, ncurses, perl, pkgconfig </ins> , unibilium, makeWrapper, vimUtils, xsel , withPython ? true, pythonPackages, extraPythonPackages ? []

Discussion:
does not build as the dependency is not supported on . With set to true the dependency fails to build. System: OS X Darwin 15.5.0 x8664 Nix version: 1.11.2 Nixpkgs version: 16.09pre-git /cc
Change:
, nvme-cli , procps , pulseaudio <ins> , libgtop </ins> , python3 , smartmontools , substituteAll

Discussion:
installs, but doesn't work. It shows the no-entry-permitted icon and the error message when clicking: to in out / log in It should work. Error message: ! Add any other context about the problem here. Using flakes for configuration management. <!-- 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.
The following addition to my has worked for me on Xorg, but not on Wayland: (via )
Most GNOME Shell extensions are automatically packaged so they might not work when they depend on other libraries. Then, they need to be patched . The preferred way is to patch the extension in Nixpkgs so that it works out of the box for other people as well. But it is a bit involved process: cc
The already packaged extension system-monitor also uses Gtop, so looking at that might be a good point to start. In the patches that we apply, I see
Doing this results in a new error:
Change:
# Install udev rules, but remove lines that set up the udev-acl # stuff, since that is handled by udev's own rules (70-udev-acl.rules) <del> # # Move ref to a better place (there must be a way to make the install target # do that for us) </del> postInstall = '' rm -v $out/bin/License.txt mkdir -p $out/etc/udev/rules.d sed -i '/udev-acl/d' usb/55-Argyll.rules cp -v usb/55-Argyll.rules $out/etc/udev/rules.d/ <del> mkdir -p $out/share/ mv $out/ref $out/share/argyllcms </del> ''; meta = with lib; {

Discussion:
<!-- 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: argyllcms <!-- 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: 2.2.0 desired version: 2.2.1 last edited by testing it is only possible with gnome color manager setting, since displaycal is broken you also need special, expensive hardware
Change:
config = mkIf config.services.redis.enable { <del> boot.kernel.sysctl = mkIf cfg.vmOverCommit { "vm.overcommit_memory" = "1"; }; </del> <ins> boot.kernel.sysctl = { "vm.nr_hugepages" = "0"; } // mkIf cfg.vmOverCommit { "vm.overcommit_memory" = "1"; }; </ins> networking.firewall = mkIf cfg.openFirewall { allowedTCPPorts = [ cfg.port ];

Discussion:
Describe the bug Since 19.09 redis ships a unit called this oneshot unit fails on every start of a container with redis, because containers have a read-only sysfs. To Reproduce Steps to reproduce the behavior: in nixos-container container See something like in the journal of the container. Maintainer information:
ping
We can probably fix this by setting via the NixOS module system, which should have the same effect (on systems that can set this value), and not cause a failing systemd unit when run inside a container. can you test whether the following works for you?
That snippet has a problem with the which shouldn‘t affect the hugepages option.
Yes, this obviously shouldn't be inside the attrset after the . ;-)
Change:
mkDerivation rec { pname = "kdeltachat"; <del> version = "unstable-2023-01-31"; </del> <ins> version = "unstable-2024-01-14"; </ins> src = fetchFromSourcehut { owner = "~link2xt"; repo = "kdeltachat"; <del> rev = "0c9370cfe41ae7f99b4fceced896f66fb4e9195c"; hash = "sha256-6KSzsPs8tSzVOxGUWj/AvSJihrSwamZgUNGvjnmNnag="; </del> <ins> rev = "d61a01c2d6d5bdcc9ca500b466ed42689b2bd5c6"; hash = "sha256-KmL3ODXPi1c8C5z2ySHg0vA5Vg/dZumDZTbpxkzf7A4="; </ins> }; nativeBuildInputs = [

Discussion:
Steps to reproduce the behavior: kdeltachat nixpkgs (recent unstable). fyi i hadn't tried this package before, so not sure if the issue is recent. Please run and paste the result.
It's been like this for a while. Maybe can help? Applying doesn't fix it.
Are you sure it is applied? This is the only place is used and the patch actually fixes this problem.
Never mind, my bad.
Change:
python waf build ''; <ins> postFixup = '' wrapPythonProgramsIn $out/lib/hamster-time-tracker "$out $pythonPath" ''; </ins> installPhase = '' python waf install '';

Discussion:
When trying to start hamster (package hamster-time-tracker) it fails with Manually starting lib/hamster-time-tracker/hamster-service gives This call, however, works for me (inside a nix-shell -p hamster-time-tracker): After that hamster runs fine. Now I'm not sure how to modify the package expression so that the extra PYTHONPATH is not necessary any more. Could someone give me a pointer please? System: (Hummingbird) Nix version: nix-env (Nix) 1.11.11 Nixpkgs version: Sandboxing enabled: build-use-sandbox = false EDIT: Clarified that the modified call happens inside a nix-shell
Do you need to be running Gnome or so? Anyway, I checked the wrapper and it does include . Maybe the problem is that it calls itself but accidentally calls the unwrapped executable. That happens more often.
cc maintainer
I tested it now an got missing dbus service (like in the post above). It can be fixed with this config: UPDATE: Tested on NixOS 17.03.
This seems to be heading in a slightly different direction now. I don't get the missing dbus service error, only the ChildExited caused by the ImportError. Are we discussing two separate problems?
I have in my . Changing it to and/or adding does not solve the problem. I noticed that the is actually unnecessary. As long as I run hamster-service in the nix-shell it works. Outside it fails. I also noticed that has a line that calls for a bunch of paths, including the pygobject and dbus-python site-packages directories. This line does not seem to come from upstream (see ) but from wrapPython. does not have this line. Could that be the problem, i.e. does wrapPython need to be run on the scripts in the lib dir as well as the bin dir?
Change:
done poolImported "${pool}" || poolImport "${pool}"  # Try one last time, e.g. to import a degraded pool. if poolImported "${pool}"; then <del> ${optionalString (if isBool cfgZfs.requestEncryptionCredentials then cfgZfs.requestEncryptionCredentials else cfgZfs.requestEncryptionCredentials != []) '' ${getKeyLocations pool} | while IFS=$'t' read ds kl ks; do </del> <ins> ${optionalString keyLocations.hasKeys '' ${keyLocations.command} | while IFS=$'t' read ds kl ks; do </ins> { if [[ "$ks" != unavailable ]]; then continue

Discussion:
When multiple ZFS filesystems are present and configured to import, each individual attempts to load the keys for ALL pools/datasets, instead of just its own. A clear and concise description of what the bug is. Steps to reproduce the behavior: encrypted zfs filesystems in your NixOS configuration. & Reboot All targets complete successfully The below snippet from the services's script. It's 'ing, and just looping over all pools/datasets. Instead, it should just specify the name directly in the command. (Generated in ) Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs:
Can you post the relevant Nix config you used? Do you have set to anything?
Yep, here's my zfs config. uses (unlocked at boot) is unencrypted and have on-disk
Ok, I think this is fundamentally the same issue as . Basically, when there are multiple pools and is a list, we accidentally run with no dataset argument in the import service for pools that have no datasets in the list. So those services end up iterating over all datasets on all pools instead of none.

Steps to reproduce the behavior: to a list. (in my case, these are backup pools to which I raw-send encrypted datasets, none of their content is expected to be mounted under normal circumstances). boot process still requests the keys for datasets that are not in the list from step 1. I should only ever see decryption prompts for datasets that I want decrypted. system: host os: multi-user?: sandbox: version: channels(novenary): channels(root): nixpkgs:
Change:
pinentryMkDerivation rec { pname = "pinentry"; <del> version = "1.1.0"; </del> <ins> version = "1.2.0"; </ins> src = fetchurl { url = "mirror://gnupg/pinentry/${pname}-${version}.tar.bz2"; <del> sha256 = "0w35ypl960pczg5kp6km3dyr000m1hf0vpwwlh72jjkjza36c1v8"; </del> <ins> sha256 = "sha256-EAcgRaPgQ9BYH5HNVnb8rH/+6VehZjat7apPWDphZHA="; </ins> }; nativeBuildInputs = [ pkg-config autoreconfHook ]

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: pinentry <!-- 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: 2020-07-17 () desired version: 1.2.0 <!-- 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:
junixsocket = callPackage ../development/libraries/java/junixsocket { }; <del> jzmq = callPackage ../development/libraries/java/jzmq { }; </del> lombok = callPackage ../development/libraries/java/lombok { }; lucene = callPackage ../development/libraries/java/lucene { };

Discussion:
, (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives.
According to this comment , should not be affected. Nontheless, this is a very old version and there are only two packages depends on it: rzmq (apparently supports 4.x but is broken since 2016) jzmq (support 3.x and looks unmaintained) jzmq is only needed by apache stom but the dependecy as since been dropped: see can you update apache storm so we can get rid of jzmq?
Change:
moveToOutput "${targetConfig+$targetConfig/}lib/lib*.dll.a" "${!outputLib}" moveToOutput "share/gcc-*/python" "${!outputLib}" <ins> if [ -z "$enableShared" ]; then moveToOutput "${targetConfig+$targetConfig/}lib/lib*.a" "${!outputLib}" fi </ins> for i in "${!outputLib}/${targetConfig}"/lib/*.{la,py}; do substituteInPlace "$i" --replace "$out" "${!outputLib}" done

Discussion:
EDIT: I am also getting this now trying to build in CI under Linux To Reproduce Screenshots 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 Maintainer information:
Looks like this is also similar to and and
As I mentioned in the audiofile ticket, my attempted workaround is this: However this doesn't appear to work because the .la files are not generated by the time of the preBuild hook. Can anyone help with this?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I marked this as stale due to inactivity. &rarr;
Change:
platforms = platforms.unix; mainProgram = "7z"; }; <del> } </del> <ins> }) </ins>

Discussion:
p7zip source is gone try to build without substituters cc
What commit are you having the issue from? it works for me at
Current master, that is sets to . There is no such tag at
Maybe the fork cleared the tags by force pushing?
Hmm, I wonder if all the changes got merged into with the fork then rebasing and force-pushing…
Yeah, looks like it. A bunch of jinfeihan57's commits are now in the commit history I'll change it to point back to p7zip-project's copy now
Change:
preFixup = '' # Add command line args to wrapGApp. gappsWrapperArgs+=(--add-flags ${lib.escapeShellArg commandLineArgs}) <ins> gappsWrapperArgs+=(--add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform=wayland}}") </ins> ''; installCheckPhase = ''

Discussion:
I am running Brave with with ozone/wayland (see for how to achieve that). Brave 1.26.77 was fine, while 1.27.111 crashes with Steps to reproduce the behavior: Brave with Wayland () 1.27.111 to run Should start as Wayland client (I always check with ) I checked the underlying .deb package we are using. The only change in dependencies I could find was . Replacing our with did not fix it. Here is the output where I observed that: Please run and paste the result.
r-ryantm is a bot. Ping the real maintainers
Thanks for the notice. pinging
I can reproduce this on 1.30.89:
Still happens:
with applied fails with
I can confirm that fixes this.
Change:
set -g status-keys ${cfg.keyMode} set -g mode-keys   ${cfg.keyMode} <del> ${if cfg.keyMode == "vi" then '' </del> <ins> ${if cfg.keyMode == "vi" && cfg.customPaneNavigationAndResize then '' </ins> bind h select-pane -L bind j select-pane -D bind k select-pane -U

Discussion:
The NixOS module describes its configuration option as: From that description, I supposed that it would set the normal tmux options for using Vi-like or Emacs-like key-commands ( and ). It does do that , but it also sets additional, undocumented key-bindings , including some that override the standard bindings of (go to previous window) and (go to previous session). While I confess I was remiss in not confirming my supposition and using the option without first fully comprehending its effects, I might suggest that either the changes it makes to key-bindings be documented in the option's description, or those changes be given their own configuration option. System: NixOS Nix version: Nixpkgs version:
I think you are absolutely right. Having written that module, I will clean it up.
Thanks!
Change:
}; # implementation <del> config = mkIf cfg.enable { </del> <ins> config = mkIf cfg.enable (mkMerge [ { </ins> assertions = [ { assertion = cfg.database.createLocally -> cfg.database.user == cfg.user;

Discussion:
I would like to use the dolibarr module without nginx. I plan to use caddy instead. In my NixOS configuration, I have . All the nginx-related settings in the dolibarr module are ignored if which is good. However, this line is not: I get the following output: This happens with simply adding to my config.
Opened for the fix, as I do not use any other web server beyond NGINX, I have no plan to maintain advanced integrations of other web servers, if you are interested into this, I will need another co-maintainer :).
Change:
<ins> { appimageTools, lib, fetchurl, }: let pname = "everdo"; version = "1.9.0"; src = fetchurl { url = "https://release.everdo.net/${version}/Everdo-${version}.AppImage"; hash = "sha256-0yxAzM+qmgm4E726QDYS9QwMdp6dUcuvjZzWYEZx7kU="; }; appimageContents = appimageTools.extractType2 {inherit pname version src;}; in appimageTools.wrapType2 { inherit pname version src; extraInstallCommands = '' install -Dm444 ${appimageContents}/everdo.desktop -t $out/share/applications substituteInPlace $out/share/applications/everdo.desktop  --replace-fail 'Exec=AppRun --no-sandbox %U' 'Exec=everdo %u' cp -r ${appimageContents}/usr/share/icons $out/share ''; meta = { description = "A cross-platform GTD app with focus on privacy"; homepage = "https://everdo.net/"; license = lib.licenses.unfree; maintainers = [lib.maintainers.luftmensch-luftmensch]; mainProgram = "everdo"; platforms = ["x86_64-linux"]; }; } </ins>

Discussion:
Project description A powerful cross-platform GTD (Getting Things Done) app. Metadata homepage URL: source URL: not open source license: platforms: linux, windows, macos
Change:
makeFlags = [ "PREFIX=$(out)" ] ++ lib.optionals withIcons [ "O_ICONS=1" ] ++ lib.optionals withNerdIcons [ "O_NERD=1" ] <del> ++ lib.optionals withEmojis [ "O_EMOJI=1" ]; </del> <ins> ++ lib.optionals withEmojis [ "O_EMOJI=1" ] ++ lib.optionals withPcre [ "O_PCRE=1" ] ++ extraMakeFlags; </ins> binPath = lib.makeBinPath [ file which ];

Discussion:
It would be great to have option to fetch nnn plugins with nxpkgs or with additional package instead of manually fetching it like developer advise. And second is it possible to implement some option to include icons support from nerdfont to nnn binary file instead of recompiling it? Thanks.
I think this issue was closed preemptively by the line in the PR, there doesn't seem to be any way to include plugins as of now
nnn seems to expect plugins in . This might work better as a home-manager module, maybe with the plugins themselves as an output of nixpkgs. I might take a look at this next week.
I marked this as stale due to inactivity. &rarr;
I've recompiled nnn with icons, by using unstable branch and overriding nnn-package:
I marked this as stale due to inactivity. &rarr;
Change:
<del> Dump temacs in an empty environment to prevent -dev paths from ending up in the dumped image. diff --git a/src/Makefile.in b/src/Makefile.in --- a/src/Makefile.in +++ b/src/Makefile.in @@ -535,7 +535,7 @@ ifeq ($(CANNOT_DUMP),yes) ln -f temacs$(EXEEXT) $@ else unset EMACS_HEAP_EXEC;  -	LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup dump +	env -i LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup dump ifneq ($(PAXCTL_dumped),) $(PAXCTL_dumped) $@ endif </del>

Discussion:
Describe the bug In NixOS 20.09, Emacs now has the output of gtk+ in its closure, which in turn causes it to pull in stuff like mesa-drivers (424 MiB): This caused the closure size of Emacs to increase from 339 MiB in NixOS 20.03 to 1324 MiB in 20.09. Metadata NixOS 20.09..
cc
This was reverted in
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> diff --git a/playlists/dynamicplaylists.cpp b/playlists/dynamicplaylists.cpp index 07b6dce3..6a3f97c9 100644 --- a/playlists/dynamicplaylists.cpp +++ b/playlists/dynamicplaylists.cpp @@ -211,11 +211,6 @@ void DynamicPlaylists::start(const QString &name) return; } -    if (Utils::findExe("perl").isEmpty()) { -        emit error(tr("You need to install "perl" on your system in order for Cantata's dynamic mode to function.")); -        return; -    } - QString fName(Utils::dataDir(rulesDir, false)+name+constExtension); if (!QFile::exists(fName)) { </ins>

Discussion:
Describe the bug When trying to start a dynamic playlist, the user is greeted by an error banner stating the following: To Reproduce Steps to reproduce the behavior: Cantata dynamic playlist to play dynamic playlist Expected behavior I expected Cantata to start the dynamic playlist. Screenshots ! Additional context This is likely fallout from perl's removal in However, this exposed something impure about Cantata's packaging, so it's a good thing! I tried simply patching the shebang to point to (as well as changing this condition to never return true: ), but to no avail. EDIT: Even adding to my does nothing -- when I click on the play button by the dynamic playlist, it turns to the red stop button, and then back to the play button without ever playing or queuing any songs. Seems like this might need more work. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
If you have the time to give it go, I think this should do the trick: And then add to .
Thanks for the tip. It was slightly more involved than that, but fixed in this PR: