jiebi/CodeConvo huggingface dataset:
Change:
set -x sed -e 's@MKISOFS --version@MKISOFS -version@'  -e 's@PYTHONDIR=.*@PYTHONDIR=${if pythonBindings then python else ""}@'  <ins> -e 's@CXX_FLAGS="(.*)"@CXX_FLAGS="-std=c++11 1"@'  </ins> ${optionalString (!headless) '' -e 's@TOOLQT5BIN=.*@TOOLQT5BIN="${getDev qt5.qtbase}/bin"@'  ''} -i configure

Discussion:
Also reproduced by Hydra: The issue was introduced by (). /cc System: NixOS: (Gorilla) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version:
examining , the interesting part is:
Patched virtualbox script to include : Waiting for build to pass.
Build passed. Opened
is merged, closing.
Change:
githubId = 3696783; name = "Leroy Hopson"; }; <ins> lillycham = { email = "lillycat332@gmail.com"; github = "lillycat332"; githubId = 54189319; name = "Lilly Cham"; }; </ins> lilyball = { email = "lily@sb.org"; github = "lilyball";

Discussion:
Project description gltfpack is an application that can automatically optimise glTF files to reduce their complexity and file size. glTF is a open standard, created by Khronos, for describing 3D scenes. Metadata homepage URL: source URL: license: mit platforms: linux, darwin, windows
Thanks and
Change:
perl pkg-config python3 <ins> python3Packages.wrapPython </ins> vala wrapGAppsHook gtk-doc

Discussion:
Gedit is missing the pycairo dependency (python311Packages.pycairo specifically in my case) I'm on the unstable channel I'm new to nix, so maybe an indirect dependency is missing the pycairo dependency instead a terminal will periodically (~1 per second) print the error message see no errors with: . No error message should be printed. I'm using the Nix package manager on Manjaro Linux. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> #!/usr/bin/env nix-shell #!nix-shell -i bash -p curl gnused nix-prefetch jq set -eou pipefail dirname="$(dirname "$0")" updateHash() { version=$1 arch=$2 os=$3 hashKey="${arch}-${os}_hash" url="https://github.com/Prowlarr/Prowlarr/releases/download/v$version/Prowlarr.develop.$version.$os-core-$arch.tar.gz" hash=$(nix-prefetch-url --type sha256 $url) sriHash="$(nix hash to-sri --type sha256 $hash)" sed -i "s|$hashKey = "[a-zA-Z0-9/+-=]*";|$hashKey = "$sriHash";|g" "$dirname/default.nix" } updateVersion() { sed -i "s/version = "[0-9.]*";/version = "$1";/g" "$dirname/default.nix" } currentVersion=$(cd $dirname && nix eval --raw -f ../../.. prowlarr.version) # N.B. Prowlarr is still in development, so # https://api.github.com/repos/Prowlarr/Prowlarr/releases/latest # returns nothing. Once this endpoint returns something, we should use # it. Until then, we use jq to sort releases (N.B. the "sort_by(. | # split(".") | map(tonumber))" incantation is to sort the version # number properly and not as a string). # latestTag=$(curl https://api.github.com/repos/Prowlarr/Prowlarr/releases/latest | jq -r ".tag_name") # latestVersion="$(expr $latestTag : 'v(.*)')" latestVersion=$(curl https://api.github.com/repos/Prowlarr/Prowlarr/git/refs/tags | jq '. | map(.ref | sub("refs/tags/v";"")) | sort_by(. | split(".") | map(tonumber)) | .[-1]' -r) if [[ "$currentVersion" == "$latestVersion" ]]; then echo "Prowlarr is up-to-date: ${currentVersion}" exit 0 fi updateVersion $latestVersion updateHash $latestVersion x64 linux updateHash $latestVersion arm64 linux updateHash $latestVersion x64 osx </ins>

Discussion:
Project description Prowlarr is an indexer manager/proxy built on the popular arr .net/reactjs base stack to integrate with your various PVR apps. Prowlarr supports management of both Torrent Trackers and Usenet Indexers. Metadata homepage URL: source URL: license: GPL 3 platforms: Unix
I would like to package this software but I am still trying to learn how to properly create derivations as I have never done one. Help / guidance appreciated!
I have a WIP PR for this against my fork The package builds fine, but I am still trying to figure out how to test the NixOS module in my dotfiles repo using flakes and overlays :sweat_smile:
I actually got this working much quicker than expected. Here is my PR to this repo
Thank you very much
Change:
<del> { lib, buildGoModule, fetchFromGitea }: buildGoModule rec { pname = "woodpecker-pipeline-transform"; version = "0.1.1"; src = fetchFromGitea { domain = "codeberg.org"; owner = "lafriks"; repo = "woodpecker-pipeline-transform"; rev = "v${version}"; sha256 = "sha256-tWDMbOkajZ3BB32Vl630EZrY+Owm72MD2Z2JjMucVkI="; }; vendorHash = "sha256-qKzGALMagf6QHeLdABfNGG4f/3K/F6CjVYjOJtyTNoM="; meta = with lib; { description = "Utility to convert different pipelines to Woodpecker CI pipelines"; homepage = "https://codeberg.org/lafriks/woodpecker-pipeline-transform"; license = licenses.mit; mainProgram = "pipeline-convert"; maintainers = with maintainers; [ ambroisie ]; }; } </del>

Discussion:
Package name: . Latest released version: 0.2.0 Current version on the unstable channel: 0.1.1 Current version on the stable/release channel: 0.1.1 Notify maintainers Myself :-) 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:
stdenv.mkDerivation rec { pname = "wolfssl"; <del> version = "4.6.0"; </del> <ins> version = "4.7.0"; </ins> src = fetchFromGitHub { owner = "wolfSSL"; repo = "wolfssl"; rev = "v${version}-stable"; <del> sha256 = "0hk3bnzznxj047gwxdxw2v3w6jqq47996m7g72iwj6c2ai9g6h4m"; </del> <ins> sha256 = "1aa51j0xnhi49izc8djya68l70jkjv25559pgybfb9sa4fa4gz97"; </ins> }; # almost same as Debian but for now using --enable-all instead of --enable-distro to ensure options.h gets installed <del> configureFlags = [ "--enable-all --enable-pkcs11 --enable-tls13 --enable-base64encode" ]; </del> <ins> configureFlags = [ "--enable-all" "--enable-pkcs11" "--enable-tls13" "--enable-base64encode" ]; </ins> outputs = [ "out" "dev" "doc" "lib" ];

Discussion:
, CVSSv3=9.8 (nixos-unstable) Scanned versions: nixos-unstable: . Cc
Change:
, makeWrapper , sage-tests , sage-with-env <ins> , jupyter-kernel-definition , jupyter-kernel </ins> , sagedoc , withDoc }: <del> # A wrapper that makes sure sage finds its docs (if they were build). </del> <ins> # A wrapper that makes sure sage finds its docs (if they were build) and the # jupyter kernel spec. let # generate kernel spec + default kernels kernel-specs = jupyter-kernel.create { definitions = jupyter-kernel.default // { sagemath = jupyter-kernel-definition; }; }; in </ins> stdenv.mkDerivation rec { version = src.version; name = "sage-${version}";

