jiebi/CodeConvo huggingface dataset:
Change:
<ins> { stdenv, buildGoPackage, fetchFromGitHub, makeWrapper, git }: buildGoPackage rec { name = "fac-${version}"; version = "1.0.1"; goPackagePath = "github.com/mkchoi212/fac"; src = fetchFromGitHub { owner = "mkchoi212"; repo = "fac"; rev = "v${version}"; sha256 = "1j5kip3l3p9qlly03pih905sdz3ncvpj7135jpnfhckbk1s5x9dc"; }; nativeBuildInputs = [ makeWrapper ]; postInstall = '' wrapProgram $bin/bin/fac  --prefix PATH : ${git}/bin ''; meta = with stdenv.lib; { description = "CUI for fixing git conflicts"; inherit (src.meta) homepage; license = licenses.mit; maintainers = with maintainers; [ dtzWill ]; }; } </ins>

Discussion:
Package . This seems to be interesting, we should package it. This issue is a friendly reminder for myself to package this some time. I do not feel offended if someone wants to do this, though!
oh wow, thanks!
Oh! I thought was the one who filed this request haha, my mistake! That's why I included as maintainer originally.... I thought there was a sudden change of heart! :laughing: Anyway, no problem GLHF. (and it looks like 1.0.2 is out now, if there's a compelling reason to update LMK otherwise I was going to see if they stabilized a bit before updating)
Change:
src = fetchPypi { pname = "langchain_community"; inherit version; <del> hash = "sha256-FRAhfWRsg4D1TphQNR9tKgsN1zxQG2Zsb0tAuqgWCyk="; </del> <ins> hash = "sha256-u1bbwe8RygnyWEaOETaHga3akhnhRAc+MM2mlJbTQrI="; </ins> }; build-system = [ poetry-core ];

Discussion:
In this was to the list of . As is linux-only this breaks the build for and all of it's dependencies on other platforms such as The package also seems to build without this dependency (at least on ) -- I hope I didn't overlook something here (also sadly can't check right now). Thank you! Steps to reproduce the behavior: or 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]:
Change:
<del> boost: LIBS += -lboost_serialization expat: LIBS += -lexpat expat: PKGCONFIG -= expat cairo { PKGCONFIG += cairo LIBS -=  $$system(pkg-config --variable=libdir cairo)/libcairo.a } pyside { PKGCONFIG -= pyside INCLUDEPATH += $$system(pkg-config --variable=includedir pyside) INCLUDEPATH += $$system(pkg-config --variable=includedir pyside)/QtCore INCLUDEPATH += $$system(pkg-config --variable=includedir pyside)/QtGui INCLUDEPATH += $$system(pkg-config --variable=includedir QtGui) LIBS += -lpyside-python2.7 } shiboken { PKGCONFIG -= shiboken INCLUDEPATH += $$system(pkg-config --variable=includedir shiboken) LIBS += -lshiboken-python2.7 } </del>

Discussion:
Describe the bug It's impossible to install natron as the package is marked as broken. To Reproduce Steps to reproduce the behavior: natron to systemPackages Expected behavior Package to system as usual Screenshots [nix sudo nixos-rebuild switch building Nix... building the system configuration... error: --- ThrownError
------------------------------------------------- nix-build Package ‘natron-2.1.9’ in /nix/store/h56h9jaa88b5mhwmg7hqn2w426ljg63c-nixos- is marked as broken, refusing to evaluate. a) For you can set { = true; } in to override this. b) For , , or any other Nix command you can add { allowBroken = true; } to (use '--show-trace' to show detailed location information) system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: yaml attribute: module:
note: it seems to work when installed via flatpak ( on flathub)
I marked this as stale due to inactivity. &rarr;
Change:
isExecutable = true; libraryHaskellDepends = with haskellPackages; [ <del> base bytestring ConfigFile containers dbus directory env-locale </del> <ins> aeson base bytestring ConfigFile containers dbus directory env-locale </ins> filepath gi-cairo gi-gdk gi-gdkpixbuf gi-gio gi-glib gi-gobject gi-gtk gi-pango haskell-gettext haskell-gi haskell-gi-base hdaemonize here lens mtl process regex-tdfa setlocale split stm <del> tagsoup text time transformers tuple unix </del> <ins> tagsoup text time transformers tuple unix yaml </ins> ]; executableHaskellDepends = with haskellPackages; [ base ];

