jiebi/CodeConvo huggingface dataset:
Code change:
homepage = http://gnunet.org/; <del> license = stdenv.lib.licenses.gpl2Plus; </del> <ins> license = licenses.gpl2Plus; </ins> <del> maintainers = with stdenv.lib.maintainers; [ viric ]; platforms = stdenv.lib.platforms.gnu; </del> <ins> maintainers = with maintainers; [ viric vrthra ]; platforms = platforms.gnu; </ins> }; }

Related discussion:
text: Not sure if this is known, but I'm seeing the following error when trying to do . System: Fedora 23 Nix version: 1.11.2 Nixpkgs version: 16.09pre81657.
Code change:
# an AppArmor profile is provided to get a confinement based upon paths and rights. builtins.storeDir "/etc" <del> "/run" </del> ] ++ optional (cfg.settings.script-torrent-done-enabled && cfg.settings.script-torrent-done-filename != null)

Related discussion:
text: I have transmission running inside a Nixos container which has been working without issue until I recently updated the system. It now fails to start inside the container, I have tried deleting the container and all its data but the same issue exists when creating a new one. I have also tried creating the path "" on both the host and container but it doesn't seem to care. Steps to reproduce the behavior: Run transmission inside of a container Transmission service starts and runs without issue Service status Here's where I have the container and transmission defined in my config. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Same here, not sure if it's an upstream or nixpkgs issue
For the time being and since it's inside a container anyway I'm overriding the root dir of the systemd unit:
Thanks your fix is working for me!
The problem is that is listed in : Which got introduced in to The original problem was that was not in the chroot. I'd say mounting all of as read-only is going too far, so a better fix would be to just mount and only if is true. It also seems weird to have this logic be part of Transmission, but whatever. So a workaround is: (And I'm not sure why this wasn't a problem for 3 years)
I've stumbled upon this issue as well, and wondering if there is anything we can do about it regarding the Transmission service. I had to disable the following is well, before it played nicely in my setup.
indeed, adding only was one the alternatives suggested in , so we can try your suggestion. IMHO disabling or should not be the default, we could make them use though, would that be enough for you?
This is actually still an issue and it isn't limited to containers. Adding the params that posted, unfortunately, does not work for me ;/
Code change:
stdenv.mkDerivation rec { pname = "lean"; <del> version = "3.4.2"; </del> <ins> version = "3.5.1"; </ins> src = fetchFromGitHub { <del> owner  = "leanprover"; </del> <ins> owner  = "leanprover-community"; </ins> repo   = "lean"; rev    = "v${version}"; <del> sha256 = "0zpnfg6kyg120rrdr336i1lymmzz4xgcqpn96iavhzhlaanmx55l"; </del> <ins> sha256 = "0m7knf1hfbn2v6p6kmqxlx8c40p5nzv8d975w2xwljaccc42j1yp"; </ins> }; nativeBuildInputs = [ cmake ];

Related discussion:
text: Describe the bug It is not able to build 3.4.2 with To Reproduce Steps to reproduce the behavior: Expected behavior Successfully build Additional context It looks like there is a build issue with 3.4.2 (, , ). It would be better to update to version 3.5.1 from Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(jjc93): nixpkgs: Maintainer information:
I tried to update it locally, and failed. It still gives me .
Code change:
NIX_CFLAGS_COMPILE = "-DG_ENABLE_DEBUG -DG_DISABLE_CAST_CHECKS"; postPatch = '' <ins> # See https://github.com/NixOS/nixpkgs/issues/132259 substituteInPlace meson.build  --replace "x11_enabled = false" "" </ins> files=( build-aux/meson/post-install.py demos/gtk-demo/geninclude.py

Related discussion:
text: is built without X11 support on darwin because the Meson build file disables it. The GTK build system was changed to Meson by , and it removed the configure flags that enabled X11 on darwin: But the file of GTK3 disables X11 support on darwin, and : should provide X11 support on darwin. I was trying to fix on darwin and I found that is marked as broken () because of a missing GKT/X11 header. It seems that it is the same problem that motivated to change Vim to use "gtk2" (same missing header ). Maintainer information:
In that case I'd probably take the discussion upstream.
It was disabled in 3.24.9 by commit , without much explanation. But that commit never landed into master and GTK 4.x does build with X11 support as I understand ( and ).
Code change:
NIX_CFLAGS_COMPILE = "-DG_ENABLE_DEBUG -DG_DISABLE_CAST_CHECKS"; postPatch = '' <ins> # See https://github.com/NixOS/nixpkgs/issues/132259 substituteInPlace meson.build  --replace "x11_enabled = false" "" </ins> files=( build-aux/meson/post-install.py demos/gtk-demo/geninclude.py

Related discussion:
text: Describe the bug peek fails to build on macOS To Reproduce Clone then Notify maintainers Log
I marked this as stale due to inactivity. &rarr;
sadly its not supported though getting keybinder3 to compile would be good
I marked this as stale due to inactivity. &rarr;
Code change:
python3.pkgs.buildPythonApplication rec { pname = "dvc"; <del> version = "3.5.0"; </del> <ins> version = "3.5.1"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "iterative"; repo = pname; rev = "refs/tags/${version}"; <del> hash = "sha256-AQE8KQ5j/EgN1P2HFghWXgQJbBc+KYu8kwNeV0Tktho="; </del> <ins> hash = "sha256-1kVc7+36rvIpoSinpyxMMs1/nhZrwv1pPWJsruFd1N8="; </ins> }; pythonRelaxDeps = [

Related discussion:
text: Steps to reproduce the behavior: X 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.
Code change:
buildNpmPackage rec { pname = "asf-ui"; <del> version = "f84a296f0ab029e56baba3cca45e5cf21129fd76"; </del> <ins> version = "b341e7f78f1f73fb3a11a3f3cfbfbed929242606"; </ins> src = fetchFromGitHub { owner = "JustArchiNET";

Related discussion:
text: Package name: ArchiSteamFarm Latest released version: 5.5.2.3 <!-- Search your package here: --- Current version on the unstable channel: 5.5.0.11 Current version on the stable/release channel: 5.4.12.5 <!-- 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]:
It helps if I also open the PR when doing the update
Code change:
+install_requires.append(pywin32_req + " ; sys_platform == 'win32'") dev_extras = [ <del> 'astroid==1.6.5', </del> <ins> 'coverage', </ins> -- 2.24.1

Related discussion:
text: Update certbot Current packaged version is 0.39.0, upstream version is 1.2.0.
Fix in
Code change:
process = self.process_1_6_20_0; })); <ins> Cabal_3_12_0_0 = doDistribute (super.Cabal_3_12_0_0.override ({ Cabal-syntax = self.Cabal-syntax_3_12_0_0; } // lib.optionalAttrs (lib.versionOlder self.ghc.version "9.2.5") { # Use process core package when possible process = self.process_1_6_20_0; })); </ins> # cabal-install needs most recent versions of Cabal and Cabal-syntax, # so we need to put some extra work for non-latest GHCs inherit (

Related discussion:
text: currently fails It requires 3.12. I believe this in pinned to 3.10 somewhere in NixPkgs, but do not know where. Add any other context about the problem here. No maintainers Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
please add "Haskell" label
fixed here
Code change:
# Hardened linux hardenedLinuxPackagesFor = kernel: linuxPackagesFor (kernel.override { <ins> features.ia32Emulation = false; </ins> extraConfig = import ../os-specific/linux/kernel/hardened-config.nix { inherit stdenv; inherit (kernel) version;

Related discussion:
text: I currently cannot execute any 32 bit Linux binaries on my 64 bit system and this breaks updates, since I have 32 bit support enabled in the nix options: I remember that this worked about a week ago, so something has changed. I am new to NixOS, so its possible that I have done something wrong. I used ArchLinux for about 9 years before that and now NixOS for just 3 months and its concepts are still foreign for me. As a long term linux user (about 15 years) I do feel a bit out of place in NixOS. So I am not sure how to fix that myself. Not sure. I have wine installed and support for 32 bit games enabled. Then I normally do just 'nixos-rebuild switch --upgrade' to upgrade, and sometimes 'nix-channel --update'. I also regularly do 'nix-collect-garbage -d'. No idea if that is reproducible or not.
This might be from Could you see if it works without that commit? Also verify that /nix/store/4qj9vzggfzsc34ci79ckaim5cjrwc6ns-bash-4.4-p23/bin/bash executes. I can run it on my system. You can run this to verify that your store is not corrupted:
I solved it now for me. Instead of using the 'linuxPackagestestinghardened' 4.20 linux kernel I switched back to 'linuxPackages419' 4.19.2 kernel and now executing 32 binaries work again. So I guess the hardened kernel does not support executing 32 bit binaries. Does it make sense to have some kind of visible warning here? I normally would not have used the hardened kernel, if that wouldn't have been the only 4.20 version is I get. Its not clear to me when and how those changes in master appear in my nixpkgs/nixos channel (I am on unstable). I would like to use the master branch directly, but I haven't figured out how to best do that yet.
The same here, hardened kernel 4.18.17 and build failed.
Code change:
# Hardened linux hardenedLinuxPackagesFor = kernel: linuxPackagesFor (kernel.override { <ins> features.ia32Emulation = false; </ins> extraConfig = import ../os-specific/linux/kernel/hardened-config.nix { inherit stdenv; inherit (kernel) version;

Related discussion:
text: building '/nix/store/6h9asn7rc93dbwfcs6xaj3k0qgxmg0vh-libtxcdxtn-'... while setting up the build environment: executing '/nix/store/xgf4vra77qrww0n228hd80jsdccdp54w-bash-4.4-p23/bin/bash': Exec format error builder for '/nix/store/6h9asn7rc93dbwfcs6xaj3k0qgxmg0vh-libtxcdxtn-' failed with exit code 1 building '/nix/store/cfwj5yjby2xvagyj69zd1yx8hdhi27ay-'... cannot build derivation '/nix/store/maynq4fxxjc217figygdrgg5q9xnw6yy-mesa-drivers+txc-': 1 dependencies couldn't be built cannot build derivation '/nix/store/wv9b4ayvgnpkvwz81zkk0lm9w4v5pd1y-opengl-drivers-': 1 dependencies couldn't be built cannot build derivation '/nix/store/q61vc27rdbcsrhxifiw89w1qdjax1amh-nixos-system-brix-': 1 dependencies couldn't be built error: build of '/nix/store/q61vc27rdbcsrhxifiw89w1qdjax1amh-nixos-system-brix-' failed Thanks
Maybe the hardened kernel shouldn't set when NixOS' is an ?
It should be 64 bit for the x86_64-linux stdenv. But some packages use the i686 stdenv.
I am not too familiar with stdenv. Is this expected behaviour that a 64-bit system uses 32-bit binaries? This issue is reproducible building as well.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity.
Code change:
# Hardened linux hardenedLinuxPackagesFor = kernel: linuxPackagesFor (kernel.override { <ins> features.ia32Emulation = false; </ins> extraConfig = import ../os-specific/linux/kernel/hardened-config.nix { inherit stdenv; inherit (kernel) version;

Related discussion:
text: Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
This should be resolved by - please reopen if there's still a problem.
Code change:
locale = "${if stdenv.isDarwin then darwin.adv_cmds else lib.getBin stdenv.cc.libc}/bin/locale"; }) <del> ] ++ lib.optionals stdenv'.hostPlatform.isMusl [ # Fixes for musl libc # These patches are not properly guarded and should NOT be enabled everywhere (fetchpatch { url = "https://git.alpinelinux.org/aports/plain/main/postgresql14/disable-test-collate.icu.utf8.patch?id=56999e6d0265ceff5c5239f85fdd33e146f06cb7"; hash = "sha256-pnl+wM3/IUyq5iJzk+h278MDA9R0GQXQX8d4wJcB2z4="; }) </del> <ins> ] ++ lib.optionals (stdenv'.hostPlatform.isMusl && atLeast "12") [ </ins> (fetchpatch { url = "https://git.alpinelinux.org/aports/plain/main/postgresql14/icu-collations-hack.patch?id=56999e6d0265ceff5c5239f85fdd33e146f06cb7"; hash = "sha256-Yb6lMBDqeVP/BLMyIr5rmR6OkaVzo68cV/+cL2LOe/M="; }) <del> ] ++ lib.optionals stdenv'.isLinux [ </del> <ins> ] ++ lib.optionals (stdenv'.hostPlatform.isMusl && atLeast "13") [ (if olderThan "14" then fetchpatch { url = "https://git.alpinelinux.org/aports/plain/main/postgresql13/disable-test-collate.icu.utf8.patch?id=69faa146ec9fff3b981511068f17f9e629d4688b"; hash = "sha256-IOOx7/laDYhTz1Q1r6H1FSZBsHCgD4lHvia+/os7CCo="; } else fetchpatch { url = "https://git.alpinelinux.org/aports/plain/main/postgresql14/disable-test-collate.icu.utf8.patch?id=56999e6d0265ceff5c5239f85fdd33e146f06cb7"; hash = "sha256-pnl+wM3/IUyq5iJzk+h278MDA9R0GQXQX8d4wJcB2z4="; }) ] ++ lib.optionals stdenv'.isLinux  [ </ins> (if atLeast "13" then ./patches/socketdir-in-run-13.patch else ./patches/socketdir-in-run.patch) ];