Discussion:
When I run , I have the jupyter website that opens, however when I open a sage notebook, the sage kernel fails to start, and I've an error Install sage, tested on both latest nixos-unstable (that took ages to compile), and using the one provided here: Then run and try to open a sage notebook. You should see on the top right a red error "Kernel error", and the console should display the above errors Please run and paste the results.
/cc maintainer
Thanks for the report :) The immediate cause for the error is that contains while it should be . I have never used jupyter so I'm not sure if that is all. Integrating with would probably be good / maybe be necessary. I don't know when/if I'll get to debugging this since I don't currently use it myself, but I'll happily help you do it if you want to try. Note that the regular sage cli does work.
I also experience this issue. I thought I was installing Jupyter incorrectly. Lol, I should have checked for a bug report, I asked for help at
This is now fixed in master.
Change:
avra = callPackage ../development/compilers/avra { }; <ins> beekeeper-studio = callPackage ../development/tools/database/beekeeper-studio { }; </ins> bigloo = callPackage ../development/compilers/bigloo { }; binaryen = callPackage ../development/compilers/binaryen { };

Discussion:
Project description Open Source SQL Editor and Database Manager for MySQL, Postgres, SQLite, SQL Server, and more. Metadata homepage URL: source URL: license: mit platforms: unix
I think this issue can be closed, since it has been merged?
Change:
then { GDK_PIXBUF_MODULE_FILE = "${pkgs.librsvg.out}/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache"; } else { }); <del> fonts.fonts = [ (kde5.oxygen-fonts or pkgs.noto-fonts) ]; </del> <ins> fonts.fonts = [ (kde5.oxygen-fonts or pkgs.noto-fonts) pkgs.hack-font ]; </ins> programs.ssh.askPassword = "${kde5.ksshaskpass.out}/bin/ksshaskpass";

