jiebi/CodeConvo huggingface dataset:
Change:
mpv = handleTest ./mpv.nix {}; mtp = handleTest ./mtp.nix {}; mumble = handleTest ./mumble.nix {}; <del> musescore = handleTest ./musescore.nix {}; </del> <ins> # Fails on aarch64-linux at the PDF creation step - need to debug this on an # aarch64 machine.. musescore = handleTestOn ["x86_64-linux"] ./musescore.nix {}; </ins> munin = handleTest ./munin.nix {}; mutableUsers = handleTest ./mutable-users.nix {}; mxisd = handleTest ./mxisd.nix {};

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: musescore <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 3.6.2 desired version: 4.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
<del> { lib, stdenv, fetchzip, mono, sqlite, makeWrapper }: stdenv.mkDerivation rec { pname = "duplicati"; version = "2.0.7.1"; channel = "beta"; build_date = "2023-05-25"; src = fetchzip { url = "https://github.com/duplicati/duplicati/releases/download/v${version}-${version}_${channel}_${build_date}/duplicati-${version}_${channel}_${build_date}.zip"; hash = "sha256-isPmRC6N+gEZgvJ0bgeFf5kOQJsicZOsGnT+CAGgg+U="; stripRoot = false; }; nativeBuildInputs = [ makeWrapper ]; installPhase = '' mkdir -p $out/{bin,share/${pname}-${version}} cp -r * $out/share/${pname}-${version} makeWrapper "${mono}/bin/mono" $out/bin/duplicati-cli  --add-flags "$out/share/${pname}-${version}/Duplicati.CommandLine.exe"  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ sqlite ]} makeWrapper "${mono}/bin/mono" $out/bin/duplicati-server  --add-flags "$out/share/${pname}-${version}/Duplicati.Server.exe"  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ sqlite ]} ''; meta = with lib; { description = "Free backup client that securely stores encrypted, incremental, compressed backups on cloud storage services and remote file servers"; homepage = "https://www.duplicati.com/"; license = licenses.lgpl21; maintainers = with maintainers; [ nyanloutre ]; platforms = platforms.all; }; } </del>

Discussion:
Package name: duplicati Latest released version: () <!-- Search your package here: --- Current version on the unstable channel: 2.0.7.1 Current version on the stable/release channel: 2.0.7.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, readline , which , musl-fts <del> # options </del> <ins> # options </ins> , conf ? null , withIcons ? false , withNerdIcons ? false <ins> , withEmojis ? false </ins> }: # Mutually exclusive options <del> assert withIcons -> withNerdIcons == false; assert withNerdIcons -> withIcons == false; </del> <ins> assert withIcons -> (withNerdIcons == false && withEmojis == false); assert withNerdIcons -> (withIcons == false && withEmojis == false); assert withEmojis -> (withIcons == false && withNerdIcons == false); </ins> stdenv.mkDerivation (finalAttrs: { pname = "nnn";

Discussion:
nnn includes a , but this is not currently included. nnn supports building with , but this is not supported. Nerdfonts has been recently updated to 3.0, this partially broke the icons in nnn. A fix is already , this should be backported. It would be nice to have all of this --
Change:
faust1 = callPackage ../applications/audio/faust/faust1.nix { }; <del> faust2 = callPackage ../applications/audio/faust/faust2.nix { }; </del> <ins> faust2 = callPackage ../applications/audio/faust/faust2.nix { llvm = llvm_37; }; </ins> faust2alqt = callPackage ../applications/audio/faust/faust2alqt.nix { };