Related discussion:
text: Beginning around commit , postgres < 14 will not build with musl: Postgresql successfully builds Here is the full output: The patches introduced in the above commit appear to be specific to Postgresql 14.x <!-- 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.
Code change:
echo "-arch ${targetPlatform.darwinArch}" >> $out/nix-support/libc-ldflags '' <ins> ## ## GNU specific extra strip flags ## # TODO(@sternenseemann): make a generic strip wrapper? + optionalString (bintools.isGNU or false) '' wrap ${targetPrefix}strip ${./gnu-binutils-strip-wrapper.sh}  "${bintools_bin}/bin/${targetPrefix}strip" '' </ins> ### ### Remove LC_UUID ###

Related discussion:
text: The Linux stdenv sets But that flag is specific to GNU strip, and LLVM's strip will fail if passed it. Conveniently, we silence all errors from stripping, so this has gone unnoticed until now: I noticed this while trying to fix . One of the reasons it doesn't work is that it has in , and strip should be removing that reference but isn't. What I'm not sure about here is the best way to fix this. There's nothing platform-specific about this option, so it shouldn't live in the Linux stdenv. (Other platforms like NetBSD use GNU binutils by default.) Ideally it would be a conditional in the strip setup hook, but we don't really have a bash equivalent to . So where (in Nix) should we check this and set the variable? cc
With what we have at the moment, I can only think of hacky workarounds like checking if ends in . However such an approach (and even checking ) is actually incorrect: and don't have to be matched, e. g. with as linker and GNU bintools is quite common actually. Looking at prior art in nixpkgs, I'm quite convinced that the cleanest solution for now would be to bite the bullet and extend to also wrap . In fact, we already seem to have a strip wrapper for darwin.
Hmm, I don't like the idea of globally adding a flag only to remove it again in a wrapper. Another idea I had was to do this in the definition of make- — the hardening flags are precedent for doing manipulation of environment variables for setup hooks in there. We could add an isGNU attribute to the possible values of , and use that? I don't much like this idea either, but I like it better than adding the flag globally and then wrapping to remove it. What do you think?
Since this flag is unconditionally in general, I think we can just remove it from the linux hook and instead add it in the binutils-wrapper. This should also solve the issue of this being binutils-specific and not linux-specific AIUI.
Oh, you mean wrap GNU binutils' strip to add this flag? That sounds fine to me.
If I understand correctly this is now done:
Code change:
<ins> { lib, stdenv, fetchurl, makeWrapper, makeDesktopItem, copyDesktopItems, unzip , appimage-run }: stdenv.mkDerivation rec { pname = "ldtk"; version = "1.1.3"; src = fetchurl { url = "https://github.com/deepnight/ldtk/releases/download/v${version}/ubuntu-distribution.zip"; sha256 = "sha256-qw7+4k4IH2+9DX4ny8EBbSlyXBrk/y91W04+zWPGupk="; }; nativeBuildInputs = [ unzip makeWrapper copyDesktopItems appimage-run ]; buildInputs = [ appimage-run ]; unpackPhase = '' runHook preUnpack unzip $src appimage-run -x src 'LDtk ${version} installer.AppImage' runHook postUnpack ''; installPhase = '' runHook preInstall install -Dm644 'LDtk ${version} installer.AppImage' $out/share/ldtk.AppImage makeWrapper ${appimage-run}/bin/appimage-run $out/bin/ldtk  --add-flags $out/share/ldtk.AppImage install -Dm644 src/ldtk.png $out/share/icons/hicolor/1024x1024/apps/ldtk.png runHook postInstall ''; desktopItems = [ (makeDesktopItem { name = "ldtk"; exec = "ldtk"; icon = "ldtk"; terminal = false; desktopName = "LDtk"; comment = "2D level editor"; categories = [ "Utility" ]; mimeTypes = [ "application/json" ]; }) ]; meta = with lib; { homepage = "https://ldtk.io/"; description = "Modern, lightweight and efficient 2D level editor"; license = licenses.mit; platforms = [ "x86_64-linux" ]; maintainers = with maintainers; [ felschr ]; sourceProvenance = with sourceTypes; [ binaryBytecode ]; }; } </ins>