Discussion:
The Hack font is the recommended monospaced font for KDE since plasma 5.8. Currently, Hack isn't installed with KDE and the first available font is used by KDE (arimo in my case). Install KDE on a fresh NixOS installation. Noto is installed but not Hack. System: NixOS: Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: "17.03pre101267."
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; <ins> distrobox = callPackage ../applications/virtualization/distrobox { }; </ins> djmount = callPackage ../tools/filesystems/djmount { }; dgsh = callPackage ../shells/dgsh { };

Discussion:
Project description Use any Linux distribution inside your terminal. Distrobox uses or to create containers using the Linux distribution of your choice. The created container will be tightly integrated with the host, allowing sharing of the HOME directory of the user, external storage, external USB devices and graphical apps (X11/Wayland), and audio. Metadata homepage URL: source URL: license: GPL-3.0-only platforms: linux
Correction: homepage URL is
I make it properly work as system package i based it off and removed shebang patches for export and init to avoid nix paths in podman containers I don't know how to deal with xhost part proper way
Change:
dbus-test-runner = callPackage ../development/tools/dbus-test-runner { }; <ins> doq = callPackage ../development/tools/misc/doq { }; </ins> phpunit = callPackage ../development/tools/misc/phpunit { }; teller = callPackage ../development/tools/teller { };

Discussion:
Project description python docstring generator <!-- Describe the project a little: --Metadata homepage URL: source URL: license: bsd platforms: unix, linux, darwin, ...
Change:
patchShebangs . <del> # emscripten 3.1.55 requires LLVM tip-of-tree instead of LLVM 18 sed -i -e "s/EXPECTED_LLVM_VERSION = 19/EXPECTED_LLVM_VERSION = 18/g" tools/shared.py </del> # fixes cmake support sed -i -e "s/print ('emcc (Emscript.*)/sys.stderr.write(1); sys.stderr.flush()/g" emcc.py

