jiebi/CodeConvo huggingface dataset:
Code change:
, useSteamRun ? true }: let <del> rev = "6a1a59f687ac7b98698e2ebb97d82a94865e50f6"; </del> <ins> rev = "6246fde6b54f8c7e340057fe2d940287c437153f"; </ins> in buildDotnetModule rec { pname = "XIVLauncher"; <del> version = "1.0.0.9"; </del> <ins> version = "1.0.1.0"; </ins> src = fetchFromGitHub { owner = "goatcorp"; repo = "FFXIVQuickLauncher"; inherit rev; <del> sha256 = "sha256-jRyYeTg73W58OH2fWmuVkjxEdyPNqDGRbEZwxBMfdCo="; </del> <ins> sha256 = "sha256-sM909/ysrlwsiVSBrMo4cOZUWxjRA3ZSwlloGythOAY="; </ins> }; nativeBuildInputs = [ copyDesktopItems ]; projectFile = "src/XIVLauncher.Core/XIVLauncher.Core.csproj"; <del> nugetDeps = ./deps.nix; # File generated with `nuget-to-nix path/to/src > deps.nix` </del> <ins> nugetDeps = ./deps.nix; # File generated with `nix-build -A xivlauncher.passthru.fetch-deps` </ins> dotnetFlags = [ "--runtime linux-x64"

Related discussion:
text: is not included in the version of xivlauncher in nixpkgs, meaning that xivlauncher is currently broken. The update will need a backport to 22.05. <!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: xivlauncher <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: xlcore 1.0.0.9 (upstream release 6.2.33, which I think is probably a more useful version number to use, since xlcore remains at 1.0.0.9 in the most recent release) desired version: 6.2.44 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Code change:
# Prevent double wrapping dontWrapGApps = true; <ins> env = rec { libdir = "${placeholder "out"}/lib/spotify"; librarypath = "${lib.makeLibraryPath deps}:${libdir}"; }; </ins> installPhase = '' runHook preInstall <del> libdir=$out/lib/spotify </del> mkdir -p $libdir mv ./usr/* $out/

Related discussion:
text: When adding a local directory to spotify client, it always fails due to missing gsettings schema(s) and spotify crashes. This issue is the same as the one from 2021 Works as expected on arch based distros indicating that this an issue with nixpkgs Steps to reproduce the behavior: spotify Settings on Show Local Files ADD A SOURCE button Open a file chooser to select which directory to be . <!-- 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]:
I can't actually reproduce the issue, but I do see some inherent packaging issues that I attempted to address. Can you test the linked PR?
I also cannot reproduce the issue. However, I have never actually had local files appear after I have their directories (without crashing).
Yes your PR solves the issue!!! Thanks a lot for the fast reply :) I would really like to learn more about packaging programs for nixpkgs so I can contribute more myself. Do you have any recommendations on how to learn the different options for mkDerivation, the different phases, wrapping programs and libraries, etc.? I feel like the documentation is basically non-existend. If anything comes to mind (including workshops, etc.) feel free to just send me an email (this issue is probably the wrong place to discuss this)
Code change:
runHook postInstall ''; <ins> preFixup = '' find $out/bin -type f -exec ${removeReferencesTo}/bin/remove-references-to -t ${dmd_bin}/dmd '{}' + ''; disallowedReferences = [ dmdBootstrap ]; </ins> meta = with lib; { description = "Official reference compiler for the D language"; homepage = "https://dlang.org/";

Related discussion:
text: Describe the bug dmd keeps references to boostrap compiler. To Reproduce Steps to reproduce the behavior: Expected behavior dmd has no references to boostrap compiler Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(symphorien): nixpkgs: Maintainer information: Note: to prevent future regressions, it would be nice to add to the derivation ()
I marked this as stale due to inactivity. &rarr;
Still an issue
I marked this as stale due to inactivity. &rarr;
Code change:
https://github.com/liuchengxu/graphviz.vim/,, https://github.com/cbochs/grapple.nvim/,HEAD, https://github.com/blazkowolf/gruber-darker.nvim/,, <ins> https://github.com/MagicDuck/grug-far.nvim/,, </ins> https://github.com/gruvbox-community/gruvbox/,,gruvbox-community https://github.com/morhetz/gruvbox/,, https://github.com/luisiacc/gruvbox-baby/,HEAD,

Related discussion:
text: Project description <!-- Describe the project a little: --An UI for search and replace on neovim It has replaced for me Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
<del> { lib, stdenv, fetchurl, makeWrapper, python3Packages }: </del> <ins> { lib , stdenv , fetchurl , fetchpatch , makeWrapper , python3Packages }: </ins> stdenv.mkDerivation rec { pname = "bashdb"; <del> version = "4.4-1.0.0"; </del> <ins> version = "5.0-1.1.2"; </ins> src = fetchurl { url =  "mirror://sourceforge/bashdb/${pname}-${version}.tar.bz2"; <del> sha256 = "0p7i7bpzs6q1i7swnkr89kxqgzr146xw8d2acmqwqbslzm9dqlml"; </del> <ins> sha256 = "sha256-MBdtKtKMWwCy4tIcXqGu+PuvQKj52fcjxnxgUx87czA="; </ins> }; <ins> patches = [ # Enable building with bash 5.1/5.2 # Remove with any upstream 5.1-x.y.z release (fetchpatch { url = "https://raw.githubusercontent.com/freebsd/freebsd-ports/569fbb806d9ee813afa8b27d2098a44f93433922/devel/bashdb/files/patch-configure"; sha256 = "19zfzcnxavndyn6kfxp775kjcd0gigsm4y3bnh6fz5ilhnnbbbgr"; }) ]; patchFlags = "-p0"; </ins> nativeBuildInputs = [ makeWrapper ];

Related discussion:
text: fails build as Should we force package to , or maybe remove it? No maintainer. Maintainer information:
And stating the obvious it broke with commit
Code change:
<ins> { augeas , buildGoModule , fetchFromGitHub , gotools , lib , libvirt , libxml2 , nex , pkg-config , ragel }: buildGoModule rec { pname = "mgmt"; version = "unstable-2022-10-24"; src = fetchFromGitHub { owner = "purpleidea"; repo = pname; rev = "d8820fa1855668d9e0f7a7829d9dd0d122b2c5a9"; hash = "sha256-jurZvEtiaTjWeDkmCJDIFlTzR5EVglfoDxkFgOilo8s="; }; # patching must be done in prebuild, so it is shared with go-modules # see https://github.com/NixOS/nixpkgs/issues/208036 preBuild = '' for file in `find -name Makefile -type f`; do substituteInPlace $file --replace "/usr/bin/env " "" done substituteInPlace lang/types/Makefile  --replace "unset GOCACHE && " "" patchShebangs misc/header.sh make lang funcgen ''; buildInputs = [ augeas libvirt libxml2 ]; nativeBuildInputs = [ gotools nex pkg-config ragel ]; ldflags = [ "-s" "-w" "-X main.program=${pname}" "-X main.version=${version}" ]; subPackages = [ "." ]; vendorHash = "sha256-Dtqy4TILN+7JXiHKHDdjzRTsT8jZYG5sPudxhd8znXY="; meta = with lib; { description = "Next generation distributed, event-driven, parallel config management!"; homepage = "https://mgmtconfig.com"; license = licenses.gpl3Only; maintainers = with maintainers; [ urandom ]; }; } </ins>

Related discussion:
text: Project description mgmt: next generation config management! Metadata homepage URL: source URL: license: GNU3 platforms: unix, linux, darwin
After fixing up the mgmt make scripts , from !/bin/bash to !/usr/bin/env bash trying to build from 'nix-shell -p go git' git clone cd mgmt make path make deps make Building: mgmt, os/arch: linux-amd64, version: 0.0.21-90-g5c6a66e-dirty. go build runtime/cgo: copying /run/user/1000/go-build892927552/b057/pkg.a: open /nix/store/y2nrzzz2yz7k36xvwr7bbfx76cb8jg16-go-1.14.8/share/go/pkg/linuxamd64/runtime/cgo.a: read-only file system make: * [Makefile:175: build/mgmt-linux-amd64] Error 1 go env GO111MODULE="" GOARCH="amd64" GOBIN="/home/demo/gopath/bin/" GOCACHE="" GOENV="" GOEXE="" GOFLAGS="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOINSECURE="" GONOPROXY="" GONOSUMDB="" GOOS="linux" GOPATH="/home/demo/gopath/" GOPRIVATE="" GOPROXY=",direct" GOROOT="/nix/store/y2nrzzz2yz7k36xvwr7bbfx76cb8jg16-go-1.14.8/share/go" GOSUMDB="" GOTMPDIR="" GOTOOLDIR="/nix/store/y2nrzzz2yz7k36xvwr7bbfx76cb8jg16-go-1.14.
Code change:
<ins> { augeas , buildGoModule , fetchFromGitHub , gotools , lib , libvirt , libxml2 , nex , pkg-config , ragel }: buildGoModule rec { pname = "mgmt"; version = "unstable-2022-10-24"; src = fetchFromGitHub { owner = "purpleidea"; repo = pname; rev = "d8820fa1855668d9e0f7a7829d9dd0d122b2c5a9"; hash = "sha256-jurZvEtiaTjWeDkmCJDIFlTzR5EVglfoDxkFgOilo8s="; }; # patching must be done in prebuild, so it is shared with go-modules # see https://github.com/NixOS/nixpkgs/issues/208036 preBuild = '' for file in `find -name Makefile -type f`; do substituteInPlace $file --replace "/usr/bin/env " "" done substituteInPlace lang/types/Makefile  --replace "unset GOCACHE && " "" patchShebangs misc/header.sh make lang funcgen ''; buildInputs = [ augeas libvirt libxml2 ]; nativeBuildInputs = [ gotools nex pkg-config ragel ]; ldflags = [ "-s" "-w" "-X main.program=${pname}" "-X main.version=${version}" ]; subPackages = [ "." ]; vendorHash = "sha256-Dtqy4TILN+7JXiHKHDdjzRTsT8jZYG5sPudxhd8znXY="; meta = with lib; { description = "Next generation distributed, event-driven, parallel config management!"; homepage = "https://mgmtconfig.com"; license = licenses.gpl3Only; maintainers = with maintainers; [ urandom ]; }; } </ins>

Related discussion:
text: 8/share/go/pkg/tool/linuxamd64" GCCGO="gccgo" AR="ar" CC="gcc" CXX="g++" CGOENABLED="1" GOMOD="" CGOCFLAGS="-g -O2" CGOCPPFLAGS="" CGOCXXFLAGS="-g -O2" CGOFFLAGS="-g -O2" CGOLDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/run/user/1000/go-build275716735=/tmp/go-build -gno-record-gcc-switches"
mgmt now compiles under a I'm going to need a little bit of help to turn this into a nix package, as i'm not too sure how to handle it , as there are buildgopackage, buildgomodule , vgo2nix etc etc . Any pointers welcomed. to avoid I had to remove the -i from the go build this seems to be related to this NixOS/nixpkgs golang/go to run
I marked this as stale due to inactivity. &rarr;
Code change:
{ stdenv, fetchurl, pkgconfig, e19, vlc }: stdenv.mkDerivation rec { name = "emotion_generic_players-${version}"; <del> version = "1.11.0"; </del> <ins> version = "1.12.0"; </ins> src = fetchurl { url = "http://download.enlightenment.org/rel/libs/emotion_generic_players/${name}.tar.gz"; <del> sha256 = "0x6aigsqnfn9vcaj1rj6055s0vh811svzhwz5zghksg4lqipjbjx"; </del> <ins> sha256 = "1nm0qbdkhrpgvmj5qn7l4jj5l1g4zz77bda0ddy67fqkn5h3qarg"; </ins> }; buildInputs = [ pkgconfig e19.efl vlc ]; preConfigure = ''

Related discussion:
text: Possible, because X11/xkb/rules/*.lst [0] are somewhere 'hidden' in the /nix/store. [0]
Fixed, just let me do some updating on E19 libraries and I will make a pull request.
Code change:
dnnl = oneDNN; # added 2020-04-22 docbook5_xsl = docbook_xsl_ns; # added 2018-04-25 docbook_xml_xslt = docbook_xsl; # added 2018-04-25 <ins> dolphinEmu = dolphin-emu; # added 2021-11-10 dolphinEmuMaster = dolphin-emu-beta; # added 2021-11-10 </ins> dotnet-netcore = dotnet-runtime; # added 2021-10-07 double_conversion = double-conversion; # 2017-11-22 docker_compose = docker-compose; # 2018-11-10

Related discussion:
text: The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Code change:
<ins> diff --git a/build.gradle b/build.gradle index e12cbd3..094a219 100644 --- a/build.gradle +++ b/build.gradle @@ -173,6 +173,7 @@ task writeVersion { def props = new Properties() props.setProperty('version', version) props.store(propsFile.newWriter(), null) +    propsFile.text = propsFile.readLines().tail().join('n') } swaggerhubUpload { </ins>

Related discussion:
text: Project description <!-- Describe the project a little: --Tools to manipulate pdf files. Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'll see what I can do, should be good practice working with Gradle apps
Thank you Tom, much appreciated, best of luck.
By the way, I have pretty much succeeded in packaging it, and it seemed to run fine. Just forgot about it a little. The only issue with the package currently is that jar files are created non-deterministically by default (timestamps are not set to a fixed time). After using the fixup hook made for this situation (unzip and rezip the jar file) springboot doesn't recognise its files anymore, which is really weird. So it stayed non-deterministic. So I have two options: A) use the non-deterministic package or B) use the prebuilt jar from GitHub. The latter one is much less complex to work with.
See if this helps you.. or this discussion from the top (concerning java apps)...
Thanks for the pointers, though the second thing linked is my own post :) I finally managed to figure out how to fix the jar timestamps, so I'll open a PR adding the package
Thank you for your help . Much appreciated.. sorry for the delay. had a rough week last and it spilled into this one. Looking forward to using stirling-pdf on nixos.
Code change:
++ lib.optional (cfg.enableBluejeans or false) bluejeans ++ lib.optional (cfg.enableAdobeReader or false) adobe-reader ++ lib.optional (cfg.enableEsteid or false) esteidfirefoxplugin <del> ++ lib.optional (cfg.enableVLC or false) vlc_npapi </del> ++ extraPlugins ); nativeMessagingHosts =

Related discussion:
text: When trying to install firefox with , I get the following error: It seems is already gone on : Considering it doesn't work on 18.03 anyway, could we cherry-pick the commit to 18.03 to disable the VLC functionality? system: host os: multi-user?: sandbox: version: channels(sepp): channels(root): nixpkgs:
For whatever reason, on master I seem to be getting this error even without this (or other firefox configurations). So the issue could be broader than this. I suppose for you it worked after removing this option then?
This is now caused by another source on ; it should be fixed by (in branch, half of binaries built ATM).
The other issue is also fixed on master since .
Code change:
inherit license; maintainers = [ lib.maintainers.edwtjo ]; platforms = lib.platforms.linux; <ins> mainProgram = exec; </ins> }; };

Related discussion:
text: Wanted to install and start sweethomed.application. the build worked without problems but when i started it, it didnt started. Steps to reproduce the behavior: sweethome3d.application via configuration file to start it Starting the Application stucks at the start screen ! Add any other context about the problem here. At the moment its installed in my user context. When i try to start it as my user over the terminal i get no errors. When i start it with "sudo sweethome3d" I get the following error, and it also dont start, also start at starting screen and vanishing from the task bar: I think these happens because its not installed as user, but propably it helps to find the issue.
Starting random applications as root seems like an unwise idea.
Apologies, I misread the error, this appears to be a separate issue
Just to confirm, which GPU do you use?
I've got the same issue, and none of the solutions given in appear to work. On my side says my GPU is . EDIT: I should mention SH3D 7.02 works fine on my setup Mmh, I just tried with , and things work just fine (even though I'm on NixOS + tells me OpenGL is happy)...
Same problem here, on NIXOS unstable. Stuck on the starting blue window. Had to install it with flatpak in the mean time... Any idea?
sorry for delay i dont get informations from messages in last time from github... really annoying... I have an Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics]
Same here, also on Intel hardware.
Based on the NixGL idea, applying the following patch works to update to the latest version and fix the driver issue on Intel. But this does not seem like the best way to go about it; I can't find a single other package messing with , and it seems more like a debugging tool than something that should be in a package.
I forgot to mention, to avoid getting terrible performance (< 1 fps), I also had to set Not sure if it's needed for others. Maybe related to my using Wayland/Sway. I also have to use to get the window displayed properly, but that's a common issue for most Java apps and tiling windowing managers.
I also ran into this issue with a Nvidia card.
Code change:
gstreamer ]); <ins> qtWrapperArgs = [ "--prefix" "PATH" ":" (lib.makeBinPath [ yt-dlp ]) ]; </ins> preFixup = '' qtWrapperArgs+=("''${gappsWrapperArgs[@]}") '';

Related discussion:
text: plasmatube can't play the video (black screen). probably need to add a dependency or similar. Steps to reproduce the behavior: plasmatube can play videos from youtube. ! system: host os: multi-user?: sandbox: version: channels(hervyqa): channels(root): nixpkgs:
solved, need install . !
Code change:
fs' = utils.escapeSystemdPath fs; in nameValuePair "btrfs-scrub-${fs'}" { description = "btrfs scrub on ${fs}"; <ins> # scrub prevents suspend2ram or proper shutdown conflicts = [ "shutdown.target" "sleep.target" ]; before = [ "shutdown.target" "sleep.target" ]; </ins> serviceConfig = { <del> Type = "oneshot"; </del> <ins> # simple and not oneshot, otherwise ExecStop is not used Type = "simple"; </ins> Nice = 19; IOSchedulingClass = "idle"; ExecStart = "${pkgs.btrfs-progs}/bin/btrfs scrub start -B ${fs}"; <ins> ExecStop  = "${pkgs.btrfs-progs}/bin/btrfs scrub cancel ${fs}"; </ins> }; }; in listToAttrs (map scrubService cfgScrub.fileSystems);

Related discussion:
text: Describe the bug When the filesystem scrubbing service configured via is running, the system cannot shutdown until the scrubbing is completed. To Reproduce Steps to reproduce the behavior: the autoscrub server on some Btrfs file system, e.g. by the resulting service, e.g. the system: that the system only shuts down once the scrub has finished Expected behavior The scrub should be aborted properly when the system needs to shut down. Potential solution By default, running services are stopped by a SIGTERM, but apparently the btrfs scrubbing doesn't react to that. We need to introduce a custom into the service definition. This approach still needs to tested properly though. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs: Maintainer information:
This will also need a fires of a iirc, and then exit immediately, so there is nothing to as the oneshot exists immediately and then gets removed from systemd memory. So to get this to work we need:
Is really needed with ? Also cancel does not accept .
Oh my manpage-in-my-head read as block device .. not as blocking.... Scrub what I said! should be enough here I think. Also I think this is a great thing to add a NixOS VM test for
While I'd love to have some tests for this, these may not be so easy: We need a filesystem large enough that the scrubbing doesn't immediately finish before the shutdown is initiated.
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.
Code change:
fs' = utils.escapeSystemdPath fs; in nameValuePair "btrfs-scrub-${fs'}" { description = "btrfs scrub on ${fs}"; <ins> # scrub prevents suspend2ram or proper shutdown conflicts = [ "shutdown.target" "sleep.target" ]; before = [ "shutdown.target" "sleep.target" ]; </ins> serviceConfig = { <del> Type = "oneshot"; </del> <ins> # simple and not oneshot, otherwise ExecStop is not used Type = "simple"; </ins> Nice = 19; IOSchedulingClass = "idle"; ExecStart = "${pkgs.btrfs-progs}/bin/btrfs scrub start -B ${fs}"; <ins> ExecStop  = "${pkgs.btrfs-progs}/bin/btrfs scrub cancel ${fs}"; </ins> }; }; in listToAttrs (map scrubService cfgScrub.fileSystems);

Related discussion:
text: You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Fixed by