jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: exodus They filter requests based on User-Agent: The URL they redirect to does not have the User-Agent filter, so this could be used directly instead:
Seems something very similar is happening again:

Discussion:
version = "22.8.12"; src = fetchzip { <del> url = "https://downloads.exodus.io/releases/${pname}-linux-x64-${version}.zip"; </del> <ins> url = "https://downloads.exodus.com/releases/${pname}-linux-x64-${version}.zip"; </ins> sha256 = "sha256-jNzHh4zYhFzpFZAC9rHmwjTdFkbpROSEN3qpL7geiOU="; };
Change:
When trying to attach a file to a secret, 1password exits with an error: Steps to reproduce the behavior: 1password a password to attach a file File dialog opens If applicable, add screenshots to help explain your problem. I managed to solve it (in a pretty much trial and error, not fully understanding) by overriding the attributes as described here: also adding gtk to the buildInputs: The file open dialog shows but it's not the same as in the rest of the system <!-- 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.

Discussion:
sha256 = "0vqrcwn5y350g91w3kh8n43gw21kck1cwim92dw9i0xxxch91hrg"; }; <del> nativeBuildInputs = [ makeWrapper ]; </del> <ins> nativeBuildInputs = [ makeWrapper wrapGAppsHook ]; buildInputs = [ glib ]; </ins> dontConfigure = true; dontBuild = true; dontPatchELF = true; <ins> dontWrapGApps = true; </ins> installPhase = let rpath = lib.makeLibraryPath [

, stdenv , fetchurl , makeWrapper <ins> , wrapGAppsHook </ins> , alsa-lib , at-spi2-atk , at-spi2-core

sha256 = "1rcvxxcz2q7kgf6qbcjnjhysnx9z81hvl0jfv0nkp0p1w8bf1h66"; }; <del> nativeBuildInputs = [ makeWrapper ]; </del> <ins> nativeBuildInputs = [ makeWrapper wrapGAppsHook ]; buildInputs = [ glib ]; </ins> dontConfigure = true; dontBuild = true; dontPatchELF = true; <ins> dontWrapGApps = true; </ins> installPhase = let rpath = lib.makeLibraryPath [

patchelf --set-rpath ${rpath}:$out/share/1password $file done <del> # Electron is trying to open udev via dlopen() # and for some reason that doesn't seem to be impacted from the rpath. # Adding udev to LD_LIBRARY_PATH fixes that. # Make xdg-open overrideable at runtime. makeWrapper $out/share/1password/1password $out/bin/1password  --suffix PATH : ${lib.makeBinPath [ xdg-utils ]}  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ udev ]} </del> runHook postInstall ''; <ins> preFixup = '' # Electron is trying to open udev via dlopen() # and for some reason that doesn't seem to be impacted from the rpath. # Adding udev to LD_LIBRARY_PATH fixes that. # Make xdg-open overrideable at runtime. makeWrapper $out/share/1password/1password $out/bin/1password  ''${gappsWrapperArgs[@]}  --suffix PATH : ${lib.makeBinPath [ xdg-utils ]}  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ udev ]} ''; </ins> meta = with lib; { description = "Multi-platform password manager"; homepage = "https://1password.com/";
Change:
Project description Compile Cargo project with zig as linker Metadata homepage URL: source URL: license: mit platforms: linux, darwin

Discussion:
<ins> { lib, rustPlatform, fetchFromGitHub, makeWrapper, zig }: rustPlatform.buildRustPackage rec { pname = "cargo-zigbuild"; version = "0.12.0"; src = fetchFromGitHub { owner = "messense"; repo = pname; rev = "v${version}"; sha256 = "sha256-nBncU5rM3gS5e/Qs14U/ZwAkLFLdNuO2DhSQW+7xGQk="; }; cargoSha256 = "sha256-Zq+RG36aeNd8G+LSdiyLK8SYC0MckGUIBTvia4H9OJY="; nativeBuildInputs = [ makeWrapper ]; postInstall = '' wrapProgram $out/bin/cargo-zigbuild  --prefix PATH : ${zig}/bin ''; meta = with lib; { description = "A tool to compile Cargo projects with zig as the linker"; homepage = "https://github.com/messense/cargo-zigbuild"; license = licenses.mit; maintainers = with maintainers; [ figsoda ]; }; } </ins>

cargo-public-api = callPackage ../development/tools/rust/cargo-public-api { }; <ins> cargo-zigbuild = callPackage ../development/tools/rust/cargo-zigbuild { }; </ins> crate2nix = callPackage ../development/tools/rust/crate2nix { }; convco = callPackage ../development/tools/convco {
Change:
recommends setting it to to make the container be launched automatically. It doesn't work, at least on my machine. However, setting does work. I don't remember how/where I found this solution.
I have written a NixOS test, which shows and tests an autostart for nspawn containers in You tried to define a systemd nspawn file with wantedBy, which is for my understanding not conform to systemd. A nspawn file configures the nspawn container, a nspawn service does the runtime handling.
that doesn't change the fact that we have a problematic NixOS option () that doesn't function.
You are right, wantedBy is not a valid option for nspawn files. It was introduced with following commit by adding :

Discussion:
]; instanceOptions = { <del> options = sharedOptions // { </del> <ins> options = (getAttrs [ "enable" ] sharedOptions) // { </ins> execConfig = mkOption { default = {}; example = { Parameters = "/bin/sh"; };
Change:
I have installed sage thorough the nix package manager and it is the only thing I use nix for so it is entirely possible I am doing something stupid and wrong. I have the latest from here build When I try to get to the index for all entries which is located on my computer, I get a page with very few entries (see the screenshot) below ! While I expect something more like Compare /nix/store/r77k14kq9iw92w32bd9sny7d98dbrq32-sagedoc-9.6/share/doc/sage/html/en/reference/genindex- and A full fledged index. I want to use to generate a docset which I can then search following the answer here I can build a docset after copying the reference directory to somewhere I have write access to. However when I try to search there are almost no results and I think this might be responsible. Please run and paste the result.
I'm not very involved in sage maintenance these days, I mostly contribute by reviewing and PRs every now and then. They are probably better qualified to help you :) Maybe we should drop me from the maintainers list, or at least change the order to reflect reality?
Sorry for the bother then! I was actually going by the information here which looked outdated but I didn't have any better idea.
Thanks for the report! Will take a look today.
Thanks a lot!
No bother :) Thanks for the pointer, I have updated the maintainer information there.

Discussion:
<ins> diff --git a/src/sage_docbuild/ext/multidocs.py b/src/sage_docbuild/ext/multidocs.py index f91c7753ca..edeb81ff2e 100644 --- a/src/sage_docbuild/ext/multidocs.py +++ b/src/sage_docbuild/ext/multidocs.py @@ -284,6 +284,16 @@ def init_subdoc(app): if not app.config.multidoc_first_pass: app.connect('env-updated', fetch_citation) +            def fix_matplotlib_css_permissions(app: Sphinx, env): +                css_file = os.path.join(app.builder.outdir, '_static', 'plot_directive.css') +                try: +                    os.chmod(css_file, 0o644) +                except: +                    pass + +            # executed after matplotlib's _copy_css_file +            app.connect('build-finished', fix_matplotlib_css_permissions, priority=600) + # Monkey patch copy_static_files to make a symlink to "../" def link_static_files(): """ </ins>

# Parallelize docubuild using subprocesses, fixing an isolation issue. See # https://groups.google.com/forum/#!topic/sage-packaging/YGOm8tkADrE ./patches/sphinx-docbuild-subprocesses.patch <ins> # Docbuilding copies files from the Nix store and expects them to be writable. # Remove when https://github.com/matplotlib/matplotlib/pull/23805 lands. ./patches/sphinx-fix-matplotlib-css-perms.patch </ins> ]; # Since sage unfortunately does not release bugfix releases, packagers must
Change:
<!-- 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: freenukum <!-- 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: 0.3.5 desired version: <!-- 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. Homepage: Project's URL has to:
Thanks a lot, (all of you).

Discussion:
, dejavu_fonts , SDL2 , SDL2_ttf <ins> , SDL2_image </ins> }: let pname = "freenukum";

