jiebi/CodeConvo huggingface dataset:
Change:
{ stdenv, fetchurl, jdk, rlwrap, makeWrapper }: <del> let version = "1.9.0.326"; in stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> name = "clojure-${version}"; <ins> version = "1.9.0.273"; </ins> src = fetchurl { url = "https://download.clojure.org/install/clojure-tools-${version}.tar.gz"; <del> sha256 = "0sf8gy39iz4jxj2wic1lbdwdwbj90k3awhr0kq76gr1z1dwbj6s9"; </del> <ins> sha256 = "0xmrq3xvr002jgq8m1j0y5ld0rcr49608g3gqxgyxzjqswacglb4"; </ins> }; buildInputs = [ makeWrapper ]; <ins> outputs = [ "out" "prefix" ]; </ins> installPhase = '' <del> pwd ls -la mkdir -p $out/libexec $out/bin cp -f deps.edn example-deps.edn $out cp -f clojure-tools-${version}.jar $out/libexec sed -i -e "s@PREFIX@$out@g" clojure cp -f clj clojure $out/bin for program in $out/bin/{clojure,clj}; do wrapProgram $program --suffix PATH : $out/bin:${jdk.jre}/bin:${rlwrap}/bin done </del> <ins> mkdir -p $prefix/libexec cp clojure-tools-${version}.jar $prefix/libexec cp {,example-}deps.edn $prefix substituteInPlace clojure --replace PREFIX $prefix install -Dt $out/bin clj clojure wrapProgram $out/bin/clj --suffix PATH ${rlwrap}/bin wrapProgram $out/bin/clojure --suffix PATH ${jdk}/bin </ins> ''; meta = with stdenv.lib; {

Discussion:
https://travis- https://travis- (after adding to ) This has happened after and . Probably the version bump. Can I revert this? /cc
Indeed, it's the version bump causing this. Given that this is a critical bug, I think it should be reverted to the last working version, sadly (I think the new version supports Git for fetching deps).
I'm trying to get to a minimal reproducible case for this, to put into a ticket. The weird thing is, that your stack trace says . Might this be some issue with a common dependency of google-closure-compiler and Personally, I'd also be interested in how, this thing I've been working on, handles this resolution. Unfortunately, it doesn't have a reader, right now ...
hm, no there is definitely something fishy with It finds the jar, but doesn't find the jar's dependencies:
cc
So, the issue seems to be, that always returns the empty vector, when asked for the dependencies of a jar: Can you help me find the code path, by which this has worked on , so that we can file a regression?
Sure! Going to bisect it.
Hm, the corresponding place in 0.2.196, would also return the empty vector for a jar: weird
This is clearly a mistake on my part, local jars can't have dependencies and I relied on some. Meaning, it was not a degradation but a fix. Sorry for the noise.
Change:
changelog = "https://github.com/doitsujin/dxvk/releases"; maintainers = [ lib.maintainers.reckenrode ]; license = lib.licenses.zlib; <del> platforms = lib.platforms.windows; </del> <ins> platforms = lib.platforms.windows ++ lib.optionals isDxvk2 lib.platforms.linux; </ins> }; }

Discussion:
In future releases of dxvk the setup script won't be included anymore so this issue is just to notify so something can be figured out for how the nix package should handle it beforehand. (Hope such an issue is okay) See
CC
Thanks for the heads up. The DLLs are already available via a output, but this will break anyone’s set up that relies on . A short term solution would be to vendor the script. Longer term, it would be ideal if there were a way to declaratively create and manage a Wine prefix.
1 has been released with the script removed
I saw that. It can also build natively on Linux, which is interesting. I need to think about how I want to do things and maybe see what other distributions that package it are doing.
God speed
There is a nix-gaming repository that contains such derivation: It also handles vkd3d-proton:
One approach I’m considering is splitting dxvk into dxvk110 (for Darwin and hardware no longer supported by 2.0) and dxvk2x (or just dxvk_2, not sure). The plain DXVK derivation could continue to provide the script (most likely copied from before upstream removed it) while the versioned ones would be built for the native platform only (Linux and Windows). Well, I guess if it builds on Darwin, I can set the platform to then mark it broken on Darwin. I doubt DXVK 2.0 will work on Darwin any time soon. There are a number of extensions DXVK needs that aren’t implemented yet in MoltenVK, and since DXVK is always adding and using new ones, it’s a moving target.
I created to add the script and bump DXVK. It also exposes native builds on Linux.
Change:
liberate users. ''; homepage = "https://gitlab.com/arpa2/arpa2common"; <del> license = with lib.licenses; [ bsd2 cc-by-sa-40 cc0 isc ]; </del> <ins> license = with lib.licenses; [ bsd2 cc-by-sa-40 cc0 isc ]; </ins> maintainers = with lib.maintainers; [ fufexan ]; platforms = lib.platforms.linux; }; <del> } </del> <ins> }) </ins>

