jiebi/CodeConvo huggingface dataset:
Change:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags:
This was caused by your commit . Could you please revert or push a fix?
I kindly ask you to help the python-updates runs which make the python package set maintainable by fixing this build failure by updating the ignored test list and considering to support python-updates runs in the future and proactively updating the packages you maintain. Thank you.
As evidenced by this issue, python-updates is breaking packages... the opposite of increasing maintainability! It is incumbent on commit authors to test their changes before merging and produce fixes/rollbacks when their changes result in breakages.
Having a severely outdated package set is also increasing the burden on everyone and maintaining packages harder which outweighs the occasional breakage. This is not always possible, otherwise merging any update to a package that has more than a few hundred reverse deps becomes impossible and we are basically halting nixpkgs to a grind.

Discussion:
owner = "google"; repo = "jax"; # google/jax contains tags for jax and jaxlib. Only use jax tags! <del> rev = "refs/tags/jaxlib-v${version}"; </del> <ins> rev = "refs/tags/jax-v${version}"; </ins> hash = "sha256-poQQo2ZgEhPYzK3aCs+BjaHTNZbezJAECd+HOdY1Yok="; };

}; }; <ins> # updater fails to pick the correct branch passthru.skipBulkUpdate = true; </ins> meta = with lib; { description = "Differentiate, compile, and transform Numpy code"; homepage = "https://github.com/google/jax";

buildPythonPackage rec { pname = "wandb"; <del> version = "0.16.4"; </del> <ins> version = "0.16.0"; </ins> format = "pyproject"; disabled = pythonOlder "3.6";

owner = pname; repo = pname; rev = "refs/tags/v${version}"; <del> hash = "sha256-Q4NHUHay1/xb+V494n96jxE1VyAP7uVyQbIbS0/E85c="; </del> <ins> hash = "sha256-XXs9KjiAPzZ932r4UJ87RpM+qhg/bNDWEYsq2Ua6SRw="; </ins> }; patches = [

"wandb" ]; <ins> # unmaintainable list of disabled tests passthru.skipBulkUpdate = true; </ins> meta = with lib; { description = "A CLI and library for interacting with the Weights and Biases API"; homepage = "https://github.com/wandb/wandb";
Change:
Package name: haruna Latest released version: 1.0.1 <!-- Search your package here: --- Current version on the unstable channel: 0.12.3 Current version on the stable/release channel: 0.12.2 <!-- 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]:

