jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: . E.g.: The problem occurs because adding perl to does not add it to for cross compilation. I'm not entirely sure if perl is needed to build the derivation, but adding perl to nativeBuildInputs solves the problem: Note that this issue might exist for other packages too. Related forum post: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Thanks for report this Ill look into it shortly

Discussion:
{ lib , stdenv , fetchurl <del> , perl </del> , perlPackages }:

hash = "sha256-p7rGc9qiRs9U/7SKET6t0gSmFWMOdrU7X2TYGidbd7M="; }; <ins> nativeBuildInputs = [ perlPackages.perl ]; </ins> buildInputs = with perlPackages; [ perl IOStringy TestOutput ]; doCheck = true;
Change:
If I try to make my system perlless, my system rebuild fails. Steps to reproduce the behavior: the following module to your system configuration: The command succeeds. Commands: succeeds. I use flakes. <!-- 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]:
Odd, thought was meant to fix this. Perhaps more digging is needed.
What is the revision of nixpkgs that you are trying to build your system with? is merged without a 24.05 backport.
Per nix-info they're on 24.05 not unstable, so that makes sense. Is it backportable?
The PR itself is backportable, but I'm not sure if it complies with nixpkgs' .
Right, that's what I meant to ask - is it a breaking change? (i.e. is it possible for someone to rely on the old behaviour?) or simply a bugfix with low chance of regressions?
Is it not a breaking change because the option is marked as experimental (and also because the behavior before the PR was erroneous in the first place).
Fixed in .

Discussion:
paths[glob_target] = composefs_path add_leading_directories(glob_target, attrs, paths) else:  # Without globbing <del> if mode == "symlink": </del> <ins> if mode == "symlink" or mode == "direct-symlink": </ins> composefs_path = ComposefsPath( attrs, # A high approximation of the size of a symlink

mode="0777", payload=source, ) <ins> elif os.path.isdir(source): composefs_path = ComposefsPath( attrs, size=4096, filetype=FileType.directory, mode=mode, payload=source, ) </ins> else: <del> if os.path.isdir(source): composefs_path = ComposefsPath( attrs, size=4096, filetype=FileType.directory, mode=mode, payload=source, ) else: composefs_path = ComposefsPath( attrs, size=os.stat(source).st_size, filetype=FileType.file, mode=mode, # payload needs to be relative path in this case payload=target.lstrip("/"), ) </del> <ins> composefs_path = ComposefsPath( attrs, size=os.stat(source).st_size, filetype=FileType.file, mode=mode, # payload needs to be relative path in this case payload=target.lstrip("/"), ) </ins> paths[target] = composefs_path add_leading_directories(target, attrs, paths)

]) etc'} ''; <del> etcHardlinks = filter (f: f.mode != "symlink") etc'; </del> <ins> etcHardlinks = filter (f: f.mode != "symlink" && f.mode != "direct-symlink") etc'; </ins> build-composefs-dump = pkgs.runCommand "build-composefs-dump.py" {

users.mutableUsers = false; boot.initrd.systemd.enable = true; boot.kernelPackages = pkgs.linuxPackages_latest; <ins> time.timeZone = "Utc"; </ins> specialisation.new-generation.configuration = { environment.etc."newgen".text = "newgen";

with subtest("/etc is mounted as an overlay"): machine.succeed("findmnt --kernel --type overlay /etc") <ins> with subtest("direct symlinks point to the target without indirection"): assert machine.succeed("readlink -n /etc/localtime") == "/etc/zoneinfo/Utc" </ins> with subtest("switching to the same generation"): machine.succeed("/run/current-system/bin/switch-to-configuration test")
Change:
Package name: tpnote Latest released version: 1.24.3 Current version on the unstable channel: 1.24.2 Current version on the stable/release channel: 1.24.2 Change log: Enhance the HTML clipboard configuration options This release extends the filter by adding a parameter in case the filter fails, its result is the empty string, or if the filter is disabled for a certain markup language with the configuration variable . The variable is replaced by the variables and . They both represent the clipboard's text content. The difference is, that the carries HTML formatting along the text, while holds the plain text only.
From a quick and dirty update this cannot build due to the following issue Either we do a dependency downgrade for nixpkgs, or we push rustc from 1.78 -1.79, which is a pretty breaking change. EDIT: Downgrading ravif from 0.11.7 -0.11.6 successfully builds the package. Further testing would be required to ensure functionality 100% works as expected.
I downgraded the mentioned dependencies and released v1.24.4. This compiles with rustc 1.77.2 and above.
Could you check again?
Not seeing a 1.24.4 on the repos, so nix cannot build it. Am I missing something? Latest commit: Latest release:
Sorry, forgot to push. Its done now.
Will look into pushing later tonight, assuming someone doesnt beat me to it :)

