jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib , mkDerivation , fetchFromGitHub , qmake , qtwebengine , gitUpdater }: mkDerivation rec { pname = "gitqlient"; version = "1.4.3"; src = fetchFromGitHub { owner = "francescmm"; repo = pname; rev = "v${version}"; sha256 = "018jz6b28zwr205jmgw13ddlfvlhxqf0cw1pfjiwsi6i8gay7w6s"; }; nativeBuildInputs = [ qmake ]; buildInputs = [ qtwebengine ]; qmakeFlags = [ "GitQlient.pro" ]; passthru.updateScript = gitUpdater { inherit pname version; }; meta = with lib; { homepage = "https://github.com/francescmm/GitQlient"; description = "Multi-platform Git client written with Qt"; license = licenses.lgpl2Plus; platforms = platforms.linux; maintainers = with maintainers; [ romildo ]; }; } </ins>

Discussion:
Project description GitQlient: Multi-platform Git client written with Qt. Metadata A non-serious start: homepage URL: source URL: license: lgpl2 platforms: unix, linux, darwin, ...
Alright, it builds and launchs on my machine but the build output bin path is weird and the GUI is almost unusable, it doesn't look right.
I marked this as stale due to inactivity. &rarr;
Up.
0 works good for me.
I marked this as stale due to inactivity. &rarr;
Change:
<ins> { lib , stdenv , cmake , llvm , fetchFromGitHub , mbedtls , gtk3 , pkg-config , capstone , dbus , libGLU , glfw3 , file , perl , python3 , jansson , curl , fmt_8 , nlohmann_json , yara , rsync }: let # FIXME: unstable, stable needs #252945 (details in #258964) # Next version bump should be stabilized version = "unstable-2023-10-01"; patterns_version = "1.31.0"; patterns_src = fetchFromGitHub { owner = "WerWolv"; repo = "ImHex-Patterns"; rev = "ImHex-v${patterns_version}"; hash = "sha256-lTTXu9RxoD582lXWI789gNcWvJmxmBIlBRIiyY3DseM="; }; in stdenv.mkDerivation rec { pname = "imhex"; inherit version; src = fetchFromGitHub { fetchSubmodules = true; owner = "WerWolv"; repo = pname; rev = "a62ede784018f9d5aaf40587f71a1271429ab50b"; hash = "sha256-L3ncmM7Ro60DvOF/Y0fjo2Smlw2LL8cPa8H6yVGdGAk="; }; nativeBuildInputs = [ cmake llvm python3 perl pkg-config rsync ]; buildInputs = [ capstone curl dbus file fmt_8 glfw3 gtk3 jansson libGLU mbedtls nlohmann_json yara ]; cmakeFlags = [ "-DIMHEX_OFFLINE_BUILD=ON" "-DUSE_SYSTEM_CAPSTONE=ON" "-DUSE_SYSTEM_CURL=ON" "-DUSE_SYSTEM_FMT=ON" "-DUSE_SYSTEM_LLVM=ON" "-DUSE_SYSTEM_NLOHMANN_JSON=ON" "-DUSE_SYSTEM_YARA=ON" ]; # rsync is used here so we can not copy the _schema.json files postInstall = '' mkdir -p $out/share/imhex rsync -av --exclude="*_schema.json" ${patterns_src}/{constants,encodings,includes,magic,patterns} $out/share/imhex ''; meta = with lib; { description = "Hex Editor for Reverse Engineers, Programmers and people who value their retinas when working at 3 AM"; homepage = "https://github.com/WerWolv/ImHex"; license = with licenses; [ gpl2Only ]; maintainers = with maintainers; [ luis kashw2 cafkafk ]; platforms = platforms.linux; }; } </ins>