Related discussion:
text: Project description LDtk is an open source level editor that's used to make video games such as Dead Cells. It's just reached a big milestone and recently hit 1.0.0 release (now on 1.1.1). I apologise to the people of nixpkgs for requesting for so many new packages today! Metadata homepage URL: source URL: license: mit platforms: linux, mac, windows
Code change:
environment.systemPackages = [ pkgs.sx ]; services.xserver = { exportConfiguration = true; <del> displayManager = { job.execCmd = ""; lightdm.enable = mkForce false; }; </del> logFile = mkDefault null; }; <del> systemd.services.display-manager.enable = false; </del> }; meta.maintainers = with maintainers; [ figsoda ];

Related discussion:
text: I believe that this prevents the use of other display managers -Don't force it?
if you enable a another dm you wouldn't get this error i submitted a pr so that this error does not happen when lightdm is disabled but a another dm isn't enabled
Code change:
) super.ocaml-ng; python27 = super.python27.override { static = true; }; <del> python35 = super.python35.override { static = true; }; </del> python36 = super.python36.override { static = true; }; python37 = super.python37.override { static = true; }; python38 = super.python38.override { static = true; };

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:
<ins> { lib, stdenv, fetchFromGitLab, cmake, }: stdenv.mkDerivation (finalAttrs: { pname = "openmesh"; version = "11.0.0"; src = fetchFromGitLab { domain = "gitlab.vci.rwth-aachen.de:9000"; owner = "OpenMesh"; repo = "OpenMesh"; rev = "OpenMesh-${lib.versions.majorMinor finalAttrs.version}"; fetchSubmodules = true; sha256 = "sha256-1FmAieCaskKaaAWjgEXr/CWpFxrhB2Rca1sXpxLrQHw="; }; nativeBuildInputs = [ cmake ]; meta = with lib; { homepage = "https://www.graphics.rwth-aachen.de/software/openmesh/"; description = "Generic and efficient polygon mesh data structure"; maintainers = with maintainers; [ yzx9 ]; platforms = platforms.all; license = licenses.bsd3; }; }) </ins>

