jiebi/CodeConvo huggingface dataset:
Change:
"beetle-pcfx": {"repo": "beetle-pcfx-libretro"}, "beetle-psx": {"repo": "beetle-psx-libretro"}, "beetle-saturn": {"repo": "beetle-saturn-libretro"}, <del> "beetle-snes": {"repo": "beetle-bsnes-libretro"}, </del> "beetle-supafaust": {"repo": "supafaust"}, "beetle-supergrafx": {"repo": "beetle-supergrafx-libretro"}, "beetle-vb": {"repo": "beetle-vb-libretro"},

Discussion:
Steps to reproduce the behavior: Most common error is along the lines of Possibly related to glibc update? Can reproduce failure on local x8664-linux. Hydra
Related
This core itself seems to be kinda old and not updated anymore. Also not sure how interesting it is, considering it is based in a old version of bsnes. Maybe we can just remove it? Is there any reason you want to use it, or it is just an issue because it makes fail?
For me just because it’s in retroarchFull.
Created a PR to remove it: Would appreciate some reviews.
Change:
<del> { lib, stdenv, fetchFromGitHub, git, makeWrapper, openssl, coreutils, util-linux, gnugrep, gnused, gawk }: </del> <ins> { lib, stdenv, fetchFromGitHub, git, makeWrapper, openssl, coreutils, util-linux, gnugrep, gnused, gawk, testers, transcrypt }: </ins> stdenv.mkDerivation rec { pname = "transcrypt"; <del> version = "1.1.0"; </del> <ins> version = "2.2.3"; </ins> src = fetchFromGitHub { owner = "elasticdog"; repo = "transcrypt"; rev = "v${version}"; <del> sha256 = "1dkr69plk16wllk5bzlkchrzw63pk239dgbjhrb3mb61i065jdam"; </del> <ins> sha256 = "+B8CYHDneDd0GwiTwQK6YVScDMKao2JXFpGk9PY6/EE="; </ins> }; nativeBuildInputs = [ makeWrapper ]; buildInputs = [ git openssl coreutils util-linux gnugrep gnused gawk ]; <del> patches = [ ./helper-scripts_depspathprefix.patch ]; </del> installPhase = '' install -m 755 -D transcrypt $out/bin/transcrypt install -m 644 -D man/transcrypt.1 $out/share/man/man1/transcrypt.1

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR.
Change:
version = "$VERSION"; format = "wheel"; dist = python; <del> python = "cp37.cp38.cp39.py37.py38.py39"; </del> <ins> python = "cp37.cp38.cp39.cp310.cp311.py37.py38.py39.py310.py311"; </ins> platform = "$PLATFORM"; } "

