jiebi/CodeConvo huggingface dataset:
Change:
influxdb10 = callPackage ../servers/nosql/influxdb/v1.nix { }; <del> hyperdex = callPackage ../servers/nosql/hyperdex { }; </del> mysql55 = callPackage ../servers/sql/mysql/5.5.x.nix { inherit (darwin) cctools; inherit (darwin.apple_sdk.frameworks) CoreServices;

Discussion:
Starting the HyperDex coordinator by running does most of its work by , which must be on . This does not work with the current derivation. This could be fixed either by ensuring replicant is to PATH (would making it a propagated build input be sufficient?) or patching hyperdex to exec replicant by its store path. Install hyperdex, run . It fails. System: 16.03.1242. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.03.1242.
Thanks! Upstream hyperdex is not super maintained and in my experience not stable enough to be used in production. I vote for removing it from nixos. are you relying in hyperdex in nixos or is are you just testing? [1]
I was just testing, not relying on it. Removal sounds okay to me. Alternately, I tested and adding to (in addition to ) fixes the problem.
Change:
'' $machine->waitForUnit("multi-user.target"); <ins> subtest "apparmor-loaded", sub { $machine->succeed("systemctl status apparmor.service"); }; # AppArmor securityfs subtest "apparmor-securityfs", sub { $machine->succeed("mountpoint -q /sys/kernel/security"); $machine->succeed("cat /sys/kernel/security/apparmor/profiles"); }; </ins> # Test loading out-of-tree modules subtest "extra-module-packages", sub { $machine->succeed("grep -Fq wireguard /proc/modules");

Discussion:
Upgrading to kernel 5.1.0 from breaks apparmor, preventing it from loading. Furthermore, this also breaks , requiring a kernel downgrade to (kernel 5.0.13) to fix this. The error is: I believe the main issue is from this line here: and should be sufficient to reproduce the problem, although apparmor was already implicitly enabled on my system. I believe it's because of lxd.
It can alternatively be reproduced with and . I've removed the second part as a workaround.
I can reproduce the apparmor issue (on unstable-small 19.09pre179342.), but I can keep rebuilding once apparmor.service fails. Not sure if I'm understanding that part right though...
Off the top of my head I'd guess that this is related to not being mounted; is it? (should be at ). I recently tweaked the ordering of the apparmor unit, so this could be fallout from that (EDIT: probably not).
Hm, from my testing it seems that the selinux lsm is selected by the kernel at boot instead of apparmor for whatever reason under 5.1. I do note that no longer explicitly sets the default boot parameter to . Can you check output? When apparmor is selected, you should see something like "AppArmor: AppArmor Filesystem Enabled"; if that is missing, look for mentions of selinux. Explicitly setting fixes the issue on my end; I'll push a patch to that effect.
I believe this has been fixed. Please reopen if the problem persists.
This is a problem again. Would somebody please re-open this issue?
Hmmm, this seems to be fixed by a reboot. Is there some way to say "reboot required" from ?
I just had the same issue and reboot indeed fixed it, thanks a lot
Just reproduced this by adding to . Making a reboot unnecessary would be even better :-) Either way the problem still exists and significantly impacts usability... any plans on addressing it?
Change:
<ins> { lib, fetchFromGitHub, python3Packages, }: python3Packages.buildPythonPackage rec { pname = "zulip-emoji-mapping"; version = "1.0.1"; pyproject = true; src = fetchFromGitHub { owner = "GearKite"; repo = "zulip-emoji-mapping"; rev = "v${version}"; hash = "sha256-logm5uAnLAcFqI7mUxKEO9ZmHqRkd6CFiCW4B5tqZzg="; }; build-system = with python3Packages; [ setuptools ]; pythonImportsCheck = [ "zulip_emoji_mapping" ]; meta = { description = "Get emojis by Zulip names"; homepage = "https://github.com/GearKite/zulip-emoji-mapping"; changelog = "https://github.com/GearKite/zulip-emoji-mapping/releases"; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ robertrichter ]; }; } </ins>

Discussion:
Project description A Zulip puppeting bridge for Zulip. similar to mautrix-signal etc. Metadata homepage URL: source URL: license: agpl 3 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
See
Change:
spoofer-gui = callPackage ../tools/networking/spoofer { withGUI = true; }; <ins> spooles = callPackage ../development/libraries/science/math/spooles {}; </ins> sqlcheck = callPackage ../development/tools/database/sqlcheck { }; sqlitebrowser = libsForQt5.callPackage ../development/tools/database/sqlitebrowser { };

