jiebi/CodeConvo huggingface dataset:
Change:
{ mkDerivation, lib, fetchFromGitHub, cmake, pkgconfig <del> , qtbase, qtsvg, qttools </del> <ins> , qtbase, qtsvg, qttools, perl </ins> # Cantata doesn't build with cdparanoia enabled so we disable that # default for now until I (or someone else) figure it out.

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:
Change:
wantedBy = [ "multi-user.target" ]; path = [ dnsmasq ]; preStart = '' <ins> mkdir -m 755 -p ${stateDir} touch ${stateDir}/dnsmasq.leases chown -R dnsmasq ${stateDir} </ins> touch /etc/dnsmasq-{conf,resolv}.conf dnsmasq --test '';

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:
{ lib , buildPythonPackage , fetchPypi <del> , fetchpatch </del> , importlib-metadata , joblib , llvmlite , numba , scikit-learn , scipy <ins> , setuptools </ins> , pytestCheckHook , pythonOlder }:

Discussion:
Steps to reproduce the behavior: pythonPackages.pynndescent Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, fetchPypi , isPyPy , python <del> , openblas </del> , blas <del> , lapack # build segfaults with 64-bit blas </del> <ins> , lapack </ins> , suitesparse , unittestCheckHook , glpk ? null

Discussion:
is built with the wrong libraries, disables unit tests and causes other packages which use it to crash or produce bad data. see PR for a fix. Steps to reproduce the behavior: build on darwin, this runs unittests and will crash with a segv unit tests pass when enabled, consumers of the package run without crashing with segv inside the cvxopt package. issue will be fixed if this PR can get merged bug introduced by PR <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> --- a/link.c +++ b/link.c @@ -1522,8 +1522,9 @@ static void *mainloop (void UNUSED_ATTR *unused) if (pdf && nameddest && *nameddest) { fz_point xy; struct pagedim *pdim; -                int pageno = pdf_lookup_anchor (state.ctx, pdf, nameddest, +                fz_location location = fz_resolve_link (state.ctx, state.doc, nameddest, &xy.x, &xy.y); +                int pageno = location.page; pdim = pdimofpageno (pageno); xy = fz_transform_point (xy, pdim->ctm); printd ("a %d %d %d", pageno, (int) xy.x, (int) xy.y); </ins>

Discussion:
Steps to reproduce the behavior: llpp Works on 22.05 05 probably depends on insecure with:
I don't use this package, but I looked into it because why not I guess It looks like it builds if you bump the AUR patch to the latest one but only if you also include (which fixes a derivation bug but was reverted because other packages in nixpkgs have workarounds that stopped working when the bug was fixed....)
ohh, thanks for looking at this! I build it with that version of mupdf and the aur patch, and it does build fine, but I get a runtime error now if run without arguments . Still, it does seem able to open pdfs now, so it's sort of usable :p
Hmm I don't actually seem to get that error when running it without args I don't actually know how to use this program though
I'll still merge in a bit to fix build for now, but I may have gotten sniped into taking back up again and will hopefully making a staging PR today (because we really should fix that....)
Sorry! :p
Snipe is in now
Change:
xorg.libXfixes fontconfig nss <ins> libgudev </ins> ]; nativeBuildInputs = [

Discussion:
Describe the bug In the Cinnmaon desktop manager, changing the screen brightness does not work. This is not a hardware support issue, does work. To Reproduce Steps to reproduce the behavior: Cinnamon DE the brightness down/up key no change in screen brightness Expected behavior Screen brightness changes, and maybe a nice popup which tells me what is happening (similar to the volume popup)? Additional context Worth noting is, that I found this in my session logs: Indeed, in the package quite a lot of relevant binaries seem to reside in , not in . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
This is already supported, just the bug prevents it from working My problem is that for me it's a hardware issue since the light command doesn't work on this laptop, so I can't debug this properly
Issues seems csd-backlight-helper binary missing, link target does not exist
Yep, that is in fact the issue. From looking at it should for sure be there. From looking at , I think because libgudev is not in buildInputs (this is a guess), it was never compiled.
Perfect, I hope it'll get back-ported soon :)
Works now on 20.09 :+1:
Change:
<ins> { lib, buildPythonPackage, fetchPypi }: buildPythonPackage rec { pname = "filelock"; version = "3.2.1"; src = fetchPypi { inherit pname version; sha256 = "1qry67zv2pmz8px6wdfbjqv75nmryy2ac7asqgs6q6db2722kpcw"; }; meta = with lib; { homepage = "https://github.com/benediktschmitt/py-filelock"; description = "A platform independent file lock for Python"; license = licenses.unlicense; maintainers = with maintainers; [ henkkalkwater ]; }; } </ins>

Discussion:
For me, at commit (latest release) and at commit (latest in the branch), does not build anymore, due some of its dependencies having no Python 2 support anymore. As far as I can see, dropped Python 2 support since release 3.3.0 (nixpkgs commit ) and later this has been enforced within nixpkgs at commit . And is an indirect dependency of . Steps to reproduce the behavior: up a simple nixops-shell that pins nixpkgs to a certain version by placing the following files in a directory: in the current directory. Nixops builds fine and a nix-shell will be entered Backtrace: nixops: filelock: Please run and paste the result. Maintainer information:
Change:
OLLAMA_HOST = "${cfg.host}:${toString cfg.port}"; HSA_OVERRIDE_GFX_VERSION = lib.mkIf (cfg.rocmOverrideGfx != null) cfg.rocmOverrideGfx; }; <del> serviceConfig = { </del> <ins> serviceConfig = lib.optionalAttrs staticUser { User = cfg.user; Group = cfg.group; } // { DynamicUser = true; </ins> ExecStart = "${lib.getExe ollamaPackage} serve"; WorkingDirectory = cfg.home; StateDirectory = [ "ollama" ]; <del> DynamicUser = cfg.sandbox; ReadWritePaths = cfg.writablePaths; </del> <ins> ReadWritePaths = [ cfg.home cfg.models ]; CapabilityBoundingSet = [ "" ]; DeviceAllow = [ # CUDA # https://docs.nvidia.com/dgx/pdf/dgx-os-5-user-guide.pdf "char-nvidiactl" "char-nvidia-caps" "char-nvidia-uvm" # ROCm "char-drm" "char-kfd" ]; DevicePolicy = "closed"; LockPersonality = true; MemoryDenyWriteExecute = true; NoNewPrivileges = true; PrivateDevices = false; # hides acceleration devices PrivateTmp = true; PrivateUsers = true; ProcSubset = "all"; # /proc/meminfo ProtectClock = true; ProtectControlGroups = true; ProtectHome = true; ProtectHostname = true; ProtectKernelLogs = true; ProtectKernelModules = true; ProtectKernelTunables = true; ProtectProc = "invisible"; ProtectSystem = "strict"; RemoveIPC = true; RestrictNamespaces = true; RestrictRealtime = true; RestrictSUIDSGID = true; RestrictAddressFamilies = [ "AF_INET" "AF_INET6" "AF_UNIX" ]; SupplementaryGroups = [ "render" ]; # for rocm to access /dev/dri/renderD* devices SystemCallArchitectures = "native"; SystemCallFilter = [ "@system-service @resources" "~@privileged" ]; UMask = "0077"; </ins> }; postStart = mkBefore '' set -x

Discussion:
this commit makes my NVIDIA GeForce RTX 3090 no longer visible to ollama: needs to be revisited, or add optional flag to disable hardening (which i don't really need since I dont expose ollama over internet). when running through systemd: when running :
Can you check , and try adding these strings, prefixed with to ? For me on NixOS 24.05 they show and the module currently allows the following device types:
Just upgraded to the unstable module and package and things are still looking fine. The only nvidia related config I have is
, will try later when I get back home. Not sure if related but I'm on nvidia as the newer versions are broken in one way or another (wayland/performance regressions/pytorch issues).
You can also try nuking the DevicePolicy altogether if the suggestions above do not work: = { DeviceAllow = lib.mkForce [ ]; DevicePolicy = lib.mkForce "auto"; };
was the missing piece: +
--------+ |-----------------------------------------+----------------------+----------------------+ +-----------------------------------------+----------------------+----------------------+
thanks for your support!
Feel free to send a PR to add it to the module. Thanks for looking into this!
some additional findings, nvidia device group names are definitely driver version dependent, this is what I get on 555 ( is gone):
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , gtk3 , withWayland ? false , gtk-layer-shell }: rustPlatform.buildRustPackage rec { pname = "eww"; version = "0.2.0"; src = fetchFromGitHub { owner = "elkowar"; repo = pname; rev = "v${version}"; sha256 = "050zc3w1z9f2vg6sz86mdxf345gd3s3jf09gf4y8y1mqkzs86b8x"; }; cargoSha256 = "sha256-LejnTVv9rhL9CVW1fgj2gFv4amHQeziu5uaH2ae8AAw="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ gtk3 ] ++ lib.optional withWayland gtk-layer-shell; cargoBuildFlags = [ "--bin" "eww" ] ++ lib.optionals withWayland [ "--no-default-features" "--features=wayland" ]; cargoTestFlags = cargoBuildFlags; # requires unstable rust features RUSTC_BOOTSTRAP = 1; meta = with lib; { description = "ElKowars wacky widgets"; homepage = "https://github.com/elkowar/eww"; license = licenses.mit; maintainers = with maintainers; [ figsoda legendofmiracles ]; }; } </ins>

Discussion:
Project description Eww is a widget toolkit that works on all WM, mainly useful both for WM that don't include one out-of-the-box and for sharing one's configuration in a WM agnostic way. Metadata source URL: license: mit platforms: cross-platform Additional Information uses nix and flakes for its dependencies.
Change:
{ lib , buildPythonPackage , fetchPypi <ins> , pythonRelaxDepsHook </ins> , attrs , boto3 , google-pasta

Discussion:
Steps to reproduce the behavior: nixpkgs electrum was recently updated 4.3.1 -4.3.2: previously built fine on nixpkgs 2022-09-28 () <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --<!-- attempting ti bisect, but on a slow machine, and it looks like there's miscellaneous failures over this duration so not sure it'll bisect cleanly: --
bisected to: good: bad: that's the staging-next merge though, so a lot of surface area. however, we appear to address a very similar build failure over in pkgs/development/python- by doing: i'm not sure how to test this same patch on electrum since it doesn't have any file.
oh just kidding, Electrum just places its in a different location. the patch below fixes the build when applied to master, and the application starts but i didn't test any functionality that i know touches protobuf. not sure how concerned i should be about overriding a pinned dep (i'm not a python dev):
Fix in
Change:
nativeBuildInputs = [ gobject-introspection wrapGAppsHook3 <del> python3.pkgs.pip </del> <ins> python311Packages.pip </ins> ]; buildInputs = [

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: lack of directory with executables In contrast this command works as expected: Create directory with executables to invoke Guake. Observe that nixpkgs 24.05 has and in the "Programs provided" section. <img width="989" alt="image" src=""And unstable does not despite both claiming to have version 3.10 of Guake: <img width="1201" alt="image" src=""And both branches provide the same package definition. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like the cause is the below. Oddly the command fails but the build doesn't.
Change:
, gccForLibs ? if useCcForLibs then cc else null , fortify-headers ? null , includeFortifyHeaders ? null <ins> # https://github.com/NixOS/nixpkgs/issues/295322 # should -march flag be used , disableMarch ? false </ins> }: with lib;

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:
''; }; <del> package = mkPackageOption pkgs [ "findutils" "locate" ] { </del> <ins> package = lib.mkPackageOption pkgs [ "findutils" "locate" ] { </ins> example = "mlocate"; }; <del> interval = mkOption { type = str; </del> <ins> interval = lib.mkOption { type = lib.types.str; </ins> default = "02:15"; example = "hourly"; description = ''

Discussion:
Using more-or-less the default configuration for (with ), the list of results is printed twice whenever running . For example: Steps to reproduce the behavior: the module like so: the job with some file name that exists on the system Matching files should each be printed once. The issue is fixed if I unset the environment variable. plocate deliberately reads from both and the hard coded default path, even if they are the same: The comment claims that this is also the behavior of mlocate, but I do not have an mlocate database installed and haven't wanted to change my running system to use mlocate. It looks like recently started being set in NixOS in . Please run and paste the result.
Sounds to me like an upstream issue. Can you write a mail to the upstream maintainer? ;a=blob;f=README;h=;hb=HEAD#l40
Sure, I have done so. I'll follow up when I get a response.
The plocate maintainer says they do not consider this to be a bug in plocate, and is intentional behavior. Rather than setting the environment variable, could we just make a wrapper script for that uses the NixOS-configured dbpath, if we don't want to re-build itself when the path is changed?
I would be personally fine to just drop support for a custom place for the db. If people really want to have it somewhere else they could symlink it. Then we don't need a wrapper or to worry about the env.
I can confirm the behaviour with .
Could we just take out the variable setting? It isn't needed for or , and just causes this annoying behaviour. If it's needed for , maybe the setting could be made conditional. It would be nice to get something done about it sooner rather than later. This issue has been open for 4 months now.
Please take a look at
I've reviewed the PR and it LGTM. Thanks for doing this! It will be great to have this fixed.
Change:
substituteInPlace $out/etc/dbus-1/system.d/org.freedesktop.NetworkManager.conf --replace 'at_console="true"' 'group="networkmanager"' # rename to network-manager to be in style <del> mv $out/etc/systemd/system/NetworkManager.service $out/etc/systemd/system/network-manager.service </del> <ins> mv $out/etc/systemd/system/NetworkManager.service $out/etc/systemd/system/network-manager.service </ins> # systemd in NixOS doesn't use `systemctl enable`, so we need to establish # aliases ourselves.

Discussion:
After nixos-rebuild switch, the network-manager service goes down and immediately segfaults every time it tries to come up again. journalctl for the segfault message or something, anyway, at this point I don't have working network anymore. nixos 17.09pre104870.
Specifically it segfaults because returns a non-zero exit status (saying "No for interface NetworkManager"); the segfault itself appears fixes in their HEAD. I haven't checked whether that makes it actually work, yet, but maybe we could arrange for it to have a in the meantime, whatever that means.
In which commit it was fixed?
Does this also happen in 17.03?
Happens with both the 17.03 tag and the 17.03 channel. Looks like cherry-picking the above commit as a patch for our network-manager lets it work correctly, btw.
also fixed in 17.03:
Change:
, lib , fetchFromGitHub , fetchurl <del> , fetchzip </del> , cairo , python3 , pkg-config

Discussion:
Describe the bug According to and , noto-fonts-cjk should have 14 ttc files, but noto-fonts-cjk in nixpkgs downloads from , this zip files doesn't include serif fonts. To Reproduce Steps to reproduce the behavior: -env -iA -list : family | grep 'Noto Serif CJK' Expected behavior It should output: Notify maintainers Metadata Please run and paste the result.
The nix file should download 14 .ttc files and install to target directory in a loop, it's a simple logic, but sorry I'm not familiar with Nix language yet. Mention more people involved in this file since 2020: hope this gets fixed soon, thanks!
As I recall, the issue with packaging it initially is there was no Super OTC version of the noto serif cjk font available. There still isn't a Super OTC in the repository. There is https://noto-website- from , but that URL doesn't look stable. I guess for now you could use , it is 99% the same font.
, thanks for your quick response! Although is almost same, fontconfig can’t assure it will alway be selected for document using , there are a few other popular cjk font such as Arphic PR UMing & UKai, WenQuanYi, GNU freefont, GNU unifont. Like Debian, Gentoo also packages separate ttc files. FreeBSD even packages separate otf font, I guess this can save some memory and time for applications to load a font subset. It’s a pity google doesn’t upload a single super otc file for noto serif cjk, but I guess the huge noto sans zip is uploaded to git by mistake, it’s kept there just to not break download url. So I suggest just packaging 14 separate ttc file, it’s convenient enough compared to those separate otf files. Another reminder, it’s better to also include a fontconfig configuration snippet like Debian and Gentoo.
Arch also packages separate ttc and include a fontconfig configuration file.
I marked this as stale due to inactivity. &rarr;
Still important to me.
Change:
, clang , llvm , python3 <del> , zlib </del> , z3 , stp , cryptominisat

Discussion:
klee building stucks at 99% Steps to reproduce the behavior: -shell -p klee Building should continue after 99% without hanging. If applicable, add screenshots to help explain your problem. The output stucks at: <!-- 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]:
Please report this upstream. nixpkgs cannot do anything about their failing tests.
I keep open this issue for tracking. Here the opened issue ticket upstream:
Thanks!
Following the advice in and looking at their Flake I used the following flake for a local development environment
Thanks. I'll do an update to latest and add that.
Change:
patches = [ # https://github.com/NixOS/nixpkgs/pull/218143#issuecomment-1501059486 ./patches/4.0-fix-darwin-build.patch <ins> # Fix deleting in Nautilus (part of 4.10.4) # https://gitlab.gnome.org/GNOME/nautilus/-/issues/2945 (fetchpatch2 { url = "https://gitlab.gnome.org/GNOME/gtk/-/commit/4f47683710bbb4b56c286c6ee6a5c394fcf2b755.patch"; sha256 = "fU9SX8MH37ZN6Ffk/YhYmipTC7+uT9JXnWggArWNkqA="; }) # Fix border/artifact appearing in applications (part of 4.10.4) # https://gitlab.gnome.org/GNOME/mutter/-/issues/2805 # https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6696 (fetchpatch2 { url = "https://gitlab.gnome.org/GNOME/gtk/-/commit/b686ce1cb62dba505120e0f1116c516662a06e30.patch"; sha256 = "0zjY5s+T4CVe3WiowgWE58ruVvqBFUuY2juwBOzMRN4="; }) </ins> ]; depsBuildBuild = [

Discussion:
Nautilus shows ghost or duplicated files when moving or deleting files, leaving and returning to the folder shows the actual files. Steps to reproduce the behavior: in a folder with a few folders and files inside a file to wastebasket or into one of the other folders. different folder/file will disappear while the file intended to be moved/deleted will remain. the action will duplicate the intended file. and returning to the folder the actual file structure Show the intended file being deleted/moved. Test folder ! Attempting to remove the file ! Folder 1 disappears instead of the file ! Pressing undo and now the file is duplicated ! Leaving and returning to the folder and it returns to how it should be ! This consistently happens on 3 different machines that I use. My system flake is here <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Upstream issue: , fix should be a patch in gtk4.
Change:
NIX_CFLAGS_COMPILE = "-I${python}/include/${python.libPrefix}" # Fix '_res_9_init: undefined symbol' error <del> + (stdenv.lib.optionalString stdenv.isDarwin "-DBIND_8_COMPAT=1"); </del> <ins> + (stdenv.lib.optionalString stdenv.isDarwin "-DBIND_8_COMPAT=1 -lresolv"); </ins> postInstall = with stdenv.lib; '' NIX_PYTHONPATH="$out/lib/${python.libPrefix}/site-packages"

Discussion:
WeeChat fails to build on OS X with the below error System: macOS Sierra Nix version: 1.11.4 Nixpkgs version: 17.03pre93141.
I've see the missing symbol thing before, but haven't had a chance to track down where it should be and why it isn't there. If anyone wants to poke around and answer those questions, I'd appreciate it!
I didn't know how to read the message, I was searching for . Searching for I think it comes from on Darwin searching around. I can see listed in , and . Only just started using nixpkgs so not sure how to pull it in to the Weechat derivation and test etc.
Got it building. Here's the changes . I'll raise a PR at the weekend after I've read
^ This change works for me!
once you submit the PR, I think we can simultaneously close this and and .