Discussion:
Package name: arpa2common Latest released version: 2.6.2 <!-- Search your package here: --- Current version on the unstable channel: 2.2.18 Current version on the stable/release channel: 2.2.18 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
platforms = []; source = { remotes = ["https://rubygems.org"]; <del> sha256 = "sha256-CQioY4HZ+XOCRoDfTgp1QidmJy8DscDknbfnnCPbETU="; </del> <ins> sha256 = "0428ady49qssmnmwnafzrjvyba8mzbridsgblv7c7kmd0vqgfn99"; </ins> type = "gem"; }; <del> version = "3.2.8"; </del> <ins> version = "3.3.0"; </ins> }; rmagick = { dependencies = ["observer" "pkg-config"];

Discussion:
Commit seems to have broken rexml. How to reproduce the behavior: It should work as it did in commit . It looks like this is related to , but currently fails on master. system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Shoot! Looks like it's already fixed upstream: Looking to submit another upgrade PR. I just want to check if there would have been a way to catch this, so that it doesn't happen again.
A test running would've been enough in this case. Do you want me to look into creating one, or to help you with that?
I confirmed that the upgrade to 3.3.0 fixes github-pages, but I wanted to make sure it doesn't break any other gems. It looks like kramdown-rfc2629 is the only one causing issues. kramdown-rfc2629 was fixed by pinning the old version of rexml as a temporary solution for the issue. I'll pin the old version of kramdown-rfc2629 (the only difference is the rexml pin) and submit a PR upstream to remove the pin (now that rexml has been fixed).
Should fix it.
it has not fixed it for me, using selenium-webdriver gem. Details at Should we be opening a new issue for it?
Nevermind, I think this is the entire issue,
Change:
wasm-pack = callPackage ../development/tools/wasm-pack { inherit (darwin.apple_sdk.frameworks) Security; <ins> libressl = libressl_3_4; </ins> }; wasynth = callPackage ../development/tools/wasynth { };

Discussion:
LibreSSL 3.4 version will go EOL in October of this year, so we'll need to switch to 3.5
Change:
<ins> { lib, vscode-utils, jq, moreutils, python311Packages, R, rPackages, }: vscode-utils.buildVscodeMarketplaceExtension { mktplcRef = { name = "r"; publisher = "reditorsupport"; version = "2.8.2"; hash = "sha256-FPL/JjW452KRchcQ0iHXRJarZXvS3B8PvZhXjf3rMhQ="; }; nativeBuildInputs = [ jq moreutils ]; buildInputs = [ python311Packages.radian R rPackages.languageserver ]; postInstall = '' cd "$out/$installPrefix" jq '.contributes.configuration.properties."r.rpath.mac".default = "${lib.getExe' R "R"}"' package.json | sponge package.json jq '.contributes.configuration.properties."r.rpath.linux".default = "${lib.getExe' R "R"}"' package.json | sponge package.json jq '.contributes.configuration.properties."r.rterm.mac".default = "${lib.getExe python311Packages.radian}"' package.json | sponge package.json jq '.contributes.configuration.properties."r.rterm.linux".default = "${lib.getExe python311Packages.radian}"' package.json | sponge package.json ''; meta = { changelog = "https://marketplace.visualstudio.com/items/REditorSupport.r/changelog"; description = "A Visual Studio Code extension for the R programming language"; downloadPage = "https://marketplace.visualstudio.com/items?itemName=REditorSupport.r"; homepage = "https://github.com/REditorSupport/vscode-R"; license = lib.licenses.mit; maintainers = [ lib.maintainers.pandapip1 ]; }; } </ins>

Discussion:
Project description Adds R language features (e.g. syntax highlighting) to VSCode. Ideally, would also install and automatically configure the extension to use them. Also requires to be installed. 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]:
Just open a PR adding the extension, much easier than opening an issue...
If it's that easy, why don't you do it yourself? Okay, sorry for being a little snarky there. But I opened this issue the same day I first installed NixOS, so please forgive my former lack of knowledge. I'll take a look.
I don't need this extension specifically. But I have all the extensions I needed. Sure. Have a look in: Follow and add extension to Git clone nixpkgs. Then, to build your extension, run: Look forward your first PR then. Have fun.
Small nit: It won't be my first PR (, , , , ). It will be my first package creation, though!
My bad. On the good side, it is going to be even easier for you to add the extensions. :-)
Change:
]; propagatedBuildInputs = with python3Packages; [ <del> pyyaml pyqt5 pyqtwebengine jinja2 pygments </del> <ins> pyyaml backendPackage jinja2 pygments </ins> pypeg2 cssutils pyopengl attrs setuptools # scripts and userscripts libs tldextract beautifulsoup4 pyreadability pykeepass stem ]; <del> patches = [ ./fix-restart.patch ]; </del> <ins> patches = [ ./fix-restart.patch ]; </ins> dontWrapGApps = true; dontWrapQtApps = true;

Discussion:
The current version of qutebrowser (1.13.0, nixpkgs svn-revision: .) packaged in unstable fails to start with webkit backend. Forcing the backend in the resulting error dialog does nothing. To Reproduce Steps to reproduce the behavior: in qutebrowser Screenshots ! Notify maintainers
The qtwebkit backend was disabled in . Apparently at the time there was talk about dropping the backend but eventually they decided to keep it for a while. In any case here's what the current README says about it Soo, we could revert the commit but it seems it's going to be anyway. This is the reason, it looks like a variable that points to the qutebrowser executable is not actually resolved:
Thanks for the info regarding the readme and webkit. I'm pretty new to nixpks. Let me now if this would be a viable solution: and I'll make the PR. Also, where should I branch off of and what should be the target branch for my PR. It is the best I could come up with, because webkit and webengine depend on to different versions of qt5 so, we cannot easily have qutebrowser depend on both.
You can just revert the commit I mentioned: that should take care of also enabling qtwebkit by default, which is probably what you want. To make a PR you should target the master branch, also take a look at the .
Hmm... I don't really know, what to make of this part: in the current version it reads: and reverting just the other changes gives me build-errors.
Uhm, try something like this:
Now I get the original import error on starting qutebrowser, when I have set to . Maybe was the right solution after all, because that at least worked.
Change:
{ mkDerivation, lib, stdenv, makeWrapper, fetchurl, cmake, extra-cmake-modules , karchive, kconfig, kwidgetsaddons, kcompletion, kcoreaddons , kguiaddons, ki18n, kitemmodels, kitemviews, kwindowsystem <del> , kio, kcrash </del> <ins> , kio, kcrash, breeze-icons </ins> , boost, libraw, fftw, eigen, exiv2, libheif, lcms2, gsl, openexr, giflib , openjpeg, opencolorio, vc, poppler, curl, ilmbase , qtmultimedia, qtx11extras, quazip

Discussion:
Krita requires breeze-icons for it's buttons which is currently either miss configured or missing. To Reproduce Steps to reproduce the behavior: nixos unstable krita without breeze-icons, missing icons on buttons. breeze-icons, icons show. Expected behavior Icons to show on buttons. Screenshots ! ! Additional context This is my first issue, I am kind of shaky on Nix packaging. Sorry if I got something wrong. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(wyatt): channels(root): nixpkgs:
Change:
ghcCommand'    = if isGhcjs then "ghcjs" else "ghc"; ghcCommand = "${ghc.targetPrefix}${ghcCommand'}"; ghcCommandCaps= lib.toUpper ghcCommand'; <del> libDir        = if isHaLVM then "$out/lib/HaLVM-${ghc.version}" else "$out/lib/${ghcCommand}-${ghc.version}"; </del> <ins> libDir        = if isHaLVM then "$out/lib/HaLVM-${ghc.version}" else if isGhcjs then "$out/libexec" else "$out/lib/${ghcCommand}-${ghc.version}"; </ins> docDir        = "$out/share/doc/ghc/html"; packageCfgDir = "${libDir}/package.conf.d"; paths         = lib.filter (x: x ? isHaskellLibrary) (lib.closePropagation packages);

Discussion:
When using with and the build fails when trying to write to a in the It works fine if the list of packages is empty or only contains packages that are normally in the environment. Oddly enough, if you run in the it does not produce an error, but it also does not actually include the package, No idea if this is related to system: "x86_64-darwin" host os: Darwin Kernel Version 16.7.0, Sierra multi-user?: no version: nix-env (Nix) 1.11.4 nixpkgs: nixpkgs-channels, commit
I believe the root cause of this problem is that the libraries like , etc are being installed in but the extra packages by are being installed in and the is only looking in one of those locations. I have a work-around hack which I will post when I get a chance.
Can you confirm that fixes this for you?

Trying to enter a using fails for the ghcjs-ng derivations (8.2 and 8.4) with errors like the following: In this case I tried but the issue seems to appear for all packages I tried (but it doesn’t happen if the list of packages is empty). Run the following command system: host os: multi-user?: sandbox: version: channels(root): channels(moritz): nixpkgs:
/cc
I believe this is happening because packages like and are being installed in and is being installed in and the is only configuring things to look in one of those locations. In my ignorant opinion I think the issue is that the core packages are also supposed to be in not
Can you confirm that fixes this for you?
I can confirm that this fixes the error but still doesn’t behave correctly: If I run I don’t see and if I try to compile a file that imports in that shell using I get an error about missing modules.
I believe the reason you see that is that this patch gets to see the and libraries that are in but now ghcjs does not see the library that is in . I can not explain why some libraries are in and others are in . Under ghc and older ghcjs I believe all the libraries were in one single location.
Change:
owner = "lukasgeiter"; repo = "mkdocs-awesome-pages-plugin"; rev = "refs/tags/v${version}"; <del> hash = "sha256-pYyZ84eNrslxgLSBr3teQqmV7hA+LHwJ+Z99QgPdh6U="; </del> <ins> hash = "sha256-jDPoMAJ20n9bQu11CRNvKLQthRUh3+jR6t+fM3+vGzY="; </ins> }; propagatedBuildInputs = [

Discussion:
Steps to reproduce the behavior: command, mkdocs-awesome-pages-plugin is only available in unstable, so pinned to a recent build hash to ensure reproducibility, but fails with fails the same way for python3, python311 and python312
Hello & thanks for the report. Can confirm the package is broken, presumably since the latest python-updates merge but not entirely sure yet. Tests were passing fine when the package was about a month ago.
Seems to be related to the mkdocs update to 1.6.0. I filed an upstream issue to track
Thanks very much for looking into this so quickly and passing it on to upstream. I figured it worked when you originally created it, but that confirmation suggests a work-around until upstream fixes things. So now I just have to figure out how to get a channel hash from that far back. only tracks the most recent few.
Unfortunately, building from the merge commit does not solve the problem: This shouldn't be too surprising since it still pulls the same version of the plugin, but I figured it would be worth a try as a possible work-around.
It's not about the plugins versions, but about the mkdocs version used. If you want to build the plugin with an older mkdocs while using a current nixpkgs, you could do something like the following:
I can confirm that this works for the use-case that this bug was originally created to resolve. Since this was first tested, there has been another nixpkgs-unstable build reported on that could be used (with the more compact fetchTarball buildtin) instead of the merge commit hash, but the most recent one has a "Build problem" badge, so I stuck with the merge hash for reporting. Thanks very much for getting this done so quickly. Also the work-around derivation snippet you provided was above and beyond the call of duty. I would not have been able to get that syntax right myself at this stage in my Nix journey. Unfortunately, it conflicted with some other plugins I was using, but I still learned a lot from it. Thanks again, I appreciate your efforts .
Glad it helped, it can be rough to know where to start! Since the update has been merged to master only yesterday, but it's already in nixpkgs-unstable!

When hydra has finished to run nixos tests, nixos-unstable will be updated to include the fix for mkdocs-awesome-plugin automatically. One can check which branches it hit already at
Change:
sources."resolve-from-4.0.0" sources."reusify-1.0.4" sources."rimraf-3.0.2" <del> sources."rollup-2.56.0" </del> <ins> sources."rollup-2.51.1" </ins> sources."run-parallel-1.2.0" sources."safe-buffer-5.2.1" sources."semver-7.3.5"

Discussion:
The extension fails to activate. Steps to reproduce the behavior: the extension via home-manager to activate it by opening VS Code to a Rust project For the extension to activate successfully. Logs: Maintainer information:
Note: rolling back to fixes the issue.
Hello, I've been looking at this since yesterday. I think we need to pin rollup to 2.51 and/or update plugin-commonjs to 19 to avoid / - I am presently regenerating node- to test this fix. I think you are right that my 08-02 update introduced the regression. I apologize, ~can cut a revert PR later today if my fix doesn't work and if this would be desirable.~ The fix seems to work!
Change:
platforms = [ "x86_64-linux" ] ++ optionals (!i686bundled) [ "i686-linux" ]; maintainers = with maintainers; [ jonringer ]; priority = 4; # resolves collision with xorg-server's "lib/xorg/modules/extensions/libglx.so" <del> # proprietary driver currently does not support X86_KERNEL_IBT, which is scheduled to be added in linux 6.2 broken = broken || (kernel != null && kernel.kernelAtLeast "6.2"); </del> <ins> inherit broken; </ins> }; };

Discussion:
Steps to reproduce the behavior: package is marked as broken I marked this package as broken starting with linux 6.2 because enables by default. The binary blobs included with the nvidia driver are not compiled with support for IBT and nvidia hasn't been able to update their internal toolchain to support it at this point. Rather than leave it broken, we should probably check if the driver is built using the proprietary blobs and add the kernel parameter starting with linux 6.2. <!-- 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.
Change:
</para> </section> <ins> <section xml:id="installing-apps-php-extensions-nextcloud"> <title>Installing Apps and PHP extensions</title> <para> Nextcloud apps are installed statefully through the web interface. Some apps may require extra PHP extensions to be installed. This can be configured with the <xref linkend="opt-services.nextcloud.phpExtraExtensions" /> setting. </para> </section> </ins> <section xml:id="module-services-nextcloud-maintainer-info"> <title>Maintainer information</title>

Discussion:
Many nextcloud extensions like need additional php extensions that are not part of the . It would be great to either: Provide an option to override the php package nextcloud uses, i.e. Or: Provide an option , and make the current extension selection its default value I'm opening this as an issue to get some feedback on what the better option is, and to get the naming right. CC maintainers
Meta: I'm not sure all labels I've applied make sense here. Feel free to remove inappropriate ones. Also: There is no PHP label?
cc
Change:
<ins> { lib , stdenv , cmake , pkg-config , glib , fetchFromGitHub }: stdenv.mkDerivation rec { pname = "g3kb-switch"; version = "1.4"; src = fetchFromGitHub { owner = "lyokha"; repo = "g3kb-switch"; rev = version; sha256 = "sha256-mcZduHcteZ+nS0YEZG5DfmpA8xrnLhwxumq6hLuLPIs="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ glib ]; meta = with lib; { homepage = "https://github.com/lyokha/g3kb-switch"; description = "CLI keyboard layout switcher for GNOME Shell"; license = licenses.bsd2; maintainers = with maintainers; [ Freed-Wu ]; platforms = platforms.unix; }; } </ins>

Discussion:
Project description This is a CLI keyboard layout switcher for Gnome 3 and 4x. It is not based on the X interface but rather implements direct D-Bus messaging with the Gnome Shell. Metadata homepage URL: source URL: license: bsd platforms: unix, linux, darwin, ...
Change:
"-Dintrospection=enabled" ]; <del> doCheck = true; </del> <ins> doCheck = !stdenv.isDarwin; </ins> checkPhase = '' NO_AT_BRIDGE=1 

