jiebi/CodeConvo huggingface dataset:
Change:
nativeBuildInputs = [ pkg-config cmake ]; <del> buildInputs = [ SDL2 SDL2_image curl libogg libvorbis libGLU libGL openal boost glew libpng freetype glm </del> <ins> buildInputs = [ boost curl SDL2 SDL2_image libSM libXext libpng freetype libGL libGLU glew glm openal libogg libvorbis </ins> ]; cmakeFlags = [ "-DENABLE_BOOST_STATIC_LIBS=OFF" ];

Discussion:
Unable to run superTux on NixOS. A shared object file appears to be missing. Steps to reproduce the behavior: Output: The superTux game is expected to launch and be playable. N/A
The library (among other X ones) are not declared, my guess would be they used to be propagated from one of the build inputs but not anymore. The fix would be to include these libraries conditionally on X. I suggest you try to do it yourself, but if you don't feel like it I'll take a look at the weekend. We'll need someone to test on Wayland too.
I can confirm the same error also occurs on wayland (running river)
Change:
mblaze = callPackage ../applications/networking/mailreaders/mblaze { }; <ins> mcomix3 = callPackage ../applications/graphics/mcomix3 {}; </ins> mcpp = callPackage ../development/compilers/mcpp { }; mda_lv2 = callPackage ../applications/audio/mda-lv2 { };

Discussion:
Describe the bug There is a fork of mcomix, mcomix3, that's is currently in use by debian because it's ported to gtk3 and python3. A big issue though is it lacks a real build system to install If anyone is up to maintaining this I could contribute cc
I haven't used mcomix for a long time. I just removed myself from all the maintainer lists to not cause further confusion on who to ping for what.
I use mcomix semi-regularly, so I'd definitely appreciate having this fork in nixpkgs. Than again, we do have yacreader, so I guess I'll just switch to that.
Wow! Good to know! I wanna test it!
please contribute back to upstream if you finish this, so that all distro packagers benefit.
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. 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 .
I would like to adopt mcomix and take you up on your offer to help, if it still stands. The mcomix devs seem not very happy about meson or any other build system, so I tried without. What I got so far is: but there seems to be a problem with and/or pygobject, that I don't know how to resolve: This is with a special debug version, I think the message about GTK+ 3.0 might be a red herring.
Chute! I forgot to it, that was the problem. I think, I have it working now, but need help polishing, seeing this would be my first contribution. Edit: Well, not quite, it's starting now, but in some dialogs, I get a crash with , which I remember seeing somewhere in the nix manual FAQ.
Can you post the code in a gist or in a local Github clone?

Sure:
I made some comments there.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
substituteInPlace  ../tests/bash_tests/testcases.py  --replace "def io_test(self):" "def io_disabled(self):" ''} <ins> '' + lib.optionalString (stdenv.isDarwin && stdenv.isAarch64) '' export LC_ALL=C </ins> ''; # With CMake we have to enable samples or there won't be

Discussion:
Steps to reproduce the behavior: See . Adding in fixes the build on my machine. Broken since . Please run and paste the result.
Change:
yaxg = callPackage ../tools/graphics/yaxg {}; <ins> yuzu = libsForQt5.callPackage ../misc/emulators/yuzu { stdenv = gcc10Stdenv; }; </ins> zap = callPackage ../tools/networking/zap { }; zigbee2mqtt = callPackage ../servers/zigbee2mqtt { };

Discussion:
is a Nintendo Switch Emulator
I'll give it a shot. Will likely just pin to a random git revision since it doesn't seem like Yuzu has any official releases at this point.
packaged yuzu-mainline in
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I would like to add that I've an which contains always up-to-date versions of yuzu (both early-access and mainline). It also has a binary cache, so you don't have to wait for it to build yourself. The package updates once a day at 8AM ECT. based on your previous interest in yuzu, you might like this as well :)
awesome! I'll look into that. You still plan to bump in nixpkgs once in a while too, though... right? :smile:
Of course! I just wanted to have the absolute latest version also readily available. In fact, I'm working on some patches for it right now :)
That is fantastic. Thank you for your efforts.
Change:
autoPatchelfHook cups libdrm <ins> libuuid </ins> libX11 libXScrnSaver libXtst

