jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib , buildPythonPackage , fetchPypi , fetchpatch , capstone , cmsis-pack-manager , colorama , intelhex , intervaltree , natsort , prettytable , pyelftools , pylink-square , pyusb , pyyaml , typing-extensions , stdenv , hidapi , pytestCheckHook }: buildPythonPackage rec { pname = "pyocd"; version = "0.34.1"; src = fetchPypi { inherit pname version; sha256 = "sha256-Fpa2IEsLOQ8ylGI/5D6h+22j1pvrvE9IMIyhCtyM6qU="; }; patches = [ # https://github.com/pyocd/pyOCD/pull/1332 (fetchpatch { name = "libusb-package-optional.patch"; url = "https://github.com/pyocd/pyOCD/commit/0b980cf253e3714dd2eaf0bddeb7172d14089649.patch"; sha256 = "sha256-B2+50VntcQELeakJbCeJdgI1iBU+h2NkXqba+LRYa/0="; }) ]; propagatedBuildInputs = [ capstone cmsis-pack-manager colorama intelhex intervaltree natsort prettytable pyelftools pylink-square pyusb pyyaml typing-extensions ] ++ lib.optionals (!stdenv.isLinux) [ hidapi ]; checkInputs = [ pytestCheckHook ]; pythonImportsCheck = [ "pyocd" ]; postPatch = '' substituteInPlace setup.cfg  --replace "libusb-package>=1.0,<2.0" "" ''; meta = with lib; { description = "Python library for programming and debugging Arm Cortex-M microcontrollers"; homepage = "https://pyocd.io/"; license = licenses.asl20; maintainers = with maintainers; [ frogamic sbruder ]; }; } </del>

Discussion:
Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- I will submit a PR shortly once I am back on my laptop.
I'm sorry this took your time. It should be fixed by
Change:
systemd.services.gitlab-db-config = { after = [ "gitlab-config.service" "gitlab-postgresql.service" "postgresql.service" ]; <del> bindsTo = [ "gitlab-config.service" ] ++ optional (cfg.databaseHost == "") "postgresql.service" ++ optional databaseActuallyCreateLocally "gitlab-postgresql.service"; </del> <ins> wants = optional (cfg.databaseHost == "") "postgresql.service" ++ optional databaseActuallyCreateLocally "gitlab-postgresql.service"; bindsTo = [ "gitlab-config.service" ]; </ins> wantedBy = [ "gitlab.target" ]; partOf = [ "gitlab.target" ]; serviceConfig = {

Discussion:
In the NixOS gitlab module, the fleet of Gitlab component services is strongly coupled to the (local) postgresql and – via sidekiq – to Redis. On a systemd unit dependency level, this happens via a relationship and causes the other services to be stopped and (re)started when just one of them is instructed to do so. Unfortunately, there can be several edge cases where the system ends up with not all of the components being in the desired state (mostly up). Steps to reproduce the behavior: This issue is a subtle race condition, so I choose to describe the general problematic setup instead of trying to engineer a reproducer: I've encountered a situation where both and where restarted (stop and start) at system switch time due to changed configuration. This triggered Gitlab to be stopped as well. Unfortunately the service(s) was in its startup (Activating) phase and stayed inactive. The expectation is that Gitlab comes back after the dependency restart. Instead of continuing to tune the strongly-tied, evermore complex inter-service dependencies I propose to decouple postgresql and redis from the rest of the gitlab services. I'll open a WIP pr on this. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Here's my proposal on reducing the coupling between DBs and the rest of gitlab, currently with failing tests unfortunately:
Change:
<del> { lib , stdenv , fetchFromGitLab , cmake </del> <ins> { lib, stdenv, fetchFromGitLab, fetchpatch, cmake, </ins> <del> , arpa2cm , doxygen , e2fsprogs , graphviz , lmdb , openssl , pkg-config , ragel </del> <ins> arpa2cm, doxygen, e2fsprogs, graphviz, libsodium, lmdb, openssl, pkg-config, ragel, </ins> }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "arpa2common"; <del> version = "2.2.18"; </del> <ins> version = "2.6.2"; </ins> src = fetchFromGitLab { owner = "arpa2"; <del> repo = pname; rev = "v${version}"; hash = "sha256-UpAVyDXCe07ZwjD307t6G9f/Nny4QYXxGxft1KsiYYg="; </del> <ins> repo = "arpa2common"; rev = "v${finalAttrs.version}"; hash = "sha256-eWfWaO6URCK2FWQ+NYAoeCONkovgsVDPSRQVCGFnW3s="; </ins> }; <ins> patches = [ (fetchpatch { url = "https://gitlab.com/arpa2/arpa2common/-/commit/13ea82df60b87a5367db00a8c6f3502e8ecb7298.patch"; hash = "sha256-V9Dhr6PeArqXnuXmFuDjcirlGl7xovq7VQZsrbbMFSk="; }) ]; </ins> nativeBuildInputs = [ cmake arpa2cm

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:
, profiledCompiler ? false , langJit ? false , staticCompiler ? false <del> , # N.B. the defult is intentionally not from an `isStatic`. See # https://gcc.gnu.org/install/configure.html - this is about target # platform libraries not host platform ones unlike normal. But since # we can't rebuild those without also rebuilding the compiler itself, # we opt to always build everything unlike our usual policy. enableShared ? true </del> <ins> , enableShared ? !stdenv.targetPlatform.isStatic </ins> , enableLTO ? !stdenv.hostPlatform.isStatic , texinfo ? null , flex

Discussion:
EDIT: I am also getting this now trying to build in CI under Linux To Reproduce Screenshots 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 Maintainer information:
Looks like this is also similar to and and
As I mentioned in the audiofile ticket, my attempted workaround is this: However this doesn't appear to work because the .la files are not generated by the time of the preBuild hook. Can anyone help with this?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I marked this as stale due to inactivity. &rarr;
Change:
<del> { config, lib, pkgs, modules, baseModules, ... }: </del> <ins> { config, lib, pkgs, modules, baseModules, specialArgs, ... }: </ins> with lib;

Discussion:
Describe the bug Example config gives me this . To Reproduce Steps to reproduce the behavior: your nixos-config while using nix flakes recursion Additional context Code in nixos
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I think it's because of . This patch works, though I'm not sure how robust it is:
any chance this patch will be upstreamed?
Just for information to everyone who comes here because they try to create specialised configs in flakes, if you use (I did to inject home-manager) then it should be possible to replace it with an inline module like explained here: Using will result in an "attributes missing" error
Change:
pprof = callPackage ../development/tools/profiling/pprof { }; <del> pyprof2calltree = pythonPackages.callPackage ../development/tools/profiling/pyprof2calltree { }; </del> <ins> pyprof2calltree = with python3Packages; toPythonApplication pyprof2calltree; </ins> prelink = callPackage ../development/tools/misc/prelink { };

Discussion:
Describe the bug Not really a "bug", but pyprof2calltree is hard-coded to and fails for Python 3 profile results with This can be fixed by changing the expression to . Not sure what to do here, move the program to since Python 2 will be EOL anyway?
Pinging the maintainer,
As can also be used as a library it would make sense to move it into and let the default attribute be Python 3.
My PR has been merged, does this solve the issue for you?
Change:
{ lib, stdenv, fetchFromGitHub, autoreconfHook, makeWrapper, perl <del> , ffmpeg-full, imagemagick, xdpyinfo, xprop, xrectsel, xwininfo </del> <ins> , ffmpeg-full, gawk, imagemagick, xdpyinfo, xprop, xrectsel, xwininfo </ins> }: stdenv.mkDerivation rec {

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: -shell -p rofi-screenshot --run rofi-screenshot : top option Region -Clip region. Note error is displayed. Region should be copied to clipboard. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
On second thoughts, this might actually be a bug in ffcast, which is maintained by
Yes, ffacst expects awk available in PATH. I'll fix it.
Confirmed this is fixed.
Change:
configureFlags = [ "--enable-threadsafe" ] ++ optional interactive "--enable-readline"; <del> NIX_CFLAGS_COMPILE = toString [ </del> <ins> NIX_CFLAGS_COMPILE = toString ([ </ins> "-DSQLITE_ENABLE_COLUMN_METADATA" "-DSQLITE_ENABLE_DBSTAT_VTAB" "-DSQLITE_ENABLE_JSON1"

Discussion:
, CVSSv3=7.5 (nixos-unstable) Fossil before 2.14.2 and 2.15.x before 2.15.2 often skips the hostname check during TLS certificate validation. Scanned versions: nixos-unstable: . Cc Cc
Change:
configureFlags = [ ( if sslSupport then "--with-ssl=${openssl.crossDrv}" else "--without-ssl" ) ( if gnutlsSupport then "--with-gnutls=${gnutls.crossDrv}" else "--without-gnutls" ) <del> "--with-random /dev/urandom" </del> <ins> "--with-random=/dev/urandom" </ins> ]; };

Discussion:
This should be . A similar issue happens for 7.59.
Ha! Yes! Currently this happens: Will submit a PR for this shortly, thanks!
Change:
{ appstream-glib <ins> , blueprint-compiler </ins> , desktop-file-utils , fetchFromGitHub , gettext

Discussion:
When using Webfontkitgenerator from nixpkgs, trying to generate a CSS file for a font hangs, with stderr showing an Steps to reproduce the behavior: webfontkitgenerator, for example with any TTF file, select an output directory, and click "Generate" program hangs at 0%, with the error in the stderr The font should generate without errors. I’ve successfully managed to use this program on nixos in the past, by crafting a shell with the missing dependency (i lost the shell info, unfortunately) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, nix-update-script }: <del> stdenv.mkDerivation rec { </del> <ins> let # cemu doesn't build with imgui 1.90.2 or newer: # error: 'struct ImGuiIO' has no member named 'ImeWindowHandle' imgui' = imgui.overrideAttrs rec { version = "1.90.1"; src = fetchFromGitHub { owner = "ocornut"; repo = "imgui"; rev = "v${version}"; sha256 = "sha256-gf47uLeNiXQic43buB5ZnMqiotlUfIyAsP+3H7yJuFg="; }; }; in stdenv.mkDerivation rec { </ins> pname = "cemu"; <del> version = "2.0-65"; </del> <ins> version = "2.0-66"; </ins> src = fetchFromGitHub { owner = "cemu-project"; repo = "Cemu"; rev = "v${version}"; <del> hash = "sha256-jsDmxol3zZMmpo4whDeUXTzfO+QVK/h6lItXTyJyoak="; </del> <ins> hash = "sha256-1s1H2rJuN9lRNanKXxKWMLBOFg5z3IwpJCZCmymAH9Y="; </ins> }; patches = [

Discussion:
Steps to reproduce the behavior: cemu In ImGui changelog for 1.90.2: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Always paste the full log or big parts from it, not just the short log.
my build log failure
apparently decided to ignore this build failure in . Not sure why we even have tests if we just blindly ignore them.
Change:
qtscxml qtsvg qtdeclarative <ins> qtwayland </ins> qt5compat ] ++ (with python3Packages; [ python pybind11 ]);

Discussion:
Starting from the package will not run natively on Wayland anymore. When running without , on my machine the program will launch fine with some minor quirks, presumably using XCB and XWayland. The program should launch using the Wayland Qt platform plugin. Install and on the latest unstable channel. Then open a session. Inside a terminal emulator, launch . Possibly because of upstream release  updating to Qt6. However, adding to environment does not fix this issue. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I get the same error as you when I do not have in the environment. But albert works fine for me on wayland with Qt6 qtwayland available.
Thank you for trying to reproduce. Then might be a necessary but insufficient condition for albert to work. For me, the error appears even with in .
Same issue
Change:
services.xserver.desktopManager.xterm.enable = mkOption { type = types.bool; <del> default = (versionOlder config.system.stateVersion "19.09"); </del> <ins> default = (versionOlder config.system.stateVersion "19.09") && xSessionEnabled; defaultText = if versionOlder config.system.stateVersion "19.09" then "config.services.xserver.enable" else "false"; </ins> description = "Enable a xterm terminal as a desktop manager."; };

Discussion:
It's been a while since we've had an update of the channel. According to , there have been plenty of problems with Hydra, but the failure of seems legit. Does anyone know why that test is broken?
I have bisected this and very confusingly it seems to be caused by If I revert this commit on master the test passes
Change:
<ins> { lib , buildGoModule , fetchFromGitHub , testers , goatcounter }: buildGoModule rec { pname = "goatcounter"; version = "2.5.0"; src = fetchFromGitHub { owner = "arp242"; repo = "goatcounter"; rev = "v${version}"; sha256 = "sha256-lwiLk/YYxX4QwSDjpU/mAikumGXYMzleRzmPjZGruZU="; }; vendorHash = "sha256-YAb3uBWQc6hWzF1Z5cAg8RzJQSJV+6dkppfczKS832s="; subPackages = [ "cmd/goatcounter" ]; modRoot = "."; # Derived from the upstream build scripts: # # `-trimpath` is used, which `allowGoReference` sets allowGoReference = true; # Flags set in the upstream build. ldflags = [ "-s" "-w" "-X zgo.at/goatcounter/v2.Version=${src.rev}" ]; passthru.tests.version = testers.testVersion { package = goatcounter; command = "goatcounter version"; version = "v${version}"; }; meta = { description = "Easy web analytics. No tracking of personal data"; changelog = "https://github.com/arp242/goatcounter/releases/tag/${src.rev}"; longDescription = '' GoatCounter is an open source web analytics platform available as a hosted service (free for non-commercial use) or self-hosted app. It aims to offer easy to use and meaningful privacy-friendly web analytics as an alternative to Google Analytics or Matomo. ''; homepage = "https://github.com/arp242/goatcounter"; license = lib.licenses.eupl12; maintainers = with lib.maintainers; [ tylerjl ]; mainProgram = "goatcounter"; }; } </ins>

Discussion:
Project description GoatCounter is an open source web analytics platform available as a (free) hosted service or self-hosted app. It aims to offer easy to use and meaningful privacy-friendly web analytics as an alternative to Google Analytics or Matomo. There are two ways to run this: as hosted service on , or run it on your own server. The source code is completely Open Source/Free Software, and it can be self-hosted without restrictions. go, golang, analytics homepage URL: source URL: license: a slightly modified version of European Union Public License (EUPL) 1.2; the only difference is that the “Compatible Licenses” Appendix removes some licenses, but is otherwise identical. platforms: any platform supported by Go
Hi, I have tried to create an overlay for it using : Unfortunately the build fails with the following log: I do not have a lot of insights into or go builds in general, but I'd guess it has something to do with . Maybe someone with more experience around go packaging can help?
Nevermind, I found with working code.

Project description GoatCounter is an open source web analytics platform. Metadata homepage URL: source URL: license: EUPL platforms: unix, linux
I searched issued but not pull requests so I missed , should this stay open until that's closed?
Change:
{ fetchFromGitHub <del> , fetchpatch </del> , glib , gobject-introspection , gtk3

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: xapps <!-- 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: 1.8.9 desired version: 1.9.0 or newer <!-- 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:
homepage = "https://github.com/shadow1ng/fscan"; license = licenses.mit; maintainers = with maintainers; [ Misaka13514 ]; <del> platforms = with platforms; unix ++ windows; </del> mainProgram = "fscan"; }; }

Discussion:
As titled, package panic while port scanning. release , downloaded from the official repo releases has no issue. 1 < people reproduced this issue. And (sometimes different ?) works. Try compiling with and panic the same. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for your bug report, I have successfully reproduced the issue. I did not review PR in time before it was merged, and the upstream fix did not use a new version number or force push to the tag.
Change:
desktopName = longName; comment = "Code Editing. Redefined."; genericName = "Text Editor"; <del> exec = executableName; </del> <ins> exec = "${executableName} %U"; </ins> icon = "code"; startupNotify = "true"; categories = "Utility;TextEditor;Development;IDE;";

Discussion:
Describe the bug clicking on a file or folder in pantheon and selecting "Open in Visual Studio Code" doesn't work and shows "Could not open files or URIs with this app" To Reproduce -click on any file or folder Open in Visual Studio Code Expected behavior the file or folder will be opened in vs code Screenshots ! Additional context I think I could open files in vs code before I switch to pantheon Notify maintainers Metadata Maintainer information:
I think I now know how to solve, we just need to add to the exec property in desktopItem in vscode derivation I can do a pr for this if it is okay
Feel free to do, I don't use pantheon so I can't really test it, though I'll try shooting up a VM.
Seems fine, probably also add it to VScodium
Sorry for the late response i have made the pr
Hi, maintainer of pantheon in NixOS. Thank you for fixing this.
Change:
patches = [ # Remove hardcoded smbd search path <del> # FIXME(later): discuss with upstream? </del> ./0001-Remove-impure-smbd-search-path.patch <ins> # When running a process through systemd, resolve the full path ourselves ./early-resolve-executables.diff # FIXME(later): discuss with upstream? </ins> ]; extraBuildInputs = [qt5compat qttools acl attr];

Discussion:
After the KDE Frameworks 6.3.0 update, I can no longer launch kcm modules by searching for them in Application Launcher or KRunner. I can open them directly with "systemsettings kcmabout-distro" in a terminal with no issues. I can also access them by opening systemsettings first and then clicking the particular kcm module I'm trying to access. I'm having issues getting any usable information about this bug because it launches successfully through the terminal. If this is upstream please let me know and I'll submit this over on the KDE Bugtracker. Steps to reproduce the behavior: in to KDE Plasma 6. the Meta key and type "About This System" and hit enter. that the systemsettings icon shows in task manager and then closes after a few seconds. Nothing is launched. I press the Meta key, type "About This System", hit enter, and see the kcmabout-distro module load displaying information about the system. Please run and paste the result.
Please test
Sorry, I've been crazy busy at work. I just got to test this myself and it did work in my case as well. Thanks for the quick update!
Change:
doCheck = false; <del> patches = [ ./fix-pro-files.patch ]; </del> preConfigure = '' rm example/Makefile src/Makefile qmakeFlags=("''${qmakeFlags[@]}" "INSTALLDIR=$out") ''; postInstall = '' <del> install -D license.txt "$out/share/doc/opencsg/license.txt" </del> <ins> install -D copying.txt "$out/share/doc/opencsg/copying.txt" </ins> '' + lib.optionalString stdenv.isDarwin '' mkdir -p $out/Applications mv $out/bin/*.app $out/Applications

Discussion:
Package name: opencsg Latest released version: 1.6.0 Current version on the unstable channel: 1.4.2 Current version on the stable/release channel: 1.4.2 Notify maintainers 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:
<del> {stdenv, fetchFromGitHub, qmake}: stdenv.mkDerivation rec { </del> <ins> { mkDerivation, lib, fetchFromGitHub, qmake, qtbase }: mkDerivation rec { </ins> pname = "qview"; version = "3.0"; src = fetchFromGitHub { owner = "jurplel"; repo = "qView"; rev = version; sha256 = "15a91bs3wcqhgf76wzigbn10hayg628j84pq4j2vaxar94ak0vk7"; }; nativeBuildInputs = [ qmake ]; <ins> buildInputs = [ qtbase ]; </ins> patchPhase = '' sed "s|/usr/|$out/|g" -i qView.pro ''; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> description = "Practical and minimal image viewer"; homepage = "https://interversehq.com/qview/"; license = licenses.gpl3;

Discussion:
Describe the bug The binary fails to launch in . Output: To Reproduce Steps to reproduce the behavior: to vis CLI Expected behavior The Seafile Applet starts without issues. Additional context This could be related to a missing , however looks like it does include an alternative way of the hook. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
Can you try to see if adding helps?
Fixing this now.
That's a fast response, thank you both! Just wondering: Why didn't this occur earlier?
It was large issue that a lot of qt apps in nixpkgs weren't packaged correctly Hopefully people will read the qt section of the manual now, since it's always been to do
Oh, I'm well aware of the Qt Apps problem in general. What I'm wondering is why I did not run into this issue before 20.03. I'm using seafile since 17.03, and I'm not using a Qt DE that circumvents the problem, so I'm wondering why this problem ocured first in 20.03.
Me trying to run it from nixos-unstable results in That is indeed strange.
I figured out the timeline and why you just now experienced this issue