Discussion:
Package name: -notification-center Latest released version: 2.0.2 <!-- Search your package here: --- Current version on the unstable channel: 2022-11-07 Current version on the stable/release channel: 2022-04-20 <!-- 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.
There is a regression that I want fixed before I update the package,
Change:
environment.systemPackages = [ pkgs.cryptsetup ]; boot.initrd.supportedFilesystems = [ "unionfs-fuse" ]; <ins> # EC2 has its own NTP server provided by the hypervisor networking.timeServers = [ "169.254.169.123" ]; </ins> }; }

Discussion:
, AWS automatically provides NTP over the unroutable 169.254.169.123 address, so I think we should just default our NTP settings to point there for our AMIs. any objections?
Note this won't work (yet) on C5 or M5 instance types.
Change:
<ins> { lib, fetchzip }: fetchzip rec { pname = "capitaine-cursors-themed"; version = "5"; stripRoot = false; url = "https://github.com/sainnhe/capitaine-cursors/releases/download/r${version}/Linux.zip"; sha256 = "jQNAXuR/OtvohWziGYgb5Ni2/tEIGaY9HIyUUW793EY="; postFetch = '' mkdir -p $out/share/icons cp -r ./ $out/share/icons ''; meta = with lib; { description = "A fork of the capitaine cursor theme, with some additional variants (Gruvbox, Nord, Palenight) and support for HiDPI"; homepage = "https://github.com/sainnhe/capitaine-cursors"; license = licenses.lgpl3Only; platforms = platforms.unix; maintainers = [ maintainers.math-42 ]; }; } </ins>

Discussion:
Project description A cursor theme based in the capitaine cursors but themed with gruvbox and nord. Metadata homepage URL: source license: lgpl3 platforms: linux since it's based in capitaine cursors that use lgpl3 i think it's gpl3 too.
Change:
pname = "omegaconf"; version = "2.3.0"; pyproject = true; disabled = pythonOlder "3.6"; src = fetchFromGitHub { owner = "omry"; <del> repo = pname; </del> <ins> repo = "omegaconf"; </ins> rev = "refs/tags/v${version}"; hash = "sha256-Qxa4uIiX5TAyQ5rFkizdev60S4iVAJ08ES6FpNqf8zI="; };

Discussion:
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 started with but unfortunately there is more to do.
Change:
in rec { <del> wlroots_0_15 = generic { version = "0.15.1"; hash = "sha256-MFR38UuB/wW7J9ODDUOfgTzKLse0SSMIRYTpEaEdRwM="; extraBuildInputs = [ ffmpeg_4 ]; }; </del> wlroots_0_16 = generic { version = "0.16.2"; hash = "sha256-JeDDYinio14BOl6CbzAPnJDOnrk4vgGNMN++rcy2ItQ=";

Discussion:
With merged we want to eventually drop . That'll take at least a couple of months though and we still have around as well. I'll just open this issue so that we don't forget about it. The affected packages should switch to the latest wlroots release when possible (usually a new upstream release). There's no hurry but let's use this issue to track the current progress. Packages: TODO (currently all packages that depend on wlroots -I'll update this when we're getting closer) Previous issue:
need rebuild [x] waybar [x] mpvpaper [x] qt-video-wlr [x] wl-gammactl [x] hyprpicker TODO [ ] hikari [x] waybox: [x] pywlroots: 0.16 has been released and adapted to wlroots 0.16, but qtile need pywlroots 0.15 [x] qtile [x] phoc [x] cage: [x] cagebreak
Change:
maintainers = [ maintainers.coconnor ]; }; <del> buildCommand = "ln -s $src $out"; </del> <ins> buildCommand = "cp $src $out"; </ins> }

