jiebi/CodeConvo huggingface dataset:
Change:
aarch64 = "arm64"; # Make sure that if the user overrides version parameter they're # also need to override sources, to avoid mistakes <del> version = "2.15.1"; </del> <ins> version = "2.17.0"; </ins> in { "${version}-aarch64-darwin" = fetchurl { url = "${base}/stable/release/${version}/sdk/dartsdk-macos-${aarch64}-release.zip"; <del> sha256 = "sha256-DDE4DpA2m8wKkUZuQDn4NpXVvtaJ6sIHeKNjk3RbpYE="; </del> <ins> sha256 = "sha256-WXf0SdSEHMaJRfVFgKzb9SY4LBjf1xO5Oki/dzKMEMY="; </ins> }; "${version}-x86_64-darwin" = fetchurl { url = "${base}/stable/release/${version}/sdk/dartsdk-macos-${x86_64}-release.zip"; <del> sha256 = "sha256-s6bkwh2m5KdRr/WxWXwItO9YaDpp/HI3xjnS2UHmN+I="; </del> <ins> sha256 = "sha256-PwaxUQHIUhRWCOy3IVdGtRyP9LtscqoUJPOZfevN7xs="; </ins> }; "${version}-x86_64-linux" = fetchurl { url = "${base}/stable/release/${version}/sdk/dartsdk-linux-${x86_64}-release.zip"; <del> sha256 = "sha256-D0XcqlO0CQtpsne4heqaTLOkFYnJEZET4bl4rVXOM18="; </del> <ins> sha256 = "sha256-V7j9lk5HyB1GeuuVsJmmcKt+j1ShzXTUW80f3HeRPYY="; </ins> }; "${version}-i686-linux" = fetchurl { url = "${base}/stable/release/${version}/sdk/dartsdk-linux-${i686}-release.zip"; <del> sha256 = "sha256-SRq5TtxS+bwCqVxa0U2Zhn8J1Wtm4Onq+3uQS+951sw="; </del> <ins> sha256 = "sha256-YWxFwbcGvssOSL4S5O4jqLzxdUHvbVd9i4cLNyFn/cs="; </ins> }; "${version}-aarch64-linux" = fetchurl { url = "${base}/stable/release/${version}/sdk/dartsdk-linux-${aarch64}-release.zip"; <del> sha256 = "sha256-iDbClCNDUsxT6K6koc4EQuu7dppTbOfzCVedpQIKI5U="; </del> <ins> sha256 = "sha256-BaHbD9hFhYd9YYCFg0bXxTx++JQzZn2zuF8/Ll+nA2s="; </ins> }; } }:

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 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: <!-- 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: 2.15.1 desired version: 2.17.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.
Seems to be done in
nice
Change:
unixcw = libsForQt5.callPackage ../applications/radio/unixcw { }; <ins> valent = callPackage ../applications/misc/valent { }; </ins> vault = callPackage ../tools/security/vault { }; vault-medusa = callPackage ../tools/security/vault-medusa { };

Discussion:
Project description <!-- Describe the project a little: --Valent is an implementation of the KDE Connect protocol, built on GNOME platform libraries. Seems to be a re-implementation of without the GNOME Shell bits made by the same author, intended to work on more desktop environments but it also has a (separate) GNOME Shell extension. I have packaged it myself () and it works surprisingly well for an alpha. ! Metadata homepage URL: source URL: license: gpl3Plus, cc0 platforms: linux
The linked package works for the part. Tested the clipboard syncing, presentation mode, and remote input (among other things). I've yet to test the app with the GNOME Shell extension though. Looking forward for the PR. !
Change:
postPatch = '' patchShebangs tests/run-tests '' + lib.optionalString stdenv.isLinux '' <del> substituteInPlace nuitka/plugins/standard/ImplicitImports.py --replace 'locateDLL("uuid")' '"${pkgs.util-linux.out}/lib/libuuid.so"' </del> <ins> substituteInPlace nuitka/plugins/standard/ImplicitImports.py --replace 'locateDLL("uuid")' '"${lib.getLib pkgs.util-linux}/lib/libuuid.so"' </ins> ''; # We do not want any wrappers here.

Discussion:
Running with the option doesn't work Steps to reproduce the behavior: a simple Python file (one statement ist enough) fails A standalone executable is created <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --no maintainers listed Maintainer information:
Change:
{ config, pkgs, ... }: { services.postgresql.enable = true; services.postgresql.package = pkgs.postgresql96; <ins> system.stateVersion = "17.03"; </ins> }; }; }

Discussion:
I updated my nixos-17.03 to nixos-17.09 today. My postgresql server located in a declarative container didn't start. My host system had and I implicitly assumed it would get propagated to the containers but it doesn't, so changed I'm not really sure how to approach this issue, because every behavior I can think of has downsides but at least there should be a warning in the release notes and the nixos documentation for declarative containers.
Well, why should the configuration of the host system have any effect on containers? That's not the case for any other options either.
Oh crap, looks like I did same mistake! Probably using postgresql service without should generate a warning or evaluation exception.
is different from other variables because it gets set by default during installation because it always should be set on a system. Since I'm not the only one who got this problem, I think it would be nice if there was a warning in the documentation to set it yourself when setting up containers.
Change:
sha256 = "0x1mqpz1v071cfrw4grbw7z734cxnpry1qh2b6rsmcx6nkyd5gsw"; }; <del> patches = stdenv.lib.optional (stdenv.system != "i686-cygwin") ./dll.patch; </del> <ins> patches = (stdenv.lib.optional (stdenv.system != "i686-cygwin") ./dll.patch) ++ (stdenv.lib.optional stdenv.isDarwin ./GNUmakefile.patch); </ins> buildInputs = [ unzip libtool ];

Discussion:
. The short of it is that doesn't have a flag on OS X.
The in use is from .
It seems that removing from solves this issue. I'll drop that in a PR to continue the discussion.
Change:
stdenv.mkDerivation rec { pname = "fluent-bit"; <del> version = "1.5.4"; </del> <ins> version = "1.6.7"; </ins> src = fetchFromGitHub { owner = "fluent"; repo = "fluent-bit"; rev = "v${version}"; <del> sha256 = "0w96f86i2jlzjk2plf8jbdw4q748khbhhjkbzfb8dkq2lhc9i80h"; </del> <ins> sha256 = "1rybz69yhjm1g8m6wmn6v143a65y69w2fvs62yr8n1r92cadzbia"; </ins> }; nativeBuildInputs = [ cmake flex bison ]; <ins> patches = [ ./fix-luajit-darwin.patch ]; </ins> postPatch = '' substituteInPlace src/CMakeLists.txt  --replace /lib/systemd $out/lib/systemd

Discussion:
, CVSSv3=7.8 (nixos-20.09) Scanned versions: nixos-20.09: . Cc
Change:
enableParallelBuilding = true; postInstall = '' <del> # ‘visudo’ does not make sense on NixOS - except for checking sudoers # file syntax rm ${if keepVisudo then "" else "$out/sbin/visudo"}  $out/share/man/man8/visudo.8 </del> rm $out/share/doc/sudo/ChangeLog '';

Discussion:
The installer test was broken by the change mentioned below, along with the change which adds a keepVisudo option to the package build of sudo. The installer tests do not have network connectivity, therefore requiring that all packages be located on the iso from which they are being installed. The problem is that this patch forces one of the installed sudo derivations to differ from the default, forcing nix to attempt a rebuild of the derivation and subsequently failing to download the sudo sources. We need to either bundle both versions of the sudo derivation or simply remove the keepVisudo option and always keep it Is it a problem to keep visudo around for the default sudo derivation? Broken in:
Change:
hash = "sha256-5/TOg+hiy22vlPJHheE638abhS3B5Jrul0Umgwu+gi0="; }; <ins> strictDeps = true; </ins> nativeBuildInputs = [ cmake gettext

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! --- : when I search the pulls for , I see . It's not obvious to me why this is relevant, but see below name: <!-- 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: 3.53.0 desired version: <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: This fails to build for me, crashing out on the build of (which is presumably where the link to pull comes from). Given this is apparently a failure in a dependency, it may be that will automatically start building again once this is resolved. If that's so, then this report is redundant; in which case, apologies. But I'll add it nonetheless in case the fix is not that automatic (I'm a bit vague about how fixes propagate around the wonderful wonderland of Nix).