Discussion:
Package name: imhex Latest released version: 1.31.0 <!-- Search your package here: --- Current version on the unstable channel: 1.30.1 Current version on the stable/release channel: 1.30.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 <!-- 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:
"/share/kservicetypes5" "/share/kxmlgui5" "/share/systemd" <ins> "/share/thumbnailers" </ins> ]; system.path = pkgs.buildEnv {

Discussion:
Context When you're doing photography you might shoot in raw format. A file which contains the raw data of the image sensor captured that image. The current problem is: When you insert an sd card with raw images you don't see any previews in (didn't checked kde file manager). Solution I'd like to have a NixOS option to enable raw thumbnail support. Normally is used to accomplish that task. Since the package is broken I started adding since it seems to be the (see ) I guess the part currently missing is to create a thumbnailer entry which could be used for nautilus to create these thumbnail previews which I'm currently unsure how to implement.
Fixed with To enable raw thumbnails just add to your . For you need to ensure that you increase the size thumbnails are created for.
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; <ins> rustdesk = callPackage ../applications/networking/remote/rustdesk { }; </ins> rustscan = callPackage ../tools/security/rustscan { inherit (darwin.apple_sdk.frameworks) Security; };

Discussion:
Project description Yet another remote desktop software. I planned to use this as a replacement for Teamviewer, but is required and packaging this seems to be harder than I initially thought it would be. Metadata homepage URL: source URL: license: gpl3 platforms: unix
Change:
kernel = null; # dpdk modules are in linuxPackages.dpdk.kmod }; <del> keyutils = callPackage ../os-specific/linux/keyutils { }; </del> <ins> # Using fetchurlBoot because this is used by kerberos (on Linux), which curl depends on keyutils = callPackage ../os-specific/linux/keyutils { fetchurl = fetchurlBoot; }; </ins> libselinux = callPackage ../os-specific/linux/libselinux { };

Discussion:
In an ideal world, this would be as simple as adding the following to the . Unfortunately, seems to be a dependency of which causes an infinite recursion bug during the Linux bootstrapping. I'm pretty familiar with bootstrapping on Darwin, but am less confident around the Linux one. Anyone have any hints for how to disable support during the bootstrap with minimal mess?
If you set for keyutils I think it will break this cycle.
Oh cool, thanks! I wonder if I should do that on this side though? Something like this:
Actually this should be done for us: I'm not sure why it's necessary here?
I'd imagine it has something to do with kerberos being an optional dependency of curl, and curl being involved in the bootstrap, but I haven't unraveled it enough to be more precise than that.
I ended up doing what you suggested on ,
Change:
githubId = 69053978; name = "rogarb"; }; <ins> rollf = { email = "rolf.schroeder@limbus-medtec.com"; github = "rollf"; githubId = 58295931; name = "Rolf Schröder"; }; </ins> roman = { email = "open-source@roman-gonzalez.info"; github = "roman";

Discussion:
Project description <!-- Describe the project a little: --Amazon Coretto JDK Metadata homepage URL: source URL: license: GPL 2.0 platforms: linux (and all else if possible)
Change:
elementary-feedback = callPackage ./apps/elementary-feedback { }; <ins> elementary-mail = callPackage ./apps/elementary-mail { }; </ins> elementary-music = callPackage ./apps/elementary-music { }; elementary-photos = callPackage ./apps/elementary-photos { };

Discussion:
Project description The shares a history with , but is a different app, which fits the pantheon desktop. Metadata homepage URL: source URL: license: GPLv3 platforms: Linux I think you're coordinating pantheon efforts? I'd be happy to take a look at this.
See the last bullet of
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 .
Not stale, still waiting for them to ship-it :shipit:
it seems like your wait might be over, judging by dependency list in
I see this , so I will ask them in slack if they're shipping it. If so, I think I'll add it myself when they release odin, or anyone else is free to package it.
Change:
''; }); <ins> ROracle = old.ROracle.overrideAttrs (attrs: { configureFlags = [ "--with-oci-lib=${pkgs.oracle-instantclient.lib}/lib" "--with-oci-inc=${pkgs.oracle-instantclient.dev}/include" ]; }); </ins> sparklyr = old.sparklyr.overrideAttrs (attrs: { # Pyspark's spark is full featured and better maintained than pkgs.spark preConfigure = ''

Discussion:
Steps to reproduce the behavior: I tried to find which deps it's looking for, but couldn't figure out which Oracle-related lib it might be. There's a chance that it's not worth the effort, as r2u also blacklists it as broken: Install instructions on CRAN https://cran.r- No maintainer, or maybe ?
Change:
"; }; <del> resynthesizer2 = pluginDerivation { </del> <ins> resynthesizer2 = pluginDerivation rec { </ins> /* menu: Filters/Map/Resynthesize Filters/Enhance/Smart enlarge Filters/Enhance/Smart sharpen Filters/Enhance/Smart remove selection */ <del> name = "resynthesizer-2.0.1"; </del> <ins> pname = "resynthesizer"; version = "2.0.3"; </ins> buildInputs = with pkgs; [ fftw ]; nativeBuildInputs = with pkgs; [ autoreconfHook ]; <del> makeFlags = "GIMP_LIBDIR=$out/lib/gimp/2.0/"; </del> <ins> makeFlags = [ "GIMP_LIBDIR=${placeholder "out"}/lib/gimp/2.0" ]; </ins> src = fetchFromGitHub { owner = "bootchk"; repo = "resynthesizer"; <del> rev = "2.0.1"; sha256 = "1d214s0jsqxz83l9dd8vhnz3siw9fyw7xdhhir25ra7jiwxc99hd"; </del> <ins> rev = "v${version}"; sha256 = "1jwc8bhhm21xhrgw56nzbma6fwg59gc8anlmyns7jdiw83y0zx3j"; </ins> }; };

Discussion:
Installing the gimpPlugins.resynthesizer2 package does not result in a working plugin; the python scripts are installed, but not the two native executables it depends on (called "resynthesizer" and "resynthesizer" Try to install the package "gimpPlugins.resynthesizer2". Expected result: There should be a few new menu options in the Gimp, amongst them "Filter -Enhance -Heal Selection..." Actual result: No new menu options; python scripts cannot find the executables. Possible solution: I made it work by creating a derivation that adds a the following postInstall: postInstall = "installPlugins src/resynthesizer/resynthesizer src/resynthesizer-gui/resynthesizergui"; system: host os: multi-user?: sandbox: version: channels(cable): nixpkgs:
You need to make the plugins available to GIMP, not install it locally. The following should work:
Just tried it (on a nix shell) - but same result; the resulting installation of gimp-with-plugins links to a resynthesizer2 package that lacks the native executables, only has the python scripts (which don't work without the executables)
Hmm, there was an issue with , saves us.
Change:
]; }; <ins> sb-cga = build-asdf-system { pname = "sb-cga"; version = "1.0.1"; src = pkgs.fetchFromGitHub { owner = "nikodemus"; repo = "sb-cga"; rev = "9a554ea1c01cac998ff7eaa5f767bc5bcdc4c094"; sha256 = "sha256-iBM+VXu6JRqGmeIFzfXbGot+elvangmfSpDB7DjFpPg"; }; lispLibs = [ super.alexandria ]; }; nsb-cga = super.nsb-cga.overrideLispAttrs (oa: { lispLibs = oa.lispLibs ++ [ self.sb-cga ]; }); </ins> }); in packages