Related discussion:
text: Request for a new nix package for openmesh : library for polygonal meshes Thank you. OpenMesh is a generic and efficient data structure for representing and manipulating polygonal meshes. OpenMesh is developed at the Computer Graphics Group, RWTH Aachen. It was funded by the German Ministry for Research and Education ( BMBF). It was designed with the following goals in mind: Flexibility : provide a basis for many different algorithms without the need for adaptation. Efficiency : maximize time efficiency while keeping memory usage as low as possible. Ease of use : wrap complex internal structure in an easy-to-use interface.
I think it would help if you described why you need the library packaged. Do you plan to include any software that uses the library into the distribution?
Yes it will be feasible later. At the moment I would like to develop and launch continuous integration with Nix. I have 7/8 libraries and I need this last one under Nix to start. Note that this library is very stable, recognized in the domain of meshes, simpler than CGAL, small, without dependency... It is also on Mac with HomeBrew for example.
I don't want to maintain it, but this derivation will get you up off the ground:
Thanks a lot, I will look that maybe after summer and maybe I will propose to be the maintainer of this package, we will see ! Thanks
I marked this as stale due to inactivity. &rarr;
Have you tried to package this?
No time for the moment. But I will look that when I can... or or
Modified from version to fit the URL for versions 10.0: Hi I saw your comment about the PR. If you have time now, that would be great. If not, I'd be happy to help and create the PR.
Hi No time sorry, so you can do that. Thanks !
Code change:
homepage = "https://github.com/JustArchiNET/ArchiSteamFarm"; license = licenses.asl20; mainProgram = "ArchiSteamFarm"; <del> maintainers = with maintainers; [ SuperSandro2000 lom ]; </del> <ins> maintainers = with maintainers; [ SuperSandro2000 ]; </ins> }; }

