jiebi/CodeConvo huggingface dataset:
Change:
Project description The repository has a number of GRPC related packages usable in the Node ecosystem. In particular the tries to bring and for generating JS code from protobuf spec. However it's using C++ code inside, and it's not really built by the . It only uses that to download a precompiled binary hosted on node-precompiled- So this package doesn't work just be overriding from output. The above does not work, with , and just produces: So we need some help packaging the C++ in Nix. Metadata homepage URL: source URL: license: APL2 platforms: unix, linux, darwin, ...
I marked this as stale due to inactivity. &rarr;
Attempting to do this with: Didn't work... Some cmake errors.

Discussion:
<ins> { lib , stdenv , cmake , fetchFromGitHub }: stdenv.mkDerivation rec { pname = "grpc-tools"; version = "1.10.0"; src = fetchFromGitHub { owner = "grpc"; repo = "grpc-node"; rev = "3a094f01711942f79abd8a536c45a91b574d626f"; # version 1.10.0 was not tagged sha256 = "1a7l91kxc3g7mqfqvhc3nb7zy0n21ifs5ck0qqg09qh3f44q04xm"; fetchSubmodules = true; }; sourceRoot = "source/packages/grpc-tools"; nativeBuildInputs = [ cmake ]; installPhase = '' install -Dm755 -t $out/bin grpc_node_plugin install -Dm755 -t $out/bin deps/protobuf/protoc ''; meta = with lib; { description = "Distribution of protoc and the gRPC Node protoc plugin for ease of installation with npm"; longDescription = '' This package distributes the Protocol Buffers compiler protoc along with the plugin for generating client and service objects for use with the Node gRPC libraries. ''; homepage = "https://github.com/grpc/grpc-node/tree/master/packages/grpc-tools"; license = licenses.asl20; platforms = platforms.all; maintainers = [ maintainers.nzhang-zh ]; }; } </ins>

grpcui = callPackage ../tools/networking/grpcui { }; <ins> grpc-tools = callPackage ../development/tools/misc/grpc-tools { }; </ins> grub = pkgsi686Linux.callPackage ../tools/misc/grub ({ stdenv = overrideCC stdenv buildPackages.pkgsi686Linux.gcc6; } // (config.grub or {}));
Change:
Describe the bug appimage-run currently depends on gst-plugins-base-0.10.36, which has been marked broken with . This is causing it to fail: To Reproduce Steps to reproduce the behavior: Expected behavior This should drop you into an environment with installed. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivar): nixpkgs: Maintainer information:
I really don't think this could possibly depend on the old version. We'd just need to switch everything to .
It seems to depend on gstreamer 1.x and 0.10.x. From the looks of it, it has had these dependencies since it was initialized in by That code was moved around and improved a whole bunch, but these dependencies seem to have stayed the same.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
gst_all_1.gstreamer gst_all_1.gst-plugins-ugly <ins> gst_all_1.gst-plugins-base </ins> libdrm xorg.xkeyboardconfig xorg.libpciaccess

SDL2_ttf SDL2_mixer gstreamer <del> gst-plugins-base </del> libappindicator-gtk2 libcaca libcanberra
Change:
Describe the bug I noticed that enabling some XDG options, it breaks my GTK fonts: Then when working on firefox and pipewire-0.3 patching today, I noticed this in repo: It looks like we might want to fix this in nixpkgs.
Right, looks like it is required since at least 1.5.0:
I still experience font hinting issues when enabling on . I'm using sway. Is the option only supported when actually running a GNOME environment?
I haven't had issues in Sway since this was merged:
Ah, I was missing in extraPortals, after I that the hinting went back to being fine. Screensharing also work now o/
I do not know if my config has anything special, but with current nixos-unstable (21.03pre259928. (Okapi)) I do experience the issue. Even stranger: show no nor portal running, only plain processes. I am a bit lost here. Just reverted for now, but I am far from making work.
Sorry to read that Since September 2020 the overlay is obsolete, that is, all patches that i had copied in there, are present and meanwhile updated/outdated in master. I updated the to reflect that, also links to the resources i use to debug problems with the setup. Also, it to add to
Investigating further. It seems that if I and restart dbus afterwards it works correctly. AFAIU the challenge is to get xdg-desktop-portal and co. to have access to env vars defined by sway. Adding does not work because at that time dbus is already started when sway starts. My workflow is to tty and get a zsh login shell in that shell. logind starts dbus on login. Too early for me. Another option seems to use . This should work for the portals that have not yet been activated. But if your sway config starts applications (mine starts firefox and waybar) then it gets racy. Will report here my attempts. Could you explain how you are running sway ? I cannot believe it only fails for me.
sure. It is nearly the same as you do manually, with the difference that i do and so replace the shell, if i understand correctly.
Hmmm. I do not see what it could possibly change. Still, yet another thing to test :-D
I don't know maybe you need both of those at the end of your like stated in I just did not mention it because for it did not seem to be required.
Well, I have discovered that my setup was "polluted" by the gdm display-manager that I kept in another tty for easy switching to X11 when I needed advanced screencasting in Teams :-). This gdm spawned its own dbus, and mingled in various ways with nixos config. I have to test again everything. I guess it was also responsible for starting the graphical- I wonder who is responsible for starting dbus in your setup. I guess it is socket-activated. Just checked. It is indeed. That also explains why exec systemctl --user import-environment works. It is a bit unfortunate that you cannot start gdm besides sway. I will have to figure out how to install it without starting it at boot. Or just make screencasting work in sway and forget X11 forever :tada:

Discussion:
gsettings-desktop-schemas gtk3 gnome3.gnome-desktop <ins> gnome3.gnome-settings-daemon # schemas needed for settings api (fonts, etc) </ins> ]; meta = with stdenv.lib; {
Change:
Project description UnQLite is a in-process software library which implements a self-contained, serverless, zero-configuration, transactional NoSQL database engine. UnQLite is a document store database similar to MongoDB, Redis, CouchDB etc. as well a standard Key/Value store similar to BerkeleyDB, LevelDB, etc. Metadata homepage URL: source URL: license: BSD platforms: Linux

Discussion:
<ins> { stdenv , fetchFromGitHub , cmake }: stdenv.mkDerivation rec { pname = "unqlite"; version = "1.1.9"; src = fetchFromGitHub { owner = "symisc"; repo = pname; rev = "v${version}"; sha256 = "sha256-WLsyGEt7Xe6ZrOGMO7+3TU2sBgDTSmfD1WzD70pcDjo="; }; nativeBuildInputs = [ cmake ]; meta = with stdenv.lib; { homepage = "https://unqlite.org/"; description = "Self-contained, serverless, zero-conf, transactional NoSQL DB library"; longDescription = '' UnQLite is a in-process software library which implements a self-contained, serverless, zero-configuration, transactional NoSQL database engine. UnQLite is a document store database similar to MongoDB, Redis, CouchDB etc. as well a standard Key/Value store similar to BerkeleyDB, LevelDB, etc. UnQLite is an embedded NoSQL (Key/Value store and Document-store) database engine. Unlike most other NoSQL databases, UnQLite does not have a separate server process. UnQLite reads and writes directly to ordinary disk files. A complete database with multiple collections, is contained in a single disk file. The database file format is cross-platform, you can freely copy a database between 32-bit and 64-bit systems or between big-endian and little-endian architectures. ''; maintainers = with maintainers; [ AndersonTorres ]; license = licenses.bsd2; }; } </ins>

sqlite = lowPrio (callPackage ../development/libraries/sqlite { }); <ins> unqlite = lowPrio (callPackage ../development/libraries/unqlite { }); </ins> inherit (callPackage ../development/libraries/sqlite/tools.nix { inherit (darwin.apple_sdk.frameworks) Foundation; }) sqlite-analyzer sqldiff;
Change:
Describe the bug A clear and concise description of what the bug is. Rambox apps cause rambox to crash when attempting to upload a file. It gives the message: To Reproduce Steps to reproduce the behavior: rambox rambox in terminal any app that has file upload functionality (I tested Google Messages, Element, and Slack) to upload file Expected behavior Rambox apps should be able to upload files from filesystem Additional context I've seen from browsing other issues that this has been solved before for riot-desktop at first by adding gsettings schema to the package wrapper but currently fixed by using in electron. However, for some reason this did not fix the issue in Rambox. 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. these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Add wrapGAppsHook to

Discussion:
{ stdenv, fetchurl, xdg_utils, dpkg, makeWrapper, autoPatchelfHook <del> , libXtst, libXScrnSaver, gtk3, nss, alsaLib, udev, libnotify </del> <ins> , libXtst, libXScrnSaver, gtk3, nss, alsaLib, udev, libnotify, wrapGAppsHook </ins> }: let

}; }.${stdenv.system} or (throw "Unsupported system: ${stdenv.system}"); <del> nativeBuildInputs = [ dpkg makeWrapper autoPatchelfHook ]; </del> <ins> nativeBuildInputs = [ dpkg makeWrapper autoPatchelfHook wrapGAppsHook ]; </ins> buildInputs = [ libXtst libXScrnSaver gtk3 nss alsaLib ]; runtimeDependencies = [ udev.lib libnotify ];
Change:
Describe the bug With default settings, sound won't play in the stable repository Tor Browser. I managed to get it working: for some reason, says this: I am still new to Nix so I am not sure what it should say, but it can't be right since this piece in got it working: (after of course) To Reproduce Steps to reproduce the behavior: to your system configuration but leave ALSA disabled to do anything that requires sound in the browser. Metadata system: host os: multi-user?: sandbox: version: channels: nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
me, too. any word on this? just open any youtube video, and there's no sound. if it matters, i'm using the latest on using overlays.
I marked this as stale due to inactivity. &rarr;
I am also interested in solving this. I am using nixos: 21.05.3761. (Okapi) Since I am new to nix, I just tried the package override from above, but this is not working. Reading through nix-pills is not really enlightening which files are involved in what...
Did you remember to uninstall and install after adding the override?
I get an error: but my is located in
Two possibilities that come to mind: 1: You didn't install by attribute. you need to do (assuming your nix channel name is ) as opposed to 2: Your is indeed in the wrong place or wrongly named. I don't recall straight how it should be named. Believe the nixpkgs manual with this one, not me.
After reading I put my stuff now into So tor browser sources are not there anymore... mhhhh... so in that sense I feel nixos is not holding its promises of reliability (caused by external party)
It's our problem, and a known issue. More info .
They have an alternative mirror recently to the unstable channel. If you try the newest unstable, it might download. Can't guarantee that though.
thank you for your attention/help - I will try this later and report back...
I have the following override: So tor-browser reports back the new version: 10.5.10 but I get the following error when playing a video - so audio does still not work:
... it seems that the overlay does not affect of the original package. This part of is not contained in the generated file: since I am quite a novice with nixos, any hint is welcome....
that worked, thanks alot!

