jiebi/CodeConvo huggingface dataset:
Change:
buildGoModule rec { pname = "matrix-dendrite"; <del> version = "0.4.1"; </del> <ins> version = "0.5.0"; </ins> src = fetchFromGitHub { owner = "matrix-org"; repo = "dendrite"; rev = "v${version}"; <del> sha256 = "sha256-F2e+peM7DBihmos/oPar36UDHkibmlzIknCjMauOph8="; </del> <ins> sha256 = "iCxfsIOZqPQjY0u2Zw3PCe0IJDczqDjcTUA3U5zXbgM="; </ins> }; <del> vendorSha256 = "sha256-M6mnFO+SInZNvtwMa02TvHIg14Ve7swlGcYfsQFioxQ="; </del> <ins> vendorSha256 = "sha256-XS1B6Nl5zGevxE1SohpoTwT/bXn5udYV5ANVFn7eTyA="; </ins> passthru.tests = { inherit (nixosTests) dendrite;

Discussion:
<!-- 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 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: dendrite <!-- The current version can be found easily with the same process than 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: 0.4.1 desired version: 0.5.0 <!-- 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.
Change:
gflags = null; # only required for examples/tests }; <ins> craftos-pc = callPackage ../misc/emulators/craftos-pc { }; </ins> gcdemu = callPackage ../misc/emulators/cdemu/gui.nix { }; image-analyzer = callPackage ../misc/emulators/cdemu/analyzer.nix { };

Discussion:
Project Description an emulator for the ComputerCraft minecraft mod allowing for easy development of lua programs Metadata homepage URL: https://www.craftos- source URL: license: mit platforms: linux
I have some code from user u/arienh4 on the nixos subreddit who helped me out with this. I have no idea how to do this so I don't know what it means but it might be helpful for people who do.
Change:
]; meta = with lib; { <del> broken = (stdenv.isLinux && stdenv.isAarch64); </del> description = "A mind-mapping application for KDE"; license = licenses.mit; homepage = "https://waf.io/semantik.html"; maintainers = [ maintainers.shamilton ]; platforms = platforms.linux; <ins> mainProgram = "semantik"; </ins> }; }

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 1.2.7 Current version on the stable/release channel: 1.2.7 <!-- 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 previous commit: <!-- 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:
adblock # for the qute-bitwarden user script to be able to copy the TOTP token to clipboard pyperclip <del> ] ++ lib.optional stdenv.isLinux qtwayland ); </del> <ins> ]; </ins> patches = [ ./fix-restart.patch

Discussion:
Steps to reproduce the behavior: qutebrowser Distutils since python 3.10 has been deprecated, possibly the issue here? Thank you! Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
has a similar enough problem The solution there was to add
There is a PR fixing it by pinning to Python 3.11, the latest version with which were removed in 3.12. documentations moving to . Archlinux package .
The issue isn't as simple as adding setup tools. Actually the build itself is working fine with newer versions of python. The issue was coming from the which uses the upstream Makefile to install, primarily to preserve the logic of installing all the extra scripts, man page, etc. I worked out a fix to simply patch the makefile to call pip install instead of and it works. Apparently the latter makes internal calls to distutils cause there are none in qutebrowsers source. In any case, I'll open a PR shortly, just wanna do some additional cleanup while I'm at it.
Change:
shift fi <del> local dir="$1" header "patching script interpreter paths in $dir" </del> <ins> echo "patching script interpreter paths in $@" </ins> local f local oldPath local newPath

Discussion:
I have been burned by this several times; and I am not alone: When calling with multiple arguments, we should either patch all of them or print an error. Ignoring arguments silently should be a crime. cc
Change:
sha256 = "sha256-nH2xAqWfMT+Brv3z9Aw6nbvYqArEZjpM28rKsRPihqA="; }; <del> # by default, tries to install scripts/pimport, which is a bash wrapper around "python -m pass_import ..." # This is a better way to do the same, and takes advantage of the existing Nix python environments </del> patches = [ <ins> (fetchpatch { name = "support-for-keepass-4.0.0.patch"; url = "https://github.com/roddhjav/pass-import/commit/86cfb1bb13a271fefe1e70f24be18e15a83a04d8.patch"; sha256 = "0mrlblqlmwl9gqs2id4rl4sivrcclsv6zyc6vjqi78kkqmnwzhxh"; }) # by default, tries to install scripts/pimport, which is a bash wrapper around "python -m pass_import ..." # This is a better way to do the same, and takes advantage of the existing Nix python environments </ins> # from https://github.com/roddhjav/pass-import/pull/138 (fetchpatch { name = "pass-import-pr-138-pimport-entrypoint.patch";