Discussion:
is probably missing, and hence my package build is failing with the issue. a sample package that uses building the package with Nix should use , but for some reason, this dependency is missing. - I'm trying to build a package for . Here's the :
looks like maybe a problem with:
thanks for looking into this issue. I really don't have prior experience with any of the Lisp-likes, so I'm not really sure what's happening in the link you've shared above. Initially, I thought that something was wrong with , as it did not have as for : But since it was an auto-generated file, I was not sure how to proceed further. Pinging
is it possible for me to access the new changes in my current Nix derivation? And if so, how can I access it?
You can checkout branch from Nixpkgs git repository and use it for your Nixpkgs import. The channel usually takes a while to update.
Change:
<ins> # This file was generated by https://github.com/kamilchm/go2nix v1.2.1 </ins> [ { goPackagePath = "golang.org/x/tools"; fetch = { type = "git"; url = "https://go.googlesource.com/tools"; <del> rev = "66487607e2081c7c2af2281c62c14ee000d5024b"; sha256 = "03wiraqkms4jb5gi7vmp52mpmp4av08yw4gr2nk31c2rnhyd3jv4"; </del> <ins> rev = "91f80e683c10fea00e7f965a1a7cac482ce52541"; sha256 = "16a2vppy5hnp663f28yak6592l8p968ihsc91pigamxx3vk1qh5d"; </ins> }; } ]

Discussion:
golint fails when given a fully qualified package path. I am able to replicate this both inside and outside of GOPATH. Based on the error message, this more likely to be a problem with the go package than golint. (be on 18.09.1381. w/ golint installed) Actual output: Expected output: (nothing, no lint errors presently) system: host os: multi-user?: sandbox: version: channels(root): channels(james): nixpkgs:
Also, despite me not having GOROOT in my environment, go does know it's root when asked:
removes references to the compiler on purpose unless an is specified: Otherwise, all go packages would depend on the compiler at runtime. If golint genuinely depends on the compiler, then you can make a PR enabling this option.
Looks like it's using the builtin go/build package to import packages for linting: The build package has a Context type that includes a field: The function they are calling uses the DefaultContext, which sets its root with: I will try rebuilding with allowGoReference=false and see if it resolves the issue, and submit a PR if so. - should I make that PR based off of master? I already have to bump the version, so it would be easier to add it there, but not an isolated change.
Change:
-i modules/javafx.web/src/main/native/Source/bmalloc/bmalloc/Heap.cpp  modules/javafx.web/src/main/native/Source/bmalloc/bmalloc/IsoSharedPageInlines.h <ins> substituteInPlace modules/javafx.web/src/main/native/Source/JavaScriptCore/offlineasm/parser.rb  --replace-fail "File.exists?" "File.exist?" </ins> ln -s $config gradle.properties '';