Discussion:
Describe the bug Discord 0.10.0 cannot be built on master To Reproduce Steps to reproduce the behavior: ... ... ... 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 Add any other context about the problem here. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
Error log: important line:
Adding to allows the package to build for me. I don't what changed to need this
can you send a pull request with the fix, please?
Change:
<del> { lib, go, buildGoPackage, fetchFromGitHub }: </del> <ins> { lib, go, buildGoPackage, fetchFromGitHub, mkYarnPackage }: </ins> <del> buildGoPackage rec { pname = "prometheus"; </del> <ins> let </ins> version = "2.14.0"; <del> goPackagePath = "github.com/prometheus/prometheus"; </del> src = fetchFromGitHub { rev = "v${version}"; owner = "prometheus";

Discussion:
Describe the bug prometheus doesn't seem to find some template file. To Reproduce Steps to reproduce the behavior: get Expected behavior no error Screenshots Additional context Metadata nix run -c nix-info -m system: host os: multi-user?: sandbox: version: channels(bbigras): channels(root): nixpkgs: Maintainer information: cc
Change:
config = lib.mkIf (config.overlay.lowerdir != null) { fsType = "overlay"; device = lib.mkDefault "overlay"; <ins> depends = map (x: "${x}") (config.overlay.lowerdir ++ lib.optionals (config.overlay.upperdir != null) [ config.overlay.upperdir config.overlay.workdir ]); </ins> options = let

Discussion:
systemd doesn't respect the option for file systems. Usually this is ok because systemd will mount file systems in the correct topological ordering. The option is useful because it allows you to express dependencies on e.g. the file systems that an FS's lower/upper/work directories exist on. This test should hang forever. Instead, it exits cleanly. The service never exits, so is never mounted, and therefore should never be mounted. So the test should hang. This is also a problem for systemd stage 1, but it's worse because we also have to account for the prefix. We can fix this by adding options for every dependency, and prefixing for the systemd stage 1 file systems.
Do we even need the option? I don't think it's particularly useful. The overlay also shouldn't be a concern since anymore.
Well, currently literally only does anything in scripted stage 1. In stage 2 and in systemd stage 1, you have to use , which is what the stuff does. That's fine, but it's an incompatibility between scripted and systemd stage 1. So we need to either deprecate it or implement it, and it's really easy to implement (I just need to fixup ). It's a handy convenience for people I guess, though far from a necessary one.
Change:
settings = mkOption { type = with types; attrsOf (oneOf [ bool int str (listOf str) ]); <del> default = {}; </del> <ins> default = { }; </ins> description = '' freshclam configuration. Refer to <link xlink:href="https://linux.die.net/man/5/freshclam.conf"/>, for details on supported values.

Discussion:
When enabling the services and and the system is relying on wifi managed by networkmanager, freshclam will fails to get the database signature and then clamav will refuse to start because freshclam is in failed state. When using ethernet connection, internet connection is working at boot time, before an user log in and freshclam doesn't fail. I suspect if you configure wifi without networkmanager it would also work fine because there would be no delay for connecting. Steps to reproduce the behavior: if I restart freshclam and then clamav, both services work fine until reboot. clamav and freshclam service should be running, or at least try to restart automatically. Please run and paste the result.
Looks like we didn't follow the upstream units enough:
Change:
rpcMountpoint = "${nfsStateDir}/rpc_pipefs"; <del> idmapdConfFile = pkgs.writeText "idmapd.conf" '' [General] Pipefs-Directory = ${rpcMountpoint} ${optionalString (config.networking.domain != null) "Domain = ${config.networking.domain}"} [Mapping] Nobody-User = nobody Nobody-Group = nogroup [Translation] Method = nsswitch ''; </del> <ins> format = pkgs.formats.ini {}; idmapdConfFile = format.generate "idmapd.conf" cfg.idmapd.settings; </ins> nfsConfFile = pkgs.writeText "nfs.conf" cfg.extraConfig; requestKeyConfFile = pkgs.writeText "request-key.conf" '' create id_resolver * * ${pkgs.nfs-utils}/bin/nfsidmap -t 600 %k %d

Discussion:
If you want root access to an NFS share secured with Kerberos, you need to modify the default . Currently, I override the source, because NixOS has no options to modify : The text is mostly copied from the default NixOS . The only changes are This solution is brittle, and requires manual intervention if the default ever changes. I'm not sure exactly what the NixOS options should look like, but there should be mechanisms to modify in NixOS. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
what about an option like so you can easily override/append values as you see fit?
That looks great. I'm a big fan of RFC 42 :) Just one question though. Can you remove an option, such as ?
Good question. can we bug you for some advice on how you can remove values from a option?
There's nothing builtin for that. The best that can be done is to just filter out values during string generation. Though in INI's case, is also a valid value in INI files, so that might not be a great idea. There is that adds a way to "unset" values, though I haven't looked into it much.
Thanks for mentioning without the ability to remove values would this not work?
I did a double-check on , and it looks like and are actually separate, but related. defaults to the value of . Also, the default value of is already , so removing it in my configuration had no effect. On that note, we may consider removing , as that is already the default. Regardless, your RFC 42 solution should work, even without the ability to remove values.
are you interested in opening a PR? Feel free to use the branch I posted.
I can open a pull request. Just one question: is there a reason the option and variables are called instead of ?
Typo
pull request is up. I fixed the typo and a syntax error.
Change:
# Convert systemd-style address specification to kresd config line(s). # On Nix level we don't attempt to precisely validate the address specifications. <ins> # The optional IPv6 scope spec comes *after* port, perhaps surprisingly. </ins> mkListen = kind: addr: let <del> al_v4 = builtins.match "([0-9.]+):([0-9]+)" addr; al_v6 = builtins.match "[(.+)]:([0-9]+)" addr; </del> <ins> al_v4 = builtins.match "([0-9.]+):([0-9]+)()" addr; al_v6 = builtins.match "[(.+)]:([0-9]+)(%.*|$)" addr; </ins> al_portOnly = builtins.match "([0-9]+)" addr; al = findFirst (a: a != null) (throw "services.kresd.*: incorrect address specification '${addr}'") [ al_v4 al_v6 al_portOnly ]; <del> port = last al; addrSpec = if al_portOnly == null then "'${head al}'" else "{'::', '0.0.0.0'}"; </del> <ins> port = elemAt al 1; addrSpec = if al_portOnly == null then "'${head al}${elemAt al 2}'" else "{'::', '0.0.0.0'}"; </ins> in # freebind is set for compatibility with earlier kresd services; # it could be configurable, for example. ''

Discussion:
However, the following input is is rejected as "*: incorrect address specification": I expected kresd to listen on fe80::1 on port 53 on the ofborg interface, as the documentation suggests should be possible. I don't mind that it is impossible, but the documentation for this option isn't correct anymore. nixos-unstable-small, rev
Well, it no longer uses systemd sockets anymore, and instead there are a few in-nix regexps that convert them. It might not be perfect. Either way, the interface spec should surely be part of the IPv6 already, i.e. &ndash; and I think that should work (the generated lua config looks OK).
Ah, I see that systemd is weird here, at least in docs. So I don't know what we'll do with it. Either shuffle it in the in-nix regexps or document as a deviation, I suppose.
Change:
python = python2; buildType = "release"; # Manually sha256sum the extensionPack file, must be hex! <del> extpack = "14f152228495a715f526eb74134d43c960919cc534d2bc67cfe34a63e6cf7721"; extpackRev = "117224"; main = "1af8h3d3sdpcxcp5g75qfq10z81l7m8gk0sz8zqix8c1wqsm0wdm"; version = "5.1.26"; </del> <ins> extpack = "13n6d6wca3bnvqc1q0bapgwfjmfqm19nxn9c0vbzd28c4l88j991"; extpackRev = "120294"; main = "0agjldjn01p4x54m53db50xwamrphl7iqcrika3wa04rvlb36f40"; version = "5.1.32"; </ins> # See https://github.com/NixOS/nixpkgs/issues/672 for details extensionPack = requireFile rec {

Discussion:
In a lot of cases, upstream sources or releases become unavailable (e.g. grsecurity) or even get modified (e.g. texlive) which breaks the package in older versions of nixpkgs. It would be nice to duplicate the sources via a torrent. This doesn't involve any trust, because the hash of the sources is known beforehand and would allow older nixpkgs to work as long as someone uses the desired package.
We've discussed a before but have mostly resisted because unless we build deep support for it into a persistent Nix daemon, as we could implement today would be a terrible "torrent citizen", and would never seed. Probably more promising is to build support for IPFS into Nix itself. See discussion at and Either way, I don't think most of the work would happen inside nixpkgs, so if you think the above issues don't cover what you want, I'd suggest posting more information on the Nix issue tracker rather than in here.
FWIW I had an experimental via but dropped it because of the same reasons -- it'd be an awful "torrent citizen".
Actually, the ipfs issue seems to be exactly what I wanted, so I'll close this issue.
can you share your please? I'm currently thinking about packaging the program where using aria2c for install is an official way to install
moved to PR <detailspkgs/build-
Change:
bgnet = callPackage ../data/documentation/bgnet { }; <del> bibata-cursors = callPackage ../data/icons/bibata-cursors { }; </del> <ins> bibata-cursors = callPackage ../data/icons/bibata-cursors { attrs = python3Packages.attrs; }; </ins> bibata-extra-cursors = callPackage ../data/icons/bibata-cursors/extra.nix { }; bibata-cursors-translucent = callPackage ../data/icons/bibata-cursors/translucent.nix { };

Discussion:
name: current version: desired version: maintainers: Please tag this issue in your PR. The is likely gone, and to generate cursors from scratch we probably also need to bump probably has breaking changes). Not sure if you wish to do that, or simply use the . AUR PKGBUILD:
Change:
qtserialport qtxmlpatterns qt3d <del> pdal </del> <ins> # pdal </ins> zstd ] ++ lib.optional withGrass grass ++ lib.optional withWebKit qtwebkit

Discussion:
Steps to reproduce the behavior: with latest master branch is building with the older version of (2.5), because it can't build with the latest version (see: ). Build of started to fail after recent update to version . Notify Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<del> diff --git a/flux/src/lib.rs b/flux/src/lib.rs index 3fdf4071..a4c02277 100644 --- a/flux/src/lib.rs +++ b/flux/src/lib.rs @@ -1,5 +1,3 @@ -#![cfg_attr(feature = "strict", deny(warnings, missing_docs))] - //! This module provides the public facing API for Flux's Go runtime, including formatting, //! parsing, and standard library analysis. use std::sync::Arc; </del>

Discussion:
Steps to reproduce the behavior: There appears to be a cache miss, because starts to be compiled, but it fails. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
the maintainers to tag would be for v2 and and for v1 (all share the same build failure). v2 will be addressed via
Apologies. Thank you.
Change:
openscad = libsForQt5.callPackage ../applications/graphics/openscad {}; <ins> open-stage-control = callPackage ../applications/audio/open-stage-control { electron = electron_15; nodejs = nodejs-16_x; }; </ins> opentimestamps-client = python3Packages.callPackage ../tools/misc/opentimestamps-client {}; opentoonz = let

Discussion:
Project description Libre and modular OSC / MIDI controller Metadata homepage URL: source URL: license: GPLv3 platforms: electron
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Still would be cool.
I marked this as stale due to inactivity. &rarr;
still relevant
I marked this as stale due to inactivity. &rarr;
Still relevant
I've opened a PR to add this package! See
Change:
"ssl/certs" "pki" ]; <del> in concatStringsSep " n  " </del> <ins> in concatStringsSep "n  " </ins> (map (file: "--ro-bind-try /etc/${file} /etc/${file}") files); init = run: writeShellScriptBin "${name}-init" ''

Discussion:
Describe the bug After upgrading my system, I'm unable to run steam. The output is I have no idea why it is expecting to have a Folder at /System... To Reproduce a nixos system with the latest NixOS unstable, and with steam Expected behavior Steam should open as usual Screenshots If applicable, add screenshots to help explain your problem. ! Additional context Steam worked fine after my upgrade at 2020-08-22 on NixOS unstable, nixos-system-nixos-20.09pre239053. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(patrik): channels(root): nixpkgs: Maintainer information:
I am not able to reproduce this on my machine or a clean VM built from my config. Does it work in a clean VM built from your config? (Needs an image file 1G and 256M RAM)
I can't reproduce this either. Can you bisect which commit broke it?
Interesting... Yes, I'll try it out in a VM and also try to bisect it.
is the commit which broke your setup. It shouldn't though. Could you tell us a bit about the state of the steam installation in your home dir? Where did it come from and when?
It was created when I started using NixOS in version 19.03 over a year ago and worked flawlessly until that commit. I'm not sure if it has something to do with the files in my homedir. As a test, I moved to and to but got the same result. And as soon as I boot to my old generation, steam works fine again. Can you maybe tell me how I build a VM from my current config? edit Found it out. Investigating now...
Using I was able to start Steam (or at least the updater, which then crashed because of too less storage space). But I had to do some tweaks to the configuration to make it work, most notably swithing to xfce and lightdm from gnome and gdm and using modesetting instead of the nvidia driver. Otherwise, it wouldn't have started.
I had this issue as well - turns out Windows was the culprit.

When accessing my root partition from Windows (using ext2fsd), it created a "System Volume Information" folder in . Deleting it resolved this issue for me.
Thx, that did it for me as well! Is this a bug and should be fixed or is this considered correct behavior? In the latter case, I'll close this.
This sounds like an upstream bubblewrap bug tbh. Does the same thing happen in Lutris and android studio?
I think this is a bug in buildFHSUserEnvBubblewrap. Running Steam with to get some debugging info on the wrapper script, ends up being set to the following value: My guess is that because the folder name has spaces in it, and it's not being quoted, those spaces are messing up the arguments to bwrap.
Thanks a bunch for the investigation fixed in !
Has been fixed by .
Change:
nativeCheckInputs = [ xvfb-run dbus ]; <ins> preBuild = '' python pep517build/build_metadata.py -o dist/metadata ''; postInstall = '' python pep517build/install_metadata.py dist/metadata --prefix=$out ''; </ins> checkPhase = '' xvfb-run dbus-run-session  --config-file=${dbus}/share/dbus-1/session.conf 

Discussion:
Package name: gajim Latest released version: 1.7.3 <!-- Search your package here: --- Current version on the unstable channel: 1.5.4 Current version on the stable/release channel: 1.6.1 <!-- 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 Note for maintainers: Please tag this issue in your PR.
New sha256 hash, but it doesn’t just work with a version bump because they changed something with the build setup.
Change:
CROSS = stdenv.hostPlatform != stdenv.buildPlatform; HOSTCC = "cc"; # Makefile.system only checks defined status <del> NO_BINARY_MODE = toString (stdenv.hostPlatform != stdenv.buildPlatform); </del> <ins> # This seems to be a bug in the openblas Makefile: # on x86_64 it expects NO_BINARY_MODE= # but on aarch64 it expects NO_BINARY_MODE=0 NO_BINARY_MODE = if stdenv.isx86_64 then toString (stdenv.hostPlatform != stdenv.buildPlatform) else stdenv.hostPlatform != stdenv.buildPlatform; </ins> }); doCheck = true;

Discussion:
It looks like that broke the build on aarch64: For example see for a build log. CC
I stumbled onto this when trying to build postgis on master.