jiebi/CodeConvo huggingface dataset:
Change:
Package name: immich Latest released version: 1.116.2 Current version on the unstable channel: 1.115.0 Current version on the stable/release channel: N/A Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ <del> "version": "1.115.0", "hash": "sha256-H2FCR55redomrDjnnCQys47AaYbWEmlxO5NJEcVMBwY=", </del> <ins> "version": "1.116.2", "hash": "sha256-vbLUHNgUHnKAO424j/MwKDv0GZhBZ2T6vwjLsIHhMxM=", </ins> "components": { "cli": { <del> "npmDepsHash": "sha256-+zKtPHXjBd1KAKvI5xaY2/9qzVUg+8Ho/wrV9+TlU64=", "version": "2.2.19" </del> <ins> "npmDepsHash": "sha256-M0A+B9qHmRRb6XW0P57Huo85cL8PUpLGe32IJzJgZhY=", "version": "2.2.22" </ins> }, "server": { <del> "npmDepsHash": "sha256-6CehRhPepspDpQW1h0Bx7EpH7hn42Ygqma/6wim14jA=", "version": "1.115.0" </del> <ins> "npmDepsHash": "sha256-1gOJxg+OXG4t6jZdia5+1Ie5gOjtZhqpqOgPi3I/U+k=", "version": "1.116.2" </ins> }, "web": { <del> "npmDepsHash": "sha256-ZmXfYktgOmMkDjfqSGyyflr2CmnC9yVnJ1gAcmd6A00=", "version": "1.115.0" </del> <ins> "npmDepsHash": "sha256-mI/hMDf7mBV1oMkJIh6IYVzqGv+h+sc9wiGJsL0Rmog=", "version": "1.116.2" </ins> }, "open-api/typescript-sdk": { <del> "npmDepsHash": "sha256-l1mLYFpFQjYxytY0ZWLq+ldUhZA6so0HqPgCABt0s9k=", "version": "1.115.0" </del> <ins> "npmDepsHash": "sha256-lfqk/2YBbB6qiFXjeTYqnkslVmI8fXTvHe/wGCSD8Ok=", "version": "1.116.2" </ins> } } }
Change:
When updating to nixos-unstable commit and rebooting, my GNOME desktop using Xorg was not rendering as I previously remembered it. For example, switching workspaces didn't show the sliding animation that one would expect to see, rather the workspace changed as if there was no animation at all. The xorg.xdriinfo utility reports that swrast was being used for direct rendering. Yes, I am ware the NVIDIA drivers do not use DRI, and xorg.xdriinfo normally reports as such when the NVIDIA drivers are fully functioning. Steps to reproduce the behavior: recent NVIDIA hardware present in your system, Update to , making sure your configuration installs and uses the nvidia-x11 driver as per the Nix OS wiki. to use an application that uses OpenGL for rendering. a 3D rendered desktop like GNOME or KDE should be sufficient. a nix shell with "nix-shell -p xorg.xdriinfo", and run xdriinfo to see that software rasterization is being used. OpenGL applications render correctly. After looking through the nixos-unstable branch commit history, I found commit . I created a local branch, reverted that commit, and updated my flake to use the newly created branch. After a reboot, GNOME behaves correctly, and xdriinfo reports no direct rendering support, as it should. Please run and paste the result.
I should probably add that I have the same problem both on production and latest driver versions.
Same for me, shows only an xorg-server process that doesn't use any resources.
Hello would you be able to link the commit that you reverted or share the commands that you used so that people with this issue can use up-to-date packages without the issue for the time being? Thanks for your help!
The commit I reverted is In order to prepare a branch with the reverted commit, this is what I did. sure you have a local clone of nixpkgs. out the nixos-unstable branch under a different local name to be used in your flake. "git checkout -b nixos-unstable-nvidia-revert origin/nixos-unstable" the above commit. "git revert ". your to point to the local copy of nixpkgs. " = "git+file:///home/themuso/git/nixos/nixpkgs";" "nix flake lock --update-input nixpkgs" your flake.
Looking at the diff that created before it was merged, I suspect the root problem is this: The nvidia installer manifest includes that last symlink: So presumably the nvidia xorg driver cannot load the extension, thus breaking libGLX support and causing the problem you're seeing.
Hmm, I thought I unversioned symlinks for all dylibs.
Oh, I guess it doesn't have a soname. Wow, this is messed up.
Same for me, additionally blue and red color channels in are switched for me.
Please test
This fix works for me
Works for me too. Also the colors are normal once again. Thanks!
The fix works for me too. Thanks.

