jiebi/CodeConvo huggingface dataset:
Change:
}; }; <ins> Gtk3 = buildPerlPackage rec { name = "Gtk3-0.034"; src = fetchurl { url = "mirror://cpan/authors/id/X/XA/XAOC/${name}.tar.gz"; sha256 = "0baxyhlzdf7avka40h1niiir8vz4nilqkiwh876i0hv0f8xj3nqa"; }; buildInputs = [ Cairo CairoGObject Glib GlibObjectIntrospection ]; propagatedBuildInputs = [ pkgs.gtk3 ]; meta = { description = "Perl interface to the 3.x series of the gtk+ toolkit"; license = stdenv.lib.licenses.lgpl21Plus; }; }; Gtk3SimpleList = buildPerlPackage rec { name = "Gtk3-SimpleList-0.18"; src = fetchurl { url = "mirror://cpan/authors/id/T/TV/TVIGNAUD/${name}.tar.gz"; sha256 = "09azmc7miyvw7q21rz8cxw16zbd5i1j5hpakxy376f5vmhqqjyhp"; }; buildInputs = [ Gtk3 Glib GlibObjectIntrospection Cairo CairoGObject ]; meta = { description = "A simple interface to Gtk3's complex MVC list widget"; license = stdenv.lib.licenses.lgpl21Plus; }; }; </ins> Guard = buildPerlPackage rec { name = "Guard-1.023"; src = fetchurl {

Discussion:
I'm going to be putting this aside for a bit but it still needs some work, so I'm posting this here till I have a PR ready. At the moment this appears to generate a functional gscan2pdf derivation, however I would like to find a way to allow at least part, if not all of the (graphical) tests to be run. I also intend to merge the perl packages into perl packages properly instead of leaving them like this, and I need to look into whether they have any extra things I should configure, currently this is somewhat modified output of nix-generate-from-cpan. Also I don't know if this should go into tools/graphics, or into perlPackages, or what. Though I'm leaning towards the former. Also please send suggestions on how to improve the script in general. If anyone wants to pick this up, please do.
Any progress on this?
Change:
} (mkIf ((elem "bcachefs" config.boot.initrd.supportedFilesystems) || (bootFs != {})) { <del> # the cryptographic modules are required only for decryption attempts boot.initrd.availableKernelModules = [ "bcachefs" "chacha20" "poly1305" ]; </del> <ins> # chacha20 and poly1305 are required only for decryption attempts boot.initrd.availableKernelModules = [ "bcachefs" "sha256" "chacha20" "poly1305" ]; </ins> boot.initrd.extraUtilsCommands = '' copy_bin_and_libs ${pkgs.bcachefs-tools}/bin/bcachefs

Discussion:
Describe the bug ! I fixed it with a proper fix would be to add it to i will create a PR and test it later this issue is for reference and so i don't forget 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 system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Change:
}); in stdenv.mkDerivation rec { <del> name = "${pname}-${version}"; </del> <ins> pname = "rhythmbox"; version = "3.4.4"; </ins> src = fetchurl { <del> url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${name}.tar.xz"; </del> <ins> url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; </ins> sha256 = "142xcvw4l19jyr5i72nbnrihs953pvrrzcbijjn9dxmxszbv03pf"; };

Discussion:
The default set of gstreamer modules in there (apparently) doesn't allow decoding AAC, which I consider a problem. Therefore I propose to extend the set, but there are two options: () and (a little weird to use ffmpeg there). I briefly tested both. /cc maintainer
If I look right, / lean their recommendations to and not .

rhythmbox can't import some file types in my music directory and lists those under import-error. the according error message is always where: file type | plugin name ------- | ----------- mp4 | MPEG-4 AAC decoder opus | Opus decoder wma | Windows Media Audio 8 wav | Microsoft ADPCM i understand why the wma and aac decoder aren't installed by default, but kinda expected opus and wav to be playable. at the bottom right there is a button saying 'Install Additional Software'. when I press that, it crashes. the backtrace is below. installing gstreamer plugins doesn't change anything. how am I supposed to add more plugins? System: 17.09.1965. (Hummingbird) Nix version: nix-env (Nix) 1.11.15 Nixpkgs version: "17.09.1965." Sandboxing enabled: build-use-sandbox = false
I've just run into the issue (on NixOS 18.03) where Rhythmbox couldn't import a bunch of files due to missing codecs and installing additional GStreamer plugins didn't seem to help. Adding the following to and restarting the X11 session seems to be a workaround until this is properly fixed: This assumes required GStreamer plugins are installed.
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 .
Still an issue. To play WMA files in Rhythmbox I had to install , and set . (Actually I use instead.) Should this environment variable be set when the package is installed? How do other distributions do this? (Without that Rhythmbox outputs It didn't cause a crash for me though; that was probably a separate issue that was since fixed.)
Change:
<del> { lib, stdenv, callPackage }: </del> <ins> { lib , stdenv , callPackage , ... }@args: </ins> let <ins> extraArgs = removeAttrs args [ "callPackage" ]; </ins> pname = "spotify"; meta = with lib; {

Discussion:
I'm overriding nss package to nsslatest for spotify to be able to open links in firefox. After updating inputs for my config fails. I have in config. Steps to reproduce the behavior: nss for spotify to rebuild config Nss should get overridden successfully, not fail. ! It seems to be caused by commit adding support for macos. It seems I can only override arguments which are now Please run and paste the result.
in the meantime, overriding seems to be a workaround. I'm using the following to override :
Fix:
Facing the same issue, as I had an override with . Looks like this was broken in (cc ).
Re your actual problem: IMHO the structuring of the package currently isn't very nice anyway, so I'd be open to a PR that improves the situation (i.e. to be able to do ).
Change:
, version, buildPlatform, hostPlatform, targetPlatform , gnat-bootstrap ? null , langAda ? false <ins> , langFortran </ins> , langJava ? false , langJit ? false , langGo , withoutTargetLibc , enableShared , enableMultilib <ins> , pkgsBuildTarget </ins> }: assert langJava -> lib.versionOlder version "7";

Discussion:
Cross compilation of gfortran package fails for riscv64. Many packages like depends on gfortran. So I can not use these on riscv64 Steps to reproduce the behavior: Cross compile gfortran $nix-build '<nixpkgs' -A pkgsCross.riscv64.gfortran Should compile Please run and paste the result.
The code snippet here doesn't seem very useful. Have you got the full log somewhere?
Attach is the full log.
Thank you! I'm seeing Looks like or . Maybe ? Also, it would be nice to have .
One of these days I am going to submit a PR that modifies to cat into the build stderr on failed builds...
Ah, is not only built with , but expects to be able to invoke at runtime. So it depends on a cross-built native compiler, something that doesn't get used much in nixpkgs. I found ~at least part of the problem, see upcoming PR. I don't know if it fixes the whole problem or not.~ the fix.
FWIW I don't think this ever worked, but it does now (after ). Also we probably have similar problems with cross-built native compilers for all other languages except C/C++ (because stdenv sets flags for those) if their standard library is bundled with gcc.
Change:
loccount = callPackage ../development/tools/misc/loccount { }; <del> logseq = callPackage ../by-name/lo/logseq/package.nix { # electron version from: https://github.com/logseq/logseq/blob/0.10.9/package.json#L116 electron = electron_27; }; </del> long-shebang = callPackage ../misc/long-shebang { }; lssecret = callPackage ../misc/lssecret {};

Discussion:
Logseq cannot be installed anymore because of the electron version being used has reached EOL. Previously this could be mitigated by adding the version to permittedInsecurePackages. However this does not work anymore Steps to reproduce the behavior: Logseq to user packages and electron to the permittedInsecurePackages it fail The permitted insecure package should be accepted and the system should be built You can still install by allowing insecure packages without limits (in my case as a flake) with however this is not ideal because obviously you don't have control anymore about what packages you still allow
fyi the string to use is , see
with nixpkgs commit the output also now suggests to permit package `"electron-28.3.3". however doing so does not work unfortunately. The error message persists even with having it allowed
Sounds like you're passing pkgs incorrectly or something then, please provide the full config or an MWE
I'd never say never but the config hasn't changed in ages and worked well with when electron 27.x was still in use. So this is basically the whole file
I'm asking for the entire config, not just one file that was already posted. Can't repro your issue otherwise.
You can find my repo here The file in particular is in modules/user/user-
Okay, I don't see any extra instances of nixpkgs anywhere. But I did finally notice that you have underscores () instead of dashes ().
Also I found some other issues, you might consider applying the following patch:
will check out the patch. Forgot to mention though that the branch I am testing this stuff now is not main but Sorry for the confusion.
Would it make more sense to write a nixos module for running the web service locally than it would to package the chromeshit?
I run logseq on latest electron (31.4.0) and it works fine except that I am (still) hitting which is upstream issue I guess this is no longer an issue ? can you confirm
Problem disappeared in one of the latest releases. Can't pin point which one because I had been building with the env var for some time. Now it works as expected again. Thanks
Change:
inherit clang-tools-extra_src stdenv; }; <del> clang = wrapCC self.clang-unwrapped; </del> <ins> clang = if stdenv.cc.isGNU then self.libstdcxxClang else self.libcxxClang; libstdcxxClang = ccWrapperFun { cc = self.clang-unwrapped; /* FIXME is this right? */ inherit (stdenv.cc) libc nativeTools nativeLibc; extraPackages = [ libstdcxxHook ]; }; </ins> libcxxClang = ccWrapperFun { cc = self.clang-unwrapped; <del> isClang = true; inherit (self) stdenv; </del> /* FIXME is this right? */ inherit (stdenv.cc) libc nativeTools nativeLibc; extraPackages = [ self.libcxx self.libcxxabi ]; }; <del> stdenv = overrideCC stdenv self.clang; libcxxStdenv = overrideCC stdenv self.libcxxClang; </del> <ins> stdenv = stdenv.override (drv: { allowedRequisites = null; cc = self.clang; # Don't include the libc++ and libc++abi from the original stdenv. extraBuildInputs = stdenv.lib.optional stdenv.isDarwin darwin.CF; }); libcxxStdenv = stdenv.override (drv: { allowedRequisites = null; cc = self.libcxxClang; # Don't include the libc++ and libc++abi from the original stdenv. extraBuildInputs = stdenv.lib.optional stdenv.isDarwin darwin.CF; }); </ins> lldb = callPackage ./lldb.nix {};

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:
cp -r $unpacked/sbin/* $out/bin/ cp -r $unpacked/lib/libconf $out/lib/vmware/ <ins> rm $out/lib/vmware/libconf/etc/fonts/fonts.conf </ins> cp -r $unpacked/lib/bin $out/lib/vmware/ cp -r $unpacked/lib/lib $out/lib/vmware/ cp -r $unpacked/lib/scripts $out/lib/vmware/

Discussion:
Fonts are missing, square characters are displayed ! Steps to reproduce the behavior: vmware-workstation vmware workstation or player I started a discussion on <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --/cc
I can reproduce this, probably related to some missing font in freshly installed systems
I launched vmware with FC_DEBUG=8, but I'm not able to interpret these errors messages, hope this can help
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I found reason for missing fonts, it just loads from instead of system path and vmware's config points to wrong FHS paths, removing file fixes it, i will make a PR with fix, thanks.
I confirm that deleting fixes the issue. Thanks a lot !
Change:
cfg = config.networking.networkmanager; basePackages = with pkgs; [ <del> crda </del> modemmanager networkmanager networkmanager-fortisslvpn

Discussion:
Newer kernels (4.15+) can look for wireless regulatory info from (for us this is I think?), replacing the need for user-space helper like . (at least in the common case, I believe) <-- latest CRDA git adds note about this Not the same as the regdb, although I'm not sure the difference is as important for NiXOS'ers compared to other distributions. Info on internal:
I don't want to hijack the thread but my problem may be related. Recently, not sure why, I can't connect to an AP I previously could connect to so I suspect it's my machne (my phone can still access it), thus I've been looking at wifi information. I used to have a plain error then I while now it at least attempt to connect: so I wonder if it's expected on nixos ? NB: it's annoying all these errors when building kernels. do others have it too (I should probably look at hydras rather...
To get the file loaded, you need to add to . ` to see the files. Then you should see the following in : I haven't quite figured out what the best way to set the correct regulatory domain is however... short of just using .
oh great thanks ! that was not obvious. I was looking for a setting to set on boot as a kernel parameter but haven't found it yet. Some interesting read suggests one can embed the kernel in the db as well ?!
Something like this should work: Admittedly not ideal since it only works at module load time though.
Thanks Setting the following gives me the correct wifi config (check with ): Looking through the documents on: It seems to be a bit of a mess.... is an 'old' option, but NetworkManager has no support for setting the reg domain. I think having a module (?) might be a very good idea, and such an option should be to. ArchLinux deals with it by using a custom rule to run when is loaded ([source][al]). [al]: Another idea would be to a option, though that doesn't fix NetworkManager.
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 .
This should not be stale I think. Should NixOS just add to as default?
cc
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
, curl , fetchFromBitbucket , fetchFromGitHub <del> , fetchzip </del> , ghc_filesystem , glew , glfw

Discussion:
Package name: vcv-rack Latest released version: 2.4.1 Current version on the unstable channel: 2.4.0 Current version on the stable/release channel: 2.3.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
may be trying something with so I'll wait a bit
Honestly I have no idea what vcv-rack is, I just looked for a package I can update to test out a new feature for `nix-update. If you can, take this from from, feel free to update it.
Not sure if I'll have time in the next few weeks, so this is free to pick
Change:
<ins> { lib, SDL2, alsa-lib, cmake, fetchFromGitHub, gtkmm3, libX11, libXdmcp, libXext, libXinerama, libXrandr, libXv, libepoxy, libpng, libselinux, minizip, ninja, pcre2, pkg-config, portaudio, pulseaudio, python3, stdenv, util-linuxMinimal, wrapGAppsHook, zlib, # Boolean flags withGtk ? false, }: stdenv.mkDerivation (finalAttrs: { pname = "snes9x" + lib.optionalString withGtk "-gtk"; version = "1.62.3-unstable-2024-04-22"; src = fetchFromGitHub { owner = "snes9xgit"; repo = "snes9x"; rev = "582128bce7ccf4e3cf7848ae9f6a729a1ebad4c4"; fetchSubmodules = true; hash = "sha256-fJ1g/L7oA9bhEawTsWjfLl1dDIKEGI+pcpWQCTutyR8="; }; nativeBuildInputs = [ pkg-config python3 ] ++ lib.optionals withGtk [ cmake ninja wrapGAppsHook ]; buildInputs = [ libX11 libXv minizip zlib ] ++ lib.optionals stdenv.isLinux [ alsa-lib pulseaudio libselinux util-linuxMinimal # provides libmount ] ++ lib.optionals (!withGtk) [ libpng libXext libXinerama ] ++ lib.optionals withGtk [ gtkmm3 libepoxy libXdmcp libXrandr pcre2 portaudio SDL2 ]; hardeningDisable = [ "format" ]; configureFlags = lib.optionals stdenv.hostPlatform.sse4_1Support [ "--enable-sse41" ] ++ lib.optionals stdenv.hostPlatform.avx2Support [ "--enable-avx2" ]; preConfigure = '' cd ${if withGtk then "gtk" else "unix"} ''; installPhase = lib.optionalString (!withGtk) '' runHook preInstall install -Dm755 snes9x -t "$out/bin/" install -Dm644 snes9x.conf.default -t "$out/share/doc/${finalAttrs.pname}/" install -Dm644 ../docs/{control-inputs,controls,snapshots}.txt -t  "$out/share/doc/${finalAttrs.pname}/" runHook postInstall ''; meta = let interface = if withGtk then "GTK" else "X11"; in { homepage = "https://www.snes9x.com"; description = "Super Nintendo Entertainment System (SNES) emulator, ${interface} version"; longDescription = '' Snes9x is a portable, freeware Super Nintendo Entertainment System (SNES) emulator. It basically allows you to play most games designed for the SNES and Super Famicom Nintendo game systems on your PC or Workstation; which includes some real gems that were only ever released in Japan. Version build with ${interface} interface. ''; license = lib.licenses.unfreeRedistributable // { url = "https://github.com/snes9xgit/snes9x/blob/${finalAttrs.src.rev}/LICENSE"; }; mainProgram = "snes9x"; maintainers = with lib.maintainers; [ AndersonTorres qknight thiagokokada ]; platforms = lib.platforms.unix; broken = (withGtk && stdenv.isDarwin); }; }) </ins>

Discussion:
Steps to reproduce the behavior: snes9x-gtk to config and performed rebuild Running on unstable if that makes a difference Please run and paste the result.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Where is the build log?
I'm a bit of an idiot but is the attachment not it? Sorry first time filing one of these.
Oh I see. GH removed the clickable link.
Change:
</para> <xi:include href="functions/library.xml" /> <xi:include href="functions/generators.xml" /> <del> <xi:include href="functions/debug.xml" /> </del> <ins> <xi:include href="functions/debug.section.xml" /> </ins> <xi:include href="functions/prefer-remote-fetch.xml" /> <xi:include href="functions/nix-gitignore.section.xml" /> </chapter>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
I'm working on this one.
Change:
./services/web-apps/changedetection-io.nix ./services/web-apps/chatgpt-retrieval-plugin.nix ./services/web-apps/cloudlog.nix <ins> ./services/web-apps/code-server.nix </ins> ./services/web-apps/convos.nix ./services/web-apps/dex.nix ./services/web-apps/discourse.nix

Discussion:
Currently, code-server (and openvscode-server) depends on 16 in nixpkgs, for the upcoming release of NixOS 23.11, this dependency must be dropped, and all upgrades must be performed to 18. From what I see on — 18 is supported as an engine. Otherwise, those programs are to be dropped. Please pick up the pieces cc
Drop will be performed in
Change:
buildInputs = [ opencl-headers ]; <ins> configureFlags = [ "--enable-custom-vendordir=/run/opengl-driver/etc/OpenCL/vendors" ]; </ins> meta = with lib; { description = "OpenCL ICD Loader for ${opencl-headers.name}"; homepage    = "https://github.com/OCL-dev/ocl-icd"; license     = licenses.bsd2; platforms = platforms.unix; <ins> maintainers = with maintainers; [ r-burns ]; </ins> }; }

Discussion:
After updating to the latest unstable, I can no longer run OpenCL programs on my Intel processor. Steps to reproduce the behavior: the following program as : with (requires opencl-headers) with Before upgrading reported two devices. After upgrading it reports 0. My contains the following: By using versions of and from nixos-21.05 instead of nixos-unstable, I get the expected result. <!-- 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. Maintainer information:
So I have the same issue. The problem is that opencl does not look in the right directory. stracing shows that it looks in while this is not correct for nixos. It should be looking in . A workaround is to set the environment variable to . As part of I tried to look into why this is happening but I couldn't see anything weird.
The linked PR has hit master - can you confirm this is no longer an issue?
It looks like it works, thanks !
Change:
nativeBuildInputs = [ cmake <del> copyDesktopItems </del> pkg-config wrapGAppsHook ];

Discussion:
A clear and concise description of what the bug is. The prusa-slicer package has duplicate desktop files Steps to reproduce the behavior: package there are duplicate icons in menus There should only be one of each desktop file: Gcode viewer and slicer. Instead there are two of each. If applicable, add screenshots to help explain your problem. ! Please run and paste the result.
Looks like we can drop our generated desktop items in favor of the defaults They dont need patching either since it's not using absolute paths