Discussion:
Steps to reproduce the behavior: bluej at 5.2.0 The build failure occurs within openjfx, but not when i only install openjfx or openjdk itself. Log is too long to copy and does not tell you anything except that it failed during a perl command. I'll try to upload it somehow after I've tried another (the 3rd) rebuild. Log is 1.2M and cannot be uploaded to gist (bad request). Here it is from my own host: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The relevant error is: Which is due to the upgrade to Ruby 3 (), it removed this deprecated method. The fix is simple, I will open a PR shortly.
Change:
enableParallelBuilding = true; <del> configureFlags = lib.optional (avahi != null)   "--with-avahi" ++ lib.optional (libusb1 != null) "--with-usb" ; </del> <ins> configureFlags = [ "--with-lockdir=/var/lock/sane" ] ++ lib.optional (avahi != null)   "--with-avahi" ++ lib.optional (libusb1 != null) "--with-usb"; </ins> # autoconf check for HAVE_MMAP is never set on cross compilation. # The pieusb backend fails compilation if HAVE_MMAP is not set. <del> buildFlags = lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "CFLAGS=-DHAVE_MMAP=${if stdenv.hostPlatform.isLinux then "1" else "0"}" ]; </del> <ins> buildFlags = lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "CFLAGS=-DHAVE_MMAP=${if stdenv.hostPlatform.isLinux then "1" else "0"}" ]; </ins> postInstall = let