Discussion:
Package name: Latest released version: 1.34.0 <!-- Search your package here: --- Current version on the unstable channel: 1.27.0 Current version on the stable/release channel: 1.27.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.
Note: the update script isn't working on my system, I assume that's why has not uploaded any updates.
Ill take a look tomorrow :)
Change:
fetchSubmodules = true; }; <ins> patches = [ # don't use absolute paths to binary or icon - see https://github.com/NixOS/nixpkgs/issues/308324 ./fix-desktop-file.patch ]; </ins> strictDeps = true; nativeBuildInputs = [

Discussion:
Ansel installs well, and can be launch from console with … but it does not appear in Gnome’s application menu, nor it cannot be find in Gnome launcher search Steps to reproduce the behavior: to from channel 24.05 or from unstable to launch it or to find it in applications menu Like every other application (and Darktable), I expect to find Ansel in the application menu, launcher search, and so on
I don't know anything about gnome, but there's definitely a desktop file in the correct spot: also, is a bot, FYI Probably try rebooting or something.
The desktop file is broken: Sounds like the upstream build system is broken – see
Good catch, thanks. I've sent a PR
Change:
<ins> { lib , buildNpmPackage , fetchFromGitHub }: buildNpmPackage rec { pname = "igir"; version = "2.0.6"; src = fetchFromGitHub { owner = "emmercm"; repo = "igir"; rev = "v${version}"; hash = "sha256-HIhk60I5VUMHBUp5EQGpE7RZ0KiYwVMl1jEX9zb5ttA="; }; npmDepsHash = "sha256-P+H6q+jwfJFMb5qtOS3OCVUu9MtZ+Knaog0qyP3FpFo="; # I have no clue why I have to do this postPatch = '' patchShebangs scripts/update-readme-help.sh ''; meta = with lib; { description = "A video game ROM collection manager to help filter, sort, patch, archive, and report on collections on any OS"; homepage = "https://igir.io"; license = licenses.gpl3Plus; maintainers = with maintainers; [ TheBrainScrambler ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description A video game ROM collection manager to help filter, sort, patch, archive, and report on collections on any OS. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
[ darwin.apple_sdk.frameworks.CoreServices ]; }; <ins> # disable bundle install as it can't install anything in addition to what is # specified in pkgs/applications/misc/jekyll/Gemfile anyway. Also do chmod_R # to compensate for read-only files in site_template in nix store. jekyll = attrs: { postInstall = '' installPath=$(cat $out/nix-support/gem-meta/install-path) sed -i $installPath/lib/jekyll/commands/new.rb  -e 's@Exec.run("bundle", "install"@Exec.run("true"@'  -e 's@FileUtils.cp_r site_template + "/.", path@FileUtils.cp_r site_template + "/.", path; FileUtils.chmod_R "u+w", path@' ''; }; </ins> # note that you need version >= v3.16.14.8, # otherwise the gem will fail to link to the libv8 binary. # see: https://github.com/cowboyd/libv8/pull/161

Discussion:
One uses to create a new tree of files for generating a web site. So the intent is to edit those files. But the files produced are read-only, so user must do a before each new file can be edited. I haven't looked at the source yet, but I imagine this is because jekyll copies the site template out of an installed gem or something, and all the files there are 444 (read-only) because it's in the Nix store. System: NixOS 16.09.1600. (Flounder) Nix version: nix-env (Nix) 1.11.6 Nixpkgs version: 16.09.1698.
Have you tried reporting this upstream?
I have not. Will consider that – it seems that a fix would be a one-liner after to do or so. But I'm not able to test easily if that's all that would be needed – the nixpkgs expression is quite behind, carrying jekyll 3.0.1 when current release is 3.4.1. I tried updating too, but ran into bundler problems, and I don't know much about ruby.
You seem to have idea how to fix it. Should really bring this up with upstream. I don't know much about ruby, but nixpkgs manual has a step by step guide: Turned out to be very easy:
So I ran into bundler problems)
Ok, I've pushed a workaround for that
Change:
<del> { newScope, stdenv, isl, fetchurl, overrideCC, wrapCC, ccWrapperFun }: </del> <ins> { newScope, stdenv, libstdcxxHook, isl, fetchurl, overrideCC, wrapCC, ccWrapperFun, darwin }: </ins> let callPackage = newScope (self // { inherit stdenv isl version fetch; });

Discussion:
In Nixpkgs 17.09, 3.9 cannot find libstdc++ headers: This does work correctly with Clang 4.0 in 17.09, or Clang 3.9 in 17.03. Setting shows that the cc-wrapper is not adding the appropriate flags pointing to libstdc++ in gcc. See above. System: NixOS 17.03 Nix version: 1.12pre Nixpkgs version: 17.09beta285. Sandboxing enabled: no
According to git-bisect, one of the following commits is causing the issue (all by
Hmm, was supposed to have fixed this, but I guess only fixed 4.0. any idea?
Really thought I already applied those changes to the other versions, must have forgotten to push or something.
Ah I see now---I should have noticed when reviewing that. While we're at it, maybe we should inject it in cc-wrapper instead of stdenv? This mirrors and keeps slimmer.
Change:
<del> { mkDerivation, lib, fetchFromGitHub, pkgconfig, gtk3, qtbase, qmake, qtx11extras, pantheon }: </del> <ins> { mkDerivation , lib , fetchFromGitHub , pkgconfig , gtk3 , glib , qtbase , qmake , qtx11extras , pantheon , substituteAll , gsettings-desktop-schemas }: </ins> mkDerivation rec { pname = "qgnomeplatform";

Discussion:
Following the last couple, I can now reproduce the issue again. I'm running NixOS off of , which is just with the previous too patches, that were still in staging`, applied. With that branch I get the following when I try to launch zoom: Edit: See
cc
I think this is a non-issue and was due to being an absolute pain in my ass. I'm testing and will update soon.
Alright, I can confirm that this is an issue, but seems to only affect zoom. cc.
What actions did you take? For me, on , it shows login page without an error (running ).
I'm running Zoom from recent master () and it doesn't crash. can you reproduce crash on that revision?
I later isolated the issue with jtojnar on the IRC. Try adding this clause to your configuration and see if you can repro the issue:
no crash for me, though I don't have an error "(process:): GLib-GIO-ERROR **: 21:32:14.611: No GSettings schemas are installed on the system" in a log. Maybe that's because I run gnome-shell, which has the ?
Maybe? I could/can consistently repro with the above
There must be some gsettings related code in the platform theme that needs to be patched/hardcoded.
Yeah, it wants the gnome hints which requires gsettings-desktop-schemas We can do a hardcode-gsettings patch like , to make it depend on gsettings-desktop-schemas since we can't wrap it. The issue doesn't appear in gnome because the global environment will have gsettings-desktop-schemas. You use sway right? Even there these should be available...
That is correct; I use sway configured with home-manager. Relevant configs:
This , should probably pull in , , and also.
cc. who, IIRC, worked on the sway Gtk wrapper.
Same issue for me under i3+dmenu
Change:
{ stdenv, fetchurl, intltool, pkgconfig, libglade, networkmanager, gnome3 , libnotify, libsecret, polkit, isocodes, modemmanager, librsvg , mobile_broadband_provider_info, glib_networking, gsettings_desktop_schemas <del> , makeWrapper, udev, libgudev, hicolor_icon_theme, jansson, wrapGAppsHook }: </del> <ins> , makeWrapper, udev, libgudev, hicolor_icon_theme, jansson, wrapGAppsHook, webkitgtk }: </ins> stdenv.mkDerivation rec { <del> name    = "${pname}-${version}"; </del> <ins> name    = "${pname}-${major}.${minor}"; </ins> pname   = "network-manager-applet"; <del> version = networkmanager.version; </del> <ins> major   = "1.4"; minor   = "6"; </ins> src = fetchurl { <del> url    = "mirror://gnome/sources/${pname}/${networkmanager.major}/${name}.tar.xz"; sha256 = "09ijxicsqf39y6h8kwbfjyljfbqkkx4vrpyfn6gfg1h9mvp4cf39"; </del> <ins> url    = "mirror://gnome/sources/${pname}/${major}/${name}.tar.xz"; sha256 = "0xpcdwqmnwiqqqsd5rx1gh5rvv5m2skj59bqxhccy1k2ikzgr9hh"; </ins> }; configureFlags = [ "--sysconfdir=/etc" ];

Discussion:
After nixos-rebuild switch, the network-manager service goes down and immediately segfaults every time it tries to come up again. journalctl for the segfault message or something, anyway, at this point I don't have working network anymore. nixos 17.09pre104870.
Specifically it segfaults because returns a non-zero exit status (saying "No for interface NetworkManager"); the segfault itself appears fixes in their HEAD. I haven't checked whether that makes it actually work, yet, but maybe we could arrange for it to have a in the meantime, whatever that means.
In which commit it was fixed?
Does this also happen in 17.03?
Happens with both the 17.03 tag and the 17.03 channel. Looks like cherry-picking the above commit as a patch for our network-manager lets it work correctly, btw.
also fixed in 17.03:
Change:
patches = [ ./fix-python.patch <del> # Pull upstream fix git gcc-13: #   https://gitlab.onelab.info/gmsh/gmsh/-/issues/2416 (fetchpatch { name = "gcc-13-p1.patch"; url = "https://gitlab.onelab.info/gmsh/gmsh/-/commit/fb81a9c9026700e078de947b4522cb39e543a86b.patch"; hash = "sha256-1GInFqQZvOgflC3eQTjmZ9uBGFASRNCpCwDACN3yTQ4="; }) (fetchpatch { name = "gcc-13-p2.patch"; url = "https://gitlab.onelab.info/gmsh/gmsh/-/commit/aceb09c807b78ea26555f99fcb16c4f87c31fb5a.patch"; hash = "sha256-6FI0hIvj8hglCvxoKV0GzT2/F/Wz+ddkxV/TLzzJBLU="; }) </del> ]; postPatch = ''

Discussion:
Package name: gmsh Latest released version: 4.12.2 Current version on the unstable channel: 4.11.1 Current version on the stable/release channel: 4.11.1 Notify maintainers This package has no maintainers. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , buildPythonPackage , fetchPypi , emoji , pydbus , pygobject3 , unidecode , setuptools }: buildPythonPackage rec { pname = "mpris-server"; version = "0.4.2"; pyproject = true; src = fetchPypi { pname = "mpris_server"; inherit version; hash = "sha256-p3nM80fOMtRmeKvOXuX40Fu9xH8gPgYyneXbUS678fE="; }; nativeBuildInputs = [ setuptools ]; propagatedBuildInputs = [ emoji pydbus pygobject3 unidecode ]; pythonImportsCheck = [ "mpris_server" ]; # upstream has no tests doCheck = false; meta = with lib; { description = "Publish a MediaPlayer2 MPRIS device to D-Bus"; homepage = "https://pypi.org/project/mpris-server/"; license = licenses.agpl3Only; maintainers = with maintainers; [ quadradical ]; }; } </ins>

Discussion:
Linux app for streaming music from YouTube. <!-- Monophony is a free and open source Linux app for streaming music from YouTube. It has no ads and does not require an account. --Metadata homepage URL: source URL: license: mit platforms: linux
I'd be interested in doing this if its not too hard, I'll look into it.
The package is almost done, had some complications including unpackaged dependencies, but it should be good to go within the next few days.
Just waiting for a merge now.
Change:
hardware.opengl.package = prl-tools; hardware.opengl.package32 = pkgs.pkgsi686Linux.linuxPackages.prl-tools.override { libsOnly = true; kernel = null; }; <ins> hardware.opengl.setLdLibraryPath = true; </ins> services.udev.packages = [ prl-tools ];

Discussion:
Proposal: Make a mesa setup-hook: find opengl programs in $out, fix rpath to point to (or ). Drop .
I'm not certain about all the consequences. It isn't just &ndash; there can also be other required things on that path, e.g. and . But I guess the packages that stop finding libs should be fixable easily by adding the reference explicitly somehow. What might also be a problem: during chrooted builds we have no , so if mesa is removed_ from rpath, I think many executables wouldn't even start due to that dependency, e.g. through libcairo. That would be worked around if we only at the beginning of rpath without removing the mesa reference.
Will this affect people using Nixpkgs outside NixOS?
it should be the same, need for creating manually, or setting another proper . The behavior should be the same as of now, except we don't need which would apply to every binary.
Closely related: there might be a change how libGL implementations are switched. So far only nvidia is known to use that interface, but it's well possible the other major players will jump in soon.
(triage) any action items?
No, just brainstorming here.
(triage) I assume this hasn’t been implemented yet?
There's , which will set RUNPATH in various dispatch libraries to look in , and I suggested dropping the global there, too.
Once I remove from , when I log in via LightDM (as supposed to SDDM or a console login), I still get this in : . Note how there's no 32-bit link and there is also the absolute path to the driver directory (which in my case does nothing because libraries are under ). I'm pretty sure it's coming from . SDDM must be unsetting it while LightDM is letting it through to the user session. We should remove this so it doesn't affect the session, and fix things as necessary by adding RUNPATH to programs that need it (X server, individual display managers, wayland stuff?). I will try with NVidia but cannot try other drivers.
I see two drivers that still rely on to override default system libraries, and .

Not only do they directly provide libraries like , , and instead of using dispatch libraries (, ), they override other system libraries: has symlinks to NixOS builds of a whole bunch of Xorg libraries (e.g. , , ). There is a comment in the package saying it makes some programs work, without explaining why. has replacements of , , and some LLVM libraries (, ). Because NixOS has patched glibc to give priority over , any program that links to one of these libraries will load the one from the AMD drivers. This can result in horrible breakage (what happens to programs that link to LLVM when they get the AMD thing?). This is so ugly and prone to break things that I think we should consider dropping both drivers. If not then we should at least go forward with dropping only for drivers that don't need it (mesa, nvidia).
Change:
owner = "natemaia"; repo = "dk"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-AzvpvcH0S8WJNzYXMwvF6CIRDXnh/c6B8g2iWDQI6Qw="; </del> <ins> hash = "sha256-wuEsfzy4L40tL/Lb5R1jMFa8UAvAqkI3iEd//D7lxGY="; </ins> }; buildInputs = [

Discussion:
Steps to reproduce the behavior: dk 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Please complain to upstream about changing the commit the tag points to.
Change:
, gtk3 , gtk4 , libnotify <ins> , copyDesktopItems </ins> , makeDesktopItem , makeWrapper , mesa

Discussion:
Package name: wavebox Latest released version: Current version on the unstable channel: Current version on the stable/release channel: (doesn't seem like the has anything to do with Wavebox 114 to 116?) Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
categories = "Network"; }; <ins> fakeLess = writeShellScriptBin "less" "cat"; </ins> in stdenv.mkDerivation rec {

Discussion:
Describe the bug When adding to and then running , at some point the license agreement of teamspeak shows up in the console and I couldn't find a way to accept it. Because of this, the installation is stuck forever at this point with no instructions how to continue. To Reproduce add to run Expected behavior The last command should complete and teamspeak should be installed on my system. Screenshots ! Additional context I've tried both stable and unstable, but got the same result for both. Metadata Maintainer information:
I can reproduce this. Seem like the sandbox changed lately and the command doesn't get the from . I will submit a PR with a fix.
Change:
${optionalString (c.dbuser != null) "'dbuser' => '${c.dbuser}',"} ${optionalString (c.dbtableprefix != null) "'dbtableprefix' => '${toString c.dbtableprefix}',"} ${optionalString (c.dbpass != null) "'dbpassword' => '${c.dbpass}',"} <del> ${optionalString (c.dbpassFile != null) "'dbpassword' => nix_read_pwd(),"} </del> <ins> ${optionalString (c.dbpassFile != null) '' dbpassword' => nix_read_file( ${c.dbpassFile}, "Cannot start Nextcloud, dbpass file %s set by NixOS doesn't seem to " . "exist! Please make sure that the file exists and has appropriate " . "permissions for user & group 'nextcloud'!" ), '' } </ins> 'dbtype' => '${c.dbtype}', 'trusted_domains' => ${writePhpArrary ([ cfg.hostName ] ++ c.extraTrustedDomains)}, 'trusted_proxies' => ${writePhpArrary (c.trustedProxies)}, ${optionalString (c.defaultPhoneRegion != null) "'default_phone_region' => '${c.defaultPhoneRegion}',"} ]; <ins> $EXTRACONFIG = nix_decode_json_file( "${jsonFormat.generate "nextcloud-extraOptions.json" cfg.extraOptions}", "decoding json extra options file failed" ); $CONFIG = array_replace_recursive($CONFIG, $EXTRACONFIG); ${optionalString (cfg.secretFile != null) '' $CONFIG = array_replace_recursive($CONFIG, nix_decode_json_file( "${cfg.secretFile}", "Cannot start Nextcloud, secrets file %s set by NixOS doesn't exist!" )); ''} </ins> ''; occInstallCmd = let dbpass = if c.dbpassFile != null

Discussion:
Currently, the nextcloud modules has a set list of config options (in ), and no -style hook for freeform text which should be appended to nextcloud's configuration file. In particular, I am unable to figure out how to set up redis caching with the nextcloud module — the description for states that "you still need to enable Redis in your ", but there is no description of how to do that, and no corresponding option in the module. I think the module should offer something like , particular since this is probably also an issue for other possible configurations of nextcloud (given that its is prohibitively long) — or am I just missing something obvious?
I started a pull request with this here:
I marked this as stale due to inactivity. &rarr;
Same problem ;(
Change:
cc-multilib-gcc = callPackage ./cc-wrapper/multilib.nix { stdenv = gccMultiStdenv; }; cc-multilib-clang = callPackage ./cc-wrapper/multilib.nix { stdenv = clangMultiStdenv; }; <ins> fetchurl = callPackages ../build-support/fetchurl/tests.nix { }; </ins> fetchpatch = callPackages ../build-support/fetchpatch/tests.nix { }; fetchgit = callPackages ../build-support/fetchgit/tests.nix { }; fetchFirefoxAddon = callPackages ../build-support/fetchfirefoxaddon/tests.nix { };

Discussion:
I was trying to download something that required that I put a token to the header. That has to be quoted mind you. Then I got these errors: Then it tries to download what's in the url, but It can't because that token authorizes it. Clearly not what I wanted :) Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: cc
This seems difficult to support. You could use or (e.g. ) instead.
I honestly think someone would expect this to just work like that. Perhaps there should be a note somewhere, if no one is interested in supporting this, that you cannot use quoted args here. Either of those are a workaround for me at least :+1: . But there could be more complex times when this isn't enough.
Actually you can use such quoted args only in scripts (e.g. or ). This could be made to work with Nix 2 and its structured attributes feature (even while maintaining compatibility with Nix 1):
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 believe this can still be implemented, and would be better than the current solution of writeText.
I just had this need in svanderburg/node2nix. The file workaround worked, but it took a very very long time to find this issue.
I marked this as stale due to inactivity. &rarr;
still an issue and why it is difficult to support? looks like a trivial bug
I marked this as stale due to inactivity. &rarr;