Discussion:
, pango , audioSupport ? mediaSupport <del> , pulseaudioSupport ? false </del> <ins> , pulseaudioSupport ? mediaSupport </ins> , libpulseaudio , apulse
Change:
Describe the bug Zoom-us recordings have no sound, tested on three different NixOS machines, other non-NixOS Linux machines work well. To Reproduce Steps to reproduce the behavior: . a meeting. someone record it. for conversion to finish. it → no sound. with → no sound stream. , file is just 292 bytes. Expected behavior To have sound stream muxed into the resulting file. Screenshots n/a Additional context n/a Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(m): channels(root): nixpkgs: Maintainer information:
Because it's not free software I see no way at all I can help debug this. Did it work for you on a different distro?
I don’t know how either. :'( Yes, exactly. Also I suppose that have rather extensive tests in place, and wouldn’t release a version with such a bug. Perhaps, as the first step, we could look at its when “Record” is being pressed — maybe it’s missing some library?
I cannot confirm, works for me.
huh, that’s good to hear! Can you show your ?
Another way to test on NixOS is to enable and install the Flatpak package from here: If the Flatpak package also does not work, we may be able to rule out the package itself, but not necessarily vice-versa.
Incidentally, I am able to reproduce this on Gnome + Wayland with nixpkgs-unstable. The Zoom application does show a popup saying "Your speakers and microphone are not working correctly". Investigating.
Using reveals that Zoom requires on its PATH. PR incoming.

Discussion:
, qtquickcontrols2, qtscript, qtsvg , qttools, qtwayland, qtwebchannel , qtwebengine # Runtime <del> , coreutils, libjpeg_turbo, pciutils, procps, utillinux </del> <ins> , coreutils, libjpeg_turbo, faac, pciutils, procps, utillinux </ins> , pulseaudioSupport ? true, libpulseaudio ? null }:

nativeBuildInputs = [ autoPatchelfHook ]; buildInputs = [ <del> dbus glib libGL libX11 libXfixes libuuid libxcb libjpeg_turbo qtbase </del> <ins> dbus glib libGL libX11 libXfixes libuuid libxcb libjpeg_turbo faac qtbase </ins> qtdeclarative qtgraphicaleffects qtlocation qtquickcontrols qtquickcontrols2 qtscript qtwebchannel qtwebengine qtimageformats qtsvg qttools qtwayland ];

# TODO Patch this somehow; tries to dlopen './libturbojpeg.so' from cwd ln -s $(readlink -e "${libjpeg_turbo.out}/lib/libturbojpeg.so") $out/share/zoom-us/libturbojpeg.so <ins> # Again, requires faac with a nonstandard filename. ln -s $(readlink -e "${faac}/lib/libfaac.so") $out/share/zoom-us/libfaac1.so </ins> runHook postInstall '';
Change:
Describe the bug doesn't work with . The phase1/phase2 don't setup and doesn't seem to like that: (I a bit of logging to :) Unfortunately, I can't figure out how to mount properly, or what should be responsible for doing so. Metadata This is with . currently :
I had a similar problem when using in . I believe udev is supposed to create those device nodes, however, udev isn't available in the more minimal linux environment given by . I ultimately just the symlink manually for the required device:
I marked this as stale due to inactivity. &rarr;
I am still running into this.
We now sometimes get this error (message) in blocker tests, e.g. the first run of and I can't even make that test succeed locally. Unfortunately I know little about topics around this. EDIT: the logs looked like on aarch64 where it wasn't restarted and thus .

Discussion:
# Some tools assume these exist ln -s vda /dev/xvda ln -s vda /dev/sda <ins> # make systemd-boot find ESP without udev mkdir /dev/block ln -s /dev/vda1 /dev/block/254:1 </ins> mountPoint=/mnt mkdir $mountPoint
Change:
Describe the bug Sshuttle since 1.0.2 on master does not work, it immediately crashes with the following traceback: To Reproduce Steps to reproduce the behavior: -r you 192.0.2.0/24 Expected behavior It shouldn't crash. 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 Maintainer information:

Discussion:
python3Packages.buildPythonApplication rec { pname = "sshuttle"; <del> version = "1.0.2"; </del> <ins> version = "1.0.3"; </ins> src = python3Packages.fetchPypi { inherit pname version; <del> sha256 = "02c3r27alch7dfy39v40n9g7mccsrj5hwnb1s0gkw4iwxkx2lzg1"; </del> <ins> sha256 = "0fff1c88669a20bb6a4e7331960673a3a02a2e04ff163e4c9299496646edcf61"; </ins> }; patches = [ ./sudo.patch ];
Change:
Describe the bug The LLVM binutils package sets diff in the path to be llvm-diff. However, llvm-diff is not a replacement for POSIX diff, it's intended for diffing two LLVM IR files while ignoring non-semantic differences between the two. It doesn't operate as a drop in replacement for diff, so when trying to use a llvm-based stdenv to build anything that relies on diff the build will fail. To Reproduce Steps to reproduce the behavior: llvmPackages.bintools (affects 7, 8, 9 and 10) that diff now points to llvm-binutils-${VERSION}/bin/diff Expected behavior diff should continue to point to GNU diff which has the expected POSIX diff behaviour. Additional context There may be other tools in llvm-binutils that shouldn't be being linked without their llvm- prefix. also gets linked, and llvm-as is an LLVM IR -LLVM bitcode assembler not a system assembler. Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(davtru01): nixpkgs: Maintainer information:
:-) The current code in is:
Yeah, I would propose we just remove that line from each version. The llvm- prefixed binaries are not, in general, drop in replacements for the tools they share names with. In fact I think the only one that is is llvm-cxxfilt and that doesn't even have the same spelling as the tool it replaces when the prefix is removed.
I think these links were first in , so let's at least mention I actually don't even know much about the LLVM-related stuff.

