jiebi/CodeConvo huggingface dataset:
Code change:
python3.override { packageOverrides = self: super: { # does not find tests <del> alembic = super.alembic.overridePythonAttrs (oldAttrs:  { doCheck = false; }); # Needed by mailman, see https://gitlab.com/mailman/mailman/-/issues/964 sqlalchemy = super.sqlalchemy.overridePythonAttrs (oldAttrs: rec { version = "1.3.24"; src = super.fetchPypi { inherit version; inherit (oldAttrs) pname; sha256 = "06bmxzssc66cblk1hamskyv5q3xf1nh1py3vi6dka4lkpxy7gfzb"; }; # does not find tests </del> <ins> alembic = super.alembic.overridePythonAttrs (oldAttrs: { </ins> doCheck = false; }); # Fixes `AssertionError: database connection isn't set to UTC`

Related discussion:
text: Steps to reproduce the behavior: $ nix build --verbose The interesting thing is that I can build the flask-sqlalchemy package just fine: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Code change:
throw "fetchWordpress: invalid package type ${type}"; }) {}; <del> } // lib.mapAttrs (type: pkgs: lib.makeExtensible (_: lib.mapAttrs (pname: data: self.mkOfficialWordpressDerivation { type = lib.removeSuffix "s" type; inherit pname data; }) pkgs)) generatedJson; </del> <ins> } // lib.mapAttrs ( type: pkgs: lib.makeExtensible (_: lib.mapAttrs (pname: data: self.mkOfficialWordpressDerivation {type = lib.removeSuffix "s" type; inherit pname data; license = sourceJson.${type}.${pname}; }) pkgs)) generatedJson; </ins> # This creates an extensible scope. in lib.recursiveUpdate ((lib.makeExtensible (_: (lib.makeScope newScope packages))).extend (selfWP: superWP: {})) (callPackage ./thirdparty.nix {})