Discussion:
Nix-shell doesn't work if is in the package list. Version info:
I wonder why this has been closed. The problem still remains: That is on OSX but I assume the problem is going to be the same on NixOS/Linux. Could someone please verify and then re-open this?
I verified that the issue exist on latest NixOS. I think the problem is that the jenkins package installs the war as out, but simply as the file $out.
Would be easy enough to fix - What would be an idiomatic solution to this ? What should be ?
if I understood comment, you'd simply do . EDIT: what should be depends on what is ..., if it's a binary you'd expect to show up in your path upon installing it into your environment, you'd use , for example.
D'OH - okay.
I don't know if there is a canonical location for .war files. But whatever directory is chosen, beware that there are some places in nixpkgs that expects the "jenkins" attribute to be the war file itself. Those references must be fixed up in the same commit that moves the file.
A .war file is apparently a .jar file. And .jar files appear mostly in or in nixpkgs.
I have a commit that should fix this. I will push it when it's ready (tested).
Done:
Copied from commit comment:
Copied from commit comment: :-)
Change:
stdenv; pname = "local-ai"; <del> version = "2.15.0"; </del> <ins> version = "2.16.0"; </ins> src = fetchFromGitHub { owner = "go-skynet"; repo = "LocalAI"; rev = "v${version}"; <del> hash = "sha256-AjNgfZjVxlw0LtPbUTbJuLcUfqJdPzn6vOmUDz/v7Jc="; </del> <ins> hash = "sha256-3SfU68wGyYIX0haKfuHGKHhthuDSeSdr18ReDkFzhH0="; </ins> }; self = buildGoModule.override { stdenv = effectiveStdenv; } { inherit pname version src; <del> vendorHash = "sha256-+ZPZkOpaTsKrL2HDOEtAr8sT6uqTiQXo/XS+MBNZq5E="; </del> <ins> vendorHash = "sha256-UjqEsgRZ+xv4Thwh4u3juvg3JI3+RdGyCZlsk7ddgTU="; </ins> env.NIX_CFLAGS_COMPILE = lib.optionalString with_stablediffusion " -isystem ${opencv}/include/opencv4";

Discussion:
Package name: local-ai Latest released version: 2.16.0 <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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! --- On nixos-unstable, I currently have with so I thought I would try an update even though it's probably going to change nothing. Notify maintainers I was wondering if you had a script to update pkgs/by-name/lo/local- ? I've started doing it manually but it's annoying. Might be worth adding one, would you accept one ? Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib, stdenvNoCC, fetchurl, unzip }: </del> <ins> { lib, stdenvNoCC, fetchurl, unzip, }: </ins> stdenvNoCC.mkDerivation (finalAttrs: { pname = "intel-one-mono"; <del> version = "1.3.0"; </del> <ins> version = "1.4.0"; </ins> srcs = [ (fetchurl { url = "https://github.com/intel/intel-one-mono/releases/download/V${finalAttrs.version}/otf.zip"; <del> hash = "sha256-iZIfkXH+GplVwES4LaQBIaCWs7OKmEto9J2SpzvagSs="; </del> <ins> hash = "sha256-dO+O5mdAPHYHRbwS/F4ssWhFRBlPrT1TQJGcFzqCJ/w="; </ins> }) (fetchurl { url = "https://github.com/intel/intel-one-mono/releases/download/V${finalAttrs.version}/ttf.zip"; <del> hash = "sha256-EeUTEMuoTHKmuO5Uj0jjiDRF9t7jxbIy45nTWozlgfc="; </del> <ins> hash = "sha256-VIY1UtJdy5w/U2CylvyYDW4fv9AuDSFCJOi3jworzPA="; </ins> }) ]; sourceRoot = "."; <del> nativeBuildInputs = [ unzip ]; </del> <ins> nativeBuildInputs = [ unzip ]; </ins> installPhase = '' runHook preInstall

Discussion:
Package name: intel-one-mono Latest released version: 1.4.0 <!-- Search your package here: --- Current version on the unstable channel: 1.3.0 Current version on the stable/release channel: 1.3.0 <!-- 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]:
Change:
<del> import ./make-test-python.nix ({ pkgs, ... }: { </del> <ins> import ./make-test-python.nix ({ pkgs, ... }: let localProxyPort = 43; in { </ins> name = "dnscrypt-proxy2"; meta = with pkgs.lib.maintainers; { maintainers = [ joachifm ];

Discussion:
On (nixos-unstable), services.dnscrypt-proxy2 is crashing (core dumping) on startup, due to SECCOMP error. Steps to reproduce the behavior: () () The tests succeeds but dnscrypt-proxy2 actually fails to start. Excerpt from VM log: From dmesg: dnscrypt-proxy2 should startup, and listen for DNS requests.
looks like it could a fix for this? (Update: Confirmed this fixes it.) Also, we should look into: why the test passes, despite dnscrypt-proxy2 failing to start. what triggered this issue? I see no recent changes to dnscrypt-proxy2 pkg or service.
I think does reach state briefly, and so succeeds, but then the binary crashes when it runs the Setrlimit syscall. should have stronger assertions, e.g. that dnscrypt-proxy2 manages to listen on port 43 (). I've raised a PR for this:
Hypothesis: A recent Go runtime update that now calls setrlimit? (Update: Reverting . didn't stop the issue occurring)
It's probably introduced in Go 1.19 because I didn't find significant changes on systemd side. We'd expect this kind of issues popping out in the near future.
Confirmed. Changing dnscrypt2-proxy to use Go 1.18 fixes this (but allowing syscalls is the better fix, as MidAutumnMoon has proposed). introduces the setrlimit syscall in an init function (matching the stack trace), released in Go 1.19. This issue should be closed once the following are merged:
This also affects .
Some Go programs crashed but some didn't. For example has set but still runs pretty fine. (However its tests failed for unknown reasons.)
cc Could you take a look at 's tests?
cc tests failed on my machine. Could you take a look?
cc Could you take a look at 's tests?
I think I've caught 'em all.
So, anything left?
Nothing :)
Great work for searching for all the occurrences of this, and fixing them before users noticed!
And thank for sorting out this issue and reviewing changes.
Change:
owner = "Vendicated"; repo = "Vencord"; rev = "v${version}"; <del> hash = "sha256-SbvxAkKos7f3AuU3VLmNTP6VO+CjvWX/kIO0WJzUX3k="; </del> <ins> hash = "sha256-7eJkdcZX4D6PUnnpY+iucWWZx9/ned8z/zA0M5TRcaY="; </ins> }; ESBUILD_BINARY_PATH = lib.getExe (esbuild.overrideAttrs (final: _: {

Discussion:
Vencord settings at Discord doesn't appear when using the override on Steps to reproduce the behavior: Set up Discord with the override on Home Manager: Be able to access the Vencord options in the Discord settings. <img width="217" alt="image" src="" Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
What version of nixpkgs are you using? This was a Vencord bug that got fixed in recent versions of Vencord. The nixpkgs-unstable should work properly as far as I am aware.
As far as I know I've set up right the unstable in my flake:
I think it may be related with , this is how i'm setting it right now:
It is possible that it doesn't work on darwin :O
There is some sort of package that reports which nixpkgs channel was use to install it? Just to be sure is not an issue on my side, by the way works just fine so overriding is not the problem by itself. Edit: I tried to install a package only available at unstable and it work so it seems that the issue is with the package. I've also check if the commands that should run with the option activated worked and after extracting the ASAR file it's just like a vanilla discord install, I've tested it before letting Discord update itself so it seems it isn't related.
I just tested this on my work MacBook, and it seems to work fine. Is it possible that you still have a previous (non-Nix) Discord version that interferes here?
No luck so far, I've removed everything with Discord in its name that reported to not be in a nix related directory. The Discord logs doen't say anything related with Vencord. I'm in a Macbook Air M2 if this helps.
That could still be a locked before the fix. When was the last time you updated that Nixpkgs input in your flake lockfile, and/or what commit is listed in the lockfile entry for Nixpkgs?
I kinda have a similar issue with overriding Vencord, whenever I try to open the settings page it crashes with the following: ! I initially expected it to be an issue with openAsar but after disabling the open asar override the error persists.

It works as expected with the vencord override disabled.
With the latest Discord updates, Vencord is currently completely broken for reasons that are unrelated to Nix.
This is caused by a breaking change from upstream Discord — see This issue should be reserved for Nix-specific problems only. Also, has the issue ever been fixed on your end? If so, I think this issue could be closed
No luck so far installing the package through Home Manager using the nixpkgs master branch.
Change:
, fetchFromGitLab , python3 , librsync <ins> , glib </ins> , ncftp , gnupg , gnutar

Discussion:
Upon attempting to start the backup process, the following error is shown, resulting in the backup failing to start: Steps to reproduce the behavior: deja-dup (Backups) to create a backup Backup run properly without issues ! Similar to , but with a different Python library (Gio) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have located the derivation files for both the working and non-working version. working: non-working:
Thanks for reporting. probably needs I opened , could you please test it?
The fix works!
Change:
homepage = https://wiki.gnome.org/action/show/Apps/Calculator; description = "Application that solves mathematical equations and is suitable as a default application in a Desktop environment"; maintainers = gnome3.maintainers; <del> license = licenses.gpl2; </del> <ins> license = licenses.gpl3; </ins> platforms = platforms.linux; }; }

Discussion:
Currently the gnome-calculator metadata states gnome-calculator uses GPLv2, but it is using GPLv3 since version 3.16.
Change:
apt = callPackage ../tools/package-management/apt { }; <ins> apx = callPackage ../tools/package-management/apx { }; </ins> dpkg = callPackage ../tools/package-management/dpkg { }; dumb = callPackage ../misc/dumb { };

Discussion:
Project description apx is the Vanilla OS package manager. It’s meant to be simple to use, but also powerful with support to installing packages from multiple sources without altering the root filesystem. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Thank you!
Change:
<del> { stdenv, lib, fetchFromGitHub, makeWrapper </del> <ins> { stdenv, lib, fetchFromGitHub, makeWrapper, fetchpatch </ins> , pkg-config, which, perl, libXrandr , cairo, dbus, systemd, gdk-pixbuf, glib, libX11, libXScrnSaver , wayland, wayland-protocols

Discussion:
After , dunst now crashes with . () Steps to reproduce the behavior: Use a nixpkgs with merged. Configure dunst with . Observe and A clear and concise description of what you expected to happen. fixes this but I don't want to immediately jump to a PR in case others have stuff to say. cc Please run and paste the result. Maintainer information:
How do you run dunst (e.g. as systemd user service)? I get followed by a core dump when running dunst manually from the command line.. it works fine from a user service setup.
Same here, I've just been letting home-manager handle it for me; perhaps it depends on the configuration Dunst is using.
running from command line: ah the double free happens somewhere from I think
Ok, so from the command line I can avoid the core dump if I pass a option. But thats odd, because the home manager module also passed it I think.
Ah the issue is . If XDGCONFIGDIRS is set, which is then freed twice, once as right in the next line and once as in line 88. indeed running does not segfault.. weird enough I can reproduce the segfault precisely if the length of $XDGCONFIGDIRS exceeds 23 characters.. but maybe it's just that glibc can only catch the double free if the length is large enough?
Can you check if something like fixes your problem?
proper pr is here:
That didn't convince it. I'd guess probably doesn't set it if it's an empty string since that might seem "redundant". Commented on it.
Change:
, profiledCompiler ? false , langJit ? false , staticCompiler ? false <del> , # N.B. the defult is intentionally not from an `isStatic`. See # https://gcc.gnu.org/install/configure.html - this is about target # platform libraries not host platform ones unlike normal. But since # we can't rebuild those without also rebuilding the compiler itself, # we opt to always build everything unlike our usual policy. enableShared ? true </del> <ins> , enableShared ? !stdenv.targetPlatform.isStatic </ins> , enableLTO ? !stdenv.hostPlatform.isStatic , texinfo ? null , perl ? null # optional, for texi2pod (then pod2man)

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:
nativeBuildInputs = [ pkgconfig python ] ++ { qt4 = [ qmake4Hook ]; qt5 = [ qt5.qmake ]; }."qt${toString source.qtVersion}" ++ (overrides.nativeBuildInputs or [ ]); <del> buildInputs = [ boost protobuf avahi ] </del> <ins> # protobuf is freezed to 3.6 because of this bug: https://github.com/mumble-voip/mumble/issues/3617 # this could be reverted to the latest version in a future release of mumble as it is already fixed in master buildInputs = [ boost protobuf3_6 avahi ] </ins> ++ { qt4 = [ qt4 ]; qt5 = [ qt5.qtbase ]; }."qt${toString source.qtVersion}" ++ (overrides.buildInputs or [ ]);

Discussion:
Hydra log: This might be related to this upstream issue: I tried to apply the PR fixing the above issue but the patch is on master and therefore can't be applied directly to 1.2.19 without conflicts on latest nixpkgs master
A quick fix would be to use protobuf 3.6 instead of 3.7
That would be acceptable.
I opened a PR :
Change:
homepage = "https://progressbar-2.readthedocs.io/en/latest/"; description = "Text progressbar library for python"; license = licenses.bsd3; <del> maintainers = with maintainers; [ ashgillman ]; </del> <ins> maintainers = with maintainers; [ ashgillman turion ]; </ins> }; }

Discussion:
Describe the bug When trying to build the package To Reproduce Any of look at Additional context According to , wasn't changed itself, so probably the python framework changed in a way such that you can't give manually anymore. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(turion): nixpkgs: Maintainer information: