jiebi/CodeConvo huggingface dataset:
Change:
# sure cross-compilation works first! nativeBuildInputs = [ autoreconfHook pkg-config sphinx ]; <ins> buildInputs = [ lerc ]; </ins> # TODO: opengl support (bogus configure detection) propagatedBuildInputs = [ libdeflate

Discussion:
, and , but doesn't include LERC in the option list. Am I looking at the wrong thing, or is this dependency missing in the end result? The same seems to apply to WEBP. Related: Cc Steps to reproduce the behavior: the Python console (Ctrl-Alt-p) Alternatively, one level down: The strings and should appear in the option names. system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs:
, I just checked GDAL build messages, and it looks like GDAL is correctly built with LERC. If I try driver, I can see LERC in the list of available compressions:
HI do you see it compiled in for the Geotiff driver? That Victor needs it.
No, I don't see LERC compression available for GTiff driver, but I see it present for mrf (as I said above). I don't have any idea why.
Implemented in
Change:
frei = callPackage ../tools/misc/frei { }; <ins> frogmouth = callPackage ../tools/text/frogmouth { }; </ins> fselect = callPackage ../tools/misc/fselect { }; fsmon = callPackage ../tools/misc/fsmon { };

Discussion:
Project description <!-- Describe the project a little: --Frogmouth is a Markdown viewer / browser for your terminal, built with . Metadata homepage URL: source URL: license: MIT platforms: Linux, Python
Likely depends on
Change:
{ stdenv , fetchFromGitHub , lib <del> , go </del> , pkg-config , libX11 , libXcursor

Discussion:
Package name: darktile Latest released version: 0.0.11 <!-- Search your package here: --- Current version on the unstable channel: 0.0.10 Current version on the stable/release channel: 0.0.10 <!-- 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.
Hi! Unfortunately, I'm no longer using NixOS. It should still be pretty trivial to create a PR, but I won't be able to test it. If I create a draft PR for this, will you be willing to download it and test whether it works?
Also, I'd appreciate it if you became the maintainer of this package instead of me (only if you want to, of course). There are pretty much no updates to it, so you'll rarely have to do anything
Sure, I would be happy to test the draft PR and become the maintainer of the package. Please let me know if there's anything else you need from me to proceed.
ok, well, foremost, it seems like the hash of the package can't get obtained on systems without Nix. Could you please run and post the output here?
Sure. Here:
I opened a draft PR which updates the package and makes you the maintainer. Please test if the updated package works.
Change:
# We specifically need: # - ld: binutils doesn't provide it on darwin # - as: as above <del> # - ar: the binutils one prodices .a files that the cctools ld doesn't like </del> <ins> # - ar: the binutils one produces .a files that the cctools ld doesn't like </ins> # - ranlib: for compatibility with ar <del> # - dsymutil: soon going away once it goes into LLVM (this one is fake anyway) </del> # - otool: we use it for some of our name mangling # - install_name_tool: we use it to rewrite stuff in our bootstrap tools # - strip: the binutils one seems to break mach-o files

Discussion:
clang installed through nix doesn't correctly output DWARF data. system: host os: multi-user?: sandbox: version: channels(fghibellini): nixpkgs:
For reference, we use a dummy dsymutil script due to Apple not releasing the original source. This is found here: and . llvm has its own version that should be available to us soon. I'm not sure which version it is first released in.
Thanks for the quick answer! Based on I would think dsymutil is supposed to be Apple specific. Does the llvm release of dsymutil mean this (separate debug info linking) will become standard across operating systems or the llvm dsymutil is also supposed to be used only on OSX?
dsymutil is for MACH-O binaries only. I think OSX is the only place where those are used. You can do something similar on Linux with objcopy though: But this is a good reminder that we need to get the separate debug symbols to work on MacOS as well.
Change:
unixODBCDrivers.psql unixODBCDrivers.sqlite unixODBCDrivers.mariadb <del> ] ++ lib.optionals stdenv.isLinux [ util-linux </del> ] ++ lib.optionals systemdSupport [ systemd <del> ] ++ [ </del> <ins> ] ++ lib.optionals stdenv.isLinux [ util-linux </ins> mtdev lksctp-tools libselinux

Discussion:
Steps to reproduce the behavior: The regression is due to , which forgot to maintain the guard on darwin. While it is straightforward to fix the aarch64-darwin build, it isn't enough for x86_64-darwin due to . <!-- 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:
{ callPackage, zlib }: callPackage ./common.nix rec { <del> version = "0.4.0"; </del> <ins> version = "0.4.1"; </ins> url = "https://www.prevanders.net/libdwarf-${version}.tar.xz"; <del> sha512 = "30e5c6c1fc95aa28a014007a45199160e1d9ba870b196d6f98e6dd21a349e9bb31bba1bd6817f8ef9a89303bed0562182a7d46fcbb36aedded76c2f1e0052e1e"; </del> <ins> sha512 = "793fe487de80fe6878f022b90f49ec334a0d7db071ff22a11902db5e3457cc7f3f853945a9ac74de2c40f7f388277f21c5b2e62745bca92d2bb55c51e9577693"; </ins> buildInputs = [ zlib ]; <ins> knownVulnerabilities = []; </ins> }

Discussion:
The following security vulnerability in libdwarf has been published. We have two vulnerable versions: 0.4.0 The patch we need to apply is: Maintainer: Please reference the CVE id with in the commit message.
PTAL.
We cannot easily apply the patch provided by the upstream to the default version because the code base directory layout changes
Could you take a look at , please?
, I wonder how you noticed this vulnerability. Is there certain vulnerability workflow that ensures that every CVE in any package would be addressed or at least marked as .
I tried to find out how I first heard of this vulnerability, but I can't find the source anymore. It was neither an email nor on IRC. We have a coordination channel for security issue triage on Matrix. It's .
Thank you for the information.
Change:
<del> { stdenv, fetchurl, sqlite, lua, which, zlib, pkgconfig, dejavu_fonts, libpng, perl, SDL, SDL_image, ncurses, mesa}: </del> <ins> { stdenv, fetchurl, which, sqlite, lua5_1, perl, zlib, pkgconfig, ncurses , dejavu_fonts, libpng, SDL, SDL_image, mesa, freetype , tileMode ? true }: let version = "0.15.2"; in </ins> stdenv.mkDerivation rec { <del> name = "crawl-0.14.1"; src = fetchurl { url = "http://downloads.sourceforge.net/project/crawl-ref/Stone%20Soup/0.14.1/stone_soup-0.14.1-nodeps.tar.xz"; sha256 = "91726d0224b93ba26b5d4bd3762bc5aabe1f02974ea6c937be89dc6c6ab7a4dd"; }; </del> <ins> name = "crawl-${version}" + (if tileMode then "-tiles" else ""); src = fetchurl { url = "mirror://sourceforge/crawl-ref/Stone%20Soup/${version}/stone_soup-${version}-nodeps.tar.xz"; sha256 = "1qi1g8w0sxmwrv96hnay20gpwp1xn2xcq1cw9iwn1yq112484fp9"; }; </ins> <del> patches = [ ./makefile_fonts.patch ./makefile_sqlite.patch ./makefile_rltiles.patch ./makefile_rltiles2.patch ./makefile_misc.patch ./makefile_prefix.patch ]; </del> <ins> patches = [ ./makefile_fonts.patch ./makefile_sqlite.patch ]; </ins> <del> buildInputs = [stdenv pkgconfig lua zlib sqlite which libpng perl SDL dejavu_fonts SDL_image ncurses mesa]; </del> <ins> nativeBuildInputs = [ pkgconfig which perl ]; </ins> <del> preBuild = "cd source"; </del> <ins> # Still unstable with luajit buildInputs = [ lua5_1 zlib sqlite ncurses ] ++ stdenv.lib.optionals tileMode [ libpng SDL SDL_image freetype mesa ]; </ins> <del> makeFlags = "TILES=y"; </del> <ins> preBuild = '' cd source # Related to issue #1963 sed -i 's/-fuse-ld=gold//g' Makefile for i in util/*.pl; do patchShebangs $i done patchShebangs util/gen-mi-enum ''; </ins> <del> inherit dejavu_fonts sqlite SDL_image SDL; </del> <ins> makeFlags = [ "prefix=$(out)" "FORCE_CC=gcc" "FORCE_CXX=g++" "HOSTCXX=g++" "SAVEDIR=~/.crawl" "sqlite=${sqlite}" ] ++ stdenv.lib.optionals tileMode [ "TILES=y" "dejavu_fonts=${dejavu_fonts}" ]; postInstall = if tileMode then "mv $out/bin/crawl $out/bin/crawl-tiles" else ""; enableParallelBuilding = true; meta = with stdenv.lib; { description = "Open-source, single-player, role-playing roguelike game"; longDescription = '' Open-source, single-player, role-playing roguelike game of exploration and treasure-hunting in dungeons filled with dangerous and unfriendly monsters in a quest to rescue the mystifyingly fabulous Orb of Zot. ''; platforms = platforms.linux; licenses = with licenses; [ gpl2Plus bsd2 bsd3 mit zlib cc0 ]; maintainers = maintainers.abbradar; }; </ins> }

Discussion:
Here is the output from nixos-rebuild: I'm not sure if this is a known issue or not, but I made sure to upgrade as well and it is still failing.
Change:
configureFlags = ["--enable-shared" "--enable-pthread" "--with-soname=ruby_${tag}"] ++ op useRailsExpress "--with-baseruby=${baseruby}/bin/ruby" <ins> ++ op (!JitSupport) "--disable-jit-support" </ins> ++ op (!docSupport) "--disable-install-doc" ++ ops stdenv.isDarwin [ # on darwin, we have /usr/include/tk.h -- so the configure script detects

Discussion:
Describe the bug I'm hunting down packages that reference gcc. One of them is (maintainers: & ). Here's why: The fault is the fact that the build flag doesn't remove all references, as one might expect (EDIT, see: ). I'm up to including this feature, but I was wondering perhaps it'd be legit to disable this feature for the derivation? I opened a PR at (EDIT).
But that would mean gems that require a compiler would no longer work.
The suggestion is for , not . Isn't the derivation that's used to build the gems? According to:
It still has support for gems, so some will fail with gcc. What exactly is the use case for ?
Technically it's not used anywhere, according to .
I'd like to make my - with an overlay. The goal is to make the 1 or 2 pure ruby scripts I have on my system not pull , as they do today.
But what is the reason? You're likely to have a version of ruby that includes gcc on your system anyway, so you don't really save any space. And the use-case would be plain ruby scripts with only the gems that don't require system libraries. We have no users in nixpkgs of presumably because it's rather pointless. And while of course we can strip gcc from rubyMinimal (there's no harm), I'd rather say drop instead.
Not If I'll apply and this overlay: This allows me to not need GCC for for example - which is the only ruby gem I use. For example, run with this PR and that overlay applied: And you should get: And without , (and without the overlay because it would fail) you should get: is the only derivation that needs ruby that I actually use. I've updated the 1st comment in to exemplify this overlay as a possible usecase. Well I tend to agree - even for asciidoctor which should be pretty much a pure ruby gem, it still required and which aren't enabled in current . Hence I tend to agree. OK so I've updated to include a drop to , including release notes and an alias. Waiting for your review :crossed_fingers: .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
email = "softs@metabarcoding.org"; name = "Celine Mercier"; }; <ins> metadark = { email = "kira.bruneau@gmail.com"; name = "Kira Bruneau"; github = "metadark"; }; </ins> mfossen = { email = "msfossen@gmail.com"; github = "mfossen";

Discussion:
A simple wrapper that does winetricks things for Proton enabled games, requires Winetricks.
Change:
'' + lib.optionalString buildSamples '' mkdir -p $sample/bin mv clients/staging/hipfft_* $sample/bin <del> patchelf $sample/bin/hipfft_* --shrink-rpath --allowed-rpath-prefixes /nix/store </del> <ins> patchelf $sample/bin/hipfft_* --shrink-rpath --allowed-rpath-prefixes "$NIX_STORE" </ins> '' + lib.optionalString (buildTests || buildBenchmarks) '' rmdir $out/bin '';

Discussion:
Steps to reproduce the behavior: on nixos-unstable I believe this is related to <!-- 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.
It'll need a similar fix like the ones in Wasn't caught in staging because it's marked insecure
Change:
}; }; <ins> GooCanvas2 = buildPerlPackage rec { name = "GooCanvas2-0.06"; src = fetchurl { url = "mirror://cpan/authors/id/P/PE/PERLMAX/${name}.tar.gz"; sha256 = "0l1vsvyv9hjxhsxrahq4h64axh7qmk50kiz2spa3s1hr7s3qfk72"; }; buildInputs = [ pkgs.gtk3 GlibObjectIntrospection Glib ]; propagatedBuildInputs = [ pkgs.goocanvas2 ]; meta = { description = "Perl binding for GooCanvas2 widget using Glib::Object::Introspection"; license = with stdenv.lib.licenses; [ artistic1 gpl1Plus ]; }; }; </ins> GoogleProtocolBuffers = buildPerlPackage rec { name = "Google-ProtocolBuffers-0.12"; 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:
}: buildPythonApplication rec { <del> pname = "PySolFC"; version = "2.20.1"; </del> <ins> pname = "pysolfc"; version = "2.21.0"; </ins> src = fetchzip { <del> url = "https://versaweb.dl.sourceforge.net/project/pysolfc/PySolFC/PySolFC-${version}/PySolFC-${version}.tar.xz"; hash = "sha256-mEnsq8Su0ses+nqoSFC+Wr0MHY7aTDMbtDV8toYVNPY="; </del> <ins> url = "mirror://sourceforge/pysolfc/PySolFC-${version}.tar.xz"; hash = "sha256-Deye7KML5G6RZkth2veVgPOWZI8gnusEvszlrPTAhag="; </ins> }; cardsets = fetchzip { <del> url = "https://versaweb.dl.sourceforge.net/project/pysolfc/PySolFC-Cardsets/PySolFC-Cardsets-2.2/PySolFC-Cardsets-2.2.tar.bz2"; </del> <ins> url = "mirror://sourceforge/pysolfc/PySolFC-Cardsets-2.2.tar.bz2"; </ins> hash = "sha256-mWJ0l9rvn9KeZ9rCWy7VjngJzJtSQSmG8zGcYFE4yM0="; }; music = fetchzip { <del> url = "https://versaweb.dl.sourceforge.net/project/pysolfc/PySol-Music/PySol-Music-4.50/pysol-music-4.50.tar.xz"; </del> <ins> url = "mirror://sourceforge/pysolfc/pysol-music-4.50.tar.xz"; </ins> hash = "sha256-sOl5U98aIorrQHJRy34s0HHaSW8hMUE7q84FMQAj5Yg="; };

Discussion:
As above. Steps to reproduce the behavior: The application should start. Full log: Running nixos-unstable. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This should be fixed by a simple update:
Change:
netsniff-ng = callPackage ../tools/networking/netsniff-ng { }; <ins> networkminer = callPackage ../tools/security/networkminer { }; </ins> nixpacks = callPackage ../applications/virtualization/nixpacks { }; nkeys = callPackage ../tools/system/nkeys { };

Discussion:
NetworkMiner NetworkMiner is an network forensics tool that extracts artifacts, such as files, images, emails and passwords, from captured network traffic in PCAP files. NetworkMiner can also be used to capture live network traffic by sniffing a network interface. Detailed information about each IP address in the analyzed network traffic is aggregated to a network host inventory, which can be used for passive asset discovery as well as to get an overview of which devices that are communicating. NetworkMiner is primarily designed to run in Windows, but can also be used in . Metadata homepage URL: source URL: platforms: linux
Change:
<del> diff --git a/functional_tests/kfp/wandb_probe.py b/functional_tests/kfp/wandb_probe.py </del> <ins> diff --git a/tests/functional_tests/t0_main/kfp/wandb_probe.py b/tests/functional_tests/t0_main/kfp/wandb_probe.py </ins> index 82fadfe1..25c1454c 100644 <del> --- a/functional_tests/kfp/wandb_probe.py +++ b/functional_tests/kfp/wandb_probe.py </del> <ins> --- a/tests/functional_tests/t0_main/kfp/wandb_probe.py +++ b/tests/functional_tests/t0_main/kfp/wandb_probe.py </ins> @@ -5,7 +5,7 @@ import subprocess def wandb_probe_package(): if not os.environ.get("WB_PROBE_PACKAGE"):

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: -
Change:
fetchSageDiff = { base, rev, name ? "sage-diff-${base}-${rev}.patch", ...}@args: ( fetchpatch ({ inherit name; <del> url = "https://git.sagemath.org/sage.git/rawdiff?id2=${base}&id=${rev}"; </del> <ins> url = "https://git.sagemath.org/sage.git/patch?id2=${base}&id=${rev}"; </ins> # We don't care about sage's own build system (which builds all its dependencies). # Exclude build system changes to avoid conflicts. <del> excludes = [ "/build/*" ]; </del> <ins> excludes = [ "build/*" ]; </ins> } // builtins.removeAttrs args [ "rev" "base" ]) ); in [

Discussion:
The hash for in pkgs/applications/science/math/sage/sage- appears to have changed. (I believe would also fix this.) nix-build -A sage system: host os: multi-user?: sandbox: (really no) version:
It does build and work fine with the updated hash.
cc
That is surprising for multiple reasons I did specify the exact hash. Isn't s stable? Don't we mirror fixed-output derivations? For reference (haven't looked into the differences yet), is the old patch file from my nix store and is the new one.
Looks like this is because I changed to use s instead of . No idea what I was thinking to do that without re-checking the hashes.
Those seem to be the same link. I believe the file it's actually grabbing is This still appears to have some real (but probably unimportant) differences: I also saw that the new file is incorrectly and randomly truncated, which seems to be some kind of caching problem with their server -- subtly altering the request temporarily fixes it, and I believe the hash is for the untruncated file.
Yes, I think the truncation is because they an outdated cgit and is broken. The other difference is because of the changed . Should be fixed in . Thanks for the report.
Change:
fi done <del> ln -s "$env/share" "$out" </del> <ins> mkdir -p "$out/nix-support" </ins> for drv in $unwrapped; do <del> if [ -a "$drv/nix-support/propagated-user-env-packages" ]; then mkdir -p "$out/nix-support" cat "$drv/nix-support/propagated-user-env-packages" >> "$out/nix-support/propagated-user-env-packages" fi </del> <ins> echo "$drv" >> "$out/nix-support/propagated-user-env-packages" </ins> done ''; }

Discussion:
With the latest I'm seeing a huge amount of very odd collisions: Why would end up with man pages? cc: nixos-unstable some kde5 packages into . NixOS: (Gorilla) Nix: nix-env (Nix) 1.11.5 nixpkgs: 17.03pre97767.
Is this a consequence of your work on the KDE wrapper?
Ouch, it seems so. I'll investigate (not sure how NetworkManager got there...). Nikolay.
Change:
openjfx = openjfx21; }; <ins> openjdk22 = mkOpenjdk ../development/compilers/openjdk/22.nix ../development/compilers/zulu/22.nix { openjdk22-bootstrap = temurin-bin.jdk-21; openjfx = openjfx22; }; </ins> temurin-bin = recurseIntoAttrs (callPackage ( if stdenv.isLinux then ../development/compilers/temurin-bin/jdk-linux.nix

Discussion:
Project description OpenJDK 22 was released on 19-MAR-2024. The OpenJDK project has been releasing Early Access (EA) binaries for many months now. It would be nice to be able to install OpenJDK 22 as a Nix package and also to begin development of dependent Nix packages (e.g. ) Metadata homepage URL: source URL: (update: is open now) license: GPL with Classpath Exception platforms: unix, linux, darwin, others I'm fairly new to Nix (but loving it so far) so I'm not 100% sure this whether this should be a "new package request" (as Nix keeps multiple versions of OpenJDK available as different packages) or a "package update request" (since jdk22 is an updated version of jdk21.) If I need to change this or anything else in the issue please let me know and I will try to fix it.
Change:
'' # this ensures that when clang passes -lgcc_s to lld (as it does # when building e.g. firefox), lld is able to find libgcc_s.so <del> + lib.optionalString (gccForLibs?libgcc) '' echo "-L${gccForLibs.libgcc}/lib" >> $out/nix-support/cc-ldflags '') </del> <ins> + concatMapStrings (libgcc: '' echo "-L${libgcc}/lib" >> $out/nix-support/cc-ldflags '') (lib.toList (gccForLibs.libgcc or []))) </ins> ## ## General libc support

Discussion:
the error has changed to any ideas? perhaps a issue here
Investigating...
Well this will get you back to where you were before: See if you can nudge it a bit further; if not I can work on this again tomorrow or Monday.
Change:
<del> diff --git a/Alice/Core/Check.hs b/Alice/Core/Check.hs index 0700fa0388f..69815864710 100644 --- a/Alice/Core/Check.hs +++ b/Alice/Core/Check.hs @@ -18,8 +18,12 @@ -  along with this program.  If not, see <http://www.gnu.org/licenses/>. -} +{-# LANGUAGE NoImplicitPrelude #-} + module Alice.Core.Check (fillDef) where +import Prelude hiding ((<>)) + import Control.Monad import Data.Maybe diff --git a/Alice/Core/Reason.hs b/Alice/Core/Reason.hs index c361bcf220d..4e493d8c91b 100644 --- a/Alice/Core/Reason.hs +++ b/Alice/Core/Reason.hs @@ -17,9 +17,12 @@ -  You should have received a copy of the GNU General Public License -  along with this program.  If not, see <http://www.gnu.org/licenses/>. -} +{-# LANGUAGE NoImplicitPrelude #-} module Alice.Core.Reason where +import Prelude hiding ((<>)) + import Control.Monad import Alice.Core.Base diff --git a/Alice/Core/Verify.hs b/Alice/Core/Verify.hs index 4f8550bdf11..0f59d135b16 100644 --- a/Alice/Core/Verify.hs +++ b/Alice/Core/Verify.hs @@ -18,8 +18,12 @@ -  along with this program.  If not, see <http://www.gnu.org/licenses/>. -} +{-# LANGUAGE NoImplicitPrelude #-} + module Alice.Core.Verify (verify) where +import Prelude hiding ((<>)) + import Control.Monad import Data.IORef import Data.Maybe </del>

Discussion:
There's two "sad" packages, with one being not used at-all top-level/all- in a text-editor (as of writing but beware this will lag, so open it locally) at this comment: at this what happened Should be just one We should just drop the old pkg's nix files after notifying the maintainer of the old package, but I'm opening this issue for discussion, because there might be more left to cleanup. Perhaps we should check if we have files in-tree that are no longer being referenced and do a prune of those files (and maybe check it in ci afterwards, or at least occasionally during hydra builds). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
The package of which I'm the maintainer has nothing to do with the other package, these are completely different packages. I am not using this application anymore, it is commented (and probably broken) since at least and , which were committed in July 2020. This is nearly 3 years ago. I'm not maintaining it anymore. So yes, let's remove it. I think deleting the folder and the commented reference in all- should remove all references to it.