Related discussion:
text: The package with that are automatically fetched carry no license. ` cc
Poking upstream does not seem to yield anything. They did indicate they wouldn't support this use case, so what are you expecting from them?
I talked to the authors of wp4nix and they are happy for new contributions. It would be nice if the wp4nix script would somehow handle license informations, for example by manually defining them. Not quite sure yet how to implement it
If we don't know the licenses to these packages we honestly cannot keep them around. For example, it is absolutely unclear, whether we have a license to even redistribute them. Of course upstream will take patches, but they're not exactly in the same boat we are. I think your attitude towards the whole licensing situation around wp4nix/nc4nix and its resulting packages is alarming.
As written : Fixing this for Wordpress packages and themes (wp4nix) and Nextcloud apps (nc4nix) in a foreseeable time exceeds my skills and competence. Therefore I would like to offer to add a flag to these package sets and remove them for the next release 23.11 if it's not resolved by then.
Couldn't we mark them as unfree so they don't get cached on hydra but people can still use them if they want? Unfortunately it seems like the wordpress plugins repository doesn't seem to provide the license information in an easy manner. And I don't know whether it is stored somewhere else or can even be extracted from the derivation without import-from-derivation.
Actuallly we seem to be safe in theory. claims
In an ideal world, that would hold true, but it is up to the user and distributor to validate the final outcome. I therefore think this situation remains unresolved.
Code change:
mkdir -p $out for package in $packages do <del> for hook in $package/lib/systemd/system-${type}/* </del> <ins> for hook in $package/lib/systemd/${dir}/* </ins> do ln -s $hook $out/ done

Related discussion:
text: Unable to use Podman's quadlets feature for a user, since the service unit files are not generated by systemd. Steps to reproduce the behavior: a quadlet file in (say, ) . Systemd says that no unit files were found. Caddy service should have been generated and its status displayed. This issue is caused by not symlinking the provided by the package to . Does not occur at the system level, since is already symlinked to Fix: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Confirmed the quadlet systemd user generator is not found in /etc/systemd. I'm gonna take this one and try to come up with a fix in NixOS module.
Code change:
<ins> { mkDerivation, haskellPackages, fetchFromGitHub, lib }: mkDerivation rec { pname = "fffuu"; version = "unstable-2018-05-26"; src = fetchFromGitHub { owner = "diekmann"; repo = "Iptables_Semantics"; rev = "e0a2516bd885708fce875023b474ae341cbdee29"; sha256 = "1qc7p44dqja6qrjbjdc2xn7n9v41j5v59sgjnxjj5k0mxp58y1ch"; }; postPatch = '' substituteInPlace haskell_tool/fffuu.cabal  --replace "containers >=0.5 && <0.6" "containers >= 0.6"  --replace "optparse-generic >= 1.2.3 && < 1.3" "optparse-generic >= 1.2.3" ''; preCompileBuildDriver = '' cd haskell_tool ''; isLibrary = false; isExecutable = true; # fails with sandbox doCheck = false; libraryHaskellDepends = with haskellPackages; [ base containers split parsec optparse-generic ]; executableHaskellDepends = with haskellPackages; [ base ]; testHaskellDepends = with haskellPackages; [ tasty tasty-hunit tasty-golden ]; description = "Fancy Formal Firewall Universal Understander"; homepage = https://github.com/diekmann/Iptables_Semantics/tree/master/haskell_tool; license = lib.licenses.bsd2; maintainers = [ lib.maintainers.marsam ]; } </ins>

Related discussion:
text: The ffuu tool analyses iptable rules and dumps them. I thought it would be pretty cool to try it out on NixOS.
Looks like has done this:
Code change:
install    -m 644 data/images/unix/ui-alpha_half.png    $out/share/ibus-mozc/alpha_half.png install    -m 644 data/images/unix/ui-alpha_full.png    $out/share/ibus-mozc/alpha_full.png install -D -m 755 out_linux/Release/mozc_renderer       $out/lib/mozc/mozc_renderer <ins> install -D -m 755 out_linux/Release/mozc_emacs_helper   $out/lib/mozc/mozc_emacs_helper </ins> runHook postInstall '';

Related discussion:
text: Emacs mozc looks to only package the file, but it requires other binaries to work. Specifically 'mozcemacshelper' is required for it to run, as well as the mozcserver. I suppose the server can be installed with ibus-mozc, or fcitx-mozc, etc, but either way I did not find 'mozcemacs_helper'. Steps to reproduce the behavior: emacs to require it - and run mozc Japanese input via the Mozc IME should be functional <!-- 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 made a patch Could you try it?
I have a feeling this will not work for you now due to Apparently just changed paths (it's in now under the ibus-mozc store path). So I think it should continue to work as long as the emacs variable is updated. (I'm using fcitx5 so it didn't hit me, but I came across this by chance and thought I should let you know)
Code change:
bitbucket_api = buildPythonPackage rec { name = "bitbucket-api-0.4.4"; <ins> # python3 does not support relative imports disabled = isPy3k; </ins> src = pkgs.fetchurl { url = "mirror://pypi/b/bitbucket-api/${name}.tar.gz"; sha256 = "e890bc3893d59a6f203c1eb2bae60e78ac4d3869da7ea4fb104dca588aea85b2"; }; <del> propagatedBuildInputs = with self; [ requests_oauth2 nose sh ]; </del> <ins> propagatedBuildInputs = with self; [ requests_oauthlib nose sh ]; </ins> doCheck = false;

Related discussion:
text: I get the error: It seems that this problem is related to There is no problem for System: 17.03pre94121. (Gorilla) and on master Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 17.03pre94121.
it seems the tests depend on a package like
Code change:
else stdenvNoCC.mkDerivation { inherit name; <del> nativeBuildInputs = [ pijul ]; </del> <ins> nativeBuildInputs = [ pijul cacert ]; strictDeps = true; </ins> dontUnpack = true; dontConfigure = true;

Related discussion:
text: The pijul fetcher throws a certificate error when used, for example with the following command: Related: Steps to reproduce the behavior: fetchpijul (for example like in the command above) fails with above error Repository gets fetched successfully Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Oh my, thanks for notifying, I'll make a PR to fix that ASAP!
Code change:
ipython = if isPy27 then callPackage ../development/python-modules/ipython/5.nix { } <del> else if isPy35 then callPackage ../development/python-modules/ipython/7.9.nix { } </del> else callPackage ../development/python-modules/ipython { };

Related discussion:
text: According to the 3.5 life-cycle () , the final release has already occurred and is now considered EOL. The jump from 3.5 to 3.6 has already happened in the majority of python packages and should not be a similar situation in which we had to extend python2's life long after its official EOL date.
Code change:
, libxfce4ui , libxfce4util , libxslt <ins> , pcre </ins> , xfconf , gobject-introspection , makeWrapper

Related discussion:
text: Describe the bug The Thunar bulk-rename dialog doesn't support regular expressions. To Reproduce Steps to reproduce the behavior: multiple files. -Click → Rename. "Search & Replace" Expected behavior The "Regular Expression" option can be checked. Screenshots ! Additional context This appears to be because it is not using PCRE or PCRE doesn't support UTF-8. I support it isn't being built with PCRE at all. Notify maintainers No maintainers, touched it last. Metadata system: host os: multi-user?: sandbox: version: channels(kevincox): channels(root): nixpkgs: Maintainer information:
Code change:
"CAP_SYS_ADMIN" ]; DevicePolicy = "closed"; <del> DeviceAllow = lib.mkOverride 100 ( </del> <ins> DeviceAllow = lib.mkOverride 50 ( </ins> if cfg.devices != [] then cfg.devices else [

Related discussion:
text: cannot access my devices. Here's an example log: I'm almost certain, that the issue is an empty , as the service runs fine without it, but I'd like a second opinion before sending a PR. Steps to reproduce the behavior: and set [Optional] Override DeviceAllow list: The service will work now. should run without errors. Adding has the same issue, overriding fixes it aswell. Possible offending code: Not sure why the override is not working, though: <!-- 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.
What does your resulting systemd unit look like? Also default priority is 1000, so overriding it with priority 100 should work.
I agree, it should work, here is the before and after (created with systemctl cat) Stock nixpkgs: With my changes: Evaluating results in for me.
Yup, that looks like the problem. That would mean they share the same priority, so we should likely try going down to 50 with the override.
I'm not sure if [the wiki][1] is up to date, but 100 seems to be the default, 1000 is the default for defaults. It might be more future-proof to change to , but it's probably more disruptive for the other modules. Overriding with 50 seems to be the smarter option. [1]: I could assemble a PR, seems like a very small fix
Feel free!
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Code change:
stress-ng = callPackage ../tools/system/stress-ng { }; <ins> stressapptest = callPackage ../tools/system/stressapptest { }; </ins> stoken = callPackage ../tools/security/stoken (config.stoken or {}); storeBackup = callPackage ../tools/backup/store-backup { };

Related discussion:
text: Stressful Application Test (or stressapptest, its unix name) is a memory interface test. It tries to maximize randomized traffic to memory from processor and I/O, with the intent of creating a realistic high load situation in order to test the existing hardware devices in a computer. It has been used at Google for some time [...] In my experience it's an absolute monster in finding random memory errors that don't show up over weeks of real world usage. Until ECC is commonplace, running this software is necessary. Metadata source URL: license: Apache 2.0 platforms: linux
could you please give a try?
worked no problem, thanks a lot!
Code change:
hash = "sha256-1s/7C9y+73ADLF/17Vepw0pZNVtYnKoP24GdwKc9X2Y="; }; <ins> patches = [ # These just simply won't build ./0000-dont-install-tests-hsaco.patch # Fix bad paths (substituteAll { src = ./0001-fix-shell-scripts.patch; rocmtoolkit_merged = rocmtoolkit-merged; }) ]; </ins> nativeBuildInputs = [ cmake clang

Related discussion:
text: When trying to use rocprofv2: This might have something to do with some predefined paths in Steps to reproduce the behavior: an executable with hipcc it with rocprofv2 <!-- 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 need to do some work with . need to make a patch that strips. I need to fix itself. I wonder if it's because I'm stripping out the test directories? Also yes, it looks like you're right. You can fix that by prepending too, so I'm not entirely sure it'll work. Try setting `. You may just be able to run it from that as well.
I don't think that removing hsa-amd-aqlprofile-bin is a good idea, because without it, it loses performance counters support. I think there should at least be a rocprof derivation with aqlprofile.
My bad, I forgot to add that the patch is optional.
Right. Could you tell me your test environment and the source of the hip executable (or just some stub) so I can replicate this? I've never actually used rocprofiler.
You can try this, it just prints 10 numbers, it can be compiled with hipcc without any flag. I am using a radeon rx6600m(gfx1032).
see
Code change:
rustPlatform.buildRustPackage rec { pname = "repgrep"; <del> version = "0.14.3"; </del> <ins> version = "0.15.0"; </ins> src = fetchFromGitHub { owner = "acheronfail"; repo = "repgrep"; rev = version; <del> hash = "sha256-33b0dZJY/lnVJGMfAg/faD6PPJIFZsvMZOmKAqCZw8k="; </del> <ins> hash = "sha256-6ba7EJUts0Ni9EA3ENlK+a2FaPo7JohtCyqwR9DdL1E="; </ins> }; <del> cargoHash = "sha256-UMMTdWJ0/M8lN4abTJEVUGtoNp/g49DyW+OASg3TKfg="; </del> <ins> cargoHash = "sha256-XEjKTZ3qaiLWbm2wF+V97u9tGXDq/oTm249ubUE9n94="; </ins> nativeBuildInputs = [ asciidoctor

Related discussion:
text: Package name: repgrep Latest released version: 0.15.0 <!-- Search your package here: --- Current version on the unstable channel: 0.14.3 Current version on the stable/release channel: 0.14.3 <!-- 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]:
Code change:
<del> { lib , stdenv , fetchFromGitHub , fetchpatch , zig_0_11 </del> <ins> { lib, stdenv, fetchFromGitHub, zig, </ins> }: stdenv.mkDerivation rec { pname = "poop"; <del> version = "0.4.0"; </del> <ins> version = "0.5.0"; </ins> src = fetchFromGitHub { owner = "andrewrk"; repo = "poop"; rev = version; <del> hash = "sha256-ekZpulQ1NpEOCG9KU2I4O0NL8mD+CC7bKF0tZbl7vHo="; </del> <ins> hash = "sha256-zrqR/TTELhsBIX42PysFsHPRs8Lx/zHcmi+VMDw1SdQ="; </ins> }; <del> # fix compilation with zig 0.11 patches = [ # https://github.com/andrewrk/poop/pull/41 (fetchpatch { name = "update-to-zig-0-11-0.patch"; url = "https://github.com/andrewrk/poop/commit/15c794d9dea91570485104cda26346f2ae5c9365.patch"; hash = "sha256-iv3IuYIDPzs98wiTXcO0igngaRRdQnASvzA4bYET54c="; }) # https://github.com/andrewrk/poop/pull/36 (fetchpatch { name = "update-zig-to-latest-0-11-0-dev-3883-7166407d8.patch"; url = "https://github.com/andrewrk/poop/commit/b1ca37c0cf637e9bbbf24cd243bafaedf02fa8c7.patch"; hash = "sha256-/j2zqi0Q2Pl7ZL+4GflwD/MnqcKScT/1SdYJAQ3o4bU="; }) ]; </del> nativeBuildInputs = [ <del> zig_0_11.hook </del> <ins> zig.hook </ins> ]; meta = with lib; {

Related discussion:
text: Package name: poop Latest released version: 0.5.0 <!-- Search your package here: --- Current version on the unstable channel: 0.4.0 Current version on the stable/release channel: 0.4.0 <!-- 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]:
Code change:
<ins> { stdenv, lib, fetchFromGitHub, fetchurl, cmake, git, makeWrapper, allegro5, libGL }: stdenv.mkDerivation rec { pname = "liberation-circuit"; version = "1.3"; src = fetchFromGitHub { owner = "linleyh"; repo = pname; rev = "v${version}"; sha256 = "BAv0wEJw4pK77jV+1bWPHeqyU/u0HtZLBF3ETUoQEAk="; }; patches = [ # Linux packaging assets (fetchurl { url = "https://github.com/linleyh/liberation-circuit/commit/72c1f6f4100bd227540aca14a535e7f4ebdeb851.patch"; sha256 = "0sad1z1lls0hanv88g1q6x5qr4s8f5p42s8j8v55bmwsdc0s5qys"; }) ]; # Hack to make binary diffs work prePatch = '' function patch { git apply --whitespace=nowarn "$@" } ''; postPatch = '' unset -f patch substituteInPlace bin/launcher.sh --replace ./libcirc ./liberation-circuit ''; nativeBuildInputs = [ cmake git makeWrapper ]; buildInputs = [ allegro5 libGL ]; cmakeFlags = [ "-DALLEGRO_LIBRARY=${lib.getDev allegro5}" "-DALLEGRO_INCLUDE_DIR=${lib.getDev allegro5}/include" ]; NIX_CFLAGS_LINK = "-lallegro_image -lallegro_primitives -lallegro_color -lallegro_acodec -lallegro_audio -lallegro_dialog -lallegro_font -lallegro_main -lallegro -lm"; hardeningDisable = [ "format" ]; installPhase = '' runHook preInstall mkdir -p $out/opt cd .. cp -r bin $out/opt/liberation-circuit chmod +x $out/opt/liberation-circuit/launcher.sh makeWrapper $out/opt/liberation-circuit/launcher.sh $out/bin/liberation-circuit install -D linux-packaging/liberation-circuit.desktop $out/share/applications/liberation-circuit.desktop install -D linux-packaging/liberation-circuit.appdata.xml $out/share/metainfo/liberation-circuit.appdata.xml install -D linux-packaging/icon-256px.png $out/share/pixmaps/liberation-circuit.png runHook postInstall ''; meta = with lib; { description = "Real-time strategy game with programmable units"; longDescription = '' Escape from a hostile computer system! Harvest data to create an armada of battle-processes to aid your escape! Take command directly and play the game as an RTS, or use the game's built-in editor and compiler to write your own unit AI in a simplified version of C. ''; homepage = "https://linleyh.itch.io/liberation-circuit"; maintainers = with maintainers; [ angustrau ]; license = licenses.gpl3Only; platforms = platforms.linux; }; } </ins>

Related discussion:
text: RTS/game with programming on simplified C Metadata version: 1.3 homepage URL: source URL: license: GPLv3 platforms: GNU/Linux, Windows, IOS
Code change:
inherit (darwin.apple_sdk.frameworks) Security Foundation; }; <del> go_1_7 = callPackage ../development/compilers/go/1.7.nix { </del> <ins> go_1_7 = callPackage ../development/compilers/go/1.7.nix ({ </ins> inherit (darwin.apple_sdk.frameworks) Security Foundation; <del> }; </del> <ins> } // stdenv.lib.optionalAttrs stdenv.isDarwin { stdenv = stdenvAdapters.overrideCC pkgs.stdenv pkgs.clang_38; }); </ins> go = self.go_1_7;

Related discussion:
text: System: (macOS 10.11.6) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.09pre-git
may fix this problem for you, though you may also wind up needing something like to get a functional set of go commands on darwin.
Code change:
./config/xdg/icons.nix ./config/xdg/menus.nix ./config/xdg/mime.nix <ins> ./config/xdg/portal.nix </ins> ./config/appstream.nix ./config/xdg/sounds.nix ./config/gtk/gtk-icon-cache.nix

Related discussion:
text: It is possible to use Plasma’s native file dialogues in Firefox 64 to open or save a file. Currently this feature is not working in NixOS, and it seems to me some small changes would need to be made to derivation in order to enable it. I propose we include this option together with as a Firefox option in NixOS (see also: ). I followed the explanation on how to enable this feature as it was published on : Firefox (64 is current stable) from a terminal emulator But it produces the following error: system: host os: multi-user?: sandbox: version: channels(root): channels(hook): nixpkgs:
You'll probably have to do something like this to expose the dbus service:
Where? In:
It needs to go into a nixos module or your .
Code change:
pname = "steam-runtime"; # from https://repo.steampowered.com/steamrt-images-scout/snapshots/ <del> version = "0.20210317.0"; </del> <ins> version = "0.20210527.0"; </ins> src = fetchurl { url = "https://repo.steampowered.com/steamrt-images-scout/snapshots/${version}/steam-runtime.tar.xz"; <del> sha256 = "061z2r33n2017prmhdxm82cly3qp3bma2q70pqs57adl65yvg7vw"; </del> <ins> sha256 = "1880d1byn265w0vy5p98d8w8virnbywj707ydybj7rixhid2gzdc"; </ins> name = "scout-runtime-${version}.tar.gz"; };

Related discussion:
text: I have installed, and as of 24-05-2021 it fails with the following output: To Reproduce on stable channel 21.05 Notes and findings I do not use pipewire. This bug seems to happen regardless. This bug seems fresh. See on the Manjaro forums. As far as I can tell, is not available in nixpkgs. This may be fixed in the new Steam runtime. Notify maintainers Thank you! Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(matt): nixpkgs: Maintainer information:
btw is in nixpkgs, i use this tool to find what package a file is in
FYI, this seems to only happen on the steam beta, workaround (for now) would be to switch back to steam stable.
The workaround of deleting works! Having a flag file is great, since it allows you to switch to stable without launching the beleaguered application. Thank you! I use the same tool, but I must have an out of date index. I think it's time to add reindexing to a cron job.
After reindexing, I see the Nix reference: Users who want to use the beta could presumably use the following override, though I have not tested it on my machine:
Deleting worked for me too, thanks for the help.
When using the new module, packages are automatically picked up from :
Looks like this beta release just made mainline. Vanilla Steam install is broken.
fixes it
so... could you create a pull request to fix it for everyone? that would be great :)
i can make a pr for it
related:
For people that are "stuck", and just want to play games
Going to pin this until we have another unstable / stable release
Just updated on unstable after 2 weeks to find this and... Steam just segfaults with this. Think that's my cue to go back to stable.
works for me, can you give more info about your environment? this will be backported to 20.09 and 21.05
It still is segfaulting on my 2 week old configuration that worked yesterday, so idk if even going to stable is going to fix it. Guess I'll be without games for a bit.