Related discussion:
text: Package name: ArchiSteamFarm Latest released version: 5.5.2.3 <!-- Search your package here: --- Current version on the unstable channel: 5.5.0.11 Current version on the stable/release channel: 5.4.12.5 <!-- 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]:
It helps if I also open the PR when doing the update
Code change:
"APPDATA_INSTALL_PATH=${placeholder "out"}/share/appdata" ]; <ins> env = { # Fix build due to missing `std::option`. NIX_CFLAGS_COMPILE = "-std=c++17"; }; </ins> meta = with lib; { description = "A tabbed document viewer"; license = licenses.gpl2Plus;

Related discussion:
text: Steps to reproduce the behavior: nixpkgs master (currently ) This seems to be directly caused by introduced in No update of is availble upstream. (author of the PR) ( maintainer) Please run and paste the result.
Code change:
inherit (darwin.apple_sdk.frameworks) CoreServices; }; <ins> devspace = callPackage ../development/tools/misc/devspace { }; </ins> maturin = callPackage ../development/tools/rust/maturin { inherit (darwin.apple_sdk.frameworks) Security; };

Related discussion:
text: Project description DevSpace is an open-source developer tool for Kubernetes that lets you develop and deploy cloud-native software faster. Metadata homepage URL: source URL: license: apache2 platforms: linux, darwin