jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, stdenv, fetchFromGitHub, jdk, makeWrapper }: stdenv.mkDerivation rec { pname = "async-profiler"; version = "2.9"; src = fetchFromGitHub { owner = "jvm-profiling-tools"; repo = "async-profiler"; rev = "v${version}"; sha256 = "sha256-ngLUg6Fq6Ay06klGa/y8lod8W6rYMqhMhXFn5OBCSpk="; }; nativeBuildInputs = [ makeWrapper ]; buildInputs = [ jdk ]; installPhase = '' runHook preInstall install -D "$src/profiler.sh" "$out/bin/async-profiler" install -D build/jattach "$out/bin/jattach" install -D build/libasyncProfiler.so "$out/lib/libasyncProfiler.so" install -D -t "$out/share/java/" build/*.jar runHook postInstall ''; fixupPhase = '' substituteInPlace $out/bin/async-profiler  --replace 'JATTACH=$SCRIPT_DIR/build/jattach'  'JATTACH=${placeholder "out"}/bin/jattach'  --replace 'PROFILER=$SCRIPT_DIR/build/libasyncProfiler.so'  'PROFILER=${placeholder "out"}/lib/libasyncProfiler.so' wrapProgram $out/bin/async-profiler --prefix PATH : ${lib.makeBinPath [ jdk ]} ''; meta = with lib; { description = "A low overhead sampling profiler for Java that does not suffer from Safepoint bias problem"; homepage    = "https://github.com/jvm-profiling-tools/async-profiler"; license     = licenses.asl20; maintainers = with maintainers; [ mschuwalow ]; platforms   = platforms.all; }; } </del>

Discussion:
Hi all, Sorry if I'm missing something, I'm new at this so please say if you need any more info, thanks Steps to reproduce the behavior: async-profiler-2.9 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
So after some research I've found that this is happening cause jdk21 is now default java and previously it was jd19. This async-profiler is used in jetbrains intellij package. I was not able to override version as I lack knowledge how to do it, perhaps someone will be about to help with it? Thank you
I was able to apply temporary fix I've created an overlay to use jdk19 instead of jdk21 that is used by default but I think in future async-profiler needs to be upgraded as there is a version 3 in git repo and repo link is now a bit different Just in case some one will need it. Here is an overlay And here is snippet from
Looks related to async-profiler/async-profiler. I'll look into maybe fixing it as a part of ZHF
This is actually fixed upstream in v3.0. Will package that instead
Change:
assertion = config.system.activationScripts.users == ""; message = "system.activationScripts.users has to be empty to use systemd-sysusers"; } <del> { assertion = config.users.mutableUsers -> config.system.etc.overlay.enable; message = "config.users.mutableUsers requires config.system.etc.overlay.enable."; } </del> ] ++ (lib.mapAttrsToList <del> (_username: opts: { </del> <ins> (username: opts: { </ins> assertion = !opts.isNormalUser; <del> message = "systemd-sysusers doesn't create normal users. You can currently only use it to create system users."; </del> <ins> message = "${username} is a normal user. systemd-sysusers doesn't create normal users, only system users."; </ins> }) userCfg.users) ++ lib.mapAttrsToList

Discussion:
The following assertion triggers in a configuration where and : It should be possible to have a mutable while using static configuration at the same time. Steps to reproduce the behavior: to to the system The build succeeds. From : Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This cannot be done with the current implementation.
Change:
AppKit ]; <ins> # sixel-sys is dynamically linked to libsixel postInstall = lib.optionalString stdenv.isDarwin '' wrapProgram $out/bin/youtube-tui  --prefix DYLD_LIBRARY_PATH : "${lib.makeLibraryPath [libsixel]}" ''; </ins> meta = with lib; { description = "An aesthetically pleasing YouTube TUI written in Rust"; homepage = "https://siriusmart.github.io/youtube-tui";

Discussion:
Try to run on darwin It fails: runs with no issue N/A N/A Please run and paste the result.
Change:
<del> { stdenv, lib, fetchurl, gtk2, glib, gdk-pixbuf, alsaLib, nss, nspr, gconf , cups, libgcrypt_1_5, systemd, dbus, libXdamage, expat }: with lib; let bracketsLibs = makeLibraryPath [ gtk2 glib gdk-pixbuf stdenv.cc.cc.lib alsaLib nss nspr gconf cups libgcrypt_1_5 dbus systemd libXdamage expat ]; in stdenv.mkDerivation rec { pname = "brackets"; version = "1.9"; src = fetchurl { url = "https://github.com/adobe/brackets/releases/download/release-${version}/Brackets.Release.${version}.64-bit.deb"; sha256 = "0c4l2rr0853xd21kw8hhxlmrx8mqwb7iqa2k24zvwyjp4nnwkgbp"; name = "${pname}-${version}.deb"; }; phases = [ "installPhase" "fixupPhase" ]; installPhase = '' mkdir -p $out ar p $src data.tar.xz | tar -C $out -xJ mv $out/usr/* $out/ rmdir $out/usr ln -sf $out/opt/brackets/brackets $out/bin/brackets ln -s ${lib.getLib systemd}/lib/libudev.so.1 $out/opt/brackets/lib/libudev.so.0 substituteInPlace $out/opt/brackets/brackets.desktop  --replace "Exec=/opt/brackets/brackets" "Exec=brackets" mkdir -p $out/share/applications ln -s $out/opt/brackets/brackets.desktop $out/share/applications/ ''; postFixup = '' patchelf --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath "${bracketsLibs}:$out/opt/brackets/lib"  $out/opt/brackets/Brackets patchelf --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath "${bracketsLibs}"  $out/opt/brackets/Brackets-node patchelf --set-rpath "${bracketsLibs}"  $out/opt/brackets/lib/libcef.so ''; meta = { description = "An open source code editor for the web, written in JavaScript, HTML and CSS"; homepage = "http://brackets.io/"; license = licenses.mit; maintainers = [ maintainers.matejc ]; platforms = [ "x86_64-linux" ]; }; } </del>

Discussion:
, CVSSv3=9.8 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives.

Current version of brackets in nixpkgs is while the latest release is as of Jun 18, 2018.
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:
"--disable-shared" # brrr... ]; })); <del> } // lib.optionalAttrs (stdenv0.hostPlatform.libc == "libc") { </del> <ins> } // lib.optionalAttrs (stdenv0.hostPlatform.libc == "glibc") { </ins> extraBuildInputs = (old.extraBuildInputs or []) ++ [ pkgs.glibc.static ];

Discussion:
Linker bugs out (claiming bad flag ) when attempting to statically cross-compile for riscv64 using LLVM15/16 (not sure about other LLVM versions; haven't tried). Set up the following and the following file in out/main.c: and run . The compilation bugs out with the following error: The full error log (along with flake lockfile) can be found . The same error also occurs with LLVM 15. This error does not occur with dynamic linking (deleting ); everything compiles fine in that case. Pinging at the suggeston of
Ah, this has gotten me too. The static library for glibc is in a separate output, and that's missing due to a typo in the adapter. should be
Thanks for pointing that out! Manually adding to seems to have fixed the build.
Change:
ytop = throw "ytop has been abandoned by upstream. Consider switching to bottom instead"; yubikey-neo-manager = throw "yubikey-neo-manager has been removed because it was broken. Use yubikey-manager-qt instead."; # added 2021-03-08 yuzu = yuzu-mainline; # added 2021-01-25 <ins> zimreader = throw "zimreader has been removed from nixpkgs as it has been replaced by kiwix-serve and stopped working with modern zimlib versions."; # added 2021-03-28 </ins> zdfmediathk = mediathekview; # added 2019-01-19 gnome_user_docs = gnome-user-docs; # added 2019-11-20 # spidermonkey is not ABI upwards-ompatible, so only allow this for nix-shell

Discussion:
Describe the bug Kiwix fails to build with a C++ code error. To Reproduce Steps to reproduce the behavior: , because the package is marked as insecure, Expected behavior Kiwix builds. Additional context The error: Probably this needs to be solved for . 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 system: host os: multi-user?: sandbox: version: channels(mario): channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
See
Change:
<ins> { stdenvNoCC, lib, fetchurl, autoPatchelfHook, cups, e2fsprogs, krb5, libxcrypt-legacy, unzip, }: stdenvNoCC.mkDerivation { pname = "cups-idprt-tspl"; version = "1.4.7"; src = fetchurl { name = "idprt_tspl_printer_linux_driver.zip"; # This is not the original name, but there was debate about whether rec or finalAttrs should be used, so I just renamed it url = "https://www.idprt.com/prt_v2/files/down_file/id/283/fid/668.html"; # NOTE: This is NOT an HTML page, but a ZIP file hash = "sha256-P3AKSqCh5onOv0itJayEJ6P5pmlkOwOh1OtUjg40BRw="; }; buildInputs = [ cups e2fsprogs krb5 libxcrypt-legacy ]; nativeBuildInputs = [ autoPatchelfHook unzip ]; installPhase = let arch = builtins.getAttr stdenvNoCC.hostPlatform.system { x86_64-linux = "x64"; x86-linux = "x86"; }; in '' runHook preInstall mkdir -p $out/share/cups/model $out/lib/cups/filter cp -r filter/${arch}/. $out/lib/cups/filter cp -r ppd/. $out/share/cups/model rm $out/share/cups/model/*.ppd~ chmod +x $out/lib/cups/filter/* runHook postInstall ''; meta = { description = "CUPS drivers for TSPL-based iDPRT thermal label printers (SP210, SP310, SP320, SP320E, SP410, SP410BT, SP420, SP450, SP460BT)"; platforms = [ "x86_64-linux" "x86-linux" ]; license = lib.licenses.unfree; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; maintainers = with lib.maintainers; [ pandapip1 ]; }; } </ins>

Discussion:
Project description CUPS drivers for iDPRT label printers Metadata homepage URL: source URL: / license: proprietary platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
There is no need to create an issue for a software you are packaging. Create the package right away.
I wasn't planning on packaging the software. I opened this issue last week. About an hour ago I decided to bite the bullet and do it myself.
No problem.
Change:
, numactl , writeText # Processing, video codecs, containers <del> , ffmpeg-full </del> <ins> , ffmpeg_5-full </ins> , nv-codec-headers , libogg , x264

Discussion:
As title says, the ffmpeg that handbrake uses can't be built, complaining about missing sdl2. Steps to reproduce the behavior: to install handbrake the error Handbrake is installable If applicable, add screenshots to help explain your problem. Please run and paste the result.
Try with this patch:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
sorry i missed this, I don't know how can I try that?
I am getting a similar error, after running a channel update on the unstable channel.
Here to report the same issues, specifically seems to fail with . Here's the errors: Results of : Might be worth reopening.
This is a different issue and already fixed in nixos-unstable-small and should be in normal nixos-unstable shortly.
Sounds great, appreciate the heads up.
Change:
allowSubstitutes = false; inherit (unwrapped) meta; } <del> '' </del> <ins> ('' </ins> mkdir -p "$out"/bin makeWrapper '${unwrapped}/bin/kresd' "$out"/bin/kresd  --set LUA_PATH  "$LUA_PATH" 

Discussion:
: Then: In case you need the : This seems to be caused by the , which is enabled with the . is set so it's probably not just a simple binary incompatibility (I believe it shouldn't be necessary when setting both and but it appears the scripts generating the images expect to be run from the target). (thanks!) system: host os: multi-user?: sandbox: version: channels(root): (flake, see ) nixpkgs:
Yeah, well runtime tests like aren't really what "we" normally want to do when cross-compiling.
This?
Yeah, the image builds and the service starts. Thanks!
Change:
baseJson = let pure = writeText "${baseName}-config.json" (builtins.toJSON { inherit created config; <del> architecture = getArch system; </del> <ins> architecture = defaultArch; </ins> os = "linux"; }); impure = runCommand "${baseName}-config.json"

Discussion:
Describe the bug It seems generates images with the wrong architecture set. ( began setting these values, but the values before were also wrong) To Reproduce Compared to the current version of : If you actually run the image on arm, Docker complains. Expected behavior Architectures embedded in the image configuration should match those generated by Docker. Additional context The warning message printed by Docker if the running platform doesn't match the image's platform. The operating system, architecture, and variant are determined by and . (If the image's architecture is "arm" and the variant is empty, as it almost always is, it is normalized to "v7", see ) Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(terin): nixpkgs: Maintainer information:
The specification is a bit loose, but the examples given all follow and . If we take a look at the specification, the fields should be and . Every officiall and semi-official image I've looked at, included the pre-multiarch manifest "legacy" images referenced at follow this pattern.
Change:
pname = "wshowkeys-unstable"; inherit version; <del> src = fetchurl { url = "https://git.sr.ht/~sircmpwn/wshowkeys/archive/${commit}.tar.gz"; sha256 = "0iplmw13jmc8d3m307kc047zq8yqwm42kw9fpm270562i3p0qk4d"; </del> <ins> src = fetchFromSourcehut { owner = "~sircmpwn"; repo = "wshowkeys"; rev = commit; sha256 = "10kafdja5cwbypspwhvaxjz3hvf51vqjzbgdasl977193cvxgmbs"; </ins> }; nativeBuildInputs = [ meson pkg-config wayland ninja ];

Discussion:
Describe the bug Sources from archives from fail to download with hash mismatches. To Reproduce Expected behavior The hash should match and the source should download. Additional context It sounds like , causing changes to all generated archives (to come in-line with GNU gzip). I've determined some packages which this affects (listed in "Maintainer information") by . I'm happy to have a go making a PR for all of these packages with the following process: archive from cache (by with subsituters) archive from both and confirm tar files are identical hash according to newly retrieved archive But if there's a better process, please let me know :) Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Sounds good
I think it is preferable to switch all affected derivations to fetchzip. This should prevent this from happening again, if the actual content of the tarball is the same. Even better, you could add a fetchFromSourceHut function which uses fetchzip under the hood, like fetchFromGitHub and fetchFromGitLab. This would encourage people not to use fetchurl to fetch procedurally generated tarballs from sourcehut.
From a quick look at the ticket, this is supposed to be a one-time change to make the hash the same as in other forges though
I think getting the new hashes with e.g. should be enough (fetches securely via HTTPS and we should be able to trust that the contents remain unchanged). +1, that seems like the best (long-term) solution. Edit: And IMO we should keep using archives (e.g. because it's consistent with the GitHub and GitLab fetchers) and should indeed be fine now:
the point is: with fetchzip, we don't have to trust this pinky promise (I mean, I'm sure that they intend to keep it, but it could break unwillingly). That's exactly why fetchzip exists in the first place. So on fixes keeping fetchurl.
oh, my bad, I didn't read your comment carefully enough :o I thought you've meant vs. (which didn't make much sense) but realized now that it was vs. . :+1: for that then :)
Hah, same. too then
is merged now so you could submit a PR to switch the affected attributes/packages to the new (s. ). I can also take care of it if you want.
Change:
RuntimeDirectory = [ "nextcloud-notify_push" ]; Restart = "on-failure"; RestartSec = "5s"; <ins> Type = "notify"; </ins> }; };

Discussion:
When configuring notifypush for nextcloud the service almost always fails the first time after rebooting the system and requires to be restarted in order to be started successfully. It seems the problem is that notifypush has not finished starting before nextcloud-notifypush-post-start is executed, resulting in a missing or not connected . Steps to reproduce the behavior: notifypush the system (un)lucky and watch nextcloud-notifypush.service` fail service (done automatically) The service starts successfully the first time. Relevant log lines: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have noticed a similar behavior when the module it was introduced. But i was so far happy with the restart situation. I have played a bit with the situation. I am currently applying the following additional configs to my nextcloud. I think the problem is, that notify_push creates the used socket at start, and we are to early executing the ExecStartPost command to configure. When we let systemd take care for the socket, i could mitigate that and after that i had problems that my acme certificate reload was running in the mean time. After adding nginx-config-reload it was able to run on first try after reboot. You could check if that is also helping on your end and if yes we could check what make sense to use in the module.
I am not sure if this is a good idea since existing Unix sockets are on server startup (and shutdown), possibly interfering with the socket management of SystemD. I don't know why the connection succeeds after restart or when the socket provided by SystemD is replaced by another socket by notifypush, but I think a more robust way to implement this is to set which would delay the execution of until the server signals that it is ready. However something like this would require support by upstream, I could work on a pull request. Edit: After doing some testing it seems that for notifying SystemD to work notify_push has to be the main process of the service, which can be arranged easily by using in the start script.
Doesn't have the program call sdnotify for that to work? I did not find something like that on the code base. here the notify section claims something like that.

Tho I fully agree that the socket is likely not a good idea when notifypush nukes the socket file. Edit: NVM you mentioned a upstream pr for such a function , which I seem to have over read when reading my mail notification.
Change:
<ins> { lib, libGL, stdenv, fetchurl, undmg, dpkg, autoPatchelfHook, wrapGAppsHook3, alsa-lib, at-spi2-atk, gdk-pixbuf, nss, udev, gnome-keyring, mesa, gtk3, libusb1, libsecret, libappindicator, xdotool, libX11, libXcomposite, libXext, libXrandr, libXScrnSaver, libXtst, libxshmfence, }: let pname = "keeweb"; version = "1.18.7"; srcs = { x86_64-linux = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.linux.x64.deb"; hash = "sha256-/U+vn5TLIU9/J6cRFjuAdyGzlwC04mp4L2X2ETp+ZSE="; }; x86_64-darwin = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.mac.x64.dmg"; hash = "sha256-+ZFGrrw0tZ7F6lb/3iBIyGD+tp1puVhkPv10hfp6ATU="; }; aarch64-darwin = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.mac.arm64.dmg"; hash = "sha256-bkhwsWYLkec16vMOfXUce7jfrmI9W2xHiZvU1asebK4="; }; }; src = srcs.${stdenv.hostPlatform.system} or (throw "Unsupported system: ${stdenv.hostPlatform.system}"); libraries = [ alsa-lib at-spi2-atk gdk-pixbuf libGL nss udev libX11 libXcomposite libXext libXrandr libXScrnSaver libXtst libxshmfence gnome-keyring mesa gtk3 libusb1 libsecret libappindicator xdotool ]; meta = { description = "Free cross-platform password manager compatible with KeePass"; mainProgram = "keeweb"; homepage = "https://keeweb.info/"; changelog = "https://github.com/keeweb/keeweb/blob/v${version}/release-notes.md"; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; license = lib.licenses.mit; maintainers = with lib.maintainers; [ sikmir ]; platforms = builtins.attrNames srcs; }; in if stdenv.isDarwin then stdenv.mkDerivation { inherit pname version src meta ; nativeBuildInputs = [ undmg ]; sourceRoot = "."; installPhase = '' mkdir -p $out/Applications cp -r *.app $out/Applications ''; } else stdenv.mkDerivation { inherit pname version src meta ; nativeBuildInputs = [ autoPatchelfHook wrapGAppsHook3 ]; buildInputs = libraries; unpackPhase = '' ${dpkg}/bin/dpkg-deb --fsys-tarfile $src | tar --extract ''; installPhase = '' runHook preInstall mkdir -p $out/bin cp -r usr/share $out/share runHook postInstall ''; postFixup = '' makeWrapper $out/share/keeweb-desktop/keeweb $out/bin/keeweb  --argv0 "keeweb"  --add-flags "$out/share/keeweb-desktop/resources/app.asar"  --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath libraries}"  ''${gappsWrapperArgs[@]} ''; } </ins>

Discussion:
Keeweb opens an empty window, hangs for a few seconds and then the program simply crashes. Looks like a missing libGL dependency. <details<summaryLog without libGL</summary</detailsSteps to reproduce the behavior: Keeweb from Terminal or .desktop file. Keeweb not crashing. Just an empty window with only an icon and title. Can be started with following Command: <details<summaryUsing this overlay to launch it without having to use the terminal.</summary</details<!-- 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:
sha256 = "15p4av74ihsg03j854dkdqihpspwnp58p9g1lhx48w8kz91c0ml6"; }; <del> configureFlags = [ "--dynamic" "--install-dir" "$(out)/bin" "--install-lib" "$(out)/lib" ]; </del> <ins> preConfigure = lib.optionalString stdenv.isDarwin '' substituteInPlace lib/Makefile.dynamic  --replace '-Wl,-soname,$(SONAME)' "" ''; configureFlags = [ (if static then "--static" else "--dynamic") "--install-dir" "$(out)/bin" "--install-lib" "$(out)/lib" ]; </ins> dontAddPrefix = true; doCheck = true; checkTarget = "test"; <ins> preCheck = lib.optionalString stdenv.isDarwin '' export DYLD_LIBRARY_PATH=`pwd`/lib ''; </ins> meta = with lib; { description = "Bibliography format interconversion";

Discussion:
Building the package produces a large number of compiler warnings, and then fails with ... risout.c:111:26: note: previous initialization is here [ 0 ... NUMTYPES-1 ] = 0, ^ 8 warnings generated. ld: unknown option: -soname clang-7: error: linker command failed with exit code 1 (use -v to see invocation) make[1]: [Makefile:83: ] Error 1 make[1]: Target 'all' not remade because of errors. make: [Makefile:40: all] Error 2 builder for '/nix/store/bqwyr2gywrffh3xrwplhi4sv7962d21r-bibutils-' failed with exit code 2 error: build of '/nix/store/bqwyr2gywrffh3xrwplhi4sv7962d21r-bibutils-' failed I have built bibutils by hand on macOS, without difficulty (I last tried it on 10.15), so it's not something intrinsically broken in the upstream package. I hope, therefore, it just requires a minor tweak in the Nix package. I note from that macOS isn't one of the listed supported platforms. I'm a little uncertain how best to report my current environment, but: OS : macOS 11.3.1 compiler: Apple clang version 11.0.3 (clang-1103.0.32.29) ; Target: x8664-apple-darwin20.4.0 nix --version: nix (Nix) 2.3.9