Discussion:
{ lib , fetchFromGitLab <del> , mkDerivation </del> <ins> , mkKdeDerivation </ins> , breeze-icons <del> , breeze-qt5 </del> <ins> , breeze </ins> , cmake , extra-cmake-modules , ffmpeg-headless

, ki18n , kiconthemes , kio <del> , kirigami2 </del> <ins> , kirigami </ins> , kxmlgui , kdoctools , mpv

, wrapQtAppsHook , qqc2-desktop-style , qtbase <del> , qtquickcontrols2 </del> , yt-dlp }: <del> mkDerivation rec { </del> <ins> mkKdeDerivation rec { </ins> pname = "haruna"; <del> version = "0.12.3"; </del> <ins> version = "1.0.2"; </ins> src = fetchFromGitLab { owner = "multimedia"; repo = "haruna"; rev = "v${version}"; <del> hash = "sha256-iYf8oTMQ65+6E1dlOj0GU6EezPul6p1GG2CcrcjDUik="; </del> <ins> hash = "sha256-L/mTFPJPHl8A6FqkWUwICh+Yl4uIE5KnTkZVnC4kCZ8="; </ins> domain = "invent.kde.org"; };

buildInputs = [ breeze-icons <del> breeze-qt5 </del> <ins> breeze </ins> qqc2-desktop-style yt-dlp

ki18n kiconthemes kio <del> kirigami2 </del> <ins> kirigami </ins> kxmlgui kdoctools mpv qtbase <del> qtquickcontrols2 </del> ]; nativeBuildInputs = [

gspeech = callPackage ../applications/audio/gspeech { }; <del> haruna = libsForQt5.callPackage ../applications/video/haruna { }; </del> <ins> haruna = kdePackages.callPackage ../applications/video/haruna { }; </ins> hdrmerge = libsForQt5.callPackage ../applications/graphics/hdrmerge { };
Change:
Steps to reproduce the behavior: papis Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems to be a issue, I think?
I guess it fails [here][1]. Trying from the latest revision via following overlay doesn't help either Maybe this all is related to [this issue][2]. [1]: [2]:
Since the problem looks wider than the papis derivation, I disabled the problematic test temporarily: With this overlay the build succeeds.

Discussion:
"test_downloader_getter" "test_general" "test_get_config_dirs" <ins> "test_get_configuration" </ins> "test_get_data" "test_valid_dblp_key" "test_validate_arxivid"
Change:
Package name: kmetronome Latest released version: 1.4.0 Current version on the unstable channel: 1.2.0 Current version on the stable/release channel: 1.2.0 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]:

Discussion:
<del> { lib, stdenv, fetchurl, cmake, pkg-config, qttools, alsa-lib, drumstick, qtbase, qtsvg }: </del> <ins> { lib, stdenv, fetchurl, cmake, pandoc, pkg-config, qttools, alsa-lib, drumstick, qtbase, qtsvg }: </ins> stdenv.mkDerivation rec { pname = "kmetronome"; <del> version = "1.2.0"; </del> <ins> version = "1.4.0"; </ins> src = fetchurl { url = "mirror://sourceforge/${pname}/${version}/${pname}-${version}.tar.bz2"; <del> sha256 = "1ln0nm24w6bj7wc8cay08j5azzznigd39cbbw3h4skg6fxd8p0s7"; </del> <ins> hash = "sha256-51uFAPR0xsY3z9rFc8SdSGu4ae/VzUmC1qC8RGdt48Y="; </ins> }; <del> nativeBuildInputs = [ cmake pkg-config qttools ]; </del> <ins> nativeBuildInputs = [ cmake pandoc pkg-config qttools ]; </ins> buildInputs = [ alsa-lib drumstick qtbase qtsvg ];

{ lib, stdenv, fetchurl , cmake, docbook_xml_dtd_45, docbook_xsl, doxygen, graphviz-nox, pkg-config, qttools, wrapQtAppsHook <del> , alsa-lib, fluidsynth, libpulseaudio, qtbase, qtsvg, sonivox </del> <ins> , alsa-lib, fluidsynth, libpulseaudio, qtbase, qtsvg, sonivox, qt5compat ? null </ins> }: <ins> let isQt6 = lib.versions.major qtbase.version == "6"; in </ins> stdenv.mkDerivation rec { pname = "drumstick"; <del> version = "2.7.2"; </del> <ins> version = "2.9.0"; </ins> src = fetchurl { url = "mirror://sourceforge/drumstick/${version}/${pname}-${version}.tar.bz2"; <del> hash = "sha256-5XxG5ur584fgW4oCONgMiWzV48Q02HEdmpb9+YhBFe0="; </del> <ins> hash = "sha256-p0N8EeCtVEPCGzPwiRxPdI1XT5XQ5pcKYEDJXbYYTrM="; </ins> }; patches = [

buildInputs = [ alsa-lib fluidsynth libpulseaudio qtbase qtsvg sonivox <del> ]; </del> <ins> ] ++ lib.optionals isQt6 [ qt5compat ]; </ins> cmakeFlags = [ <del> "-DUSE_DBUS=ON" </del> <ins> (lib.cmakeBool "USE_DBUS" true) (lib.cmakeBool "USE_QT5" (!isQt6)) </ins> ]; meta = with lib; { <del> maintainers = []; description = "MIDI libraries for Qt5/C++"; </del> <ins> description = "MIDI libraries for Qt/C++"; </ins> homepage = "https://drumstick.sourceforge.io/"; license = licenses.gpl2Plus; <ins> maintainers = with maintainers; [ wegank ]; </ins> platforms = platforms.linux; }; }

stdenv = stdenv; }); <del> kmetronome = libsForQt5.callPackage ../applications/audio/kmetronome { }; </del> <ins> kmetronome = qt6Packages.callPackage ../applications/audio/kmetronome { }; </ins> kmplayer = libsForQt5.callPackage ../applications/video/kmplayer { };

accounts-qt = callPackage ../development/libraries/accounts-qt { }; appstream-qt = callPackage ../development/libraries/appstream/qt.nix { }; <ins> drumstick = callPackage ../development/libraries/drumstick { }; </ins> fcitx5-chinese-addons = callPackage ../tools/inputmethods/fcitx5/fcitx5-chinese-addons.nix { }; fcitx5-configtool = kdePackages.callPackage ../tools/inputmethods/fcitx5/fcitx5-configtool.nix { };
Change:
I now get this error trying to build zlib:
Note that this only happens on some machines, as Hydra compiles it fine. I presume it could be caused by being a clang. IMO, if darwin is to be much used, then using native tools will be very painful. Related , CC (claimed to maintain darwin these months).
I agree, but you've completely broken my Nix environment, and presumably the environment of anyone else who uses modern Mavericks (i.e., not what the Hydra machine is using). It's proving non-trivial to fix these issues also, so I'm going to revert your change locally until I have time another day to address these. I would like in future for Hydra to not be accepted as proof that a major change like this is acceptable. I had told you on IRC that your stdenv branch broke my environment, but it was ignored because you saw the Hydra status.
Well, it's a difficult thing when most people aren't able to test at all, and different people can even get different results. By people trying to rebuild what they use, you always test only quite limited subset, so the value of Hydra testability (coming from purity) is immense for nixpkgs to be well usable. Besides, those people on modern Macs will IMHO typically follow a channel and get working binaries as usual.
Needless to say, if Nix wants active darwin contributors (like myself), then we need a better solution than "It worked on Hydra, people can just download binaries built by an older system". Meanwhile, I can't continue working on until I spend the next few days fixing the damage -- and I won't have time to do this since I'm at OPLSS for the next two weeks. I would rather have collaborated with you on this before it got merged to . I'm happy to work with you to fix any and all darwin problems; but having those problems be on master greatly impacts my ability to work on and push other fixes that I now have in my queue.
Hmm, opinions from anyone else? Technically it shouldn't be a problem to (partly) revert the stdenv merge now, until someone solves the darwin issue.
BTW, any idea which commit causes the issue? The gcc bump, or something from the grsecurity branch? (I'm thinking of reverting it conditionally on platform, if it's caused by not too complicated change.)
I'm not sure yet, the breakage has me quite confused. I can't see how it would possibly be the grsecurity branch. I'm going to look at the diff between master and master-reverted.
Have you found anything new on this?
Yes, I fixed the compilation errors and now everything that I build normally is working for me again. I e-mailed a summary of what I did to the mailing list.

Discussion:
# As zlib takes part in the stdenv building, we don't want references # to the bootstrap-tools libgcc (as uses to happen on arm/mips) <del> NIX_CFLAGS_COMPILE = "-static-libgcc"; </del> <ins> NIX_CFLAGS_COMPILE = stdenv.lib.optionalString (!stdenv.isDarwin) "-static-libgcc"; </ins> crossAttrs = { dontStrip = static;
Change:
Project description GStreamer OBS Studio plugin Package already exists on Nixpkgs but without aarch64-linux support. AUR supports aarch64, so the project supports it Metadata homepage URL: source URL: license: gpl2Plus platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
homepage = "https://github.com/fzwoch/obs-gstreamer"; maintainers = with maintainers; [ ahuzik pedrohlc ]; license = licenses.gpl2Plus; <del> platforms = [ "x86_64-linux" "i686-linux" ]; </del> <ins> platforms = platforms.linux; </ins> }; }
Change:
Attempt to build pipx on nixos unstable Seems newer version of pipx has this new test "testskipmaintenance" that attempts to pip install a package, which fails due to the network-sandboxed build environment. This causes the build to fail altogether. Hence, "testskipmaintenance" should be to the list in Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
its only "testskipmaintenance" that is missing, the build was successful after i figured out how overridePythonAttrs worked, im new to nix.

