jiebi/CodeConvo huggingface dataset:
Change:
<ins> GEM remote: https://rubygems.org/ specs: diff-lcs (1.5.0) multi_json (1.15.0) net-scp (4.0.0) net-ssh (>= 2.6.5, < 8.0.0) net-ssh (7.1.0) net-telnet (0.1.1) rspec (3.12.0) rspec-core (~> 3.12.0) rspec-expectations (~> 3.12.0) rspec-mocks (~> 3.12.0) rspec-core (3.12.1) rspec-support (~> 3.12.0) rspec-expectations (3.12.2) diff-lcs (>= 1.2.0, < 2.0) rspec-support (~> 3.12.0) rspec-its (1.3.0) rspec-core (>= 3.0.0) rspec-expectations (>= 3.0.0) rspec-mocks (3.12.5) diff-lcs (>= 1.2.0, < 2.0) rspec-support (~> 3.12.0) rspec-support (3.12.0) serverspec (2.42.2) multi_json rspec (~> 3.0) rspec-its specinfra (~> 2.72) sfl (2.3) specinfra (2.85.0) net-scp net-ssh (>= 2.7) net-telnet (= 0.1.1) sfl PLATFORMS ruby DEPENDENCIES serverspec! BUNDLED WITH 2.1.4 </ins>

Discussion:
Project description <!-- Describe the project a little: --RSpec tests for your servers configured by CFEngine, Puppet, Chef, Ansible, Itamae or anything else even by hand homepage URL: source URL: license: mit platforms: unix
Change:
<ins> { lib, fetchFromGitHub, buildGoModule, }: buildGoModule rec { pname = "meteor-git"; version = "0.22.0"; src = fetchFromGitHub { owner = "stefanlogue"; repo = "meteor"; rev = "v${version}"; hash = "sha256-aY/gOKvcKtOnL4FI2SM339LU4HoWYCq0W9mK2GyMqso="; }; vendorHash = "sha256-jKd/eJwp5SZvTrP3RN7xT7ibAB0PQondGR3RT+HQXIo="; meta = { description = "CLI tool for writing conventional commits"; mainProgram = "meteor"; homepage = "https://github.com/stefanlogue/meteor"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ nebunebu ]; }; } </ins>

Discussion:
Project description It's a conventional commits git helper that has a gorgeous TUI Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, (basicaly anything with go) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Name conflicts with .
I think renaming it to meteor-git would solve that
Change:
"tests/integration" ]; <ins> disabledTests = [ # Failed: DID NOT RAISE <class 'ImportError'> "test_missing_flask_compress_raises" ]; </ins> pythonImportsCheck = [ "dash" ];

Discussion:
Steps to reproduce the behavior: Run I'm running Nix from the provided VirtualBox demo appliance, updated to the unstable channel. It also failed to build for OfBorg <!-- --Please run and paste the result.
Change:
<ins> { rustPlatform, fetchCrate, fetchFromGitHub, lib, makeWrapper, hvm, }: rustPlatform.buildRustPackage rec { pname = "Bend"; version = "0.2.9"; src = fetchFromGitHub { owner = "HigherOrderCO"; repo = "Bend"; rev = "refs/tags/${version}"; hash = "sha256-MEfB2SBJN7uEwfZGoEL7DQXsr1fccdZyGyzHtNv9wow="; }; cargoHash = "sha256-+i+Y3MgCBVN3REmPwAjm2SiF9FJ0i05czmPKB8JtAFM="; RUSTC_BOOTSTRAP = true; nativeBuildInputs = [ hvm makeWrapper ]; postInstall = '' wrapProgram $out/bin/bend  --prefix PATH : ${lib.makeBinPath [ hvm ]} ''; meta = { description = "Bend is a massively parallel, high-level programming language"; homepage = "https://higherorderco.com/"; license = lib.licenses.asl20; mainProgram = "bend"; maintainers = with lib.maintainers; [ k3yss ]; platforms = lib.platforms.unix; }; } </ins>

Discussion:
Project description Bend is a massively parallel, high-level programming language. Metadata homepage URL: source URL: license: apache 2.0 platforms: unix, linux, darwin was able to get it compiling with this: but when i run it like ( exists) i get this: thought the hvm build input would fix that but no hopefully im just being stupid somehow Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You're alllmost there. For runtime deps, you should use . Replace the line with:
ty :) ok this compiles but i have a different error now: using the example running . i was thinking i might have to wait till it gets a bit more stable but ive seen so i tried making a nix package as soon as possible :).
That error is caused by hvm being out of date. The version of hvm in nixpkgs is 1.0.9, but bend needs version 2.
I've created a PR to bump hvm to version 2:
Change:
- lo - lo0 ''; postgresqlConfig = pkgs.writeText "postgres.yaml" cfg.postgresqlConfig; nginxConfig = pkgs.writeText "nginx.yaml" cfg.nginxConfig; mongoConfig = pkgs.writeText "mongo.yaml" cfg.mongoConfig; jmxConfig = pkgs.writeText "jmx.yaml" cfg.jmxConfig; processConfig = pkgs.writeText "process.yaml" cfg.processConfig; etcfiles = let defaultConfd = import ./dd-agent-defaults.nix;

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:
<del> { lib, stdenv, fetchurl, undmg, makeWrapper, xorg }: </del> <ins> { lib , stdenv , fetchurl , makeWrapper , undmg , autoPatchelfHook , alsa-lib , ncurses5 , xorg }: </ins> let pname = "scilab-bin";