Discussion:
Three-Dimensional Structural Finite Element Program Website: Current stable: v2.15 Example of other distro builds:
I propose that we rename this package to calculix-ccx. Should I open a new ticket for that ? Edit: request -
Change:
, buildDotnetModule , fetchFromGitHub , fetchurl <del> , dotnetCorePackages </del> , gtk3 , libX11 , libXrandr

Discussion:
Package name: opentabletdriver Latest released version: 0.6.1 <!-- Search your package here: --- Current version on the unstable channel: 0.6.0.4 Current version on the stable/release channel: 0.6.0.4 <!-- 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.
Change:
installPhase = '' mkdir -p $out/bin <del> makeWrapper ${why3}/bin/why3 $out/bin/why3 --add-flags "--extra-config $out/share/why3/why3.conf" </del> <ins> makeWrapper ${why3}/bin/why3 $out/bin/why3 --add-flags "--config $out/share/why3/why3.conf" </ins> ''; }

Discussion:
When using I'd expect to show Z3 and Alt-Ergo. Steps to reproduce the behavior: (make sure is merged or check out my branch) I'd expect and to be listed. The derivation does : It should do instead to overwrite the config completely. Please run and paste the result.
Thanks for the report. Would you like to open a PR with the proposed change?
Change:
[ "virtualisation" "containers" "users" ] "All users with `isNormalUser = true` set now get appropriate subuid/subgid mappings." ) <ins> ( lib.mkRemovedOptionModule [ "virtualisation" "containers" "containersConf" "extraConfig" ] "Use virtualisation.containers.containersConf.settings instead." ) </ins> ]; options.virtualisation.containers = {

Discussion:
Describe the bug creates a defect as the block is defined two times. To Reproduce Steps to reproduce the behavior: Enable and Expected behavior and should be merged to one block. Additional context I'm on zfs. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(plumps): channels(root): nixpkgs: Maintainer information:
I have a PR up to fix this
Change:
<ins> { lib, buildPythonPackage, fetchPypi, six, random2 }: buildPythonPackage rec { pname = "pysol-cards"; version = "0.14.2"; src = fetchPypi { inherit version; pname = "pysol_cards"; sha256 = "sha256-wI3oV1d7w+7JcMOt08RbNlMWzChErNYIO7Vuox1A6vA="; }; propagatedBuildInputs = [ six random2 ]; meta = with lib; { description = "Generates Solitaire deals"; homepage = "https://github.com/shlomif/pysol_cards"; license = licenses.mit; maintainers = with maintainers; [ mwolfe ]; }; } </ins>

Discussion:
The package PySolFC is broken: It does not even start but throws an exception. Looks like noone has ever tested this. :( -shell -p pysolfc .py Traceback (most recent call last): File "/nix/store/y3xs17qmzs898jyjcbp9vbcj2kkjqhgz-PySolFC-", line 37, in <modulefrom import main # noqa: E402,I202 File "/nix/store/y3xs17qmzs898jyjcbp9vbcj2kkjqhgz-PySolFC-2.6.4/lib/python3.9/site-", line 30, in <modulefrom import Application File "/nix/store/y3xs17qmzs898jyjcbp9vbcj2kkjqhgz-PySolFC-2.6.4/lib/python3.9/site-", line 31, in <modulefrom import GAMEDB, GI, loadGame File "/nix/store/y3xs17qmzs898jyjcbp9vbcj2kkjqhgz-PySolFC-2.6.4/lib/python3.9/site-", line 28, in <modulefrom pysollib.mfxutil import Struct, printerr File "/nix/store/y3xs17qmzs898jyjcbp9vbcj2kkjqhgz-PySolFC-2.6.4/lib/python3.9/site-", line 146, in <moduleuclock = AttributeError: module 'time' has no attribute 'clock'
Just ran into this as well. Looks like was removed in Python 3.8, but also the version of PySolFC in is three and a half years (and ten minor versions) old so decent chance bumping the package version takes care of it
Change:
CoreVideo CoreWLAN DisplayServices <del> Foundation </del> IOBluetooth MediaRemote OpenCL <del> moltenvk ]; </del> <ins> SystemConfiguration darwin.moltenvk ]); </ins> cmakeFlags = [ "-DCMAKE_INSTALL_SYSCONFDIR=${placeholder "out"}/etc"

Discussion:
Steps to reproduce the behavior: fastfetch log: related: <!-- 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]:
Yeah, this popped up after a staging change... I tried to look into a little bit before but not sure exactly what needs to change for it, yet.
Change:
<ins> { lib , fetchFromGitHub , atk , gdk-pixbuf , gobject-introspection , gtk-layer-shell , gtk3 , pango , python310Packages , wrapGAppsHook }: python310Packages.buildPythonApplication rec { pname = "nwg-displays"; version = "0.3.7"; src = fetchFromGitHub { owner = "nwg-piotr"; repo = "nwg-displays"; rev = "v${version}"; hash = "sha256-Y405ZeOSpc1aPKEzFdvlgJgpGAi9HUR+Hvx63uYdp88="; }; nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; buildInputs = [ gtk3 ]; propagatedBuildInputs = [ atk gdk-pixbuf gtk-layer-shell pango python310Packages.gst-python python310Packages.i3ipc python310Packages.pygobject3 ]; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=("''${gappsWrapperArgs[@]}"); ''; # Upstream has no tests doCheck = false; meta = { homepage = "https://github.com/nwg-piotr/nwg-displays"; description = "Output management utility for Sway and Hyprland"; license = lib.licenses.mit; platforms = lib.platforms.linux; maintainers = [ ]; }; } </ins>

Discussion:
Project description Output management utility for sway and Hyprland. Metadata homepage URL: https://nwg- source URL: license: mit platforms: linux
Change:
ckcc-protocol keepkey trezor <ins> bitbox02 cbor pyserial </ins> ] ++ lib.optionals enableQt [ pyqt5 qdarkstyle ]; <del> checkInputs = with python3.pkgs; lib.optionals enableQt [ </del> <ins> checkInputs = with python.pkgs; lib.optionals enableQt [ </ins> pyqt6 ];

Discussion:
Cannot use hardware wallet with electrum from nixos-unstable channel Steps to reproduce the behavior: to use hardware wallet with electrum (either via creating wallet or loading a wallet) :x: on "Choose Hardware Device" screen, be presented with debug error A list of connected hardware wallets when at least one is connected ! Issue is not present in package from nixos-23.11 channel hardware wallet used: Ledger Nano X Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
dontUseCmakeConfigure = true; # ICU 58, included in 5.3.x <del> patches = [(fetchurl { url = "https://gerrit.libreoffice.org/gitweb?p=core.git;a=patch;h=3e42714c76b1347babfdea0564009d8d82a83af4"; sha256 = "10bid0jdw1rpdsqwzzk3r4rp6bjs2cvi82h7anz2m1amfjdv86my"; name = "libreoffice-5.2.x-icu4c-58.patch"; })]; </del> <ins> patches = [ (fetchurl { url = "https://gerrit.libreoffice.org/gitweb?p=core.git;a=patch;h=3e42714c76b1347babfdea0564009d8d82a83af4"; sha256 = "10bid0jdw1rpdsqwzzk3r4rp6bjs2cvi82h7anz2m1amfjdv86my"; name = "libreoffice-5.2.x-icu4c-58.patch";} ) ./xdg-open.patch ]; </ins> postUnpack = '' mkdir -v $sourceRoot/src

Discussion:
When user control-clicks on link embedded in cell nothing happens, and gets printed in console. Create a cell with web link in libre office calc and try to open the link. System: 17.03.1152. Nix version: 1.11.8 Nixpkgs version: 17.03.1152. Sandboxing enabled: false
This patch for libreoffice core may help
Change:
vowpal-wabbit = callPackage ../applications/science/machine-learning/vowpal-wabbit { }; <ins> vt-cli = callPackage ../tools/security/vt-cli { }; </ins> utahfs = callPackage ../applications/networking/utahfs { }; wakeonlan = callPackage ../tools/networking/wakeonlan { };

Discussion:
Project description vt-cli is the official command-line tool for interacting with VirusTotal. It is written in Go. Metadata homepage URL: source URL: license: asl2 platforms: unix
Change:
in (haskell.lib.compose.overrideCabal (drv: { <ins> # pandoc-cli's pandoc executable report the libraries version via --version, match that, inherit (static.scope.pandoc) version; # but prevent haskellPackages.mkDerivation from recomputing the src tarball based on that. inherit (static) src; # Make it possible to recover the cli version if necessary. passthru = drv.passthru or {} // { cliVersion = static.version; }; </ins> configureFlags = drv.configureFlags or [] ++ ["-fembed_data_files"]; buildDepends = drv.buildDepends or [] ++ [haskellPackages.file-embed]; buildTools = (drv.buildTools or []) ++ [ removeReferencesTo ];

Discussion:
Steps to reproduce the behavior: Add any other context about the problem here. <!-- 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.
Closing this, upstream issue is closed and this builds now.
Change:
"qcodes" ]; <ins> postPatch = '' substituteInPlace pyproject.toml  --replace-fail 'default-version = "0.0"' 'default-version = "${version}"' ''; </ins> postInstall = '' export HOME="$TMPDIR" '';

Discussion:
This breaks qcodes-contrib-drivers. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
# Tools that use gtk2hs-buildtools now depend on them in a custom-setup stanza cairo = addBuildTool super.cairo self.gtk2hs-buildtools; pango = disableHardening (addBuildTool super.pango self.gtk2hs-buildtools) ["fortify"]; <ins> gtk = if pkgs.stdenv.isDarwin then appendConfigureFlag super.gtk "-fhave-quartz-gtk" else super.gtk; </ins> # https://github.com/commercialhaskell/stack/issues/3001 stack = doJailbreak super.stack;

Discussion:
fails to build on . See below for the proposed fix Given this file: ... you can reproduce the error with: System: Nix version: Nixpkgs revision: Adding the cabal configure flag on OS X fixes the problem: I'd submit a PR to fix this but I'm not sure what's the idiomatic way to patch a Haskell package with a cabal configure flag just for Darwin platforms
Similar to this, you'll have in scope there
Change:
aclFile = mkOption { type = with types; nullOr str; <del> default = if (config.aclUse && config.acl == null) then "/var/lib/dokuwiki/${name}/users.auth.php" else null; </del> <ins> default = if (config.aclUse && config.acl == null) then "/var/lib/dokuwiki/${name}/acl.auth.php" else null; </ins> description = '' Location of the dokuwiki acl rules. Mutually exclusive with services.dokuwiki.acl Mutually exclusive with services.dokuwiki.acl which is preferred.

Discussion:
The default value for the path to the ACL points to the same path as the users file. Dokuwiki sees this as an invalid ACL, since the users file does not match the ACL syntax. This prevents users from logging in. Source: To Reproduce Expected behavior ACL is valid and users can log in. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Change:
owner = "Textualize"; repo = pname; rev = "refs/tags/v${version}"; <del> hash = "sha256-1soeb3aD4wB4stILvfOga/YZtyH6jd0XvnxkLmbW4G0="; </del> <ins> hash = "sha256-PnyO5u0gxfYKT6xr0k3H0lbLl9wKPl6oxR1mM9A0Hys="; </ins> }; <del> nativeBuildInputs = [ poetry-core ]; </del> <ins> nativeBuildInputs = [ poetry-core ]; </ins> propagatedBuildInputs = [ markdown-it-py pygments <ins> setuptools </ins> ] ++ lib.optionals (pythonOlder "3.9") [ typing-extensions ];

Discussion:
Package name: textual Latest released version: 0.23.0 <!-- Search your package here: --- Current version on the unstable channel: 0.15.1 Current version on the stable/release channel: <!-- 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.
Does resolve this?
As far as I can tell: yes. Would be great to have it merged into master (so it shows up in nixpkgs-unstable at some point).
And of course there have been two new releases in the meantime....
Was fixed, closing.
Change:
open-policy-agent = callPackage ../development/tools/open-policy-agent { }; <del> openmm = callPackage ../development/libraries/science/chemistry/openmm { }; </del> <ins> openmm = callPackage ../development/libraries/science/chemistry/openmm { stdenv = if stdenv.targetPlatform.isAarch64 then gcc9Stdenv else gcc11Stdenv; gfortran = if stdenv.targetPlatform.isAarch64 then gfortran9 else gfortran11; }; </ins> openshift = callPackage ../applications/networking/cluster/openshift { };

Discussion:
Steps to reproduce the behavior: or Still works around - but has been broken for at least 3 days in nixos-unstable Please run and paste the result.
Yup, here is the associated hydra build: Interestingly this looks like a compiler bug. It does build flawlessly with the and some OpenCL module seems to be responsible. If I disable the OpenCL support in OpenMM everything works fine also with gcc. Unfortunately I couldn't find any good candidate between and that would be obvious. Also does not work with older GCC versions (e.g. gcc9Stdenv), while it does on aarch64 as is. I will build all the commit between and and see which one breaks OpenMM. The worst case scenario would be disabling OpenCL for the moment.
OK, it is specifically that breaks it. Not too surprising, its the update from GCC 11 -GCC 12. The best fix for the moment seems to be to use the GCC 11 until OpenCL and vectorisation problems are resolved. Very much to my surprise (and all lower gccXStdenv versions) still give me the GCC 12. do you know why this does not work?
It seems to be connected to the Fortran compiler. This works:
Good catch - does it make sense to do a PR to fix it or investigate the failure upstream?
Nice that this works. Still I am surprised, as using without replacing the gfortran was enough. However, gfortran also seems to include gcc and g++ in PATH. For now I will make a nixpkgs PR with the gfortran11 and gcc11Stdenv to get it working here again. I will try to reproduce this on Debian with the GCC12 to see if this is purely a Nix problem or not.
This is probably a bug in the gfortran compiler wrappers? Pulling in gfortran should not override the c compiler from stdenv.
Hm, I am pretty the gfortran wrapper does. Simply doing gives me g++ and gcc. But I am afraid to touch anything involving the compiler wrappers in nixpkgs :sweat_smile: But this would explain something. The compilation error happens definitely in the cpp files, not in Fortran sources.
This even happens on Debian Sid with the GCC12 and OpenCL from the Debian repos.

Thus, I would agree, this is probably an upstream bug. I am not sure whether this is a GCC bug or a OpenMM bug ... At least it also still happens on OpenMM's master branch.
The build failure with GCC 12 is certainly an upstream bug which, I assume, will be fixed sooner or later. However, the bug that gfortran overrides c compilers is most likely a problem on our end (probably in the compiler wrapper).
I am not sure about this one. clang and g++ < 12 works flawless and a vectorisation pass of g++ calls this an compiler bug itself.
Change:
sha256 = "18jqphjiifljlh9jg8zpl6310p3iwyaqphdkmf89acyaix0s4kj1"; }; cppo = fetchurl { <del> url = "https://github.com/mjambon/cppo/archive/v1.6.4.tar.gz"; sha256 = "0jdb7d21lfa3ck4k59mrqs5pljzq5rb504jq57nnrc6klljm42j7"; </del> <ins> url = "https://github.com/mjambon/cppo/archive/v1.6.5.tar.gz"; sha256 = "1dkm3d5h6h56y937gcdk2wixlpzl59vv5pmiafglr89p20kf7gqf"; </ins> }; cudf = fetchurl { url = "https://gforge.inria.fr/frs/download.php/36602/cudf-0.9.tar.gz";

Discussion:
Currently nothing compiles from opam env. Need to add this patch for workaround using .
cc
Please don’t hesitate to sent a merge request.
Change:
<del> { stdenv, fetchFromGitHub, pkgconfig </del> <ins> { mkDerivation, lib, fetchFromGitHub, pkgconfig </ins> , boost, libtorrentRasterbar, qtbase, qttools, qtsvg , debugSupport ? false # Debugging , guiSupport ? true, dbus ? null # GUI (disable to run headless)

Discussion:
Describe the bug Running qbittorrent causes the following error To Reproduce Install qbittorrent and run Expected behavior A clear and concise description of what you expected to happen. Screenshots If applicable, add screenshots to help explain your problem. Additional context Another example of: Metadata Please run and paste the result. Maintainer information:
Change:
, libngspice , libgit2 , quazip <ins> , clipper </ins> }: let

Discussion:
Package name: fritzing Latest released version: 1.0.1 (not tagged, it appears to be ) <!-- Search your package here: --- Current version on the unstable channel: unstable-2022-07-01 Current version on the stable/release channel: unstable-2022-07-01 <!-- 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]:
Thanks! Updated to in