clang++ -mmacosx-version-min=10.7 -c -o htmldllhelpdata.o -DWXOSXCOCOA -DWXBUILDING -I./src/regex -DWXUSINGDLL -DWXMAKINGDLLHTML -dynamic -fPIC -DPIC -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wno-deprecated-declarations -DFILEOFFSETBITS=64 -I/private/tmp/nix-build-wxwidgets- -I./include -DASSERTMACROSDEFINEVERSIONSWITHOUTUNDERSCORES=1 -O2 -fno-strict-aliasing -fno-common -fvisibility=hidden -fvisibility-inlines-hidden fatal error: 'AVFoundation/AVFoundation.h' file not found #import <AVFoundation/AVFoundation.h^~~~~ 1 error generated. make: [Makefile:: mediadllosxcocoa_mediactrl.o] Error 1 make: Waiting for unfinished jobs.... builder for '/nix/store/wm81bmbkzk2ziyk5v3spdz4647n1v5vn-wxwidgets-' failed with exit code 2 cannot build derivation '/nix/store/y5b7m6vlp8l5046sf7g41bz88w2dv9gn-pwsafe-': 1 dependencies couldn't be built error: build of '/nix/store/y5b7m6vlp8l5046sf7g41bz88w2dv9gn-pwsafe-' failed This is with the unstable channel fully updated: $ nix-env -qa --drv-path --out-path pwsafe pwsafe-3.53.0 /nix/store/y5b7m6vlp8l5046sf7g41bz88w2dv9gn-pwsafe- /nix/store/lvikq70mprd98ny90glpsh04llzs77nz-pwsafe-3.53.0 Platform: macOS 10.15.7 (Catalina). Please tag this issue in your PR.
I just tested it on Linux, there it works just fine. Thank you for your report, and sorry that I cannot be of further assistance!
I marked this as stale due to inactivity. &rarr;
Change:
chunksync = callPackage ../tools/backup/chunksync { }; <ins> cicero-tui = callPackage ../tools/misc/cicero-tui { }; </ins> cipherscan = callPackage ../tools/security/cipherscan { openssl = if stdenv.hostPlatform.system == "x86_64-linux" then openssl-chacha

Discussion:
Project description Unicode tool with a terminal user interface. (similar in functionality to fontfor, see ) Metadata homepage URL: source URL: license: GPLv3 platforms: linux, darwin
Change:
liferea = callPackage ../applications/networking/newsreaders/liferea { }; <del> lightworks = callPackage ../applications/video/lightworks { portaudio = portaudio2014; }; </del> <ins> lightworks = callPackage ../applications/video/lightworks { }; </ins> lingot = callPackage ../applications/audio/lingot { };

Discussion:
Describe the bug I cannot run lightworks from 19.09 branch. Running produces . I am using ThinkPad W530 with i7-3740QM. I use the integrated Intel GPU and optionally use optirun to run tasks on the NVIDIA QUADRO 1000M. When I run I get . To Reproduce Steps to reproduce the behavior without optirun: Steps to reproduce the behavior with optirun: to your Expected behavior Lightwork would start up. Metadata Maintainer information:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
No relevant changes were made to the lightworks package therefore the issue still occurs. I expect to fix this, however it is not merged yet.
Change:
, mkDerivationWith, wrapQtAppsHook, wrapGAppsHook, qtbase, glib-networking , asciidoc, docbook_xml_dtd_45, docbook_xsl, libxml2 , libxslt, gst_all_1 ? null <del> , withPdfReader        ? true , withMediaPlayback    ? true </del> <ins> , withPdfReader      ? true , withMediaPlayback  ? true , backend            ? "webkit" </ins> }: assert withMediaPlayback -> gst_all_1 != null;

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:
./fix-122159.patch # https://github.com/NixOS/nixpkgs/issues/122159 ]; <del> # Note: xposix is renamed to posix in v5. </del> postPatch = lib.optionalString stdenv.isLinux '' <del> substituteInPlace xpra/platform/xposix/features.py  </del> <ins> substituteInPlace xpra/platform/posix/features.py  </ins> --replace-fail "/usr/bin/xdg-open" "${xdg-utils}/bin/xdg-open" '';

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've got a branch that would close this issue and update xpra to 5.0.3, the UI currently works as expected and a connection over SSH is possible however I've encountered an issue running and . The error output is similar to what can be found in some other python applications. I'll look into patching this and see if I can push this further.
Change:
stdenv.mkDerivation rec { pname = "mold"; <del> version = "2.2.0"; </del> <ins> version = "2.3.0"; </ins> src = fetchFromGitHub { owner = "rui314"; repo = "mold"; rev = "v${version}"; <del> hash = "sha256-ePX80hzzIzSJdGUX96GyxYWcdbXxXyuyNQqj5RDSkKU="; </del> <ins> hash = "sha256-TgDGAYdJjqGQradB7UJlV2emvG7q4F9ctzPaGRUgvxU="; </ins> }; nativeBuildInputs = [

Discussion:
This issue seems to occur after . Any package built using: will fail to build. Minimal example: output: this would also happen if or were used instead of llvm stdenv. before then, running the same command will succeed. Please run and paste the result.
The easiest solution would be to set to , see
Change:
<ins> --- a/lxqtapplication.cpp +++ b/lxqtapplication.cpp @@ -77,7 +77,7 @@ Application::Application(int &argc, char** argv, bool handleQuitSignals) void Application::updateTheme() { -    const QString styleSheetKey = QFileInfo(applicationFilePath()).fileName(); +    const QString styleSheetKey = QFileInfo(applicationFilePath()).fileName().mid(1).chopped(8); setStyleSheet(lxqtTheme.qss(styleSheetKey)); Q_EMIT themeChanged(); } --- a/lxqttranslator.cpp +++ b/lxqttranslator.cpp @@ -147,7 +147,7 @@ bool Translator::translateApplication(const QString &applicationName) if (!applicationName.isEmpty()) return translate(applicationName); else -        return translate(QFileInfo(QCoreApplication::applicationFilePath()).baseName()); +        return translate(QFileInfo(QCoreApplication::applicationFilePath()).baseName().mid(1).chopped(8)); } </ins>

Discussion:
LXQt has invalid default default settings, giving it a black-on-black theme, e.g. the clock in the panel is not readable (black font on black bg) and the background image is missing. (default points to /nix/store/w2xzdhvlq9bz4kd6s298gjy6dlssdq37-lxqt-build-tools-0.6.0/share/lxqt/themes/frost/lxqt-origami- while it should be sth matching /nix/store/*-lxqt-themes-0.14.0/share/lxqt/themes/frost/lxqt-origami-) Further, Themes are not listed and changing the panel theme has no effect. The issue reminds of though I am not knowledgeable enough to confirm this. is listed in Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:
Known issue see (just forgot to report it :sweat_smile:)
Ah, I only searched for open PRs.. Let's also Cross-Ref here.
Fixed the wallpaper, panel/theme issue still applies (LXQt 0.15.0)
Have you discovered a way to fix this? The issue also applies using lightdm.
I would like to ask maintainers of the Qt libraries in nixpkgs to take a look at this issue, if possible. Maybe they can help in fixing this issue, which exists since LXQt was changed to use qt5's (). cc
Change:
patches = [ ./compiler-rt-codesign.patch # Revert compiler-rt commit that makes codesign mandatory ]# ++ stdenv.lib.optional stdenv.hostPlatform.isMusl ./sanitizers-nongnu.patch <del> ++ stdenv.lib.optional (useLLVM) ./crtbegin-and-end.patch; </del> <ins> ++ stdenv.lib.optional (useLLVM) ./crtbegin-and-end.patch ++ stdenv.lib.optional stdenv.hostPlatform.isAarch32 ./compiler-rt-armv7l.patch; </ins> # TSAN requires XPC on Darwin, which we have no public/free source files for. We can depend on the Apple frameworks # to get it, but they're unfree. Since LLVM is rather central to the stdenv, we patch out TSAN support so that Hydra

Discussion:
Describe the bug A clear and concise description of what the bug is. Same issue as or , but on armv7l Additional context Add any other context about the problem here. On hydra, the clang build first started failing with this error after going from to . I diffed the range and found to be the most likely culprit. It enabled some cmakeFlags globally which used to only be enabled on darwin and useLLVM systems. I don't know what exactly these do but, I was able to build on my rpi2 by disabling them on aarch32: Since I have no idea why this works and what would be affected, I'd rather have someone look over this. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
we probably need to add armv7l here:
I tried but it fails with this error now: I guess it can't find a default target for armv7l somehow? Not really familiar with cmake unfortunately
I made some progress, it seems to be taking the target arch from the triplet given to , even if you override the target arch with a flag. Printf debugging showed me that it does this halfway through the configure phase, it's armhf in the beginning if I set the flag. Setting the compiler target to instead of makes it find its target and compile successfully. Does have any importance outside the build process?
I don't think it does. It's possible it sets in compiler calls, but that is considered equivalent to .
Change:
<ins> # This file has been autogenerated with cabal2nix. # Update via ./update.sh { mkDerivation, ansi-terminal, ansi-wl-pprint, base, base64-bytestring, binary, bytestring, containers, directory, edit-distance, fetchgit, filelock, filepath, ghc-prim, haskeline, hspec, hspec-discover, indexed-traversable, lib, mtl, prettyprint-avh4, process, raw-strings-qq, scientific, text, time, utf8-string, vector, }: mkDerivation { pname = "gren"; version = "0.4.5"; src = fetchgit { url = "https://github.com/gren-lang/compiler.git"; sha256 = "0hbxzn14m9y7sqwk347yj7hblwmj5fyzmy7kjqc8zjd63gmrkdh8"; rev = "0efe25e3f48663a36eec525d2df0d957f53c9b4e"; fetchSubmodules = true; }; isLibrary = false; isExecutable = true; executableHaskellDepends = [ ansi-terminal ansi-wl-pprint base base64-bytestring binary bytestring containers directory edit-distance filelock filepath ghc-prim haskeline indexed-traversable mtl prettyprint-avh4 process raw-strings-qq scientific text time utf8-string vector ]; testHaskellDepends = [ ansi-terminal ansi-wl-pprint base base64-bytestring binary bytestring containers directory edit-distance filelock filepath ghc-prim haskeline hspec indexed-traversable mtl prettyprint-avh4 process raw-strings-qq scientific text time utf8-string vector ]; testToolDepends = [ hspec-discover ]; jailbreak = true; homepage = "https://gren-lang.org"; description = "The `gren` command line interface"; license = lib.licenses.bsd3; mainProgram = "gren"; } </ins>

Discussion:
Project description Quoting from : Metadata homepage URL: https://gren- source URL: license: platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like, other than the top 2 lines, the License text is exactly the same as the BSD-3-Clause License (bsd3) Also:
Yeah, you're right! Just saw the same in now.
By the way, I have managed to package it, but haven't had the time to open a PR. I'll probably do it later today.
Oh, thank you! I just got it running as a flake, but very new to Nix and excited to compare how you did it
I've never packaged a haskell app before this, so this was new for me too. It seems that letting cabal2nix generate a package is the most used way currently.
Note that you could also ask upstream to put gren on Hackage. That way it would get packaged and updated semi-automatically, as part of the haskell updates workflow.