Discussion:
Package name: emscripten Latest released version: 3.1.57 <!-- Search your package here: --- Current version on the unstable channel: 3.1.51 Current version on the stable/release channel: 3.1.47 <!-- 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]:
tl;dr: 3.1.57 is not currently compatible with the version of llvm in tree (18.1.5). The latest compatible version with llvm 18.1.5 appears to be Emscripten 3.1.54. The emscripten nixpkg (3.1.51) currently uses an LLVM17 environment which needs be migrated to LLVM18. The configuration as it exists today doesn't work in some cases. (Godot4.3dev6 web template builds failed missing in , prompting finding this issue) Emscripten 3.1.51 seems to be compatible with the LLVM 18.1.5 currently in nixpkgs unstable. Emscripten 3.1.59 (current as of this comment) and 3.1.57 are not compatible with that version of LLVM (In my usage, ran into errors with and ). These flags were introduced in Emscripten 3.1.55 making the last compatible version against the current in-tree dependencies 3.1.54. <details<summaryThis override was able to successfully build the godot4.3dev6 web templates using Emscripten 3.1.54</summary<p</p</details
Change:
, stdenv , buildDotnetModule , fetchFromGitHub <del> , fetchpatch </del> , dotnetCorePackages , dbus , fontconfig

Discussion:
Package name: openutau Latest released version: Current version on the unstable channel: 0.1.158 Current version on the stable/release channel: - Notify maintainers I don't mind sending a PR to bump the version. I've tried building OpenUtau-0.1.201 on my device, and it works just like the previous instances. The app, however, crashes, when I use any key, just like the current version, for which I've created stakira/OpenUtau. Note for maintainers: Please tag this issue in your PR.
That version is marked as a beta/pre-release upstream. I don't mind bumping to that version if it fixes things for you, though
actually, I don't have a Mac, so I also wanted to make sure that bumping this didn't cause any issue with other platforms out there. Looks like the app-crash behavior still exists in the newer version on Linux.
Slightly out of topic, but if license is going to be an issue, would it be okay for you to add and instead? They're both open-source compatible. They may have to be as plugins for OpenUtau. In the same spirit, we can also make Worldline-R a plugin.
License isn't an issue for me, but I'll try later to see if I can't make a derivation without the proprietary bits if it's a concern for you I vaguely recall thinking the code always expects to find the worldline .so, though, so I'll have to double check what that would take later
Alternatively, if upstream could clarify in-writing the license situation for the (e.g. as unfree source but freely redistributable) then that could also be sufficient for your use-case
Fix for crashes is in and license question has been asked at
Also given your interest in this package, would you like to be a co-maintainer for the OpenUtau derivation in nixpkgs?
I don't have any experience with C# and dotnet applications, but if it involves only bumping the version and removing the temporary patches for dotnet and Avalonia 11.0.4, I could do that.
It's up to you!