Discussion:
ln -s $prog $out/bin/${prefix}$(basename $prog) done for prog in ${llvm}/bin/*; do <del> ln -s $prog $out/bin/${prefix}$(echo $(basename $prog) | sed -e "s|llvm-||") </del> ln -sf $prog $out/bin/${prefix}$(basename $prog) done rm -f $out/bin/${prefix}cat
Change:
Describe the bug Currently, /etc/shadow belongs to the root group. For many use cases, this poses no problems, but when some program needs to use PAM to authenticate on the behalf of multiple users, the program needs to be executed as root (which seems generally unacceptable security-wise). One example is PAM authentication in Nginx, where the (see discussion on this). Expected behavior I think it's reasonable for /etc/shadow to belong to a group called "shadow" so users can make the decision on letting some programs/users read /etc/shadow. . If maintainers agree this is a reasonable thing to do, and if someone can confirm if this change is as simple as adding a group called shadow and adding a line in update-users- chown-ing /etc/shadow to root:shadow, then I'll create a PR. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I've tackled this in PTAL.
Just as a reminder, the 20.09 release is scheduled to happen this monday, the 28th. If this is still relevant to blocking the release, then there should be some forward movement. A blocker meeting has still yet to be scheduled. But, if you consider this item to still warrant blocking the entirety of the nixos-20.09 release, the please do so on the . A template for proposing an item can be found
As soon as the above PR is merged (), it can be backported to 20.09, and this issue won't be blocking 20.09 anymore.

Discussion:
} updateFile("/etc/shadow", @shadowNew, 0600); <ins> { my $uid = getpwnam "root"; my $gid = getgrnam "shadow"; my $path = "/etc/shadow"; chown($uid, $gid, $path) || die "Failed to change ownership of $path: $!"; } </ins> # Rewrite /etc/subuid & /etc/subgid to include default container mappings

input.gid = ids.gids.input; kvm.gid = ids.gids.kvm; render.gid = ids.gids.render; <ins> shadow.gid = ids.gids.shadow; </ins> }; system.activationScripts.users = stringAfter [ "stdio" ]

paperless = 315; #mailman = 316;  # removed 2019-08-30 zigbee2mqtt = 317; <ins> # shadow = 318; # unused </ins> # When adding a uid, make sure it doesn't match an existing gid. And don't use uids above 399!

paperless = 315; #mailman = 316;  # removed 2019-08-30 zigbee2mqtt = 317; <ins> shadow = 318; </ins> # When adding a gid, make sure it doesn't match an existing # uid. Users and groups with the same name should have equal
Change:
Describe the bug The xmlreader extension of PHP has a limited API surface due to missing DOM support. To Reproduce a like this: the dom-related functionality of xmlreader in a script like this: using . You should see this warning: Expected behavior DOM support is enabled and the xmlreader API works as intended. Additional context There is a very similar issue here: The warning looks like it originates from here: This indicates that the compiler flag is not set when building the xmlreader extension. I don't know enough about the PHP packages in nixpkgs to fix this myself, but I hope this helps in narrowing down the issue. Notify maintainers Metadata
do you have any capacity to take a look at this?
I marked this as stale due to inactivity. &rarr;
Will have to confirm if this is still relevant and then take a look.
At least I can still reproduce it on latest nixpkgs.
Sorry that I missed this. Thanks for the detailed report! I think I've fixed this in ; I would appreciate if you could try it out.

Discussion:
doCheck = false; } { name = "xmlreader"; buildInputs = [ libxml2 ]; <del> configureFlags = [ "--enable-xmlreader CFLAGS=-I../.." ] </del> <ins> internalDeps = [ php.extensions.dom ]; NIX_CFLAGS_COMPILE = [ "-I../.." "-DHAVE_DOM" ]; configureFlags = [ "--enable-xmlreader" ] </ins> # Required to build on darwin. ++ lib.optional (lib.versionOlder php.version "7.4") [ "--with-libxml-dir=${libxml2.dev}" ]; } { name = "xmlrpc";
Change:
Project description The Open Observatory of Network Interference (OONI) is a free software project that aims to empower decentralized efforts in increasing transparency of Internet censorship around the world. please package as "ooniprobe-cli" ("ooniprobe" as alias) and "ooniprobe-desktop" like used here: Metadata homepage URL: source URL: license: mit (hidden in ) / BSD 3-Clause platforms: unix, linux, darwin, windows
I marked this as stale due to inactivity. &rarr;
...
I marked this as stale due to inactivity. &rarr;
Still relevant.

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "ooniprobe-cli"; version = "3.14.2"; src = fetchFromGitHub { owner = "ooni"; repo = "probe-cli"; rev = "v${version}"; hash = "sha256-9n/Ozyy1QzjFum/R/X2DChzTHl70e+JQuo09nToAIcE="; }; vendorSha256 = "/fN9nRYOy00EeI8zZQFkCgTMGLZ0pFbYmRdTr2NLIsc="; subPackages = [ "cmd/ooniprobe" ]; meta = with lib; { description = "The Open Observatory of Network Interference command line network probe"; homepage = "https://ooni.org/install/cli"; license = licenses.gpl3Plus; maintainers = with maintainers; [ dotlambda ]; }; } </ins>

onlykey = callPackage ../tools/security/onlykey { node_webkit = nwjs; }; <ins> ooniprobe-cli = callPackage ../tools/networking/ooniprobe-cli { }; </ins> openapi-generator-cli = callPackage ../tools/networking/openapi-generator-cli { jre = pkgs.jre_headless; }; openapi-generator-cli-unstable = callPackage ../tools/networking/openapi-generator-cli/unstable.nix { jre = pkgs.jre_headless; };