Discussion:
When I run Scilab it shows this error and does not run: This fixed when I installed from APT. Steps to reproduce the behavior: Run. is not in nix repository. <!-- 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.
Oh, I actually only maintain the macOS part, and I don't have an x86_64 machine, sadly. Is the Linux part of the package unmaintained?
I don't know. No one is in maintaners list in I mention other contributors from .
The linux version is very out of date.
Change:
{ lib <ins> , stdenv </ins> , callPackage , runCommandLocal , writeShellScript

Discussion:
Steps to reproduce the behavior: : lock file: to build the nixosConfiguration: I'm building an aarch64-linux NixOS system on x8664-linux system. It last wokred a few weeks ago on and currently works on . Currently it doesn't work on and . Only recent change mentioning plex I found is , maybe that's the cause? <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: nixpkgs:
Experiencing the esame too. This PR might be related too:
yeah, this also happens with everything under the cross compilation set like wine and steam, even when using pkgsCross. Any ideas about the rest?
Updated my nixpkgs to include and that fixed it for me - so I no longer need to use an overlay with the bugfix.

and can not be installed on aarch64-linux. Steps to reproduce the behavior: That may be installed on aarch64-linux. The following command which install vscode without fhs works:
Change:
passthru = { inherit version;       # for guest additions inherit extensionPack; # for inclusion in profile to prevent gc <ins> updateScript = ./update.sh; </ins> }; meta = {

Discussion:
Describe the bug Virtualbox kernel drivers don't build with latest kernel. To Reproduce Steps to reproduce the behavior: on latest master, channel hasn't updated yet d=(import /home/maciej/Projekte/nix { configuration = {pkgs, ...}: { boot.kernelPackages = pkgs.linuxPackageslatest; = true; }; }).vm Expected behavior Builds Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(maciej): nixpkgs: Maintainer information:
Hi sorry for the duplicate bug report. You may find some useful information in this other issue trackers: Upstream tracker: Related to this issue: [Patch available]
Virtualbox 6.1.6 was released last week, which fixes the Linux 5.6 issues. I opened a PR with a fix for , which needs to be merged into to
Change:
downloadToTemp = true; <del> nativeBuildInputs = [ unzip ] ++ nativeBuildInputs; </del> <ins> # Have to pull in glibcLocalesUtf8 for unzip in setup-hook.sh to handle # UTF-8 aware locale: #   https://github.com/NixOS/nixpkgs/issues/176225#issuecomment-1146617263 nativeBuildInputs = [ unzip glibcLocalesUtf8 ] ++ nativeBuildInputs; </ins> postFetch = ''

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:
, libjpeg , xz , zlib <del> , Cocoa , GLUT , libGL , libGLU </del> }: #FIXME: fix aarch64-darwin build and get rid of ./aarch64-darwin.nix

Discussion:
I don't know if Mesa is even required on Darwin but I think it definitely shouldn't cause more rebuilds on Darwin than on Linux. CI currently reports 1001-2500 rebuilds on Linux and 5001+ rebuilds on Darwin (see e.g. ). For CI reported 2501-5000 rebuilds on Darwin but for the next PR () this increased to 5001+ rebuilds. Mesa updates are merged though staging-next as staging is too slow for the biweekly releases. I'll leave this issue here for you in case you want to avoid that (those rebuilds are most likely unnecessary and AFAIK Hydra's build capacity for Darwin is severely lacking). Otherwise you may just close it as well. Edit: Oh, and if something just needs the headers it shouldn't depend on Mesa, see: and
Not the case on darwin:
what does mean? I looked though the Git history and you didn't document this in or (that code was later extracted into : ). It looks like does at least build on Darwin, e.g.: and . I have no idea if the dispatching works but I'd assume that at least the headers should be usable on Darwin.
IIRC the used to be marked as broken on darwin in the past, I don't know why.
The strange thing is that fixed the build on Darwin () before And it wasn't marked as broken at that time. The following doesn't return anything: . And only returns two commits: and (the latter the Darwin support).
The original issue should be fixed now. Regarding libglvnd, I'm not sure what the deal is. The X11 implementation for OpenGL with / probably shouldn't differ much between Linux/BSD and macOS. Probably not worth looking into that, unless there is some maintenance burden associated with that.
Ok, thanks a lot for decreasing the number of unnecessary rebuilds.
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; <ins> g810-led = callPackage ../misc/g810-led { }; </ins> gcdemu = callPackage ../applications/emulators/cdemu/gui.nix { }; gensgs = pkgsi686Linux.callPackage ../applications/emulators/gens-gs { };