I'm happy to have assistance for bumps and stuff if nothing else, but you don't have to add yourself as maintainer unless you want to :)
I have no issue with adding myself as the co-maintainer, but it looks like you'd have to wait for to get merged, because I've myself there in the . file
License update in too now, btw
Change:
, enableSqlite ? true }: python3.pkgs.buildPythonApplication rec { pname = "mautrix-googlechat"; <del> version = "unstable-2023-07-16"; </del> <ins> version = "0.5.1"; </ins> src = fetchFromGitHub { owner = "mautrix"; repo = "googlechat"; <del> rev = "f4cddafd474b12be09efd15c6652c04d0650458e"; sha256 = "sha256-WMJVAX5oUdYYuXoJKk7OoERR0LJM0Er5444xwqIUTm8="; </del> <ins> rev = "refs/tags/v${version}"; hash = "sha256-a/EWz/aCkBE6XdDpmZcx2Q7/xKNwGCiZUhZc9YIIDhU="; </ins> }; patches = [

Discussion:
Package name: mautrix-googlechat Latest released version: 0.5.1 <!-- Search your package here: --- Current version on the unstable channel: 0.5.0 Current version on the stable/release channel: 0.5.0 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Thanks
Change:
''; }; <del> keyutils = callPackage ../os-specific/linux/keyutils { }; </del> <ins> # Using fetchurlBoot because this is used by kerberos (on Linux), which curl depends on keyutils = callPackage ../os-specific/linux/keyutils { fetchurl = fetchurlBoot; }; </ins> libselinux = callPackage ../os-specific/linux/libselinux { };

Discussion:
In an ideal world, this would be as simple as adding the following to the . Unfortunately, seems to be a dependency of which causes an infinite recursion bug during the Linux bootstrapping. I'm pretty familiar with bootstrapping on Darwin, but am less confident around the Linux one. Anyone have any hints for how to disable support during the bootstrap with minimal mess?
If you set for keyutils I think it will break this cycle.
Oh cool, thanks! I wonder if I should do that on this side though? Something like this:
Actually this should be done for us: I'm not sure why it's necessary here?
I'd imagine it has something to do with kerberos being an optional dependency of curl, and curl being involved in the bootstrap, but I haven't unraveled it enough to be more precise than that.
I ended up doing what you suggested on ,
Change:
buildInputs = [ setuptools_scm ]; <del> checkInputs = [ coverage codecov pytest pytestcov pytest-sugar portend backports_unittest-mock  ]; </del> <ins> checkInputs = [ pytest pytestcov portend backports_unittest-mock ]; </ins> checkPhase = '' py.test cheroot

Discussion:
has a test failure and won't install.
That's a known upstream issue:
I guess you didn't initially try to build pytest-sugar but some other package. That one should build fine once is merged.
thanks for looking into this. :)
Change:
pyload = throw "pyload has been removed from nixpkgs, as it was unmaintained"; # Added 2021-03-21 pynagsystemd = throw "pynagsystemd was removed as it was unmaintained and incompatible with recent systemd versions. Instead use its fork check_systemd"; # Added 2020-10-24 pyo3-pack = maturin; <ins> pypi2nix = throw "pypi2nix has been removed due to being unmaintained"; </ins> pypolicyd-spf = spf-engine; # Added 2022-10-09 pyrex = throw "pyrex has been removed from nixpkgs as the project is still stuck on python2"; # Added 2022-01-12 pyrex095 = throw "pyrex has been removed from nixpkgs as the project is still stuck on python2"; # Added 2022-01-12

Discussion:
Steps to reproduce the behavior: Command should execute without an error None? Please run and paste the result.
Change:
core = { x86_64-linux = { platform = "any"; <del> hash = "sha256-cRj81dXpAE6S0EXajsRikOIAPzlUf42FhiDCWjv+wZQ="; </del> <ins> hash = "sha256-XogITZZtuNmWBrCfL5qpHJNm6jFxzraZMXWhUotXA4c="; </ins> }; x86_64-darwin = { platform = "macosx_10_14_x86_64"; <del> hash = "sha256-jqfGVZGF/DFgXkr7kQg6QyqEELSr8AKE3Ga8kTftnIY="; </del> <ins> hash = "sha256-YjV915SZ2L8t6huToErTHRd82m4I+evPyeuwpVzi26o="; </ins> }; aarch64-darwin = { platform = "macosx_11_0_arm64"; <del> hash = "sha256-e/uCSRMdbVD0lvc0hukbiUzheqRNIIh1LgMq6Ae7JYI="; </del> <ins> hash = "sha256-BAnYYeUWosAorcHpqUMpRXJFl4NQDPbWTsykDN3w5UQ="; </ins> }; };