Discussion:
Describe the bug fails due to To Reproduce Steps to reproduce the behavior: nixos-unstable, or nixos-unstable-small a derivation depending on , for example or Expected behavior Build succeeds Screenshots Additional context With I was able to narrow this down to the merge from that happened in . Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Hello pass-import maintainers! Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Change:
nsList = filter (ns: ns != null) [ src dst ]; ns = last nsList; in <del> if (length nsList > 0 && ns != "init") then "ip netns exec ${ns} ${cmd}" else cmd; </del> <ins> if (length nsList > 0 && ns != "init") then ''ip netns exec "${ns}" "${cmd}"'' else cmd; </ins> in {

Discussion:
On NixOS 20.09, steps to reproduce the behavior: setting up wireguard, change to another port still shows the old port:
This seems to be fixed by my PR
Change:
stdenvNoCC.mkDerivation rec { pname = "ibm-plex"; <del> version = "6.2.0"; </del> <ins> version = "6.3.0"; </ins> src = fetchzip { url = "https://github.com/IBM/plex/releases/download/v${version}/OpenType.zip"; <del> hash = "sha256-RvD/aeZrvltJiuAHqYMNaRsjLgTdcC1/5zqlcd4qKAA="; </del> <ins> hash = "sha256-VwJyZMH10FXDxc7T7m8sl7raUlrarSM0Snjruo1ICHU="; </ins> }; installPhase = ''

Discussion:
Package name: ibm-plex Latest released version: 6.3.0 <!-- Search your package here: --- Current version on the unstable channel: 6.2.0 Current version on the stable/release channel: 6.2.0 <!-- 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:
<del> { lib, stdenv </del> <ins> { lib , stdenv </ins> , fetchFromGitHub , cmake , qttools

Discussion:
See Hydra failure: I could not find anything directly keepassxc-related in the changes on hydra from last successful to first failing build. CC Also relevant: Version bump to 2.7: A fix for this issue might give a merge conflict there in the worst case, or alleviate the build problems there in the best case.
Does keepassxc depend on Qt? We're stuck on an older Qt because of the SDK version for x86_64-darwin. I think keepassxc may require a newer SDK.
mentions QT = 5.9.5.
Current version builds just fine. There's one test failure instead: I'll see if that's fixable...
Another issue though is that somehow became wrapped so can't be loaded anymore. Which may be related to the test failure... Either way, after trying to run the app, the gui just spins with 100% CPU. The cli part works just fine though.
I came across this issue because I was investigating something else, this is because of the wrap qt apps hook which wraps all the executable files, even if it's a dynamic library. This can be fixed by removing the executable flag from the library. You might be able to resolve it with something like: In the derivation. This should be fixed in the fixup script however
Change:
{ lib, appleDerivation, xcbuildHook <del> , openssl, Librpcsvc, xnu, libpcap, developer_cmds }: </del> <ins> , libressl, Librpcsvc, xnu, libpcap, developer_cmds }: </ins> appleDerivation { nativeBuildInputs = [ xcbuildHook ]; <del> buildInputs = [ openssl xnu Librpcsvc libpcap developer_cmds ]; </del> <ins> buildInputs = [ libressl xnu Librpcsvc libpcap developer_cmds ]; </ins> NIX_CFLAGS_COMPILE = " -I./unbound -I${xnu}/Library/Frameworks/System.framework/Headers/";

Discussion:
This bug is very recent, within the last day or two, but affects both unstable and master. Whan I attempt to build , it first fails with this compilation error:
is the last version of that built for me.
Here is the commit that broke the build on my system:
Since it was using an old version of OpenSSL, could LibreSSL be used as a replacement? Isn’t that what Apple ships anyway?
with : Haven't yet rebuilt more than that, but it seems like it may generally be the fix.
Change:
<del> { fetchurl, stdenv, pkgconfig, gtk2, gettext, bzip2, zlib , withGimpPlugin ? true, gimp ? null , libjpeg, libtiff, cfitsio, exiv2, lcms2, gtkimageview, lensfun }: </del> <ins> { stdenv , fetchFromGitHub , autoconf , automake , autoreconfHook , bzip2 , cfitsio , exiv2 , gettext , gimp ? null , gtk2 , gtkimageview , lcms2 , lensfun , libjpeg , libtiff , perl , pkgconfig , zlib , withGimpPlugin ? true }: </ins> assert withGimpPlugin -> gimp != null; stdenv.mkDerivation rec { <del> name = "ufraw-0.22"; </del> <ins> pname = "ufraw"; version = "unstable-2019-06-12"; </ins> <del> src = fetchurl { # XXX: These guys appear to mutate uploaded tarballs! url = "mirror://sourceforge/ufraw/${name}.tar.gz"; sha256 = "0pm216pg0vr44gwz9vcvq3fsf8r5iayljhf5nis2mnw7wn6d5azp"; </del> <ins> # The original ufraw repo is unmaintained and broken; # this is a fork that collects patches src = fetchFromGitHub { owner = "sergiomb2"; repo = "ufraw"; rev = "c65b4237dcb430fb274e4778afaf5df9a18e04e6"; sha256 = "02icn67bsinvgliy62qa6v7gmwgp2sh15jvm8iiz3c7g1h74f0b7"; </ins> }; outputs = [ "out" ] ++ stdenv.lib.optional withGimpPlugin "gimpPlugin"; <del> nativeBuildInputs = [ pkgconfig gettext ]; </del> <ins> nativeBuildInputs = [ autoconf automake autoreconfHook gettext perl pkgconfig ]; </ins> buildInputs = [ <del> gtk2 gtkimageview bzip2 zlib libjpeg libtiff cfitsio exiv2 lcms2 lensfun </del> <ins> bzip2 cfitsio exiv2 gtk2 gtkimageview lcms2 lensfun libjpeg libtiff zlib </ins> ] ++ stdenv.lib.optional withGimpPlugin gimp; configureFlags = [ <del> "--enable-extras" "--enable-dst-correction" </del> "--enable-contrast" <ins> "--enable-dst-correction" </ins> ] ++ stdenv.lib.optional withGimpPlugin "--with-gimp"; postInstall = stdenv.lib.optionalString withGimpPlugin '' moveToOutput "lib/gimp" "$gimpPlugin" ''; <del> meta = { homepage = http://ufraw.sourceforge.net/; </del> <ins> meta = with stdenv.lib; { homepage = https://github.com/sergiomb2/ufraw; </ins> description = "Utility to read and manipulate raw images from digital cameras";

Discussion:
I can't install anything anymore on my system because fails to install, and when I run , I get an error during the compilation. Note that you can obtain it directly from Install or compile : $ nix-build -E "with import <nixpkgs{}; gimp-with-plugins" I am on . Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(me): channels(root): nixpkgs:
Note that you can still install packages into your user environment with .
Change:
stdenv.mkDerivation rec { pname = "trurl"; <del> version = "0.8"; </del> <ins> version = "0.9"; </ins> src = fetchFromGitHub { owner = "curl"; repo = pname; rev = "${pname}-${version}"; <del> hash = "sha256-KHJMxzHqHW8WbeD6jxyuzZhuHc5x4B7fP/rYAK687ac="; </del> <ins> hash = "sha256-R/7Saea84iqUICAAQz9zcfDLDud4uFedY2752xyg+oE="; </ins> }; <ins> # The version number was forgotten to be updated for the release, # so do it manually in the meantime. # See https://github.com/curl/trurl/discussions/244#discussioncomment-7436369 postPatch = '' substituteInPlace version.h --replace 0.8 0.9 ''; </ins> outputs = [ "out" "dev" "man" ]; separateDebugInfo = stdenv.isLinux;

Discussion:
Steps to reproduce the behavior: This was reported upstream in September as It looks like there's a fix available on the upstream branch, however it has not yet been released: should probably request that they release a hotfix. There haven't been any releases since June, but there has been activity on the branch since then, including bug fixes. For the time being, maybe we just pin to the latest commit ()? Looks like their CI reports success. (flakes tracking nixos-unstable @ ) Please run and paste the result.
Opened an issue upstream: Edit: maintainer converted issue to discussion They'll be releasing a new version soon, after finishing work on another issue. Looks like maybe in the next few days based on the threads, so probably best just to wait.
Thank you very much for reporting this & asking upstream about the situation! I agree, if it's within the next few days. I'll open a PR to update trurl as soon as the release hits. Although, since it's a trivial patch, we might as well pull the patch fixing this in ourselves. I can quickly whip up a PR for this, would be no trouble.
Change:
patches = [ ./patches/BayesXsrc.patch ]; }); <ins> rhdf5 = old.rhdf5.overrideDerivation (attrs: { patches = [ ./patches/rhdf5.patch ]; }); </ins> rJava = old.rJava.overrideDerivation (attrs: { preConfigure = '' export JAVA_CPPFLAGS=-I${pkgs.jdk}/include/

Discussion:
Installation of fails using both my default channel and current branch of (18.03-beta--g8cf4a4725c1). <details<summaryFull output</summary<p</p</detailsI was able to track the main cause of the problem down to this line: A file that is dynamically created during installation contains a hard coded instead of plain . This causes the missing headers and subsequently the failing compilation. I created a patch for this and will submit a pull request shortly. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:
Change:
return 0; } <ins> # Returns whether a path in one of the linked packages may contain # files in one of the elements of pathsToLink. sub hasPathsToLink { my $path = shift; foreach my $elem (@pathsToLink) { return 1 if $path eq "" || (substr($elem, 0, length($path)) eq $path && (($path eq $elem) || (substr($elem, length($path), 1) eq "/"))); } return 0; } </ins> # Similar to `lib.isStorePath` sub isStorePath { my $path = shift;

Discussion:
If there are two derivations in that have a common path between them, buildEnv will report a collision regardless of if that path is part of pathsToLink. I think the cause of this is that only calls isInPathsToLink after it calls checkCollision. For example, if two derivations foo and bar have common files in /src, and you invoke buildEnv like so: <prebuildEnv { name = "environment"; paths = [foo bar]; pathsToLink = [ "/bin" "/include" "/lib" "/lib64" "/share" ]; } </preIt will fail with a collision error. Set <pre- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: </pre
Change:
let thunderbird-unwrapped = thunderbirdPackages.thunderbird-102; <del> version = "102.12.0"; </del> <ins> version = "102.14.0"; </ins> majVer = lib.versions.major version; betterbird-patches = fetchFromGitHub { owner = "Betterbird"; repo = "thunderbird-patches"; <del> rev = "${version}-bb37"; </del> <ins> rev = "${version}-bb39"; </ins> postFetch = '' echo "Retrieving external patches"

Discussion:
Package name: betterbird Latest released version: 102.14.0-bb39 <!-- Search your package here: --- Current version on the unstable channel: 102.12.0 Current version on the stable/release channel: 102.12.0 <!-- 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 Sadly the package is repeatedly out of date. I would really like to switch to betterbird but as it's internet-facing, timely updates should be ensured. <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Sadly anything with repeated releases becomes repeatedly out of date. Perhaps you could try and update it?
Change:
<ins> { lib, stdenv, fetchFromGitHub, jdk, makeWrapper, }: stdenv.mkDerivation rec { pname = "async-profiler"; version = "3.0"; src = fetchFromGitHub { owner = "jvm-profiling-tools"; repo = "async-profiler"; rev = "v${version}"; hash = "sha256-0CCJoRjRLq4LpiRD0ibzK8So9qSQymePCTYUI60Oy2k="; }; nativeBuildInputs = [ makeWrapper ]; buildInputs = [ jdk ]; installPhase = let ext = stdenv.hostPlatform.extensions.sharedLibrary; in '' runHook preInstall install -D build/bin/asprof "$out/bin/async-profiler" install -D build/lib/libasyncProfiler${ext} "$out/lib/libasyncProfiler${ext}" runHook postInstall ''; fixupPhase = '' wrapProgram $out/bin/async-profiler --prefix PATH : ${lib.makeBinPath [ jdk ]} ''; meta = with lib; { description = "A low overhead sampling profiler for Java that does not suffer from Safepoint bias problem"; homepage = "https://github.com/jvm-profiling-tools/async-profiler"; license = licenses.asl20; maintainers = with maintainers; [ mschuwalow ]; platforms = platforms.all; mainProgram = "async-profiler"; }; } </ins>

Discussion:
Hi all, Sorry if I'm missing something, I'm new at this so please say if you need any more info, thanks Steps to reproduce the behavior: async-profiler-2.9 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
So after some research I've found that this is happening cause jdk21 is now default java and previously it was jd19. This async-profiler is used in jetbrains intellij package. I was not able to override version as I lack knowledge how to do it, perhaps someone will be about to help with it? Thank you
I was able to apply temporary fix I've created an overlay to use jdk19 instead of jdk21 that is used by default but I think in future async-profiler needs to be upgraded as there is a version 3 in git repo and repo link is now a bit different Just in case some one will need it. Here is an overlay And here is snippet from
Looks related to async-profiler/async-profiler. I'll look into maybe fixing it as a part of ZHF
This is actually fixed upstream in v3.0. Will package that instead
Change:
gspeech = callPackage ../applications/audio/gspeech { }; <del> haruna = libsForQt5.callPackage ../applications/video/haruna { }; </del> <ins> haruna = kdePackages.callPackage ../applications/video/haruna { }; </ins> hdrmerge = libsForQt5.callPackage ../applications/graphics/hdrmerge { };

Discussion:
Package name: haruna Latest released version: 1.0.1 <!-- Search your package here: --- Current version on the unstable channel: 0.12.3 Current version on the stable/release channel: 0.12.2 <!-- 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:
<ins> diff --git a/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx b/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx index 26048177e87d..da7736f607f9 100644 --- a/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx +++ b/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx @@ -491,12 +491,12 @@ void PDFOutDev::writeFontFile( GfxFont* gfxFont ) const gfree(pBuf); } -void PDFOutDev::printPath( GfxPath* pPath ) +void PDFOutDev::printPath( const GfxPath* pPath ) { int nSubPaths = pPath ? pPath->getNumSubpaths() : 0; for( int i=0; i<nSubPaths; i++ ) { -        GfxSubpath* pSub  = pPath->getSubpath( i ); +        const GfxSubpath* pSub  = pPath->getSubpath( i ); const int nPoints = pSub->getNumPoints(); printf( " subpath %d", pSub->isClosed() ); diff --git a/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx b/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx index 02f6b59f6f15..1c7451a78601 100644 --- a/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx +++ b/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx @@ -149,7 +149,7 @@ namespace pdfi int  parseFont( long long nNewId, GfxFont* pFont, GfxState* state ) const; void writeFontFile( GfxFont* gfxFont ) const; -        static void printPath( GfxPath* pPath ); +        static void printPath( const GfxPath* pPath ); public: explicit PDFOutDev( PDFDoc* pDoc ); diff --git a/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx b/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx index 42178b650cdd..b1a54bd09c5f 100644 --- a/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx +++ b/sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx @@ -68,7 +68,11 @@ int main(int argc, char **argv) } // read config file +#if POPPLER_CHECK_VERSION(0, 83, 0) +    globalParams = std::make_unique<GlobalParams>(); +#else globalParams = new GlobalParams(); +#endif globalParams->setErrQuiet(true); #if defined(_MSC_VER) globalParams->setupBaseFonts(nullptr); </ins>

Discussion:
Describe the bug Using commit . See build output . Not sure who the maintainer is as no on github, so pinging recent committers
Guessing that poppler update broke it:
cc
One possibility to fix this would be to use : ... haven't finished compiling but seems to work. Other possibility is to use bundled version of poppler (0.74): ... haven't tested this at all. I don't have fast machine to test this quickly, can someone perhaps ask the bot to build these?
ArchLinux uses this patch Can you try it?
I thing the best option is using upstream patch
Building now
my maintainer handle is simply older than GitHub migration, it is in , though