jiebi/CodeConvo huggingface dataset:
Change:
url = "https://github.com/darlinghq/darling/archive/d2cc5fa748003aaa70ad4180fff0a9a85dc65e9b.tar.gz"; sha256 = "11b51fw47nl505h63bgx5kqiyhf3glhp1q6jkpb6nqfislnzzkrf"; postFetch = '' <del> # Get rid of case conflict mkdir $out </del> <ins> # The archive contains both `src/opendirectory` and `src/OpenDirectory`, # pre-create the directory to choose the canonical case on # case-insensitive filesystems. mkdir -p $out/src/OpenDirectory </ins> cd $out tar -xzf $downloadedFile --strip-components=1 rm -r $out/src/libm <ins> # If `src/opendirectory` and `src/OpenDirectory` refer to different # things, then combine them into `src/OpenDirectory` to match the result # on case-insensitive filesystems. if [ "$(stat -c %i src/opendirectory)" != "$(stat -c %i src/OpenDirectory)" ]; then mv src/opendirectory/* src/OpenDirectory/ rmdir src/opendirectory fi </ins> ''; };

Discussion:
Describe the bug The definition for is derived from a GitHub archive that contains contents that differ only by case. This causes a hash mismatch in the fixed output derivation. To Reproduce Steps to reproduce the behavior: without any cache Or more practically, try to build the src attribute by clearing the hash: Observe the hash is , but is expected to be . May depend on local filesystem behavior. Additional context Comparing a diff of the two outputs. One fetched from hydra, one fetched locally: Notify maintainers cc as listed maintainer Metadata system: host os: multi-user?: sandbox: version: channels(lorne): channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
Change:
# extra `/`. ./normalize-var.patch ]# ++ lib.optional stdenv.hostPlatform.isMusl ./sanitizers-nongnu.patch <ins> # Prevent a compilation error on darwin ++ lib.optional stdenv.hostPlatform.isDarwin ./darwin-targetconditionals.patch </ins> ++ lib.optional stdenv.hostPlatform.isAarch32 ./armv7l.patch; # TSAN requires XPC on Darwin, which we have no public/free source files for. We can depend on the Apple frameworks

Discussion:
Describe the bug Building or fails with: To Reproduce Steps to reproduce the behavior: until approximately 70% (sometimes a few percent earlier) Additional context Compilation log for with only : Compilation log for with only : I had this problem with Sierra with XCode 9.2 also. I just upgraded to Mojave 10.14.6 and XCode 11.13.1. 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(peterhil): channels(root): nixpkgs: Maintainer information:
Change:
relibc = callPackage ../development/libraries/relibc { }; # Only supported on Linux <del> glibcLocales = if stdenv.hostPlatform.isLinux then callPackage ../development/libraries/glibc/locales.nix { } else null; </del> <ins> glibcLocales = if stdenv.hostPlatform.isLinux then callPackage ../development/libraries/glibc/locales.nix { } else null; glibcLocalesUtf8 = if stdenv.hostPlatform.isLinux then callPackage ../development/libraries/glibc/locales.nix { allLocales = false; } else null; </ins> glibcInfo = callPackage ../development/libraries/glibc/info.nix { };

Discussion:
Hydra fails to fetch when ran on darwin, blocks even linux builds as is a fixed-output derivation: (linux failure: ) I think it's the following suspicious UTF-8 path: darwin and linux should both be able to fetch the same tarball.
The issue with fetching the tarball on macOS was discovered in , and we believe this is a fetchzip bug on macOS. However, until now, it wasn't an actual issue for users because macOS users would use the fixed-output derivation downloaded on Linux and cached by Hydras (see ). Now, it seems like Hydras caches failures as well (it's a new thing, isn't it? Or we were just lucky previously that the Linux fetching would have happened before the macOS one?) and that because of this, a failure to download the source on Darwin is affecting everyone! I don't really have any solution to propose except: as a workaround is it possible to remove the cached failure and retrigger the build on Linux? fetchzip needs to be fixed to handle UTF-8 file names properly. Even if Coq was modified to not include these file names in its source archive anymore, this wouldn't resolve the issue with already released versions. One last workaround idea to the fetchzip issue would be to make the fixed-output derivation not the direct result of fetching the tarball, but something that would fetch it and fix the divergent paths (e.g., by removing the corresponding tests). But I wouldn't even know how to implement this.
I've seen this in a couple other packages already. It's... not nice but fortunately not a very common problem (perhaps partly due to some linux getting it faster or on a retry).
Do you think works correctly on linux? I find -translation as very odd. Is it broken too?
Unpacking is locale-dependent: LANG=C -(bad) LANG=C.UTF-8 -(ok)
My guess the mismatch happens because macos supports UTF-8 locales as is (and mossibly musl as well?). While does not unless is pulled into unzip. I think we have 2 routes: make work on linux (and break a bunch of fixed-output derivations that contain UTF-8), should be a matter of pulling into 's hook (did not test yet). make ASCII-only everywhere by using in 's . It will start consistently mangle non-ASCII for everyone.