Discussion:
, fetchFromGitHub , hatchling , hatch-vcs <del> , importlib-metadata </del> , packaging <del> , pip </del> , platformdirs , pytestCheckHook , pythonOlder <ins> , tomli </ins> , userpath , git }:

buildPythonPackage rec { pname = "pipx"; version = "1.4.3"; <del> format = "pyproject"; </del> <ins> pyproject = true; </ins> <del> disabled = pythonOlder "3.6"; </del> <ins> disabled = pythonOlder "3.8"; </ins> src = fetchFromGitHub { <del> owner = "pipxproject"; repo = pname; </del> <ins> owner = "pypa"; repo = "pipx"; </ins> rev = "refs/tags/${version}"; hash = "sha256-NxXOeVXwBhGqi4DUABV8UV+cDER0ROBFdgiyYTzdvuo="; }; <del> nativeBuildInputs = [ </del> <ins> build-system = [ </ins> hatchling hatch-vcs ]; <del> propagatedBuildInputs = [ </del> <ins> dependencies = [ </ins> argcomplete packaging platformdirs userpath <del> ] ++ lib.optionals (pythonOlder "3.8") [ importlib-metadata </del> <ins> ] ++ lib.optionals (pythonOlder "3.11") [ tomli </ins> ]; nativeCheckInputs = [

"determination" "json" "test_list_short" <ins> "test_skip_maintenance" </ins> ]; meta = with lib; { description = "Install and run Python applications in isolated environments"; mainProgram = "pipx"; <del> homepage = "https://github.com/pipxproject/pipx"; </del> <ins> homepage = "https://github.com/pypa/pipx"; </ins> changelog = "https://github.com/pypa/pipx/blob/${version}/CHANGELOG.md"; license = licenses.mit; maintainers = with maintainers; [ yshym ];
Change:
Project description Keyboard layout based on the QWERTY layout with extra symbols and diacritics so that typing both in French and English is easy and fast. Metadata homepage URL: https://qwerty- source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
githubId = 146413; name = "Tobias Poschwatta"; }; <ins> potb = { name = "Peïo Thibault"; github = "potb"; githubId = 10779093; }; </ins> poweredbypie = { name = "poweredbypie"; github = "poweredbypie";

<ins> { stdenvNoCC, fetchFromGitHub, lib, }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "qwerty-fr"; version = "0.7.3"; src = fetchFromGitHub { owner = "qwerty-fr"; repo = "qwerty-fr"; rev = "refs/tags/v${finalAttrs.version}"; sha256 = "sha256-TD67wKdaPaXzJzjKFCfRZl3WflUfdnUSQl/fnjr9TF8="; }; installPhase = '' mkdir -p $out/share/X11/xkb/symbols cp $src/linux/us_qwerty-fr $out/share/X11/xkb/symbols ''; meta = with lib; { description = "Qwerty keyboard layout with French accents"; changelog = "https://github.com/qwerty-fr/qwerty-fr/blob/v${finalAttrs.version}/linux/debian/changelog"; homepage = "https://github.com/qwerty-fr/qwerty-fr"; license = licenses.mit; maintainers = with maintainers; [ potb ]; }; }) </ins>
Change:
Please run and paste the result.
should I just wait until hydra will build it?
it fails for x86_64-linux in hydra too
why am I have 'bind' in system-path? I do not need in a local DNS-server...
made the temporary workaround with previous version:
The tests succeed for me locally but they are indeed fail on hydra. This failure is probably most detailed: Two failed tests: I remember both tests to fail in the past occasionally. I'll try to reproduce locally by building a few times. Does it fail reproducibly for you locally as well? Or sometimes it does pass?
Hydra succeeded after kicking it enough times. Maybe we should skip those tests if they are known flaky?
Yes it fail each time, and it was the same with 9.18.24 too
вот реально - зачем? )
You don't actually have bind, you have dnsutils, which is built from the same source and provides .
Thank you! Now I understand
Now I'm sure we can skip them or made them optional for bind users
So let's wait for next update, I'm closing this issue (cache have bin version now)
Weird - it passed for me on all platforms I tried too. We should probably deal with this before next update, because it will cause pain for nixpkgs developers, who frequently need to rebuild everything.

Discussion:
stdenv.mkDerivation rec { pname = "bind"; <del> version = "9.18.24"; </del> <ins> version = "9.18.25"; </ins> src = fetchurl { url = "https://downloads.isc.org/isc/bind9/${version}/${pname}-${version}.tar.xz"; <del> hash = "sha256-cJ1zAjyRFd2tO6tltsjHmlkBltDRFPXQyiUz29Ut32Y="; </del> <ins> hash = "sha256-WkpwQyoz0Anw5unbsyiq56XidQfpjii/PAxrJQzLKrM="; </ins> }; outputs = [ "out" "lib" "dev" "man" "dnsutils" "host" ];
Change:
Steps to reproduce the behavior: tere after Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This bug was apparently , but upgrading to the latest release (or git commit) just gives new errors, which have been . I assume that these errors starting, especially in the Nix build system, show that it's some kind of issue with upgrades to dependencies.
Will be fixed by

Discussion:
<del> { lib, fetchFromGitHub, rustPlatform }: </del> <ins> { lib, fetchFromGitHub, rustPlatform, ncurses, stdenv, python3 }: </ins> <del> rustPlatform.buildRustPackage rec { </del> <ins> rustPlatform.buildRustPackage { </ins> pname = "tere"; <del> version = "1.5.0"; </del> <ins> version = "1.5.1-unstable-2024-04-01"; </ins> src = fetchFromGitHub { owner = "mgunyho"; repo = "tere"; <del> rev = "v${version}"; sha256 = "sha256-xqbFBRzBfTwSdkC8e85yANdVA45G6E1FYlTXP8QfVIk="; </del> <ins> rev = "659422ecb2810f91446a71e52b82524d4f1755d8"; sha256 = "sha256-CH8gcfkjSAknG6kKHp0aODcrjEJjzHbgeVaE/PK1zRA="; </ins> }; <del> cargoHash = "sha256-Y2Zgo/VAJxzQd2cXxyiJS5AqcVRClAuUsEogivK3EJw="; </del> <ins> cargoHash = "sha256-GtGWuvYdxP3dgGekoXYaM+lnZJBgJX1UIWe0EH+/52M="; </ins> <del> postPatch = '' rm .cargo/config.toml; ''; </del> <ins> nativeBuildInputs = [ # ncurses provides the tput command needed for integration tests # https://github.com/mgunyho/tere/issues/93#issuecomment-2029624187 ncurses ]; checkFlags = lib.optionals stdenv.isDarwin [ # Unexplained fail # https://github.com/NixOS/nixpkgs/pull/298527#issuecomment-2053758845 "--skip=first_run_prompt_accept" ]; # NOTE: workaround for build fail on aarch64 # See https://github.com/NixOS/nixpkgs/issues/145726#issuecomment-971331986 preBuild = let python-with-toml = python3.withPackages (ps: [ps.toml]); script = builtins.toFile "clear_linkers.py" '' from os import path import toml if path.exists(".cargo/config.toml"): config = toml.load(open(".cargo/config.toml")) for target in config.get("target",{}).values(): if "linker" in target: del target["linker"] toml.dump(config,open(".cargo/config.toml", "w")) else: print(__file__, ":  CONFIG.TOML EXPECTED") exit(1) ''; in "${python-with-toml}/bin/python3 ${script}"; </ins> meta = with lib; { description = "A faster alternative to cd + ls";
Change:
Another wrinkle. All the haddocks for are missing Source links. It looks like I'll need to build a bootstrap using the same GHC binary that GHC will be built with, as a dependency of the GHC source build so that it can use it during the documentation phase. Shouldn't be too difficult.

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Gedit is missing the pycairo dependency (python311Packages.pycairo specifically in my case) I'm on the unstable channel I'm new to nix, so maybe an indirect dependency is missing the pycairo dependency instead a terminal will periodically (~1 per second) print the error message see no errors with: . No error message should be printed. I'm using the Nix package manager on Manjaro Linux. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, mesonEmulatorHook , fetchurl , python3 <ins> , python3Packages </ins> , pkg-config , gtk3 , gtk-mac-integration

perl pkg-config python3 <ins> python3Packages.wrapPython </ins> vala wrapGAppsHook gtk-doc

# Reliably fails to generate gedit-file-browser-enum-types.h in time enableParallelBuilding = false; <ins> pythonPath = with python3Packages; [ # https://github.com/NixOS/nixpkgs/issues/298716 pycairo ]; postFixup = '' buildPythonPath "$pythonPath" patchPythonScript $out/lib/gedit/plugins/snippets/document.py ''; </ins> passthru = { updateScript = gnome.updateScript { packageName = "gedit";
Change:
When running paperless-ngx with a location like , current unstable and master will cause it to break. See also this upstream issue: Steps to reproduce the behavior: paperless to use as location: to access The login screen should be shown The client is redirected infinitely. This can be solved by using uvicorn <= 0.25, which doesn't include the yet, to match the . Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
fixes it for me, but I feel like this quick hack isn't good enough for a PR - feel free to take it from here.
Thanks for the report! I will open a PR for that
Can't we fix this in our NixOS module? And maybe a NixOS test for this would be good.
I agree a NixOS test would be good. What do you mean with a fix in the module? The module doesn't configure nginx (and I think it shouldn't) and then I see no other way than pinning uvicorn?
I didn't read the upstream issue carefully but it sounded like setting some environment variables also fixes this.
I tests in Feel free to integrate them & improve when needed.
As best as I can tell, what happened is that Uvicorn now prefixes all requests made to Paperless with the (previously, would be rewritten to but now it's not), this rewriting is now supposed to be done on Paperless's end (for spec reasons I guess). Which means that you can't fix this with an environment variable, and they are going to be pinning Uvicorn to 0.25 until they do a (potentially) sizeable rewrite.
Mind opening a PR for them?

Discussion:
hash = "sha256-M1CnB1adk02lJuFsm0zzjSx/l9hKHJMt1Wh2a5Xtdyg="; }; <del> python = python3; </del> <ins> # subpath installation is broken with uvicorn >= 0.26 # https://github.com/NixOS/nixpkgs/issues/298719 # https://github.com/paperless-ngx/paperless-ngx/issues/5494 python = python3.override { packageOverrides = self: super: { uvicorn = super.uvicorn.overridePythonAttrs (oldAttrs: { version = "0.25.0"; src = fetchFromGitHub { owner = "encode"; repo = "uvicorn"; rev = "0.25.0"; hash = "sha256-ng98DTw49zyFjrPnEwfnPfONyjKKZYuLl0qduxSppYk="; }; }); }; }; </ins> path = lib.makeBinPath [ ghostscript