Discussion:
a few weeks ago I was able to successfully install faust2 (), but today it looks like its broken. I'm on the unstable channel.
cc
Thanks for noticing. Good to know there are more faust users on NixOS. I don't know what the problem is, and unfortunately atm I don't have time to debug either. Maybe can help.
I was pleasantly surprised to find faust2 already on nixpkgs! If I get time I'll look at it too, but not sure where to start re debugging the package.
FWIW, I was able to install the working version of the package from hydra! Took me a while to think of doing that. Package is here:
Hehe, closure-size version of it, but the fact remains that some changes have broken the build later. The ability to easily use older builds in the meantime is a hallmark of nix...
FWIW: I just built faust 2 on 15.09
I think the problem is that the makefile passes to gcc, which ends up being an invalid macro name (cannot start with a digit), resulting in the error.Patching out from makes the problem go away. Beyond that hurdle is another issue with undefined references. There are some conditonals in a header file that depend on macro symbols that are never defined, resulting in undefined reference errors; I manually patched the makefile to pass these as appropriate for the detected llvm version. Feels like a terrible hack, but it fixes the build (on my system, anyway). Does this sound crazy or should I create a PR for this?
Change:
<ins> { lib, stdenv , fetchFromGitHub , nix-update-script , pantheon , pkg-config , meson , ninja , python3 , vala , desktop-file-utils , gtk3 , libxml2 , libhandy , webkitgtk , folks , libgdata , sqlite , granite , elementary-icon-theme , evolution-data-server , appstream , wrapGAppsHook , libgee }: stdenv.mkDerivation rec { pname = "elementary-mail"; version = "unstable-2021-06-21"; repoName = "mail"; src = fetchFromGitHub { owner = "elementary"; repo = repoName; rev = "c64c87fabb31dea8dc388152d5a835401993acf4"; sha256 = "yEUg1IbYbzOJiklnqR23X+aGVE9j4F9iH8FkmlB15x4="; }; passthru = { updateScript = nix-update-script { attrPath = "pantheon.${pname}"; }; }; nativeBuildInputs = [ appstream desktop-file-utils libxml2 meson ninja pkg-config python3 vala wrapGAppsHook ]; buildInputs = [ elementary-icon-theme evolution-data-server folks granite gtk3 libgdata libgee libhandy sqlite webkitgtk ]; postPatch = '' chmod +x meson/post_install.py patchShebangs meson/post_install.py ''; meta = with lib; { description = "Mail app designed for elementary OS"; homepage = "https://github.com/elementary/mail"; license = licenses.gpl3Plus; platforms = platforms.linux; maintainers = pantheon.maintainers ++ [ maintainers.ethancedwards8 ]; }; } </ins>