Confirmed failure on as well:
WDYT of proposed fix? Once it's in we can fix and friends.
Thanks a lot for digging into and figuring out the cause of this issue! I find your proposed fix as the best (most principled) solution, even if it will require some work to fix past fix-output derivations.
Change:
./services/misc/tautulli.nix ./services/misc/tiddlywiki.nix ./services/misc/tp-auto-kbbl.nix <ins> ./services/misc/tuxclocker.nix </ins> ./services/misc/tzupdate.nix ./services/misc/uhub.nix ./services/misc/weechat.nix

Discussion:
Project description TuxClocker is a hardware controlling and monitoring program. TuxClocker consists of a DBus daemon and a Qt GUI that uses the daemon. It allows you to e.g. set a custom fan curve and overclock your CPU and GPU. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
--set-rpath "${electronLibPath}:$out/libexec/electron"  $out/libexec/electron/.electron-wrapped  ${lib.optionalString (lib.versionAtLeast version "15.0.0") "$out/libexec/electron/.chrome_crashpad_handler-wrapped" } <ins> # patch libANGLE patchelf  --set-rpath "${lib.makeLibraryPath [ libGL pciutils ]}"  $out/libexec/electron/lib*GL* </ins> ''; };

Discussion:
/ is still present in the electron*-bin variants Would need a fix similar to vscode/spotify/... This only really affects users of EOL electron versions, since everything recent is using the source-built electron derivation by default on Linux (and I have no idea if/how Mac OS is affected by this issue, probably not). Steps to reproduce the behavior: run electron27-bin errors: CC the electron-bin maintainers_
This appears to be triggered by the libANGLE library: Specifically I believe the file needs to have its rpath patched so it can find the following libraries: One thing I noticed is that that doesn't show any search path before for these libraries. That leads me to believe that electron dynamically resolves the absolute path before calling , ignoring any environment variables or rpath changes in the process. We can fix this by either ensuring all the libraries included are properly patched, or perhaps replacing them with symlinks to nix-specific loaders like or . But I'm not sure if these libraries include additional functionality that chrome depends on.
Confirmed behavior with :
Note what wrote on the issues/PRs linked above:
Change:
}: mkDerivation rec { pname = "jl"; <del> version = "0.0.5"; src = fetchFromGitHub { owner = "chrisdone"; repo = "jl"; rev = "v${version}"; sha256 = "1hlnwsl4cj0l4x8dxwda2fcnk789cwlphl9gv9cfrivl43mgkgar"; }; patches = [ # MonadFail compatibility patch. Should be removed with the next release (fetchpatch { url = "https://github.com/chrisdone/jl/commit/6d40308811cbc22a96b47ebe69ec308b4e9fd356.patch"; sha256 = "1pg92ffkg8kim5r8rz8js6fjqyjisg1266sf7p9jyxjgsskwpa4g"; }) ]; </del> <ins> version = "0.1.0"; sha256 = "15vvn3swjpc5qmdng1fcd8m9nif4qnjmpmxc9hdw5cswzl055lkj"; </ins> isLibrary = true; isExecutable = true; libraryHaskellDepends = [

Discussion:
Steps to reproduce the behavior: Please run and paste the result.
Thank you for reporting this issue; I can reproduce it. The problem is not in the warning displayed in the last 10 log lines, but in an earlier error: Unfortunately I don't think that I will be able to contribute further to this issue.
I'm aware of this failure, but fixing it will require a bit of patching. Upstream didn't update the package to ghc 9 yet. Right now I don't have much time to do that, so in the meantime you could install it from stable, where it does build. Please change the title to something like "jl: build failure due to ghc 9"
This has been correctly marked broken in . See also where there was a small amount of discussion about marking this broken.
I've created an upstream .
The PR is now merged, and the package is now on Hackage for the first time. However, since it's not been to Stackage Nightly yet, it won't make its way into for quite some time. I'll update the derivation to use the new version directly from Hackage.
Change:
githubId = 4732885; name = "Ivan Jager"; }; <ins> aikooo7 = { name = "Diogo Fernandes"; email = "prozinhopro1973@gmail.com"; matrix = "@aikoo7:matrix.org"; github = "aikooo7"; githubId = 79667753; keys = [{ fingerprint = "B0D7 2955 235F 6AB5 ACFA  1619 8C7F F5BB 1ADE F191"; }]; }; </ins> aiotter = { email = "git@aiotter.com"; github = "aiotter";

Discussion:
Package name: solana-cli Latest released version: 1.16.27 <!-- Search your package here: --- Current version on the unstable channel: 1.14.23 Current version on the stable/release channel: 1.14.23 <!-- 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]:
Hello I was able make the building script work so solana-cli is updated to 1.16.27 expect solana has bug in a which doesn't let me compile. The issue was already reported back back in 22 november 2023: solana-labs/solana So until is fixed I can't do anything more, as soon as it is fixed I will post my pr
Thanks , did you manage to build it for the current version? () On the master of nixpkgs I couldn't even build the existing version of Solana due a rocksdb issue I also found this commit on homebrew PRs. Seems like they patched this part in order to make the build work:
Hello I didn't test it and I don't think I need since I made it able to compile 1.16.27 I appreciate the citation, with the patch used by them I was able to fix it, appreciate your help
Change:
config = mkIf cfg.enable { environment.systemPackages = [ wrapped ]; <del> environment.etc."fuse.conf" = mkIf cfg.autoMount { text = '' user_allow_other ''; }; </del> <ins> programs.fuse = mkIf cfg.autoMount { userAllowOther = true; }; </ins> users.users = mkIf (cfg.user == "ipfs") { ipfs = {

Discussion:
Right now ipfs module puts in a into However if other modules also make use of fuse, how would these settings be resolved? Should there be an option for fuse settings, that all modules make use of, and can alert errors if there are conflicting entries? We need to have a centralised option for configuring the usable by all services like IPFS or SSHFS or S3FS... etc.
Sounds good. (But perhaps also have an "extraConfig" option as escape hatch.)
Was there any PR being open relating to this issue? Maybe rephrasing an issue to sound more like a feature request then a question, would be better. Also it wouldn't hurt bringing this up on the mailing list.
No PR that I know of. But yea I think there should be a new option in NixOS for this.
Do I understand correctly that there are only two options that could be specified in ? ( and )
Yeah, I can't get fuse to read my file. Is there a workaround or any progress on a final solution? I'm trying to get fuse to respect , but I can't find any way at the moment.
See The fix has been to and .
Is this issue finally resolved? Is there nixos options to set this config?
Not yet, but I've just created a PR () as it seems to become quite relevant.
Change:
chromium = callPackage ../applications/networking/browsers/chromium (config.chromium or {}); <del> chromiumBeta = lowPrio (chromium.override { channel = "beta"; }); chromiumDev = lowPrio (chromium.override { channel = "dev"; }); </del> chuck = callPackage ../applications/audio/chuck { inherit (darwin) DarwinTools; inherit (darwin.apple_sdk.frameworks) AppKit Carbon CoreAudio CoreMIDI CoreServices Kernel MultitouchSupport;

Discussion:
Package name: google-chrome Latest released version: 116.0.5845.187 Current version on the unstable channel: 116.0.5845.179 Current version on the stable/release channel: 116.0.5845.179 Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Please note a new version of Chrome is now available to address an exploited-in-the-wild zero-day vulnerability in the WebP image parsing code in the Chrome browser. This vulnerability could allow arbitrary code execution when a specially crafted image is viewed. Please update as soon as possible. For more information on the vulnerability, tracked as CVE-2023-4863, refer to this disclosure from Google: Note for maintainers: Please tag this issue in your PR.
I'm seeing on both 23.05 and unstable. Per chromium/google-chrome was one of the first things that was patched.
Those versions are released on both channels but on stable updates for google-chrome-dev and google-chrome-beta are missing
Change:
sqlmap = with python3Packages; toPythonApplication sqlmap; <ins> sqlpage = callPackage ../servers/sqlpage { }; </ins> src-cli = callPackage ../development/tools/misc/src-cli { }; sselp = callPackage ../tools/X11/sselp{ };

Discussion:
SQLPage is a web server written in rust that executes files, and renders the results as web pages using a large set of , including forms, tables, charts, maps, tabs, alerts, and more. It allows building an entire dynamic website backed by a database very quickly, and without any knowledge of classical web development technologies. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
grpcui = callPackage ../tools/networking/grpcui { }; <ins> grpc-tools = callPackage ../development/tools/misc/grpc-tools { }; </ins> grub = pkgsi686Linux.callPackage ../tools/misc/grub ({ stdenv = overrideCC stdenv buildPackages.pkgsi686Linux.gcc6; } // (config.grub or {}));

Discussion:
Project description The repository has a number of GRPC related packages usable in the Node ecosystem. In particular the tries to bring and for generating JS code from protobuf spec. However it's using C++ code inside, and it's not really built by the . It only uses that to download a precompiled binary hosted on node-precompiled- So this package doesn't work just be overriding from output. The above does not work, with , and just produces: So we need some help packaging the C++ in Nix. Metadata homepage URL: source URL: license: APL2 platforms: unix, linux, darwin, ...
I marked this as stale due to inactivity. &rarr;
Attempting to do this with: Didn't work... Some cmake errors.
Change:
<del> { lib, buildPythonPackage, fetchPypi, pythonAtLeast, pythonOlder , click , click-completion , factory_boy , faker , inquirer , notify-py , pbr , pendulum , ptable , pytest , pytestcov , pytest-mock , requests , twine , validate-email }: </del> <ins> { lib, buildPythonPackage, fetchPypi, pythonAtLeast, pythonOlder, click , click-completion, factory_boy, faker, inquirer, notify-py, pbr, pendulum , ptable, pytestCheckHook, pytestcov, pytest-mock, requests, twine , validate-email }: </ins> buildPythonPackage rec { pname = "toggl-cli"; <del> version = "2.4.1"; </del> <ins> version = "2.4.2"; </ins> disabled = pythonOlder "3.5"; src = fetchPypi { pname = "togglCli"; inherit version; <del> sha256 = "19lry8adcznzmzbvghyid3yl4j05db6931bw38af5vrkkyzyf62i"; </del> <ins> sha256 = "1wgh231r16jyvaj1ch1pajvl9szflb4srs505pfdwdlqvz7rzww8"; </ins> }; postPatch = '' <del> substituteInPlace requirements.txt  --replace "inquirer==2.6.3" "inquirer>=2.6.3"  --replace "notify-py==0.2.2" "notify-py>=0.2.2" </del> <ins> substituteInPlace requirements.txt  --replace "notify-py==0.3.1" "notify-py>=0.3.1" </ins> ''; nativeBuildInputs = [ pbr twine ]; <del> checkInputs = [ pbr pytest pytestcov pytest-mock faker factory_boy ]; </del> <ins> checkInputs = [ pbr pytestCheckHook pytestcov pytest-mock faker factory_boy ]; </ins> preCheck = '' export TOGGL_API_TOKEN=your_api_token export TOGGL_PASSWORD=toggl_password export TOGGL_USERNAME=user@example.com <del> ''; checkPhase = '' runHook preCheck pytest -k "not premium and not TestDateTimeType and not TestDateTimeField" tests/unit --maxfail=20 runHook postCheck </del> ''; <ins> disabledTests = [ "integration" "premium" "test_parsing" "test_type_check" "test_now" ]; </ins> propagatedBuildInputs = [ click click-completion

Discussion:
Describe the bug fails on darwin because it erroneously requires alsa-utils. To Reproduce Steps to reproduce the behavior: nix on macos BigSur 11.2.3, run error: Expected behavior I expected a shell to appear (with notify-py available in python) Screenshots Additional context Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(egk): nixpkgs: Maintainer information:
I have it working locally now, opened
Change:
propagatedBuildInputs = lib.optional (!isPy3k) mock; nativeBuildInputs = [ setuptools_scm pytest ]; <ins> patches = [ # Fix tests for pytest 4.6. Remove with the next release (fetchpatch { url = "https://github.com/pytest-dev/pytest-mock/commit/189cc599d3bfbe91a17c93211c04237b6c5849b1.patch"; sha256 = "13nk75ldab3j8nfzyd9w4cgfk2fxq4if1aqkqy82ar7y7qh07a7m"; }) ]; </ins> checkPhase = '' py.test '';

Discussion:
Caused by the pytest update in . Upstream issue filed at
Adding this from my overlay solves it (but still waiting for a release):
Couldn't we just backport that for now instead of bumping the whole package?
I was mentioning this as a quickfifx, backporting the commit seems more sensible. Let's ask the maintainer
Change:
<ins> diff --git a/UM/Qt/Bindings/i18nCatalogProxy.py b/UM/Qt/Bindings/i18nCatalogProxy.py index 7e2bb16c..cec70dd6 100644 --- a/UM/Qt/Bindings/i18nCatalogProxy.py +++ b/UM/Qt/Bindings/i18nCatalogProxy.py @@ -86,9 +86,9 @@ class i18nCatalogProxy(QObject): # [CodeStyle: Ultimaker code style requires cla #   todo Move this to a more generic place so more things can use it. def _wrapFunction(self, engine, this_object, function): # JavaScript code that wraps the Python method call in a closure -        wrap_js = """function(this_object) {{ +        wrap_js = """(function(this_object) {{ return function({args}) {{ return this_object.{function}({args}) }} -        }}""" +        }})""" # Get the function name and argument list. function_name = function.__name__ </ins>

Discussion:
Is there a way to install a more recent version of cura-lulzbot edition?
I guess the pool of people that could update and test this is very limited so feel free to tackle it yourself :) We can help. How old is the current nixpkgs version vs upstream ?
Can you test ?
Happy to, not 100% sure on the process for testing that pull request. do in build off a local version of nixpkgs with that pull applied. Can you point me in the right direction?
The one-line command to try this out would be: You could also manually clone the git repository of the PR and build it: But , so please wait a bit. EDIT: the cura binary is apparently called
you want to try the instructions gebner provided, I just updated the PR to roll the patch behind the now-broken link inline.
...FYI, the PR is now updated to 3.6.15. I'm using it happily myself, but reports (of success or failure) would be very welcome.
Change:
} }, "node_modules/@eslint-community/regexpp": { <del> "version": "4.9.1", "resolved": "https://registry.npmjs.org/@eslint-community/regexpp/-/regexpp-4.9.1.tgz", "integrity": "sha512-Y27x+MBLjXa+0JWDhykM3+JE+il3kHKAEqabfEWq3SDhZjLYb6/BHL/JKFnH3fe207JaXkyDo685Oc2Glt6ifA==", </del> <ins> "version": "4.10.0", "resolved": "https://registry.npmjs.org/@eslint-community/regexpp/-/regexpp-4.10.0.tgz", "integrity": "sha512-Cu96Sd2By9mCNTx2iyKOmq10v22jUVQv0lQnlGNy16oE9589yE+QADPbrMGCkA51cKZSg3Pu/aTJVTGfL/qjUA==", </ins> "dev": true, "engines": { "node": "^12.0.0 || ^14.0.0 || >=16.0.0"

Discussion:
Vesktop opens up to a white screen. It cannot update from tray to latest version. I tried completely removing config files from Vencord but it doesn't change anything. Running Vesktop with flag --disable-gpu makes the Vesktop stuck at loading Steps to reproduce the behavior: Vesktop Launching Vesktop should open up the app normally ! Kernel: 6.5.7-xanmod1 Gpu: AMD (mesa 23.1.7)
vencorddesktop command doesn't output any logs. When doing update from the gui, it doesn't show anything. Only time it shows something is when i try updating from tray icon. The output is the following:
This is a problem with Vencord. It is currently broken with the curren versions of Discord (including the web app) We have to wait for upstream to fix these issues and release a new version of vencord
Alright, thank you for the fast response! Cheers
I encountered the same issue, and can confirm it is fixed when the system version of vencord is 1.6.0.
Change:
recaptcha_client = callPackage ../development/python-modules/recaptcha_client { }; <ins> recoll = disabledIf (!isPy3k) (toPythonModule (pkgs.recoll.override { python3Packages = self; })); </ins> recommonmark = callPackage ../development/python-modules/recommonmark { }; redbaron = callPackage ../development/python-modules/redbaron { };

Discussion:
Project description The recoll package exposes a python API. It'd be awesome to have a package for that. Metadata homepage URL: related: source URL: Main package already exists - platforms: unix
Change:
hyperpotamus = callPackage ../tools/misc/hyperpotamus { }; <ins> igir = callPackage ../tools/games/igir { }; </ins> immich-cli = callPackage ../tools/misc/immich-cli { }; inherit (callPackage ../tools/networking/ivpn/default.nix {}) ivpn ivpn-service;

Discussion:
Project description A video game ROM collection manager to help filter, sort, patch, archive, and report on collections on any OS. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
, "webpack-dev-server" , "copy-webpack-plugin" , "webtorrent-cli" <del> , "wrangler" </del> , "wring" , "@yaegassy/coc-nginx" , "yalc"

Discussion:
Steps to reproduce the behavior: nixos flake build, with nixpkgs/master, which worked yesterday and doesn't today fails on workerd fixed derivation that is pulled from npm may relate to based on commit histor <!-- 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. I do have a bunch of experimental flags enabled, they could impact something.. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
can you please review