Discussion:
rustPlatform.buildRustPackage rec { pname = "tpnote"; <del> version = "1.24.2"; </del> <ins> version = "1.24.4"; </ins> src = fetchFromGitHub { owner = "getreu"; repo = "tp-note"; rev = "v${version}"; <del> hash = "sha256-uNW1gb4zmLjOZFtxaBBEQGRGc9C2M8cSARZBa3+FC2k="; </del> <ins> hash = "sha256-otV00Lq3xen2kf90EonTbI4SPUob9M+el+5VaHeDPCw="; </ins> }; <del> cargoHash = "sha256-pOiIQU/5z/g4NbdwoYaDdxTfTkxEdddVsmuH54pCOBM="; </del> <ins> cargoHash = "sha256-zkq1yho9K4WUyGbf8zsb5abP4jJPv1+RZi2kAlp9BCU="; </ins> nativeBuildInputs = [ cmake
Change:
There is a bug in the latest release of quickemu (present in nixpkgs), that sends invalid flags to qemu and thus doesn't work for MacOS (maybe others too). The fix I was planning to PR was to simply move the src to point to the most current revision. I wasn't 100% sure if that was something that I should do however, given it would set the precedent that we follow revisions for this package instead of the version tag, which may add maintenance burden. Just wanted opinions before I made a PR, would it be acceptable to bump the revision temporarily to avoid this issue? It's niche but its real and could affect users of this package. Steps to reproduce the behavior: Pops open a Qemu window with the appropriate screens. Fails with a strange "macos-ventura/macos- file not found", but it is related to the bugged release. <!-- 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]:
Don't know of any official policy on this. My opinion: If it's a single commit that fixes the issue, you can add a patch. If it's spread out over multiple commits, use current unstable, but that may introduce other unknown regressions and breaking changes. And in any case we'd go back to the release tag on the next release.
Patching sounds like a good idea, hopefully it is just one commit. Though honestly from personal testing the newest release worked perfectly fine (I tested via an override).

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "quickemu"; <del> version = "4.9.4"; </del> <ins> version = "4.9.4-unstable-2024-05-28"; </ins> src = fetchFromGitHub { owner = "quickemu-project"; repo = "quickemu"; <del> rev = finalAttrs.version; hash = "sha256-fjbXgze6klvbRgkJtPIUh9kEkP/As7dAj+cazpzelBY="; </del> <ins> rev = "d78255b097b599e8ab3713cb61c4085cc45f5a95"; # TODO: return to version on next release hash = "sha256-fF306CdGqKM+779OLm0NNyqPBtm7TuU7UN/NanT12y8="; </ins> }; postPatch = ''

quickemu ''; <del> patches = [ # reduces windows vm ram requirements to 4G, to match microsoft recommendations # TODO: remove on next release (fetchpatch2 { name = "decrease-windows-ram-requirements.patch"; url = "https://github.com/quickemu-project/quickemu/commit/f51697593a4650c5486661292e2febe1d16f8c71.patch"; hash = "sha256-J5hIvQGtkufOcjk2FZN65iox/W2zkLlg+Veg9TF11Fs="; }) ]; </del> nativeBuildInputs = [ makeWrapper installShellFiles

runHook postInstall ''; <del> passthru.tests = testers.testVersion { package = quickemu; }; </del> <ins> passthru.tests = testers.testVersion { version = "4.9.5"; # required for passing tests, TODO: remove when release bump package = quickemu; }; </ins> meta = { description = "Quickly create and run optimised Windows, macOS and Linux virtual machines";
Change:
can not able to install mod and modpack from local file Steps to reproduce the behavior: Instances a modpack from local file error message: my desktop environment is plasma5(X11) <!-- 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:
{ lib , stdenv , fetchurl <del> , makeBinaryWrapper </del> , makeDesktopItem , wrapGAppsHook3 , copyDesktopItems

, alsa-lib , wayland , libpulseaudio <ins> , gobject-introspection </ins> }: let

]; nativeBuildInputs = [ <del> makeBinaryWrapper </del> <ins> gobject-introspection </ins> wrapGAppsHook3 copyDesktopItems imagemagick ]; <del> installPhase = let libpath = lib.makeLibraryPath ([ libGL glfw openal libglvnd ] ++ lib.optionals stdenv.isLinux [ xorg.libX11 xorg.libXxf86vm xorg.libXext xorg.libXcursor xorg.libXrandr xorg.libXtst libpulseaudio wayland alsa-lib ]); in '' runHook preInstall mkdir -p $out/{bin,lib/hmcl} cp $src $out/lib/hmcl/hmcl.jar magick ${icon} hmcl.png install -Dm644 hmcl-1.png $out/share/icons/hicolor/32x32/apps/hmcl.png makeBinaryWrapper ${jre}/bin/java $out/bin/hmcl  --add-flags "-jar $out/lib/hmcl/hmcl.jar"  --set LD_LIBRARY_PATH ${libpath} runHook postInstall ''; </del> <ins> installPhase = '' runHook preInstall mkdir -p $out/{bin,lib/hmcl} cp $src $out/lib/hmcl/hmcl.jar magick ${icon} hmcl.png install -Dm644 hmcl-1.png $out/share/icons/hicolor/32x32/apps/hmcl.png runHook postInstall ''; fixupPhase = let libpath = lib.makeLibraryPath ([ libGL glfw openal libglvnd ] ++ lib.optionals stdenv.isLinux [ xorg.libX11 xorg.libXxf86vm xorg.libXext xorg.libXcursor xorg.libXrandr xorg.libXtst libpulseaudio wayland alsa-lib ]); in '' runHook preFixup makeBinaryWrapper ${jre}/bin/java $out/bin/hmcl  --add-flags "-jar $out/lib/hmcl/hmcl.jar"  --set LD_LIBRARY_PATH ${libpath}  ''${gappsWrapperArgs[@]} runHook postFixup ''; </ins> meta = with lib; { homepage = "https://hmcl.huangyuhui.net";
Change:
There seems to be no man page for ed, the standard text editor.
It looks like an issue in how ed installs things:
The target directory is set with: There's another configure flag, , that defaults to . I think nix automatically replaces that by . Resulting in . would default to '$(prefix), but since it was set, the bin files ended up in the right place. Not setting any installFlags results in a correct tree. It basically lets nix figure it out. I noticed very recently replaced by'. Todo: [x] Confirm it's ok to not set the
Yes, removing is usually the correct option.
Fixed by .

Discussion:
sha256 = "1nqhk3n1s1p77g2bjnj55acicsrlyb2yasqxqwpx0w0djfx64ygm"; }; <del> unpackCmd = "tar --lzip -xf"; </del> nativeBuildInputs = [ lzip ]; <del> /* FIXME: Tests currently fail on Darwin: building test scripts for ed-1.5... testing ed-1.5... *** Output e1.o of script e1.ed is incorrect *** *** Output r3.o of script r3.ed is incorrect *** make: *** [check] Error 127 */ doCheck = !(hostPlatform.isDarwin || hostPlatform != buildPlatform); installFlags = [ "DESTDIR=$(out)" ]; configureFlags = [ "--exec-prefix=${stdenv.cc.targetPrefix}" "CC=${stdenv.cc.targetPrefix}cc" ]; </del> <ins> doCheck = hostPlatform == buildPlatform; </ins> meta = { description = "An implementation of the standard Unix editor";

configureFlags = "CPPFLAGS=-DNDEBUG CFLAGS=-O3 CXXFLAGS=-O3"; <ins> setupHook = ./lzip-setup-hook.sh; </ins> doCheck = true; <ins> enableParallelBuilding = true; </ins> meta = { homepage = http://www.nongnu.org/lzip/lzip.html;

<ins> lzipUnpackCmdHook() { [[ "$1" = *.tar.lz ]] && tar --lzip -xf "$1" } unpackCmdHooks+=(lzipUnpackCmdHook) </ins>
Change:
Logseq cannot be installed anymore because of the electron version being used has reached EOL. Previously this could be mitigated by adding the version to permittedInsecurePackages. However this does not work anymore Steps to reproduce the behavior: Logseq to user packages and electron to the permittedInsecurePackages it fail The permitted insecure package should be accepted and the system should be built You can still install by allowing insecure packages without limits (in my case as a flake) with however this is not ideal because obviously you don't have control anymore about what packages you still allow
fyi the string to use is , see
with nixpkgs commit the output also now suggests to permit package `"electron-28.3.3". however doing so does not work unfortunately. The error message persists even with having it allowed
Sounds like you're passing pkgs incorrectly or something then, please provide the full config or an MWE
I'd never say never but the config hasn't changed in ages and worked well with when electron 27.x was still in use. So this is basically the whole file
I'm asking for the entire config, not just one file that was already posted. Can't repro your issue otherwise.
You can find my repo here The file in particular is in modules/user/user-
Okay, I don't see any extra instances of nixpkgs anywhere. But I did finally notice that you have underscores () instead of dashes ().
Also I found some other issues, you might consider applying the following patch:
will check out the patch. Forgot to mention though that the branch I am testing this stuff now is not main but Sorry for the confusion.
Would it make more sense to write a nixos module for running the web service locally than it would to package the chromeshit?
I run logseq on latest electron (31.4.0) and it works fine except that I am (still) hitting which is upstream issue I guess this is no longer an issue ? can you confirm
Problem disappeared in one of the latest releases. Can't pin point which one because I had been building with the env var for some time. Now it works as expected again. Thanks

Discussion:
loccount = callPackage ../development/tools/misc/loccount { }; <del> logseq = callPackage ../by-name/lo/logseq/package.nix { # electron version from: https://github.com/logseq/logseq/blob/0.10.9/package.json#L116 electron = electron_27; }; </del> long-shebang = callPackage ../misc/long-shebang { }; lssecret = callPackage ../misc/lssecret {};
Change:
Symptoms practically identical to . Steps to reproduce the behavior: (e.g. on ) when is enabled. Relevant section (): Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I dont know anything about cuda unfortunately. If anyone else has knowledge, im happy to help merge a PR though.
try passing to , thanks
looks like that worked.

Discussion:
{ lib, <ins> stdenv, </ins> buildPythonPackage, pythonOlder, fetchFromGitHub,

# noqa: C801 __version__ = "${version}" EOF <del> '' + lib.optionalString cudaSupport '' export CUDA_HOME=${cudaPackages.cuda_nvcc} export TORCH_CUDA_ARCH_LIST="${lib.concatStringsSep ";" cudaCapabilities}" </del> ''; <ins> env = lib.attrsets.optionalAttrs cudaSupport { TORCH_CUDA_ARCH_LIST = "${lib.concatStringsSep ";" torch.cudaCapabilities}"; }; stdenv = if cudaSupport then cudaPackages.backendStdenv else stdenv; </ins> buildInputs = lib.optionals cudaSupport ( with cudaPackages; [

] ); <del> nativeBuildInputs = [ which ]; </del> <ins> nativeBuildInputs = [ which ] ++ lib.optionals cudaSupport (with cudaPackages; [ cuda_nvcc ]); </ins> propagatedBuildInputs = [ numpy
Change:
Steps to reproduce the behavior: blightmud on arm64-darwin (unsupported system) command: full log: <!-- 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 submitted a blightmud issue prior to this one Let me know if there's anything I can do to help
If you'd like to submit patches to add additional OS/arch support I would be willing to try and review, but as mentioned on I won't be able to drive the effort from my end.
Should be working now, could you please test it? or if you don't have checked out:
Hey this worked for me. Thanks for the fix!

Discussion:
, openssl , withTTS ? false , speechd <ins> , darwin </ins> }: <ins> let inherit (darwin.apple_sdk.frameworks) CoreAudio AudioUnit AVFoundation AppKit; in </ins> rustPlatform.buildRustPackage rec { pname = "blightmud"; version = "5.3.0";

owner = pname; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-e9Uo0IJYL9/6/nNL27zfUYnsTwDaOJOcR2CY6t++jDE="; </del> <ins> hash = "sha256-e9Uo0IJYL9/6/nNL27zfUYnsTwDaOJOcR2CY6t++jDE="; </ins> }; cargoHash = "sha256-QSgTpmSojZrwZ0RsUL6c2xO310RZX3gkyGl6oNf6pYI=";

nativeBuildInputs = [ pkg-config rustPlatform.bindgenHook ]; <del> buildInputs = [ alsa-lib openssl ] ++ lib.optionals withTTS [ speechd ]; </del> <ins> buildInputs = [ openssl ] ++ lib.optionals (withTTS && stdenv.isLinux) [ speechd ] ++ lib.optionals stdenv.isLinux [ alsa-lib ] ++ lib.optionals (withTTS && stdenv.isDarwin) [ AVFoundation AppKit ] ++ lib.optionals stdenv.isDarwin [ CoreAudio AudioUnit ]; </ins> checkFlags = let

"timer_test" "validate_assertion_fail" "regex_smoke_test" <ins> "test_tls_init_verify_err" "test_tls_init_no_verify" "test_tls_init_verify" </ins> ]; skipFlag = test: "--skip " + test; in

homepage = "https://github.com/Blightmud/Blightmud"; license = licenses.gpl3Plus; maintainers = with maintainers; [ cpu ]; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.linux ++ platforms.darwin; </ins> }; }
Change:
Steps to reproduce the behavior: tinyfugue on aarch64-darwin command: full log: <!-- 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]:
Willing to contribute, but I don't know exactly how tinyfugue is built. I can also help with testing on MacOS if needed.
I think it's fixed, works on my , if you could have a look it would be great: or if you don't have checked out:

Discussion:
<ins> diff --git a/src/malloc.h b/src/malloc.h index cc4d3bf..bbf78cd 100644 --- a/src/malloc.h +++ b/src/malloc.h @@ -34,6 +34,10 @@ extern int low_memory_warning; # define realloc(ptr, size)		mrealloc(NULL, ptr, size) # define free(ptr)			mfree(NULL, ptr) #else +#ifdef __APPLE__ +    #include <stdlib.h> +    #include <sys/types.h> +#endif # define mmalloc(md, size)		malloc(size) # define mcalloc(md, size)		calloc(size) # define mrealloc(md, ptr, size)	realloc(ptr, size) diff --git a/src/tfio.c b/src/tfio.c index 2cd2103..8640f2b 100644 --- a/src/tfio.c +++ b/src/tfio.c @@ -70,6 +70,7 @@ static void fileputs(const char *str, FILE *fp); static void filenputs(const char *str, int n, FILE *fp); static void queueputline(conString *line, TFILE *file); +extern void    main_loop(void); void init_tfio(void) { </ins>

<del> { lib, stdenv, fetchurl, ncurses, zlib , openssl ? null , sslSupport ? true </del> <ins> { lib, stdenv, fetchurl, ncurses, zlib, openssl, sslSupport ? true, </ins> }: assert sslSupport -> openssl != null;

sha256 = "12fra2fdwqj6ilv9wdkc33rkj343rdcf5jyff4yiwywlrwaa2l1p"; }; <ins> patches = [ ./001-darwin-fixes.patch ]; </ins> configureFlags = optional (!sslSupport) "--disable-ssl"; <del> buildInputs = [ ncurses zlib ] ++ optional sslSupport openssl; </del> <ins> buildInputs = [ ncurses zlib ] ++ optional sslSupport openssl; </ins> # Workaround build failure on -fno-common toolchains like upstream # gcc-10. Otherwise build fails as:

with any type of text MUD. ''; license = licenses.gpl2; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.linux ++ platforms.darwin; </ins> maintainers = [ maintainers.KibaFox ]; }; }
Change:
Project description A very small, very simple, yet very secure encryption tool. Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin, windows

Discussion:
githubId = 70191398; name = "Ryan Cao"; }; <ins> ryand56 = { email = "git@ryand.ca"; github = "ryand56"; githubId = 22267679; name = "Ryan Omasta"; }; </ins> ryane = { email = "ryanesc@gmail.com"; github = "ryane";

<ins> { lib, buildGoModule, fetchFromGitHub, stdenv, darwin, copyDesktopItems, makeDesktopItem, xorg, libGL, gtk3, pkg-config, wrapGAppsHook3, }: buildGoModule rec { pname = "picocrypt"; version = "1.34"; src = fetchFromGitHub { owner = "Picocrypt"; repo = "Picocrypt"; rev = version; hash = "sha256-TO72s8v0cpyKjvi0b74vux3+VzTfW540Drtr2bD5xVw="; }; sourceRoot = "${src.name}/src"; vendorHash = "sha256-W982HiosXvDadMJJ0wP6AsalQ/uxklSbbmFp26XQEhM="; ldflags = [ "-s" "-w" ]; buildInputs = [ xorg.libX11 xorg.libXcursor xorg.libXrandr xorg.libXi xorg.libXinerama xorg.libXxf86vm libGL.dev gtk3 ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Kernel ]; nativeBuildInputs = [ copyDesktopItems pkg-config wrapGAppsHook3 ]; CGO_ENABLED = 1; postInstall = '' mv $out/bin/Picocrypt $out/bin/picocrypt-gui install -Dm644 $src/images/key.svg $out/share/icons/hicolor/scalable/apps/picocrypt.svg ''; desktopItems = [ (makeDesktopItem { name = "Picocrypt"; exec = "picocrypt-gui"; icon = "picocrypt"; comment = meta.description; desktopName = "Picocrypt"; categories = [ "Utility" ]; }) ]; meta = { description = "Very small, very simple, yet very secure encryption tool, written in Go"; homepage = "https://github.com/Picocrypt/Picocrypt"; changelog = "https://github.com/Picocrypt/Picocrypt/blob/main/Changelog.md"; license = lib.licenses.gpl3Only; maintainers = with lib.maintainers; [ ryand56 ]; mainProgram = "picocrypt-gui"; }; } </ins>