Discussion:
Project description The shares a history with , but is a different app, which fits the pantheon desktop. Metadata homepage URL: source URL: license: GPLv3 platforms: Linux I think you're coordinating pantheon efforts? I'd be happy to take a look at this.
See the last bullet of
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Not stale, still waiting for them to ship-it :shipit:
it seems like your wait might be over, judging by dependency list in
I see this , so I will ask them in slack if they're shipping it. If so, I think I'll add it myself when they release odin, or anyone else is free to package it.
Change:
]; }) <del> (mkIf (cfg.earlySetup && !config.boot.initrd.systemd.enable) { </del> <ins> (mkIf (cfg.earlySetup && cfg.font != null && !config.boot.initrd.systemd.enable) { </ins> boot.initrd.extraUtilsCommands = '' mkdir -p $out/share/consolefonts ${if substring 0 1 cfg.font == "/" then ''

Discussion:
NixOS's default kernel configuration only enables the 8x8 and 8x16 fonts. This is not ideal, because they are too small for high-resolution displays. The current workaround used by is to set . There are problems with this however: during early boot, before the GPU drivers are loaded, the firmware or bootloader may initialize the display at a lower resolution, resulting in an oversized font in fact, the hidpi module sets , which in my opinion is a bad idea, because it will force switching to a low resolution when the firmware could have set us up with a high-res framebuffer; this also breaks seamless boot for those who care (sd-boot's default is to keep the mode unchanged) resolution switches reset the font to the kernel default, and under certain circumstances it seems a race condition can prevent userspace from setting the font correctly again The kernel is actually able to select an appropriate font for the current resolution using a simple heuristic since mid-2019 (). This bypasses the problems listed above and ensures a good font is always selected after resolution switches. The only requirement appears to be that the fonts must be built into the kernel. Font-related kconfig options as configured by NixOS: Arch Linux: So Arch enables the default 8x16 and Terminus 16x32 (the same font that the hidpi module sets). The observed behavior on Arch is that it seamlessly switches fonts after mode switches, and I've never seen this break since it has been enabled.
Same issue here with a NVIDIA card and a 3840x1600 monitor. tty0 console text covers the entire screen. I couldn't resolve this issue manually with and (DP-3 is my monitor). Setting the font manually to the default value () gives the right font size but this particular font doesn't have antialiasing which looks quite bad on a HIDPI monitor.
There's no antialiasing in console fonts, they're all bitmap fonts.
Gotcha, thanks. On side note, I looked for a different consolefont and came up with this. Looks a lot better now :smile:
Change:
<ins> { lib , stdenv , fetchFromGitLab , fetchpatch , appstream-glib , desktop-file-utils , meson , ninja , pkg-config , python3 , rustPlatform , wrapGAppsHook , gdk-pixbuf , glib , gst_all_1 , gtk4 , libadwaita , openssl , sqlite , wayland , zbar }: stdenv.mkDerivation rec { pname = "authenticator"; version = "4.0.3"; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "World"; repo = "Authenticator"; rev = version; sha256 = "0fvs76f3fm5pxn7wg6sjbqpgip5w2j7xrh4siasdcl2bx6vsld8b"; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; sha256 = "1s97jyszxf24rs3ni11phiyvmp1wm8sicb0rh1jgwz4bn1cnakx4"; }; postPatch = '' patchShebangs build-aux ''; nativeBuildInputs = [ appstream-glib desktop-file-utils meson ninja pkg-config python3 wrapGAppsHook ] ++ (with rustPlatform; [ cargoSetupHook rust.cargo rust.rustc ]); buildInputs = [ gdk-pixbuf glib gst_all_1.gstreamer gst_all_1.gst-plugins-base # gst-plugins-good needs gtk4 support: # https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/merge_requests/767 # We copy the way it is built from the Flatpak: # https://gitlab.gnome.org/World/Authenticator/-/blob/master/build-aux/com.belmoussaoui.Authenticator.Devel.json (gst_all_1.gst-plugins-good.overrideAttrs (old: { patches = old.patches or [ ] ++ [ "${src}/build-aux/767.patch" ]; mesonFlags = old.mesonFlags ++ [ "-Dgtk3=disabled" "-Dgtk4=enabled" "-Dgtk4-experiments=true" ]; buildInputs = old.buildInputs ++ [ gtk4 ]; })) (gst_all_1.gst-plugins-bad.override { enableZbar = true; }) gtk4 libadwaita openssl sqlite wayland zbar ]; meta = with lib; { description = "Two-factor authentication code generator for GNOME"; homepage = "https://gitlab.gnome.org/World/Authenticator"; license = licenses.gpl3Plus; maintainers = with maintainers; [ dotlambda ]; }; } </ins>

Discussion:
Project description Library to help with developing UI for mobile devices using GTK/GNOME Metadata homepage URL: source URL: license: lgpl21Plus platforms: linux cc This is needed for e.g.
Added it to GNOME 41 to do list. Currently, there are no releases.
Change:
<ins> { lib, buildGoModule, fetchFromGitHub, installShellFiles, }: buildGoModule rec { pname = "logdy"; version = "0.13.0"; src = fetchFromGitHub { owner = "logdyhq"; repo = "logdy-core"; rev = "v${version}"; hash = "sha256-HlIl/4C1wheAxc0ReUN8xQrXJ0djoO7E0qhRwyFHEiE="; }; vendorHash = "sha256-kFhcbBMymzlJ+2zw7l09LJfCdps26Id+VzOehqrLDWU="; ldflags = [ "-s" "-w" ]; nativeBuildInputs = [ installShellFiles ]; # After the build this derivation will generate two binaries. # The first one is getting renamed based on the documentation # The second one is just to launch a demo. This functionality could be achieved with the first one postInstall = '' mv $out/bin/logdy-core $out/bin/logdy rm -f $out/bin/example-app installShellCompletion --cmd logdy  --bash <($out/bin/logdy completion bash)  --fish <($out/bin/logdy completion fish)  --zsh <($out/bin/logdy completion zsh) ''; checkFlags = [ "-skip=^TestClientLoad$" # index out of range ]; meta = { description = "Web based real-time log viewer"; longDescription = '' Web based real-time log viewer. Stream ANY content to a web UI with autogenerated filters. Parse any format with TypeScript ''; homepage = "https://github.com/logdyhq/logdy-core"; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ sigmanificient ByteSudoer ]; mainProgram = "logdy"; }; } </ins>

Discussion:
Project description terminal logs in web browser Metadata homepage URL: source URL: license: platforms: darwin, linux, windows Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Here is a starter derivation: maybe someone will know how to fix the compilation issue:
You were missing some build/linker flags. I changed some output parameters and add shell completion(since logdy offers a subcommand to generate them). Feel free to create a PR if you want to maintain this package. nix { lib , buildGoModule , fetchFromGitHub , installShellFiles }: buildGoModule rec { pname = "logdy"; version = "0.13.0"; src = fetchFromGitHub { owner = "logdyhq"; repo = "logdy-core"; rev = "v${version}"; hash = "sha256-HlIl/4C1wheAxc0ReUN8xQrXJ0djoO7E0qhRwyFHEiE="; }; vendorHash = "sha256-kFhcbBMymzlJ+2zw7l09LJfCdps26Id+VzOehqrLDWU="; ldflags = [ "-s" "-w" ]; nativeBuildInputs = [ installShellFiles ]; #After the build this derivation will generate two binaries. #The first one is getting renamed besed on the documentation #The second one is just to launch a demo. This functionnality could be achieved with the first one postInstall = '' mv out/bin/logdy rm -f $out/bin/example-app installShellCompletion --cmd logdy  --bash <($out/bin/logdy completion bash)  --fish <($out/bin/logdy completion fish)  --zsh <($out/bin/logdy completion zsh) ''; meta = { description = "Web based real-time log viewer"; longDescription = '' Web based real-time log viewer.Stream ANY content to a web UI with autogenerated filters. Parse any format with TypeScrip ''; homepage = ""; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ sigmanificient ]; mainProgram = "logdy-core"; }; }
May I add you s co-maintainer then?
Ok. no problem
Change:
instances: - use_mount: no ''; networkConfig = pkgs.writeText "network.yaml" '' init_config:

Discussion:
Expected output: empty gohai can be found here: This holds for nixpkgs master.
I've submitted to fix this issue. We've worked around it until this is released by adding the derivation to our NixOS configuration repository and adding it to the unit's path, like so: NixOS will merge that option together with the already existing derivations on the unit's path, so it doesn't break the existing configuration. We've been running this change on a dozen or so live-servers and it works fine.
pull request was merged.
The fix is now in 18.03 :)
Change:
owner = "pysal"; repo = "momepy"; rev = "v${version}"; <del> hash = "sha256-HVp2a0z+5fbfkNSxnTfZPCgG2SJMlKX/zso14M18mCk="; </del> <ins> hash = "sha256-r2iGzk54MsrkYB3Sp9/B1QGKnvqPGUj3MQhk6yqIoXE="; </ins> }; build-system = [ setuptools-scm ];

Discussion:
Steps to reproduce the behavior: with One test is failing: only the relevant part Add any other context about the problem here. (note, I've set the project to the geospatial team, which should be enough to have it in the radar maybe?) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'm currently bisecting to confirm my intuition that it is a dependency version change that is triggering this failure.
The first bad commit could be any of: Probably an upstream issue?
Change:
mktplcRef = base // { name = "cpptools"; publisher = "ms-vscode"; <del> version = "1.17.3"; </del> <ins> version = "1.20.2"; </ins> }; nativeBuildInputs = [

Discussion:
Package name: ms-vscode.cpptools Latest released version: 1.20.2 <!-- Search your package here: --- Current version on the unstable channel: 1.17.3 Current version on the stable/release channel: 1.17.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]:
Change:
''; bashAliases = concatStringsSep "n" ( <del> mapAttrsFlatten (k: v: "alias ${k}='${v}'") cfg.shellAliases </del> <ins> mapAttrsFlatten (k: v: "alias ${k}=${escapeShellArg v}") cfg.shellAliases </ins> ); in

Discussion:
Bash aliases defined with the configuration option are defined in as — — where and (which are variables in Nix, not in Bash) correspond to, respectively, the keys and values of the attribute set that is the value of . No escaping is performed on these values, so if one uses the apostrophe character in an alias defined in , such as — — then the module will emit the following problematic line in — — which is equivalent to — — which first defines an alias , then queries the alias . No such alias exists, so "bash: alias: qux: not found" is printed each time one starts an interactive Bash instance. Use to define an alias containing an apostrophe, as above. System: NixOS Nix version: Nixpkgs version:
(triage) is this still reproducible? If yes, would you be willing to prepare a pull request? I can support you if you have questions.
I confirm that I still can reproduce this issue, but (my apologies) I haven't time to try to fix it. As you also encountered this issue, would you be willing to try to patch it?
I forgot to add the output for the system on which I reproduced the issue, which is as follows: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I think has fixed the same issue for zsh.
Fixed by in .
Huh, I wonder why this ticket didn't close automatically when was merged.
Because you have to use certain keywords github understands in either the PR description or the commit message, for example " would work.
I did, and GitHub puts a tooltip on the keyword in that would seem to imply that it understood me.
True, that is weird.
Change:
}: stdenv.mkDerivation (finalAttrs: let <del> inherit (finalAttrs) pname version src appimageContents; </del> <ins> inherit (finalAttrs) pname version src; inherit (stdenv.hostPlatform) system; selectSystem = attrs: attrs.${system} or (throw "Unsupported system: ${system}"); suffix = selectSystem { x86_64-linux = "linux-x64-${version}.AppImage"; x86_64-darwin = "darwin-x64-${version}.zip"; aarch64-darwin = "darwin-arm64-${version}.zip"; }; hash = selectSystem { x86_64-linux = "sha256-XROuY2RlKnGvK1VNvzauHuLJiveXVKrIYPppoz8fCmc="; x86_64-darwin = "sha256-0i9ozqBSeV/y8v+YEmQkbY0V6JHOv6tKub4O5Fdx2fQ="; aarch64-darwin = "sha256-Uvv96XWxpFj14wPH0DwPT+mlf3Z2dy1g/z8iBt5Te7Q="; }; </ins> in { pname = "logseq"; version = "0.10.9"; src = fetchurl { <del> url = "https://github.com/logseq/logseq/releases/download/${version}/logseq-linux-x64-${version}.AppImage"; hash = "sha256-XROuY2RlKnGvK1VNvzauHuLJiveXVKrIYPppoz8fCmc="; name = "${pname}-${version}.AppImage"; </del> <ins> inherit hash; url = "https://github.com/logseq/logseq/releases/download/${version}/logseq-${suffix}"; name = lib.optionalString stdenv.isLinux "${pname}-${version}.AppImage"; </ins> }; <del> appimageContents = appimageTools.extract { inherit pname src version; }; </del> <ins> nativeBuildInputs = [ makeWrapper ] ++ lib.optionals stdenv.isLinux [ autoPatchelfHook ] ++ lib.optionals stdenv.isDarwin [ unzip ]; buildInputs = [ stdenv.cc.cc.lib ]; </ins> <del> dontUnpack = true; </del> <ins> dontUnpack = stdenv.isLinux; </ins> dontConfigure = true; dontBuild = true; <del> nativeBuildInputs = [ makeWrapper autoPatchelfHook ]; buildInputs = [ stdenv.cc.cc.lib ]; </del> installPhase = '' runHook preInstall <ins> '' + lib.optionalString stdenv.isLinux ( let appimageContents = appimageTools.extract { inherit pname src version; }; in '' </ins> mkdir -p $out/bin $out/share/${pname} $out/share/applications cp -a ${appimageContents}/{locales,resources} $out/share/${pname} cp -a ${appimageContents}/Logseq.desktop $out/share/applications/${pname}.desktop

Discussion:
Project description but only for x86_64-linux. Would be great if it could be packaged also for aarch64-darwin. Builds exist in the loges project for multiple platforms already. Metadata homepage URL: source URL: license: AGPL-3.0 platforms: linux (already exist), aarch64-darwin
Logseq is quite good. I have support based on the current unstable version. It works, but a few issues are preventing me from submitting a PR: alert stating 'This file was downloaded on an unknown date.' prevents me from opening the app. I have to allow it in . I am not sure what causes this, maybe related: don't know how to remove the internal git, as the Linux version does.