jiebi/CodeConvo huggingface dataset:
Code change:
Steps to reproduce the behavior: to create a Julia environment with The issue appears to originate from a missing hash within a dependency. However, the root cause of this problem remains uncertain to me. Building a Julia environment with other packages like and does work flawlessly. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report! I'll take a look.

Related discussion:
text: fetchFromGitHub { owner = "CodeDownIO"; repo = "General"; <del> rev = "baf9e22ecdf97b6424a611ac4a565c6ee60d3f44"; sha256 = "1nd3x2z8r6578149pbpkx9qw2ajln1kfy7w5kjsnv56v180h0ddf"; # date = "2023-12-14T12:20:00+00:00"; </del> <ins> rev = "de80ad56e87f222ca6a7a517c69039d35437ab42"; sha256 = "0pz1jmmcb2vn854w8w0zlpnihi470649cd8djh1wzgq2i2fy83bl"; # date = "2023-12-22T03:28:12+00:00"; </ins> }
Code change:
Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { stdenv , fetchFromGitHub , cmake , zlib , gmp , cryptominisat , boost , arjun-cnf , louvain-community , lib }: stdenv.mkDerivation (finalAttrs: { pname = "approxmc"; version = "4.1.23"; src = fetchFromGitHub { owner = "meelgroup"; repo = "approxmc"; rev = finalAttrs.version; hash = "sha256-pE2m6Cc2u53H/5CM+2JuQxZOhjhHUZOi0kn23CJmALM="; }; nativeBuildInputs = [ cmake ]; buildInputs = [ zlib gmp cryptominisat boost arjun-cnf louvain-community ]; meta = with lib; { description = "Approximate Model Counter"; homepage = "https://github.com/meelgroup/approxmc"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.linux; mainProgram = "approxmc"; }; }) </ins>
Code change:
Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> diff --git a/src/arjun.cpp b/src/arjun.cpp index d6ad786..119a267 100644 --- a/src/arjun.cpp +++ b/src/arjun.cpp @@ -98,6 +98,11 @@ DLL_PUBLIC bool Arjun::add_clause(const vector<CMSat::Lit>& lits) return arjdata->common.solver->add_clause(lits); } +DLL_PUBLIC bool Arjun::add_red_clause(const vector<CMSat::Lit>& lits) +{ +    return arjdata->common.solver->add_red_clause(lits); +} + DLL_PUBLIC bool Arjun::add_xor_clause(const vector<uint32_t>& vars, bool rhs) { assert(false && "Funnily enough this does NOT work. The XORs would generate a BVA variable, and that would then not be returned as part of the simplified CNF. We could calculate a smaller independent set, but that's all."); diff --git a/src/arjun.h b/src/arjun.h index a39070c..907472a 100644 --- a/src/arjun.h +++ b/src/arjun.h @@ -61,6 +61,7 @@ namespace ArjunNS { void new_var(); bool add_xor_clause(const std::vector<uint32_t>& vars, bool rhs); bool add_clause(const std::vector<CMSat::Lit>& lits); +        bool add_red_clause(const std::vector<CMSat::Lit>& lits); bool add_bnn_clause( const std::vector<CMSat::Lit>& lits, signed cutoff, </ins>
Code change:
Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { stdenv , fetchFromGitHub , fetchpatch , cmake , cryptominisat , boost , louvain-community , lib }: stdenv.mkDerivation (finalAttrs: { pname = "arjun-cnf"; version = "2.5.2"; src = fetchFromGitHub { owner = "meelgroup"; repo = "arjun"; rev = finalAttrs.version; hash = "sha256-5duc05s654HLjbf+dPgyMn6QUVvB0vLji3M4S2o/QYU="; }; # Can be removed after next release patches = [ (fetchpatch { url = "https://github.com/meelgroup/arjun/commit/34188760f1ab4b1b557c45ccaee8d2b9b6f0b901.patch"; hash = "sha256-E/yk2ohHP2BAFg353r8EU01bZCqeEjvpJCrBsxPiOWM="; }) # Based on https://github.com/meelgroup/arjun/commit/99c4ed4ad820674632c5d9bbcc98c001f8cac98f ./fix-red-clause.patch ]; nativeBuildInputs = [ cmake ]; buildInputs = [ boost cryptominisat louvain-community ]; meta = with lib; { description = "CNF minimizer and minimal independent set calculator"; homepage = "https://github.com/meelgroup/arjun"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.linux; mainProgram = "arjun"; }; }) </ins>
Code change:
Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { stdenv , fetchFromGitHub , cmake , lib }: stdenv.mkDerivation (finalAttrs: { pname = "louvain-community"; version = "unstable-2021-03-18"; src = fetchFromGitHub { owner = "meelgroup"; repo = "louvain-community"; rev = "8cc5382d4844af127b1c1257373740d7e6b76f1e"; hash = "sha256-0i3wrDdOyleOPv5iVO1YzPfTPnIdljLabCvl3SYEQOs="; }; nativeBuildInputs = [ cmake ]; meta = with lib; { description = "Louvain Community Detection Library"; homepage = "https://github.com/meelgroup/louvain-community"; license = licenses.lgpl3Only; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.unix; }; }) </ins>
Code change:
Steps to reproduce the behavior: odin If you run the resulting binary through you'll see this strange backtrace: I think it has to do with the version of the C++ standard library that is getting linked. Adding and to the and updating the file to explicitly link allows it to run without segfaulting. (But thats just a workaround I'm using). EDIT: During more testing with the built binary, it also doesn't use the correct linker, which can cause problems if you are linking with Objective-C code/frameworks (not sure if this is a problem with how Odin is packaged with nix, or if its a problem that the Odin devs need to solve). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Note: Was fixed by
macOS Odin support is kinda scuffed anyway with any deviation from what's expected. do you have the code for your workaround somewhere? then i can see if i can patch it in
I'm using for my project. It doesn't have any switching based on OS, and my override probably isn't necessary either. Honestly, the is probably the only thing needed to stop the seg faulting.
updating to llvm17 is not a bad idea either

Related discussion:
text: { lib , fetchFromGitHub <del> , llvmPackages_13 </del> <ins> , llvmPackages </ins> , makeBinaryWrapper , libiconv , MacOSX-SDK
Code change:
Steps to reproduce the behavior: odin If you run the resulting binary through you'll see this strange backtrace: I think it has to do with the version of the C++ standard library that is getting linked. Adding and to the and updating the file to explicitly link allows it to run without segfaulting. (But thats just a workaround I'm using). EDIT: During more testing with the built binary, it also doesn't use the correct linker, which can cause problems if you are linking with Objective-C code/frameworks (not sure if this is a problem with how Odin is packaged with nix, or if its a problem that the Odin devs need to solve). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Note: Was fixed by
macOS Odin support is kinda scuffed anyway with any deviation from what's expected. do you have the code for your workaround somewhere? then i can see if i can patch it in
I'm using for my project. It doesn't have any switching based on OS, and my override probably isn't necessary either. Honestly, the is probably the only thing needed to stop the seg faulting.
updating to llvm17 is not a bad idea either

Related discussion:
text: }: let <del> llvmPackages = llvmPackages_13; </del> inherit (llvmPackages) stdenv; in stdenv.mkDerivation rec { pname = "odin";
Code change:
Steps to reproduce the behavior: odin If you run the resulting binary through you'll see this strange backtrace: I think it has to do with the version of the C++ standard library that is getting linked. Adding and to the and updating the file to explicitly link allows it to run without segfaulting. (But thats just a workaround I'm using). EDIT: During more testing with the built binary, it also doesn't use the correct linker, which can cause problems if you are linking with Objective-C code/frameworks (not sure if this is a problem with how Odin is packaged with nix, or if its a problem that the Odin devs need to solve). Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: Note: Was fixed by
macOS Odin support is kinda scuffed anyway with any deviation from what's expected. do you have the code for your workaround somewhere? then i can see if i can patch it in
I'm using for my project. It doesn't have any switching based on OS, and my override probably isn't necessary either. Honestly, the is probably the only thing needed to stop the seg faulting.
updating to llvm17 is not a bad idea either

Related discussion:
text: odin = callPackage ../development/compilers/odin { inherit (pkgs.darwin.apple_sdk_11_0) MacOSX-SDK; inherit (pkgs.darwin.apple_sdk_11_0.frameworks) Security; <ins> llvmPackages = llvmPackages_18; </ins> }; odp-dpdk = callPackage ../os-specific/linux/odp-dpdk { };
Code change:
a canon pixma mp210 nixos-23.11 installed (with gnome) cnijfilter280 to print The print filter crash I do not know how I can debug this.
how did you install the package, and how are you printing?
I installed the package with I tried to print using LibreOffice writer on flatpak. If i pin cnijfilter280 from nixos-23.05, it is working:
Hello, the glibc in 23.11 has more hardening checks to detect buggy code, and this crash looks like the code in the filter is tripping one of those checks. Can you try replacing by and retry ?
This is working
can you test ?
This is working too
does it work with (note rather than )
Yes

Related discussion:
text: them, it undoes the --set-rpath.  this prevents that. */ dontPatchELF = true; <ins> # fortify hardening makes the filter crash # https://github.com/NixOS/nixpkgs/issues/276125 hardeningDisable = [ "fortify3" ]; </ins> meta = with lib; { description = "Canon InkJet printer drivers for the iP5400, MP520, MP210, MP140, iP3500, and MP610 series.  (MP520 drivers also work for MX700.)"; homepage = "http://support-asia.canon-asia.com/content/EN/0100084101.html";
Code change:
<!-- describe your problem --The logo at the top of the README is currently using a now deprecated method for using different logo's depending on the user's theme From: <!-- propose a solution (optional) --This is fixed by switching to the recommended method. I believe it should be something like <!-- make sure this issue is not redundant or obsolete --- [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <p align="center"> <del> <a href="https://nixos.org#gh-light-mode-only"> <img src="https://raw.githubusercontent.com/NixOS/nixos-homepage/master/logo/nixos-hires.png" width="500px" alt="NixOS logo"/> </a> <a href="https://nixos.org#gh-dark-mode-only"> <img src="https://raw.githubusercontent.com/NixOS/nixos-artwork/master/logo/nixos-white.png" width="500px" alt="NixOS logo"/> </del> <ins> <a href="https://nixos.org"> <picture> <source media="(prefers-color-scheme: light)" srcset="https://raw.githubusercontent.com/NixOS/nixos-homepage/master/logo/nixos-hires.png"> <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/NixOS/nixos-artwork/master/logo/nixos-white.png"> <img src="https://raw.githubusercontent.com/NixOS/nixos-homepage/master/logo/nixos-hires.png" width="500px" alt="NixOS logo"> </picture> </ins> </a> </p>
Code change:
Offline help is not available on Libreoffice, even though flag is enabled by default. Steps to reproduce the behavior: libreoffice to the system packages the offline help is missing the source for a potential setting, notice it's enabled by default and nothing ever touches it. for 3 months unsure if this is PEBKAC or not Have a toggle to build with help, or have a separate package that has the offline help. If applicable, add screenshots to help explain your problem. ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (note: raskin leads to an unrelated org, rename?) cc Please run and paste the result. PS: appears i got a double-zero issue id :D Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report, I think this should fix it (haven't tested the full build yet): .
I waited for CI to be green in to make sure it doesn't break the build. Could you please test it on your machine, and see if it indeed helped?
seems like it didn't use the cache so i'm waiting 2 hours for libreoffice to compile... fun!
Haha yes I know :) That's why I waited for CI to be green - to make sure that at least you won't encounter a build error after hours of building. Ideally, CI would have pushed to an online cache server such as . See also:
it works. it fucking works. !
Great, glad I could help :). Follow the PR at .

Related discussion:
text: dontWrapQtApps = true; configureFlags = [ <del> (lib.optionalString (!withHelp) "--without-help") </del> <ins> (lib.withFeature withHelp "help") </ins> "--with-boost=${getDev boost}" "--with-boost-libdir=${getLib boost}/lib" "--with-beanshell-jar=${bsh}"
Code change:
Project description Universal dependency update tool that fits into your workflows. Metadata homepage URL: source URL: license: agpl3+ platforms: unix, linux, darwin, ... note that this software may use an open-core model, with features they mention to advertise the paid subscription being 'automatic scaling and Merge Confidence workflows'. edit: an existing nix effort to package this .

Related discussion:
text: <ins> { lib, stdenv, fetchFromGitHub, makeWrapper, nodejs, overrideSDK, pnpm_9, python3, renovate, testers, xcbuild, }: let # fix build error, `no member named 'aligned_alloc'` on x86_64-darwin # https://github.com/NixOS/nixpkgs/issues/272156#issuecomment-1839904283 stdenv' = if stdenv.hostPlatform.isDarwin then overrideSDK stdenv "11.0" else stdenv; in stdenv'.mkDerivation (finalAttrs: { pname = "renovate"; version = "37.393.0"; src = fetchFromGitHub { owner = "renovatebot"; repo = "renovate"; rev = "refs/tags/${finalAttrs.version}"; hash = "sha256-YgxcGNMgmwrausdR7kvG1NiyQPn0FcCq/isf9qUDCFY="; }; postPatch = '' substituteInPlace package.json  --replace-fail "0.0.0-semantic-release" "${finalAttrs.version}" ''; nativeBuildInputs = [ makeWrapper nodejs pnpm_9.configHook python3 ] ++ lib.optional stdenv'.hostPlatform.isDarwin xcbuild; pnpmDeps = pnpm_9.fetchDeps { inherit (finalAttrs) pname version src; hash = "sha256-Zbe561q6xDKDIN+E/2eyQMz2GtpPvJEv2pAauMa+8pE="; }; env.COREPACK_ENABLE_STRICT = 0; buildPhase = '' runHook preBuild pnpm build pnpm prune --prod --ignore-scripts '' # The optional dependency re2 is not built by pnpm and needs to be built manually. # If re2 is not built, you will get an annoying warning when you run renovate. + '' pushd node_modules/.pnpm/re2*/node_modules/re2 mkdir -p $HOME/.node-gyp/${nodejs.version} echo 9 > $HOME/.node-gyp/${nodejs.version}/installVersion ln -sfv ${nodejs}/include $HOME/.node-gyp/${nodejs.version} export npm_config_nodedir=${nodejs} npm run rebuild popd runHook postBuild ''; # TODO: replace with `pnpm deploy` # now it fails to build with ERR_PNPM_NO_OFFLINE_META # see https://github.com/pnpm/pnpm/issues/5315 installPhase = '' runHook preInstall mkdir -p $out/{bin,lib/node_modules/renovate} cp -r dist node_modules package.json $out/lib/node_modules/renovate makeWrapper "${lib.getExe nodejs}" "$out/bin/renovate"  --add-flags "$out/lib/node_modules/renovate/dist/renovate.js" makeWrapper "${lib.getExe nodejs}" "$out/bin/config-validator"  --add-flags "$out/lib/node_modules/renovate/dist/config-validator.js" runHook postInstall ''; passthru.tests = { version = testers.testVersion { package = renovate; }; }; meta = { description = "Cross-platform Dependency Automation by Mend.io"; homepage = "https://github.com/renovatebot/renovate"; license = lib.licenses.agpl3Only; maintainers = with lib.maintainers; [ marie natsukium ]; mainProgram = "renovate"; platforms = nodejs.meta.platforms; }; }) </ins>
Code change:
Package name: nixops_unstable Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 2023-10-26 Current version on the stable/release channel: 2023-10-26 <!-- 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]:

Related discussion:
text: buildPythonApplication rec { pname = "nixops"; <del> version = "unstable-2023-10-26"; </del> <ins> version = "unstable-2023-12-17"; </ins> pyproject = true; src = fetchFromGitHub { owner = "NixOS"; repo = "nixops"; <del> rev = "2cfc2cb4fa9ecb89a4274574ff7f63ea61782498"; hash = "sha256-4uvQQkERZFEeRJjMAcyLYJzNvH0rNiiJ+5BDQmD58gI="; </del> <ins> rev = "053668e849bb369973cf265b7e8f38e66ef70138"; hash = "sha256-Kus1Ls1tT8fVGLX0NakRXmjuz5/J/tfqU4TLOkiZqvo="; </ins> }; postPatch = ''
Code change:
Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: }: buildPythonApplication rec { pname = "visidata"; <del> version = "2.11.1"; </del> <ins> version = "3.0"; </ins> src = fetchFromGitHub { owner = "saulpw"; repo = "visidata"; rev = "v${version}"; <del> hash = "sha256-A8iYFdW30Em5pjGn3DRpaV0A7ixwfSzmIp8AgtPkBCI="; </del> <ins> hash = "sha256-LALWQu7BgMbAEyOXUE3p6bXhdx8h6jPEvjs/TEtf/wU=="; </ins> }; propagatedBuildInputs = [
Code change:
Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: pyshp #mapbox-vector-tile pypng <ins> #pyconll </ins> fonttools #sas7bdat #xport
Code change:
Package name: visidata Latest released version: 3.0 Current version on the unstable channel: 2.11.1 Current version on the stable/release channel: 2.11.1Release post: Changelog: The new version and its tests seems to want pyconll and a fork of savReaderWriter as new dependencies. The package is also missing a attribute. Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: checkPhase = '' runHook preCheck # disable some tests which require access to the network rm -f tests/load-http.vd            # http rm -f tests/graph-cursor-nosave.vd  # http rm -f tests/messenger-nosave.vd     # dns <ins> # tests to disable because we don't have a package to load such files rm -f tests/load-conllu.vdj         # no 'pyconll' rm -f tests/load-sav.vd             # no 'savReaderWriter' </ins> # tests use git to compare outputs to references git init -b "test-reference" git config user.name "nobody"
Code change:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.

Related discussion:
text: }) (disableCabalFlag "fixity-th" super.fourmolu); # https://github.com/NixOS/nixpkgs/issues/149692 <del> Agda = removeConfigureFlag "-foptimise-heavily" super.Agda; </del> <ins> Agda = disableCabalFlag "optimise-heavily" super.Agda; </ins> } // lib.optionalAttrs pkgs.stdenv.isx86_64 {  # x86_64-darwin
Code change:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.

Related discussion:
text: preCheck = "export CI=true"; }) super.aeson-typescript; <del> # Enable extra optimisations which increase build time, but also # later compiler performance, so we should do this for user's benefit. # Flag added in Agda 2.6.2 Agda = appendConfigureFlag "-foptimise-heavily" super.Agda; </del> <ins> Agda = lib.pipe super.Agda [ # Enable extra optimisations which increase build time, but also # later compiler performance, so we should do this for user's benefit. # Flag added in Agda 2.6.2 (enableCabalFlag "optimise-heavily") # Enable debug printing, which worsens performance slightly but is # very useful. # Flag added in Agda 2.6.4.1, was always enabled before (enableCabalFlag "debug") ]; </ins> # ats-format uses cli-setup in Setup.hs which is quite happy to write # to arbitrary files in $HOME. This doesn't either not achieve anything