Discussion:
Package name: Latest released version: 1.34.0 <!-- Search your package here: --- Current version on the unstable channel: 1.27.0 Current version on the stable/release channel: 1.27.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.
Note: the update script isn't working on my system, I assume that's why has not uploaded any updates.
Ill take a look tomorrow :)
Change:
<ins> --- a/src/Judy1/Makefile.am +++ b/src/Judy1/Makefile.am @@ -18,7 +18,7 @@ libinline_la_CFLAGS = $(AM_CFLAGS) -DJUDYGETINLINE Judy1Tables.c: Judy1TablesGen.c -	$(CC) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o Judy1TablesGen Judy1TablesGen.c; ./Judy1TablesGen +	$(CC_FOR_BUILD) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o Judy1TablesGen Judy1TablesGen.c; ./Judy1TablesGen Judy1ByCount.c:../JudyCommon/JudyByCount.c cp -f ../JudyCommon/JudyByCount.c      		Judy1ByCount.c --- a/src/JudyL/Makefile.am +++ b/src/JudyL/Makefile.am @@ -18,7 +18,7 @@ libinline_la_CFLAGS = $(AM_CFLAGS) -DJUDYGETINLINE JudyLTables.c: JudyLTablesGen.c -	$(CC) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o JudyLTablesGen JudyLTablesGen.c; ./JudyLTablesGen +	$(CC_FOR_BUILD) $(INCLUDES) $(AM_CFLAGS) @CFLAGS@ -o JudyLTablesGen JudyLTablesGen.c; ./JudyLTablesGen JudyLByCount.c:   ../JudyCommon/JudyByCount.c cp -f ../JudyCommon/JudyByCount.c      		JudyLByCount.c </ins>

Discussion:
Describe the bug judy (a dependency of mariadb) fails to cross-compile. To Reproduce Expected behavior Judy should build correctly Screenshots A build log from my (currently private) Hydra instance shall be attached to this issue: Additional context This is another of my issues about cross-compiling. I discovered by setting up a (currently private) Hydra instance that tries to cross-compile things. Metadata I have tested it on my Hydra and on my laptop, and it's consistent between Nixpkgs revisions right now. Here's metadata from my laptop: system: host os: multi-user?: sandbox: version: channels(root): channels(kisik21): nixpkgs: Maintainer information:
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 .
Change:
src = fetchurl { url = "https://wire-app.wire.com/linux/debian/pool/main/" <del> + "Wire-${version}_amd64.deb"; inherit sha256; </del> <ins> + "Wire-${version}_amd64.deb"; inherit hash; </ins> }; desktopItem = makeDesktopItem {

Discussion:
wire-desktop will show the login screen after a few seconds on startup, even after clearing and logging into a new session. Steps to reproduce the behavior: Wire not already logged into an account, log in a few seconds UI will redirect to the login screen with no way to return to the normal UI for your logged-in account To be able to navigate the account UI without interruption. !
has experienced this same problem. This didn't seem to resolve the problem either. The macOS version has kept working over all the bumps. Maybe the wire-desktop deb has accrued a new dependency that we're not providing?
I tried again with the flag to see the browser console, and there wasn't anything helpful in there.
theres multiple dev tools levels in the wire app. can you try this should get more substantive logs
That's more like it!
This looks interesting: [:1213/.:INFO:CONSOLE(55)] "%c [2022-12-12 20:34:49] color:; font-weight:bold; Redirecting to login after connectivity verification. Reason: multiple_tabs", source: (55) [2022-12-12 20:34:49] Navigating inside <webview. URL: *&id=-dead-beef-dead-
I ran the same log line, and in my case, didn't see that multiple tabs error message. Seems to be an unrelated red herring. But I could see the "GPU process crashed. Will reload the window" in both mine and your logs.
It's probably a long shot, but could this possibly be related to electron/electron?
why do you think it's related? The issue complains about silent fallback to software rendering, but no crash. In the , I see most of the rendering to be disabled / software rendering too: …but even slow software rendering doesn't seem to work.
I also ran into this issue after upgrading nixos (unstable). I even tried the latest version .
Same issue with 3.30.3016. What GPU do you use?
Its the AMD GPU integrated into Ryzen 7 4800H.

In case someone really wants to get around this: I could get wire-desktop running by deleting these lines:
The docs of the deprecated mention "it isn't always because it's crashed": I sent a PR at , which uses the recommended event handler, removed the call, and more logging of the event details.
Yup, the suspicion was right :-) With the above PR applied, logs the following event details: … which clearly isn't a gpu rendering crash, at least nothing where reloading the GUI would help much. It also seems to recover. A new release with the fix can be found at
has been updated to include the fixed version. , can you take a look?