in rustPlatform.buildRustPackage rec { inherit pname; <del> version = "0.3.5"; </del> <ins> version = "0.4.0"; </ins> src = fetchFromGitLab { <ins> domain = "salsa.debian.org"; </ins> owner = "silwol"; <del> repo = pname; </del> <ins> repo = "freenukum"; </ins> rev = "v${version}"; <del> sha256 = "0yqfzh0c8fqk92q9kmidy15dc5li0ak1gbn3v7p3xw5fkrzf99gy"; </del> <ins> sha256 = "sha256-Tk9n2gPwyPin6JZ4RSO8d/+xVpEz4rF8C2eGKwrAXU0="; </ins> }; <del> cargoSha256 = "1nss5zbdvxkr1mfb6vi6yjxcih99w836kvfr4r3n5dvzlkvga2vf"; </del> <ins> cargoSha256 = "sha256-8RfiObWDqZJg+sjjDBk+sRoS5CiECIdNPH79T+O8e8M="; </ins> nativeBuildInputs = [ installShellFiles

buildInputs = [ SDL2 SDL2_ttf <ins> SDL2_image </ins> ]; postPatch = ''

${dejavu_fonts}/share/fonts/truetype/DejaVuSans.ttf  $out/share/fonts/truetype/dejavu/DejaVuSans.ttf mkdir -p $out/share/doc/freenukum <del> install -Dm644 README.md CHANGELOG.md COPYING $out/share/doc/freenukum/ </del> <ins> install -Dm644 README.md CHANGELOG.md $out/share/doc/freenukum/ </ins> installManPage doc/freenukum.6 install -Dm644 "${desktopItem}/share/applications/"* -t $out/share/applications/ ''; meta = with lib; { description = "Clone of the original Duke Nukum 1 Jump'n Run game"; <ins> homepage = "https://salsa.debian.org/silwol/freenukum"; changelog = "https://salsa.debian.org/silwol/freenukum/-/blob/v${version}/CHANGELOG.md"; </ins> license = licenses.agpl3Plus; maintainers = with maintainers; [ _0x4A6F ]; broken = stdenv.isDarwin;
Change:
If Emacs is built with , the Emacs' load-path contains 2 versions of : avy-3.0.0 (from ) avy-4.0.0 (from ) I don't understand the purpose of , but removing the block defining solves the problem for me. System: NixOS: /cc

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
I was following the instructions at to run stable-diffusion and when running I got which I found surprising (especially as it's the first progran that I run that get into a FHS). I am not sure what I would expect, maybe recommand to run if the folder doesnt exist ?
You are sure ` has the right shebang?
Same problem here
I had this problem too. Here is a flake that fixes it. I'll create a PR too.

Discussion:
export QTCOMPOSE=${xorg.libX11}/share/X11/locale export LIBARCHIVE=${libarchive.lib}/lib/libarchive.so # Allows `conda activate` to work properly <del> source ${installationPath}/etc/profile.d/conda.sh </del> <ins> condaSh=${installationPath}/etc/profile.d/conda.sh if [ ! -f $condaSh ]; then conda-install fi source $condaSh </ins> ''; runScript = "bash -l";
Change:
Steps to reproduce the behavior: This is the same problem as addressed here for cifs-utils:

Discussion:
"--enable-udev" "--with-scanbdconfdir=/etc/scanbd" "--with-systemdsystemunitdir=$out/lib/systemd/system" <ins> ] ++ lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ # AC_FUNC_MALLOC is broken on cross builds. "ac_cv_func_malloc_0_nonnull=yes" "ac_cv_func_realloc_0_nonnull=yes" </ins> ]; enableParallelBuilding = true;
Change:
Steps to reproduce the behavior: <!-- 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. system: host os: multi-user?: sandbox: version: channels(cherryblossom): channels(root): nixpkgs:
Looks like the hash in is invalid somehow, and nobody caught it since OfBorg and Hydra don't build this package, and nobody built it on Darwin to make sure. How did you get , did you test building the package with that hash?
Hi, thanks for filing a PR to fix the hash, it appears that in my hurry to include this update, I forgot to add to the nix-prefetch-url call I made. Apologies for the inconvenience, I'll be more careful next time and actually check stuff works before rushing to get a PR in.

Discussion:
version = "1.3.4"; src = fetchzip { url = "https://github.com/michaeleisel/zld/releases/download/${version}/zld.zip"; <del> sha256 = "1rzdcrky0dl9n7niv39a5gc7q7rwl8jv6h77nvm6gwdymkjf2973"; </del> <ins> sha256 = "sha256-w1Pe96sdCbrfYdfBpD0BBXu7cFdW3cpo0PCn1+UyZI8="; </ins> }; installPhase = ''
Change:
Steps to reproduce the behavior: from , commit Add any other context about the problem here. (maintainer) () Please run and paste the result.
RLS is unmaintained upstream and removed from rust at the end of the month so I will remove it from nixpkgs.
Makes a lot of sense, I forgot about this one. Thanks for the quick answer

Discussion:
inherit CoreFoundation Security; }; clippy = self.callPackage ./clippy.nix { inherit Security; }; <del> rls = self.callPackage ./rls { inherit CoreFoundation Security SystemConfiguration; }; </del> }); }; }

<del> { lib, stdenv, makeWrapper, fetchFromGitHub, rustPlatform , openssh, openssl, pkg-config, cmake, zlib, curl, libiconv , CoreFoundation, Security, SystemConfiguration }: rustPlatform.buildRustPackage rec { pname = "rls"; inherit (rustPlatform.rust.rustc) src version; # changes hash of vendor directory otherwise dontUpdateAutotoolsGnuConfigScripts = true; cargoVendorDir = "vendor"; buildAndTestSubdir = "src/tools/rls"; preBuild = '' # client tests are flaky rm ${buildAndTestSubdir}/tests/client.rs ''; # a nightly compiler is required unless we use this cheat code. RUSTC_BOOTSTRAP=1; # As of rustc 1.45.0, these env vars are required to build rls # (due to https://github.com/rust-lang/rust/pull/72001) CFG_RELEASE = "${rustPlatform.rust.rustc.version}-nightly"; CFG_RELEASE_CHANNEL = "nightly"; # rls-rustc links to rustc_private crates CARGO_BUILD_RUSTFLAGS = if stdenv.isDarwin then "-C rpath" else null; nativeBuildInputs = [ pkg-config cmake makeWrapper ]; buildInputs = [ openssh openssl curl zlib libiconv rustPlatform.rust.rustc.llvm ] ++ lib.optionals stdenv.isDarwin [ CoreFoundation Security SystemConfiguration ]; doCheck = true; doInstallCheck = true; installCheckPhase = '' $out/bin/rls --version ''; RUST_SRC_PATH = rustPlatform.rustLibSrc; postInstall = '' wrapProgram $out/bin/rls --set-default RUST_SRC_PATH ${rustPlatform.rustLibSrc} ''; meta = with lib; { description = "Rust Language Server - provides information about Rust programs to IDEs and other tools"; homepage = "https://github.com/rust-lang/rls/"; license = with licenses; [ asl20 /* or */ mit ]; maintainers = with maintainers; [ symphorien ]; }; } </del>

rimshot = throw "rimshot has been removed, because it is broken and no longer maintained upstream"; # Added 2022-01-15 ring-daemon = jami-daemon; # Added 2021-10-26 rkt = throw "rkt was archived by upstream"; # Added 2020-05-16 <ins> rls = throw "rls was discontinued upstream, use rust-analyzer instead"; # Added 2022-09-06 </ins> rng_tools = throw "'rng_tools' has been renamed to/replaced by 'rng-tools'"; # Converted to throw 2022-02-22 robomongo = throw "'robomongo' has been renamed to/replaced by 'robo3t'"; # Converted to throw 2022-02-22 rockbox_utility = rockbox-utility; # Added 2022-03-17

ograc = callPackage ../development/tools/rust/ograc { }; rhack = callPackage ../development/tools/rust/rhack { }; <del> inherit (rustPackages) rls; </del> roogle = callPackage ../development/tools/rust/roogle { }; rustfmt = rustPackages.rustfmt; rustracer = callPackage ../development/tools/rust/racer {
Change:
Project description Cyan is an open source cross-platform image viewer and converter, designed for prepress (print) work. Like converting an image from RGB to CMYK, or the other way around. Cyan supports color profiles complying with the International Color Consortium (ICC) standard, and strives to create as color-accurate images as possible, with support for RGB, CMYK and GRAY with up to 32-bit image depth. Metadata homepage URL: source license: gpl2+ platforms: unix, linux, darwin, ...

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , qt5 , cmake , pkg-config , imagemagick , nix-update-script }: stdenv.mkDerivation rec { pname = "cyan"; version = "1.2.4"; src = fetchFromGitHub { owner = "rodlie"; repo = pname; rev = version; hash = "sha256-R5sj8AN7UT9OIeUPNrdTIUQvtEitXp1A32l/Z2qRS94="; }; nativeBuildInputs = [ cmake pkg-config qt5.wrapQtAppsHook ]; buildInputs = [ imagemagick ]; passthru.updateScript = nix-update-script { attrPath = pname; }; meta = with lib; { description = "Image viewer and converter, designed for prepress (print) work"; homepage = "https://github.com/rodlie/cyan"; mainProgram = "Cyan"; license = licenses.cecill21; platforms = platforms.linux; maintainers = with maintainers; [ zendo ]; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Carbon; }; <ins> cyan = callPackage ../applications/graphics/cyan {}; </ins> cyanrip = callPackage ../applications/audio/cyanrip { }; centerim = callPackage ../applications/networking/instant-messengers/centerim { };
Change:
Steps to reproduce the behavior: Probably just has to be updated: ! Please run and paste the result.
I merged several days ago but looks like the channel is not updating , anyway maybe we need to find a fallback download url.
This is a recurring issue with the bundle. I believe there are already a few fallback URLs but perhaps they all adhere to the policy of removing all but the latest release? I understand that upstream strongly prefers users always run the latest version. To avoid build failures I suppose you could try re-enabling Hydra caching (if it's still disabled) but that incurs the risk of letting users run outdated versions for longer.
Why was it disabled? Maybe we should insert a comment with the explanation. Depending on the reason for the disablement, may or may not eliminate whatever the benefit of disabling it being fetched+cached by Hydra was.
In which delivers no good reason. Going to remove that.

Discussion:
platforms = attrNames srcs; maintainers = with maintainers; [ offline matejc thoughtpolice joachifm hax404 KarlJoad ]; mainProgram = "tor-browser"; <del> hydraPlatforms = []; </del> # MPL2.0+, GPL+, &c.  While it's not entirely clear whether # the compound is "libre" in a strict sense (some components place certain # restrictions on redistribution), it's free enough for our purposes.
Change:
Project description Metadata homepage URL: source URL: license: bsd3 platforms: linux
it will be packaged automatically for the haskellPackages package set.

Discussion:
nix-serve = callPackage ../tools/package-management/nix-serve { }; <ins> nix-serve-ng = haskell.lib.compose.justStaticExecutables haskellPackages.nix-serve-ng; </ins> nix-simple-deploy = callPackage ../tools/package-management/nix-simple-deploy { }; alejandra = callPackage ../tools/nix/alejandra { };
Change:
Derivations defined with pkgs are not compatible with cross compilation as defined in Nixpkgs manual. This is the case for all derivation defined in NixOS modules. Following derivation fails to build, since pkgs is used: Following dervation builds, since splicedPackages is used: The NixOS module system uses not splicedPackages and therefor all derivations defined with pkgs which depends on nativeBuildInputs will fail to cross compile. Select the package by hand and do not use stdenv cross compilation automatism: Derivations defined in NixOS modules can be cross compiled.
for splicing to work has to be used the following works
That's true, but not all parts in nixos uses and I did not expect this behavior. I created a PR to fix this issue.
(linking a related issue )

Discussion:
config = { _module.args = { <del> pkgs = finalPkgs; </del> <ins> pkgs = finalPkgs.__splicedPackages; </ins> }; assertions = [

conf = format.generate "vector.toml" cfg.settings; validateConfig = file: pkgs.runCommand "validate-vector-conf" { <del> nativeBuildInputs = [ pkgs.buildPackages.vector ]; </del> <ins> nativeBuildInputs = [ pkgs.vector ]; </ins> } '' vector validate --no-environment "${file}" ln -s "${file}" "$out"
Change:
<!-- 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: mathematica <!-- 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: mathematica-13.0.1 desired version: mathematica-13.1.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.
This may help, and maybe hopefully prevent you from having to download the whole thing yourself (unless you really want to validate it, of course):
Sorry about the delay. The old friend of Qt plugins loading failure came along, and it took some time to resolve that.

Discussion:
, pciutils , tre , unixODBC <ins> , xcbutilimage , xcbutilkeysyms </ins> , xkeyboard_config , xorg , zlib

pciutils tre unixODBC <ins> xcbutilimage xcbutilkeysyms </ins> xkeyboard_config ] ++ (with xorg; [ libICE

let versions = [ { <ins> version = "13.1.0"; lang = "en"; language = "English"; sha256 = "sha256-LIpGAJ3uTkZgjc0YykwusyyHQKlCnTvrZGStFfSOz60="; installer = "Mathematica_13.1.0_BNDL_LINUX.sh"; } { </ins> version = "13.0.1"; lang = "en"; language = "English";