Discussion:
Project description Linux led controller for Logitech G213, G410, G413, G512, G513, G610, G810, G815, G910 and GPRO Keyboards. Metadata homepage URL: source URL: license: gpl3 platforms: linux
There are closed pull requests for both a and . If you want to you can update it based on the suggestions and open your own PR.
I marked this as stale due to inactivity. &rarr;
Change:
<ins> { buildGoPackage, lib, fetchFromGitHub }: buildGoPackage rec { pname = "utahfs"; version = "1.0"; src = fetchFromGitHub { owner = "cloudflare"; repo = pname; rev = "v${version}"; sha256 = "1hpwch5fsqlxwpk5afawa1k5s0bx5c1cw0hvdllp7257lgly19fb"; }; goPackagePath = "github.com/cloudflare/utahfs"; goDeps = ./deps.nix; meta = with lib; { homepage = "https://github.com/cloudflare/utahfs"; description = "Encrypted storage system that provides a user-friendly FUSE drive backed by cloud storage"; license = licenses.bsd3; maintainers = [ maintainers.snglth ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description UtahFS is a state-of-the art encrypted storage solution, meant to be similar to Dropbox. It has a FUSE binding that creates a synthetic drive on the user's computer that they can interact with like an external hard-drive. Files stored in the drive are uploaded to a cloud storage provider, which means the drive will never run out of space and minimizes the likelihood of any files being lost. However the files are encrypted such that the cloud storage provider knows almost nothing about what's being stored. Completely written in Go. Metadata homepage URL: source URL: license: bsd platforms: unix
Looks interesting, but we gotta wait for a official release/git tag.
Change:
buildPythonPackage rec { pname = "einops"; version = "0.7.0"; <del> format = "pyproject"; </del> <ins> pyproject = true; </ins> disabled = pythonOlder "3.7";

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: python311Packages.chainer maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
fixed in master
Change:
<ins> import ./generic.nix rec { version = "6.0"; sha256 = "sha256-RVbgsafIbeUUNXmUbDQ03ZN42oaUo0njqROo7KOQgv0="; } </ins>

Discussion:
Package name: ffmpeg Latest released version: 6.0 Current version on the unstable channel: 5.1.2 Notify maintainers Related: I think the way to go with such a rename should be to follow the instructions here: Note for maintainers: Please tag this issue in your PR.
Current version is 4.x, this would probably be as an extra package (ffmpeg_6 and variants)
BTW, 5.1 is LTS and should be maintained by upstream for two years, if I got it right.
I wonder if this should be closed, as default remained same. (even 4 on , but 5 soon from )
I think 6 by default is something we should do for 23.11 and keep 5 on 23.05.
ffmpeg defaults to 6 now on master
Change:
stdenv.mkDerivation rec { pname = "vhba"; <del> version = "20240202"; </del> <ins> version = "20240917"; </ins> src  = fetchurl { url = "mirror://sourceforge/cdemu/vhba-module-${version}.tar.xz"; <del> hash = "sha256-v1hQ1Lj1AiHKh9c0OpKe2oexkfb1roxhQXRUO1ut3oM="; </del> <ins> hash = "sha256-zjTLriw2zvjX0Jxfa9QtaHG5tTC7cLTKEA+WSCP+Dpg="; </ins> }; makeFlags = kernel.makeFlags ++ [ "KDIR=${kernel.dev}/lib/modules/${kernel.modDirVersion}/build" "INSTALL_MOD_PATH=$(out)" ];

Discussion:
Steps to reproduce the behavior: cdemu/vhba on latest nixos-unstable Looks like there's a new vhba module version: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
broken by
Change:
<ins> { lib, fetchFromGitHub, python3Packages, wrapGAppsHook, gobject-introspection, gtk3, keybinder3, xdotool, pango, gdk-pixbuf, atk, librsvg }: python3Packages.buildPythonApplication rec { pname = "emote"; version = "2.0.0"; src = fetchFromGitHub { owner = "tom-james-watson"; repo = "Emote"; rev = "v${version}"; sha256 = "kYXFD6VBnuEZ0ZMsF6ZmN4V0JN83puxRILpNlllVsKQ="; }; postPatch = '' substituteInPlace setup.py --replace "pygobject==3.36.0" "pygobject" substituteInPlace emote/config.py --replace 'os.environ.get("SNAP")' "'$out/share/emote'" substituteInPlace snap/gui/emote.desktop --replace "Icon=''${SNAP}/usr/share/icons/emote.svg" "Icon=emote.svg" ''; nativeBuildInputs = [ wrapGAppsHook gobject-introspection keybinder3 pango gdk-pixbuf atk ]; propagatedBuildInputs = [ python3Packages.pygobject3 gtk3 xdotool librsvg ]; postInstall = '' install -D snap/gui/emote.desktop $out/share/applications/emote.desktop install -D snap/gui/emote.svg $out/share/pixmaps/emote.svg install -D -t $out/share/emote/static static/{emojis.json,logo.svg,style.css} ''; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=("''${gappsWrapperArgs[@]}") ''; doCheck = false; meta = with lib; { description = "A modern emoji picker for Linux"; homepage = "https://github.com/tom-james-watson/emote"; license = licenses.gpl3Plus; maintainers = with maintainers; [ angustrau ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Emote is a modern emoji picker for Linux rocket. Written in GTK3, Emote is lightweight and stays out of your way. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
guessit = callPackage ../development/python-modules/guessit { }; <del> # used by flexget guessit_2_0 = callPackage ../development/python-modules/guessit/2.0.nix { }; </del> rebulk = callPackage ../development/python-modules/rebulk { }; gunicorn = callPackage ../development/python-modules/gunicorn { };

Discussion:
Flexget refused to work after upgrade. I noticed the problem was guessit. Having a look at the .nix files I noticed that was actually updated to use guessit 3.0. However guessit 3.0 uses different stuff and flexget breaks when using guessit 3.0. For me, I can't really understand why a file named uses guessit 3.0. Try to install and run flexget from nixos unstable or nixos unstable small. Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs:
Can you please check whether fixes your problem?
That's because of an accidental version update. I'm merging because it's a step in the right direction and closing this.
yep, that works fine now. Thx
Change:
}; buildInputs  = [ <del> pass pass-otp krunner </del> <ins> kauth krunner pass pass-otp </ins> ]; <del> nativeBuildInputs = [cmake extra-cmake-modules gnumake]; </del> <ins> nativeBuildInputs = [ cmake extra-cmake-modules ]; </ins> patches = [ <ins> (fetchpatch { url = https://github.com/peterhoeg/krunner-pass/commit/be2695f4ae74b0cccec8294defcc92758583d96b.patch; sha256 = "098dqnal57994p51p2srfzg4lgcd6ybp29h037llr9cdv02hdxvl"; name = "fix_build.patch"; }) </ins> ./pass-path.patch ]; CXXFLAGS = [ <del> ''-DNIXPKGS_PASS="${stdenv.lib.getBin pass}/bin/pass"'' </del> <ins> ''-DNIXPKGS_PASS="${lib.getBin pass}/bin/pass"'' </ins> ]; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> description = "Integrates krunner with pass the unix standard password manager (https://www.passwordstore.org/)"; homepage = https://github.com/akermu/krunner-pass; license = licenses.gpl3;

Discussion:
After switching to 19.03, krunner-pass failed to build on 19.03, it is failing with: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): channels(myuser): nixpkgs:
Upstream issue here looks like the same problem Needs a patch in the probably.
Change:
sha256 = "sha256-MwM/b1QP6pkyBjz/r6oC4sW1mKC0CKMay45a0wCktk0="; }; <ins> patches = lib.optionals (!pyOpenSSLSupport) [ ./remove-pyopenssl-tests.patch ]; </ins> postPatch = '' substituteInPlace pyproject.toml  --replace 'fido2 = ">=0.9, <1.0"' 'fido2 = ">*"' substituteInPlace "ykman/pcsc/__init__.py"  <del> --replace 'pkill' '${procps}/bin/pkill' </del> <ins> --replace 'pkill' '${if stdenv.isLinux then "${procps}" else "/usr"}/bin/pkill' </ins> ''; nativeBuildInputs = with python3Packages; [ poetry-core ]; propagatedBuildInputs = <del> with python3Packages; [ </del> <ins> with python3Packages; ([ </ins> click cryptography pyscard pyusb <del> pyopenssl </del> six fido2 <del> ] ++ [ </del> <ins> ] ++ lib.optionals pyOpenSSLSupport [ pyopenssl ]) ++ [ </ins> libu2f-host libusb1 yubikey-personalization

Discussion:
on macOS can not include (), but it is used in the derivation: This results in errors like this: Is it possible to use on Darwin and elsewhere? (
Maybe like so: cc
maybe we should just patch the line if we are on non darwin?
Change:
sha256 = "0a3h1b9fb87c82d5fbql5lc4gp338pa5s9i66dhw7zk8jdygx474"; }; <ins> patches = [ ./getopt_on_darwin.patch ]; </ins> configurePhase = '' sed -i -r Makefile  -e 's,/usr/,/,g' 

Discussion:
Hello, Huge thanks for contributing to nix! I am trying to use this great package manager with a Mac, and I am having some issues trying to install my favourite email client. When I try to install mu with nix-env -I mu, I get the following error: I checked the pmccabe derivation, and it has indeed a constraint on the platform: platforms = ;. Any way this derivation can work on Mac OS X x64? Thanks, Andrea System: Mac OS X Sierra 10.12.4 Nix version: 1.11.8 Nixpkgs version: 17.09pre104948.
It seems the dependency is not used or at least optional, this builds fine without it.
cc it, I think. iirc, that dep is for the test suite.
This isn't the first time I'm breaking the build on Darwin. How do other people test properly without access to a mac?
Thanks, this works!
You can use to check evaluation for darwin or other platforms. That should catch simple cases like this if you don't have enabled in your config.
Thanks for the pointer I think the trick is to get darwin running in a VM instead...
Change:
bison, wrapGAppsHook3, <ins> exiftool, </ins> opencv, libtiff, libpng,

Discussion:
The following message appears whenever I start digiKam: Steps to reproduce the behavior: digiKam from current unstable digiKam All tools necessary for digiKam should be in its derivation. ! system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hmm, it’s never had ExifTool in the so this at least shouldn’t be my fault. It might be as simple as just adding it . Looks like we could also patch .
It looks like it's been reporting "ExifTool process cannot be started" since at least .