Discussion:
ln -s "$soname" "$libdir/$unversioned" fi fi <ins> # FIXME: libglxserver_nvidia does not have a soname, but must still be symlinked if [[ "$unversioned" == "libglxserver_nvidia.so" ]]; then ln -s "$libbase" "$libdir/$unversioned" fi </ins> done if [ -n "$bin" ]; then
Change:
In latest version of Adw-gtk3, window title bar on Electron-based app be weird transparent Steps to reproduce the behavior: Adw-gtk3 to latest version (from Nixpkgs) it as usual Electron based app title bar be weird transparent It looks as usual I show screenshots from my installed Electron-based apps, VS Code & YouTube Music by th-ch ! ! I haven't idea sources of this bugs <!-- 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]:
Based on upstream issue, it needs GTK 4.16 for v5.4 version. I wish it can solved soon as possible
This for Gnome 47 needs to merge first.
!
Maybe we could just revert and update it again once GNOME 47 is merged?
I override it on my configurations and it works properly

Discussion:
stdenvNoCC.mkDerivation rec { pname = "adw-gtk3"; <del> version = "5.4"; </del> <ins> version = "5.3"; </ins> src = fetchFromGitHub { owner = "lassekongo83"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-FwODgA3BK5O1WoNNbn27H18Epuqwcsnoc3hZUB59+Wg="; </del> <ins> sha256 = "sha256-DpJLX9PJX1Q8dDOx7YOXQzgNECsKp5uGiCVTX6iSlbI="; </ins> }; nativeBuildInputs = [
Change:
Build on () and when running I find the following in the runtime closure: pytest shouldn't be a runtime dependency Seems to be a regression, did not have this issue Might be able to bisect this one, but it'll take a while <!-- 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]:
After bisecting, first bad commit is (

Discussion:
fetchFromGitHub, immich, python3, <ins> nixosTests, </ins> }: let python = python3.override {

}; }; in <del> python.pkgs.buildPythonApplication { </del> <ins> python.pkgs.buildPythonApplication rec { </ins> pname = "immich-machine-learning"; inherit (immich) version; src = "${immich.src}/machine-learning";

cp -r ann $out/${python.sitePackages}/ makeWrapper ${lib.getExe python.pkgs.gunicorn} "''${!outputBin}"/bin/machine-learning  <del> --prefix PYTHONPATH : "$out/${python.sitePackages}:$PYTHONPATH"  </del> <ins> --prefix PYTHONPATH : "$out/${python.sitePackages}:${python.pkgs.makePythonPath dependencies}"  </ins> --set-default MACHINE_LEARNING_WORKERS 1  --set-default MACHINE_LEARNING_WORKER_TIMEOUT 120  --set-default MACHINE_LEARNING_CACHE_FOLDER /var/cache/immich 

--log-config-json $out/share/immich/log_conf.json" ''; <ins> passthru.tests = { inherit (nixosTests) immich; }; </ins> meta = { description = "Self-hosted photo and video backup solution (machine learning component)"; homepage = "https://immich.app/";
Change:
Build on () and when running I find in the runtime closure pytest shouldn't be a runtime dependency <!-- 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]:

Discussion:
gsettings-desktop-schemas libosinfo gtksourceview4 ] ++ lib.optional spiceSupport spice-gtk; <del> propagatedBuildInputs = with python3.pkgs; [ </del> <ins> dependencies = with python3.pkgs; [ </ins> pygobject3 libvirt libxml2 requests cdrtools ];

preFixup = '' glib-compile-schemas $out/share/gsettings-schemas/${pname}-${version}/glib-2.0/schemas <del> gappsWrapperArgs+=(--set PYTHONPATH "$PYTHONPATH") </del> <ins> gappsWrapperArgs+=(--set PYTHONPATH "${python3.pkgs.makePythonPath dependencies}") </ins> # these are called from virt-install in initrdinject.py gappsWrapperArgs+=(--prefix PATH : "${lib.makeBinPath [ cpio e2fsprogs file findutils gzip ]}")
Change:
I'm running (this specific package) on (config at ). This happened after upgrading from . Seems like a recent (?) django update has caused the service to fail due to breaking changes on django 5.1: Not really sure if this needs a specific upgrade path since it seems to be from migrations, but after the fix (see below) no migrations were run, so perhaps this happens every time. Steps to reproduce the behavior: healthchecks with that has failed (maybe?) should complete successfully. The error seems related to a , where they removed from . adds support for Django 5.1, so an upgrade to that version should fix the issue. Unfortunately, the automatic PR seems to be failing tests (). This is the fix upstream: I'm currently applying this fix to my config, see the commit ; it fixes the issue for now, and can run successfully: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report. Update is easy, it was just the test failing due to a slight change in wording on the site tested. See

Discussion:
with subtest("Home screen loads"): machine.succeed( <del> "curl -sSfL http://localhost:8000 | grep '<title>Sign In'" </del> <ins> "curl -sSfL http://localhost:8000 | grep '<title>Log In'" </ins> ) with subtest("Setting SITE_NAME via freeform option works"):

in py.pkgs.buildPythonApplication rec { pname = "healthchecks"; <del> version = "3.4"; </del> <ins> version = "3.6"; </ins> format = "other"; src = fetchFromGitHub { owner = "healthchecks"; repo = pname; rev = "refs/tags/v${version}"; <del> sha256 = "sha256-hiuw7XfCDy+9fzuQMaeN9+XsENeBI1RNXy8IM1HIFhI="; </del> <ins> sha256 = "sha256-aKt9L3ZgZ8HffcNNJaR+hAI38raWuLp2q/6+rvkl2pM="; </ins> }; propagatedBuildInputs = with py.pkgs; [
Change:
Package name: pdm Latest released version: 2.19.1 <!-- Search your package here: --- Current version on the unstable channel: 2.18.2 Current version on the stable/release channel: 2.15.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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
python3.pkgs.buildPythonApplication rec { pname = "pdm"; <del> version = "2.18.2"; </del> <ins> version = "2.19.1"; </ins> pyproject = true; disabled = python3.pkgs.pythonOlder "3.8";

owner = "pdm-project"; repo = "pdm"; rev = "refs/tags/${version}"; <del> hash = "sha256-R3oeu8HvPWAQoO0FHHx9lSKmB/riPtQ9gq4qKtQCeiA="; </del> <ins> hash = "sha256-V2ZcXgRtL8zkCx5/d+L+3o0QQHVrPpFyjvjsc2auWDI="; </ins> }; nativeBuildInputs = [ installShellFiles ];
Change:
Configuration summary shows several incorrect paths: liblouis tables can probably be easily corrected, not sure what to do about cups dom socket and font directory. nixpkgs: cc
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 .

Discussion:
]; configureFlags = [ <del> # TODO(Profpatsch): mupdf support </del> <ins> "--with-mutool-path=${mupdf}/bin/mutool" </ins> "--with-pdftops=pdftops" "--with-pdftops-path=${poppler_utils}/bin/pdftops" "--with-gs-path=${ghostscript}/bin/gs"

"--with-rcdir=no" "--with-shell=${stdenv.shell}" "--with-test-font-path=${dejavu_fonts}/share/fonts/truetype/DejaVuSans.ttf" <ins> "--localstatedir=/var" "--sysconfdir=/etc" </ins> ]; makeFlags = [ "CUPS_SERVERBIN=$(out)/lib/cups" "CUPS_DATADIR=$(out)/share/cups" "CUPS_SERVERROOT=$(out)/etc/cups" ];
Change:
Steps to reproduce the behavior: latest It was reported originally in , it seems to be an issue with the version of Swift that's being used. <!-- 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]:

Discussion:
<ins> diff --git a/osdep/mac/input_helper.swift b/osdep/mac/input_helper.swift index 0acec6bd40..0ec5837864 100644 --- a/osdep/mac/input_helper.swift +++ b/osdep/mac/input_helper.swift @@ -18,6 +18,14 @@ import Cocoa import Carbon.HIToolbox +extension NSCondition { +    fileprivate func withLock<T>(_ body: () throws -> T) rethrows -> T { +        self.lock() +        defer { self.unlock() } +        return try body() +    } +} + class InputHelper: NSObject { var option: OptionHelper? var lock = NSCondition() </ins>

hash = "sha256-BOGh+QBTO7hrHohh+RqjSF8eHQH8jVBPjG/k4eyFaaM="; }; <ins> patches = [ # Fix build with Darwin SDK 11 ./0001-fix-darwin-build.patch ]; </ins> postPatch = lib.concatStringsSep "n" [ # Don't reference compile time dependencies or create a build outputs cycle # between out and dev

pushd ../TOOLS cp mpv_identify.sh umpv $out/bin/ popd <ins> '' + lib.optionalString stdenv.hostPlatform.isLinux '' </ins> pushd $out/share/applications sed -e '/Icon=/ ! s|mpv|umpv|g; s|^Exec=.*|Exec=umpv %U|' 

postPatch = lib.optionalString transcodingSupport '' substituteInPlace  transcode/transcode.go  <del> --replace  </del> <ins> --replace-fail  </ins> '`ffmpeg'  '`${lib.getBin ffmpeg}/bin/ffmpeg' '' + '' substituteInPlace  jukebox/jukebox.go  <del> --replace  </del> <ins> --replace-fail  </ins> '"mpv"'  '"${lib.getBin mpv}/bin/mpv"' '' + '' substituteInPlace server/ctrlsubsonic/testdata/test*  <del> --replace  </del> <ins> --replace-quiet  </ins> '"audio/flac"'  '"audio/x-flac"' '';

tests.gonic = nixosTests.gonic; }; <ins> # tests require it __darwinAllowLocalNetworking = true; </ins> meta = { homepage = "https://github.com/sentriz/gonic"; description = "Music streaming server / subsonic server API implementation";
Change:
hledger fails to build on darwin system: host os: multi-user?: sandbox: version: channels(clacke): The commit that introduced the error was . The install code assumes the man pages will be there and that will be run, so the *.info install only does and fails. The root problem is that it looks for man and info files in . On linux this works, but on darwin is , whereas ghc calls the system in the directory name.

Discussion:
hledger = overrideCabal super.hledger (drv: { postInstall = '' for i in $(seq 1 9); do <del> for j in $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/*.$i $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/.otherdocs/*.$i; do </del> <ins> for j in $data/share/${self.ghc.name}/*-${self.ghc.name}/*/*.$i $data/share/${self.ghc.name}/*-${self.ghc.name}/*/.otherdocs/*.$i; do </ins> mkdir -p $out/share/man/man$i cp $j $out/share/man/man$i/ done done <del> mkdir $out/share/info cp $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/*.info $out/share/info/ </del> <ins> mkdir -p $out/share/info cp $data/share/${self.ghc.name}/*-${self.ghc.name}/*/*.info $out/share/info/ </ins> ''; }); hledger-ui = overrideCabal super.hledger-ui (drv: { postInstall = '' for i in $(seq 1 9); do <del> for j in $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/*.$i $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/.otherdocs/*.$i; do </del> <ins> for j in $data/share/${self.ghc.name}/*-${self.ghc.name}/*/*.$i $data/share/${self.ghc.name}/*-${self.ghc.name}/*/.otherdocs/*.$i; do </ins> mkdir -p $out/share/man/man$i cp $j $out/share/man/man$i/ done done <del> mkdir $out/share/info cp $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/*.info $out/share/info/ </del> <ins> mkdir -p $out/share/info cp $data/share/${self.ghc.name}/*-${self.ghc.name}/*/*.info $out/share/info/ </ins> ''; }); hledger-web = overrideCabal super.hledger-web (drv: { postInstall = '' for i in $(seq 1 9); do <del> for j in $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/*.$i $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/.otherdocs/*.$i; do </del> <ins> for j in $data/share/${self.ghc.name}/*-${self.ghc.name}/*/*.$i $data/share/${self.ghc.name}/*-${self.ghc.name}/*/.otherdocs/*.$i; do </ins> mkdir -p $out/share/man/man$i cp $j $out/share/man/man$i/ done done <del> mkdir $out/share/info cp $data/share/${self.ghc.name}/${pkgs.stdenv.system}-${self.ghc.name}/*/*.info $out/share/info/ </del> <ins> mkdir -p $out/share/info cp $data/share/${self.ghc.name}/*-${self.ghc.name}/*/*.info $out/share/info/ </ins> ''; });
Change:
Friendly Interactive SHell segfault when involved inside pkgs.buildFHSUserEnv nix-shell contents of execute Please run and paste the results.
I can also confirm 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 . on the on .

Discussion:
#     source both, but source the more global configuration files earlier #     than the more local ones, so that more local configurations inherit #     from but override the more global locations. <ins> # #     Special care needs to be taken, when fish is called from an FHS user env #     or similar setup, because this configuration file will then be relocated #     to /etc/fish/config.fish, so we test for this case to avoid nontermination. </ins> <del> if test -f /etc/fish/config.fish </del> <ins> if test -f /etc/fish/config.fish && test /etc/fish/config.fish != (status filename) </ins> source /etc/fish/config.fish end
Change:
i3ipc python package exists in pypy but not in nixpackages. It would be great if we could use it. Link for reference: Thanks. I'm probably up for writing the nix package definition if someone can point me in the right direction,
for future reference, what mistakes did I make? It's my first week of nix (and I'm loving it).
Python packages are part of the attribute of the interpreter, so is the reference to the package. While it is now possible to use the supported solution is The other one typically works, but not always because is not always propagated and thus unavailable. Also, guarantees that you will have the Python that is "connected" to the package, and not accidentally the one that was in your . Good to hear!
Thanks! Interesting to see the differences.
Just wanted to let you know that I finally got my i3 setup working near perfectly on nixos! Loving it (Thank you all)

Discussion:
<ins> { stdenv, buildPythonPackage, fetchFromGitHub , enum-compat , xorgserver, pytest, i3, python }: buildPythonPackage rec { pname = "i3ipc"; version = "1.4.0"; src = fetchFromGitHub { owner  = "acrisci"; repo   = "i3ipc-python"; rev    = "v${version}"; sha256 = "15drq16ncmjrgsri6gjzp0qm8abycm92nicm78q3k7vy7rqpvfnh"; }; propagatedBuildInputs = [ enum-compat ]; checkInputs = [ xorgserver pytest i3 ]; checkPhase = ''${python.interpreter} run-tests.py''; meta = with stdenv.lib; { description = "An improved Python library to control i3wm"; homepage    = https://github.com/acrisci/i3ipc-python; license     = licenses.bsd3; maintainers = with maintainers; [ vanzef ]; }; } </ins>

habanero = callPackage ../development/python-modules/habanero { }; <ins> i3ipc = callPackage ../development/python-modules/i3ipc { }; </ins> intelhex = callPackage ../development/python-modules/intelhex { }; lmtpd = callPackage ../development/python-modules/lmtpd { };
Change:
gv crashes with a segmentation fault immediately upon starting, before a window is visible. This happens even with an empty dummy document (created using latex and pdf2ps). For ease of reproducibility, you can find it . $ nix-shell -p gv [nix-shell:~]$ gv Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Thanks for merging! Glad that this is fixed. :-)

Discussion:
Xaw3d ghostscriptX perl <del> ] ++ stdenv.lib.optionals stdenv.isDarwin [ </del> pkgconfig <ins> ] ++ stdenv.lib.optionals stdenv.isDarwin [ </ins> libiconv ];
Change:
VirtualBox build crashes with error on extension pack SHA checksum mismatch. Extension pack file was prefetched using a link provided by license message and its checksum matches with . have this in your run (has done it with key)system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Same problem here system: host os: multi-user?: sandbox: version: channels(root): channels(markus): nixpkgs:
I also have the same problem. I tried patching in virtualboxn (and the 4.1.15 kernel) from unstable in an overlay, but now I sadly get this error: Is there any other way I can override this so I can rebuild my system?
I think the hash needs to be changed here to as mentioned above.
Yes. I'd make it by myself, but have no idea what to do here so nothing would be broken.
I guess this issue can be closed now.
Yes, now VirtualBox builds well. // btw, though has to stay on this channel version, as got new issues, such as audio jitter and big lags (a Spectre core patch?!). that's a different story to tell.

Discussion:
python = python2; buildType = "release"; # Manually sha256sum the extensionPack file, must be hex! <del> extpack = "13n6d6wca3bnvqc1q0bapgwfjmfqm19nxn9c0vbzd28c4l88j991"; </del> <ins> # Thus do not use `nix-prefetch-url` but instead plain old `sha256sum`. extpack = "21258910250c89f6d7062cd96e53a8d855e9f8bb6a011c18de760dc5b869c68e"; </ins> extpackRev = "120294"; main = "0agjldjn01p4x54m53db50xwamrphl7iqcrika3wa04rvlb36f40"; version = "5.1.32";