Discussion:
My Canon CanoScan LiDE 20 does not work on NixOS. I wrote a minimal SANE config dir to reproduce: Invocation: ` Reveals: <details</detailsImportant part: It's failing because it's trying to write a lock file into .
I suspect the code involved is this: Looks like the packaging overrode the string, putting the nix output store path prefix in front; that seems wrong.
Grepping further: Indeed, the build logs show the wrong path:
Probably the nix build sets to a store path. Fixing it via: Other nixpkgs packages also set . Maybe nixpkgs should do this automatically for all packages? Probably is what puts the nix store path in. However, trying the workaround fails the build at step:
In PR I made an option to set the package without mass rebuilds. With that, the following workarounds make the scanner work: Now I can scan.
I'd be happy if somebody could pick up the task to pass a proper lock dir and ensure it exists in NixOS.
Another option is to disable locking entirely. Putting this in my nixos config is working for me:
Yes, that's what's mentioned in the comment just above:
It seems only scanners covered by SANE's driver are affected by this, as only those use locks as per : Note this driver, even though called , handles also many other vendors' scanners, including some Canon, Epson, HP, and others.
I think that's the reason it isn't being done by default, because upstream build systems try to create directories inside the runtime state directory at install time. So we're trading build time successes for runtime failures. A similar situation exists with /etc (sysconfdir), where I think the default should be /etc, but nixpkgs uses $prefix/etc because it has a higher success rate at build time.
With the workaround mentioned in I'm able to scan on a CanonScan Lide 25 using the sane-plustek backend. Would be great to have this properly fixed.
Using a Canon N670U (also covered by ) I ran into the same issue and resolved it with workaround Proper fix would be highly appreciated though.
Please give a try, it should fix the issue
Change:
libGL = null; }; <ins> libdecor = callPackage ../development/libraries/libdecor { }; </ins> libdigidoc = callPackage ../development/libraries/libdigidoc { inherit (darwin.apple_sdk.frameworks) Security; };

Discussion:
Project description Used for client-side decorations on Wayland. Needed for adding libdecor support in . Metadata source URL: license: mit platforms: linux
I have this packaged in my user repository
Change:
cargoBuildFlags = [ "--workspace" ]; <del> cargoSha256 = "sha256-/bf5JQgyFN8TH7o2TWHX5sv/NkxBLJ495iVW8c9Vqis="; </del> <ins> cargoSha256 = "sha256-BrzicLj7FbUqRG1BgQIRqh801tRQpRZkHSiX3ekAYqc="; </ins> # Purposefully don't install systemd unit file, that's for NixOS postInstall = ''

Discussion:
On channels 22.05 and unstable, I cannot rebuild my configuration with
I have the same issue on NixOS unstable rebuilding for Linux Latest and Linux Zen. However, I am not seeing this for the stock Linux 5.14.43. Presumably there is a breaking change in the Kernel for the System76 drivers. It appears that a simple version bump will fix the issue.
Opened PR. Till the package makes it to the cache you can try overriding it, just be careful. This is what I have been using, but it's not working yet.
Ok, I was able to get the latest version of System76 Firmware to compile with this, just make sure you delete it after the firmware makes it to the NixOS cache because you are manually overriding the version on your machine.
Ah, after much searching, I have found this is an upstream bug which cannot be fixed in nixpkgs itself. I have opened a PR with the upstream drivers.
You are awesome, thanks a lot
Change:
libGLU libglvnd libgpg-error <ins> libgudev </ins> libjpeg libkrb5 libmpeg2

Discussion:
Windows games run under Heroic with fail to play video, producing GStreamer errors on the console output. Steps to reproduce the behavior: any game that plays video cut-scenes when starting a new game (e.g. Blasphemous) a video cut-scene should get a black screen instead of video playback. the game the game log For in-game videos to play normally. Not applicable because the symptom is a black screen. <details<summarygame log</summary</detailsAdd any other context about the problem here. I am the only maintainer of this package.
At least for 64-bit games, the problem was missing GStreamer dependencies in the FHS environment. I don't know of any 32-bit game in my collection suitable for testing that the resolves the issue you described in with 32-bit games.
Note, GStreamer still doesn't work in Heroic if you set the option "Prefer system libraries". Both on 32 bit and 64 bit games. Setting or similar doesn't fix the problem.
Change:
]; cmakeFlags = [ <del> #"-DSRB2_ASSET_DIRECTORY=/build/source/assets" </del> "-DGME_INCLUDE_DIR=${game-music-emu}/include" "-DSDL2_MIXER_INCLUDE_DIR=${lib.getDev SDL2_mixer}/include/SDL2" "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2}/include/SDL2"

Discussion:
Package name: srb2kart Latest released version: v1.6Current version on the unstable channel: 1.3 Current version on the stable/release channel: 1.3 Notify maintainers [ ] switch from unpacking the installer exe to using the Note for maintainers: Please tag this issue in your PR.
Change:
{ name , url ? null <del> , md5 ? "" </del> , sha1 ? "" , sha256 ? "" , sha512 ? ""

Discussion:
tries to send (empty) md5 hashes to fetchurl, which doesn't accept md5 hashes it seems Steps to reproduce the behavior: enter the following command: The firefox plugin builds successfully <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --git revision tags of both NUR and nixpkgs are in the command given above
Can you try , I tested with your repro cmd changing to in nixpkgs src with the patch.
This works correctly, thank you very much!
Change:
stdenv.mkDerivation rec { pname = "intel-compute-runtime"; <del> version = "20.34.17727"; </del> <ins> version = "21.42.21270"; </ins> src = fetchFromGitHub { owner = "intel"; repo = "compute-runtime"; rev = version; <del> sha256 = "19scbbr6jf3yp2v7z8xyzzm01g44jym7xfkf1dz64d5nhvjw6ig5"; </del> <ins> sha256 = "N9MsDcsL8kBWxfZjhukcxZiSJnXxqMgWF0etOhf2/AE="; </ins> }; nativeBuildInputs = [ cmake pkg-config ];

Discussion:
, current version: 20.34. desired version: 21.42. maintainers: The packages version is quite old and doesn't work properly on 11th gen cpus. There are also other PR which are interwoven with this such as: And also an issue that might be related To update this properly I think we need to update at least the following packages: , , and .
Change:
''; }; <del> in { gcc = (lib.mapAttrs (_: mapMultiPlatformTest (system: system // {useLLVM = false;})) tests); llvm = (lib.mapAttrs (_: mapMultiPlatformTest (system: system // {useLLVM = true;})) tests); </del> # see https://github.com/NixOS/nixpkgs/issues/213453 # this is a good test of a lot of tricky glibc/libgcc corner cases mbuffer = let

Discussion:
Until recently, nixpkgs' cross-compilation infrastructure was considered a sort of exotic/best-effort thing, without much CI or testing until things got to Hydra. That's no longer the case, and we are starting to depend on for increasingly important stuff. We need a package-sized (i.e. not needing ) build that people can run when refactoring our cross-compilation infrastructure. When I wrote I tested it thouroughly on all the s I encounter on a regular basis, but since I don't use LLVM much or Windows at all I neglected to try and . .
Can we cross-compile from to Darwin without Apple-proprietary tooling? If so, this should include some basic test of that.
Change:
<title>Contributing to Nixpkgs</title> <xi:include href="contributing/quick-start.xml" /> <xi:include href="contributing/coding-conventions.xml" /> <del> <xi:include href="contributing/submitting-changes.xml" /> </del> <ins> <xi:include href="contributing/submitting-changes.chapter.xml" /> </ins> <xi:include href="contributing/reviewing-contributions.xml" /> <xi:include href="contributing/contributing-to-documentation.xml" /> </part>

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.