Discussion:
Project description Fractal is a Matrix messaging app for GNOME written in Rust. Its interface is optimized for collaboration in large groups, such as free software projects. It's currently pacakged for linux, but was recently marked broken in I've implemented some quick hacks on libhandy and gspell to address the build failures here , but the package still fails. To reproduce develop --impure ".#fractal" source build To continue (to a very long error message): and move to nixpkgs/fractal-4.4.0- build cc (if you're still interested in this) Metadata source URL: platforms: unix
Hi, I'm not using my Darwin machine much anymore, so I don't think I will invest the time in fixing fractal for Darwin.
I marked this as stale due to inactivity. &rarr;
It actually suffices to put for fractal to build on Darwin: ~However, it's still kind of broken: the interface won't show up.~
Change:
sha256 = "1hnijfz1ab34j2h2cxc3f43rmbclyihgn9x9wxa7jqqgb2xm71hj"; }; <ins> patches = [ # Fix tests hanging (fetchpatch { url = "https://github.com/nelhage/reptyr/commit/bca3070ac0f3888b5d37ee162505be81b3b496ff.patch"; sha256 = "0w6rpv9k4a80q0ijzdq5hlpr37ncr284piqjv5agy8diniwlilab"; }) ]; </ins> makeFlags = [ "PREFIX=" "DESTDIR=$(out)" ]; checkInputs = [ (python2.withPackages (p: [ p.pexpect ])) ];

Discussion:
On master, reptyr is hanging:
This is fixed in reptyr master, bisected to:
Change:
buildPhase = '' mv config/gitlab.yml.example config/gitlab.yml <del> dpkg -x ${gitlabDeb} . </del> <ins> dpkg --fsys-tarfile ${gitlabDeb} | tar -x --no-same-permissions --no-same-owner </ins> mv -v opt/gitlab/embedded/service/gitlab-rails/public/assets public rm -rf opt

Discussion:
Following the NixOS manual () to setup Gitlab on a new NixOS server, I got the following error: Consulting the IRC channel #nixos on , I got the diagnosis of the problem that they put their own copy of ksu into the package, setuid'd and nix doesn't allow setuid files. a new NixOS install, update with a minimal Gitlab configuration or System: 17.03.1700. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1700." Sandboxing enabled: build-use-sandbox = false
cc (maintainer)