jiebi/CodeConvo huggingface dataset:
Change:
<ins> { stdenv , buildPythonPackage , fetchFromGitHub , pythonOlder , lib , cmake , setuptools , typing-extensions , pybind11 , pytestCheckHook }: buildPythonPackage rec { pname = "optree"; version = "0.11.0"; pyproject = true; disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "metaopt"; repo = pname; rev = "v${version}"; hash = "sha256-VnnnEoXkYJO+S7baH+JZvsW18Tk3TiY9+Cd230OlZWo="; }; dontUseCmakeConfigure = true; propagatedBuildInputs = [ typing-extensions ]; nativeBuildInputs = [ setuptools pybind11 cmake ]; nativeCheckInputs = [ pytestCheckHook ]; # prevent import failures from pytest preCheck = '' rm -r optree ''; disabledTests = [ # Fails because the 'test_treespec' module can't be found "test_treespec_pickle_missing_registration" ]; pythonImportsCheck = [ "optree" ]; meta = with lib; { homepage = "https://github.com/metaopt/optree"; changelog = "https://github.com/metaopt/optree/releases/tag/v${version}"; description = "Optimized PyTree Utilities"; maintainers = with maintainers; [ pandapip1 ]; license = licenses.asl20; }; } </ins>

Discussion:
Project description Optimized pytree utilities Metadata homepage URL: source URL: license: apache-2.0 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
"i686-linux"   = "i686"; }."${stdenv.system}" or (throw "system ${stdenv.system} not supported"); <ins> description = "Desktop sharing application, providing remote support and online meetings"; desktopItem = makeDesktopItem rec { name = "anydesk"; exec = "@out@/bin/anydesk"; icon = "anydesk"; desktopName = "anydesk"; genericName = description; categories = "Application;Network;"; startupNotify = "false"; }; </ins> in stdenv.mkDerivation rec { name = "anydesk-${version}"; version = "2.9.4";

Discussion:
The application 'anydesk' , available in the stable repo, installs correctly, and starts when ran through the cli, but it doesn't appear in the KDE Application Menu (even after running )
Upstream doesn't carry a .desktop file. I'll fix that.
Change:
{ lib , stdenv <del> , aiocontextvars </del> , buildPythonPackage , colorama , fetchpatch

Discussion:
Package name: loguru Latest released version: 0.7.0 <!-- Search your package here: --- Current version on the unstable channel: 2023-01-20 Current version on the stable/release channel: 2023-01-20 <!-- 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:
version = "1.8.0"; }; reckon = { <del> dependencies = ["chronic" "highline" "rchardet"]; </del> <ins> dependencies = ["chronic" "highline" "matrix" "rchardet"]; </ins> groups = ["default"]; platforms = []; source = { remotes = ["https://rubygems.org"]; <del> sha256 = "0qnghypb9pj7888096xwyrx7myhzk85x69ympxkxki3kxcgcrdfn"; </del> <ins> sha256 = "0188k41lvz5vnn03qw1hbi6c2i88n5p3183rb0xz9rfjcngh2ly3"; </ins> type = "gem"; }; <del> version = "0.8.0"; </del> <ins> version = "0.9.2"; </ins> }; }

Discussion:
Package name: reckon Latest released version: 0.9.2 <!-- Search your package here: --- Current version on the unstable channel: 0.8.0 Current version on the stable/release channel: 0.8.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! --- This would also fix the crash that is currently present on nixos-23.05 due to matrix not being in the ruby stdlib anymore. The fix for this is present in upstream versions 0.8.1 and later. 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:
, fetchFromGitHub , fetchurl , clickgen <del> , unzip </del> <ins> , attrs </ins> }: stdenvNoCC.mkDerivation rec { pname = "bibata-cursors"; <del> version = "1.1.2"; </del> <ins> version = "2.0.3"; </ins> src = fetchFromGitHub { owner = "ful1e5"; repo = "Bibata_Cursor"; rev = "v${version}"; <del> sha256 = "1q2wdbrmdnr9mwiilm5cc9im3zwbl7yaj1zpy5wwn44ypq3hcngy"; </del> <ins> sha256 = "zCk7qgPeae0BfzhxxU2Dk1SOWJQOxiWyJuzH/ri+Gq4="; </ins> }; <del> bitmaps = fetchurl { url = "https://github.com/ful1e5/Bibata_Cursor/releases/download/v${version}/bitmaps.zip"; sha256 = "1pcn6par0f0syyhzpzmqr3c6b9ri4lprkdd2ncwzdas01p2d9v1i"; }; nativeBuildInputs = [ unzip ]; buildInputs = [ clickgen ]; </del> <ins> buildInputs = [ clickgen attrs ]; </ins> buildPhase = '' <del> mkdir bitmaps unzip $bitmaps -d bitmaps rm -rf themes cd builder && make build_unix </del> <ins> ctgen build.toml -p x11 -d 'bitmaps/Bibata-Modern-Amber' -n 'Bibata-Modern-Amber' -c 'Yellowish and rounded edge bibata cursors.' ctgen build.toml -p x11 -d 'bitmaps/Bibata-Modern-Classic' -n 'Bibata-Modern-Classic' -c 'Black and rounded edge Bibata cursors.' ctgen build.toml -p x11 -d 'bitmaps/Bibata-Modern-Ice' -n 'Bibata-Modern-Ice' -c 'White and rounded edge Bibata cursors.' ctgen build.toml -p x11 -d 'bitmaps/Bibata-Original-Amber' -n 'Bibata-Original-Amber' -c 'Yellowish and sharp edge Bibata cursors.' ctgen build.toml -p x11 -d 'bitmaps/Bibata-Original-Classic' -n 'Bibata-Original-Classic' -c 'Black and sharp edge Bibata cursors.' ctgen build.toml -p x11 -d 'bitmaps/Bibata-Original-Ice' -n 'Bibata-Original-Ice' -c 'White and sharp edge Bibata cursors.' </ins> ''; installPhase = '' install -dm 0755 $out/share/icons <del> cd ../ </del> cp -rf themes/* $out/share/icons/ ''; <del> postPatch = '' substituteInPlace "builder/Makefile"  --replace "/bin/bash" "bash" ''; </del> meta = with lib; { description = "Material Based Cursor Theme"; homepage = "https://github.com/ful1e5/Bibata_Cursor";

Discussion:
name: current version: desired version: maintainers: Please tag this issue in your PR. The is likely gone, and to generate cursors from scratch we probably also need to bump probably has breaking changes). Not sure if you wish to do that, or simply use the . AUR PKGBUILD:
Change:
diff --git a/xpra/server/server_util.py b/xpra/server/server_util.py <del> index f46998ee9f..60068f21b6 100644 </del> <ins> index 2e83712bb8..2dd0bf73d2 100644 </ins> --- a/xpra/server/server_util.py +++ b/xpra/server/server_util.py <del> @@ -157,6 +157,10 @@ def xpra_env_shell_script(socket_dir, env): return b"n".join(script) </del> <ins> @@ -166,6 +166,10 @@ def xpra_env_shell_script(socket_dir, env : Dict[str,str]) -> str: return "n".join(script) </ins> <del> def xpra_runner_shell_script(xpra_file, starting_dir): </del> <ins> def xpra_runner_shell_script(xpra_file:str, starting_dir:str) -> str: </ins> +    # Nixpkgs contortion: +    # xpra_file points to a shell wrapper, not to the python script. +    dirname, basename = os.path.split(xpra_file) +    xpra_file = os.path.join(dirname, "."+basename+"-wrapped") <del> script = [] </del> # We ignore failures in cd'ing, b/c it's entirely possible that we were # started from some temporary directory and all paths are absolute. <ins> qdir = sh_quotemeta(starting_dir) </ins>

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:
{ fetchurl, lib, stdenv, substituteAll, meson, ninja, pkg-config, gnome3, glib, gtk3, gsettings-desktop-schemas , gnome-desktop, dbus, json-glib, libICE, xmlto, docbook_xsl, docbook_xml_dtd_412, python3 <del> , libxslt, gettext, makeWrapper, systemd, xorg, epoxy, gnugrep, bash, gnome-session-ctl }: </del> <ins> , libxslt, gettext, makeWrapper, systemd, xorg, epoxy, gnugrep, bash, gnome-session-ctl , fetchpatch }: </ins> stdenv.mkDerivation rec { pname = "gnome-session";

Discussion:
Describe the bug In with , shutdown is delayed for 2 minutes at: To Reproduce This can be reproduced with a minimal VM. (It also happens with a real system, of course.) : (currently ). : Log In. the GNOME power menu and select Power Off; click Power Off. shutdown is delayed for 2 minutes: Expected behavior Shutdown should not be delayed. Additional context This was not an issue in . Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(anders): channels(root): nixpkgs: Maintainer information:
I can reproduce, indeed very annoying. A workaround can be to reduce the systemd timeout time. I've heard other people report this
I found the issue and fix from upstream: .
Change:
}; in stdenv.mkDerivation rec { pname = "klee"; <del> version = "3.0"; </del> <ins> version = "3.1"; </ins> src = fetchFromGitHub { owner = "klee"; repo = "klee"; rev = "v${version}"; <del> hash = "sha256-y5lWmtIcLAthQ0oHYQNd+ir75YaxHZR9Jgiz+ZUFQjY="; </del> <ins> hash = "sha256-5js1N8qVF0lCkahSU3ojT7+p/a9IaUpPWhIyFHEzqto="; </ins> }; nativeBuildInputs = [ cmake ];

Discussion:
klee building stucks at 99% Steps to reproduce the behavior: -shell -p klee Building should continue after 99% without hanging. If applicable, add screenshots to help explain your problem. The output stucks at: <!-- 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]:
Please report this upstream. nixpkgs cannot do anything about their failing tests.
I keep open this issue for tracking. Here the opened issue ticket upstream:
Thanks!
Following the advice in and looking at their Flake I used the following flake for a local development environment
Thanks. I'll do an update to latest and add that.
Change:
<ins> { lib, buildGoModule, fetchFromGitHub, }: buildGoModule rec { pname = "canard"; version = "0.0.2-unstable-2024-04-22"; src = fetchFromGitHub { owner = "mrusme"; repo = "canard"; rev = "d3c37d11078574ca16b75475b3d08ffe351bc3c2"; hash = "sha256-ICrTEaTYFAViORWvdj4uW2gLgxtWxRlhgu5sifgqGX0="; }; vendorHash = "sha256-qcfPW7rz0v63QmQQceQltkCFNBUeQTxVerxDymv7SZo="; ldflags = [ "-s" "-w" "-X github.com/mrusme/canard/main.VERSION=${version}" ]; meta = { description = "Command line TUI client for the journalist RSS aggregator"; homepage = "https://github.com/mrusme/canard"; license = lib.licenses.gpl3Only; maintainers = with lib.maintainers; [ moraxyc ]; mainProgram = "canard"; }; } </ins>

Discussion:
Project description Canard. A command line TUI client for the journalist RSS aggregator. Metadata homepage URL: source URL: license: gpl3 platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
please test
Change:
buildPythonPackage rec { pname = "homeassistant-stubs"; <del> version = "2024.5.1"; </del> <ins> version = "2024.5.2"; </ins> format = "pyproject"; disabled = python.version != home-assistant.python.version;

Discussion:
Steps to reproduce the behavior: Home-Assistant service It started failing yesterday. It built fine a day before. It looks like for some reason 1.10.14 is dragged in as dependency event though 2.6.3 is now the default. I don't know Nix or Python well enough to figure out what exactly goes wrong. It looks like it's required for HACS (Home-Assistant Community Store) add-on, probably others as well. <!-- 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]:
nixpkgs . Perhaps it's because ..? I'm not really sure since it does seem to build fine with pydantic 2 here.
This won't really get maintainer attention unless they are tagged:
aiogithubapi pins sigstore<2, but that was unpinned in .
Change:
hash = "sha256-HW2vDVsFrdFRRaPNuGDg9DZpJd8OuYDIqA3KQRa3m9o="; }; <del> build-system = with python3.pkgs; [ </del> <ins> patches = [ (replaceVars ./paths.patch { uv = lib.getExe python3Packages.uv; }) ]; build-system = with python3Packages; [ </ins> hatchling hatch-vcs <del> uv </del> ]; <del> dependencies = with python3.pkgs; [ </del> <ins> pythonRemoveDeps = [ "uv" ]; dependencies = with python3Packages; [ </ins> click hatchling httpx

Discussion:
The nixpkgs version of fails to build a project created with . Steps to reproduce the behavior: The following expected behavior was seen on Ubuntu 24.04. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
No need to create an empty project. Running anywhere gives
Change:
<ins> { stdenv , lib , fetchFromGitHub , meson , ninja , pkg-config , python3 , zlib , gtest , eigen }: stdenv.mkDerivation rec { pname = "lc0"; version = "0.30.0"; src = fetchFromGitHub { owner = "LeelaChessZero"; repo = "lc0"; rev = "refs/tags/v${version}"; hash = "sha256-Q85hXNSexHhk6W48tgJLk0Sf32xBipfg2P2SH1FF89Q="; fetchSubmodules = true; }; patchPhase = '' runHook prePatch patchShebangs --build /build/source/scripts/* runHook postPatch ''; strictDeps = true; nativeBuildInputs = [ meson ninja pkg-config python3 ]; buildInputs = [ eigen gtest zlib ]; mesonFlags = [ "-Dplain_cuda=false" "-Daccelerate=false" "-Dmetal=disabled" "-Dembed=false" ] # in version 31 this option will be required ++ lib.optionals (lib.versionAtLeast version "0.31") [ "-Dnative_cuda=false" ]; enableParallelBuilding = true; meta = { homepage = "https://lczero.org/"; description = "Open source neural network based chess engine"; longDescription = '' Lc0 is a UCI-compliant chess engine designed to play chess via neural network, specifically those of the LeelaChessZero project. ''; maintainers = with lib.maintainers; [ _9glenda ]; platforms = lib.platforms.unix; license = lib.licenses.gpl3Plus; broken = stdenv.hostPlatform.isDarwin; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: -- is a UCI-compliant chess engine designed to play chess via neural network, specifically those of the . Metadata homepage URL: source URL: license: platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
buildPythonPackage rec { pname = "geoip2"; <del> version = "4.6.0"; </del> <ins> version = "4.7.0"; </ins> format = "setuptools"; disabled = pythonOlder "3.6"; src = fetchPypi { inherit pname version; <del> hash = "sha256-8OgLzoCwa7OL0Iv0h31ahONU6TIJXmzPtNJ7tZj6T4M="; </del> <ins> hash = "sha256-O93kmU9ryRfq+rW1Hnctc3sq4AA3pbhQAfsG3Gj3ed8="; </ins> }; propagatedBuildInputs = [

Discussion:
Steps to reproduce the behavior: Add any other context about the problem here. <!-- 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.
Can't reproduce, what version of nixpkgs are you using? Edit: can reproduce on master, 3.9 is EOL so I am not going to change anything about this unless it is a dependency of another program and then it is the task of the maintainer of the program to fix this.
I wouldn't call Python 3.9 EOL just yet, it's only halfway its lifetime: Issue is indeed present on master
geoip2 4.7.0 builds with python 3.9
This was an incompatibility between new versions of the library and the tests. It was fixed in . As pointed out above, 4.7.0 includes a fix.
Thanks for chiming in (and fixing this)!
python39Packages is unsupported, we currently only support and test python310Packages and python311Packages.
Change:
meta = with lib; { description = "A reverse proxy that provides authentication with Google, Github, or other providers"; <del> homepage = "https://github.com/pusher/oauth2_proxy/"; </del> <ins> homepage = "https://github.com/oauth2-proxy/oauth2-proxy/"; </ins> license = licenses.mit; maintainers = with maintainers; [ yorickvp knl ]; };

Discussion:
, CVSSv3=6.1 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives. Cc Cc
Change:
{ config, pkgs # zathura_pdf_mupdf fails to load _opj_create_decompress at runtime on Darwin (https://github.com/NixOS/nixpkgs/pull/61295#issue-277982980) <del> , useMupdf ? config.zathura.useMupdf or (!pkgs.stdenv.isDarwin) , synctexSupport ? true }: </del> <ins> , useMupdf ? config.zathura.useMupdf or (!pkgs.stdenv.isDarwin) }: </ins> let callPackage = pkgs.newScope self;

Discussion:
Trying to build zathura on unstable, I get: Additional context I can't really see what might have changed recently (I think it started happening about 2 weeks ago....) for it to no longer find synctex. The texlive package is being included as a build input, which should have synctex Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I can build zathura on master and the hydra has been doing ok. Am I missing something?
Hm, I'm not sure. I can't seem to get it to build.... "nix-build -A zathura" on master gives me the same error
This also builds for me on master. Only thing i can think of is your branch isn't up to date.
What do you think could be wrong? My sources are up to date:
I notice that I get a different drv on my system (), I think you may not be building from the master. IIRC when you run it will build from which may not point to your git checkout. If you want to build expressions from the current directory you need to do nix also can download a tarball with expressions, for example like this:
If no path is given nix-build will read and If doesn't exist it will fail. So, command is fine.
I just checked on another x86_64-linux NixOS system that evaluates to on . If the command is correct then there must be an override or an overlay in or that affects the derivation.
Oh my god, you're totally right. I had an overlay in my , which I think I had to add to disable synctex at one point when it wasn't working. Removing that and it builds fine. So sorry for wasting your guys' time but thanks for the help! (Although I wonder why it says it can't find synctex when it should have been disabled with the overlay?) Anyways, I'll close this issue, thanks again, it was driving me crazy!
What was the overlay? There may still be a bug here.
The build indeed fails with . I don't have time to open a PR now but the fix is pretty easy: can you reopen the issue?
Sure - it also fails to build with synctexSupport = false, not sure if your fix addresses that as well?
The option was introduced in I think we should just drop variant
Change:
makeWrapper ${gdb}/bin/gdb $out/bin/gef  --add-flags "-q -x $out/share/gef/gef.py"  --set NIX_PYTHONPATH ${pythonPath}  <del> --prefix PATH : ${lib.makeBinPath [ python3 file ps ]} </del> <ins> --prefix PATH : ${lib.makeBinPath [ python3 bintools-unwrapped # for readelf file ps ]} </ins> ''; checkInputs = [

Discussion:
gef expects from to be in path. The wrapper does not ensure that this is the case. Steps to reproduce the behavior: 't install No error messages and full functionality It's probably quite rare to write a configuration with and without but I happened to do it! <!-- 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:
${pkgs.e2fsprogs}/bin/chattr -f -i /var/empty || true find /var/empty -mindepth 1 -delete chmod 0555 /var/empty <ins> chown root:root /var/empty </ins> ${pkgs.e2fsprogs}/bin/chattr -f +i /var/empty || true '';

Discussion:
First of all this is related to & . Somehow was owned by user before upgrading to NixOS 16.09 (coming from 16.03). This is of course the wrong owner, it should be . Ssh and other services failed to start because of the wrong ownership. Add a chown step to . System: 16.09.695. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.09.695."
Change:
# The pre-zipped files in releases don't have a versioned link, we need to zip # them ourselves <del> pcsx2_patches = { pname = "pcsx2_patches"; version = "0-unstable-2024-07-14"; src = fetchFromGitHub { owner = "PCSX2"; repo = "pcsx2_patches"; rev = "afb17c4d851c54f93d4249e1e1dc8c57e2d0e6c6"; hash = "sha256-OaZ5TMbxM4v4HhLa2ctM8xx//FQkHH3+dkxZX9/svjc="; </del> <ins> pcsx2_patches = let self = { pname = "pcsx2_patches"; version = "0-unstable-2024-08-12"; src = fetchFromGitHub { pname = "pcsx2_patches-source"; inherit (self) version; owner = "PCSX2"; repo = "pcsx2_patches"; rev = "9ea7fca481e1e4c2263ca69f9a5c9a70c92626dc"; hash = "sha256-T0yTTW6P/NrZsANoduj+gCXyd5qqDRETxLblmnVnP/o="; }; </ins> }; <del> }; </del> <ins> in self; </ins> shaderc-patched = let pname = "shaderc-patched-for-pcsx2";

Discussion:
Package name: pcsx2 Latest released version: 2.1.98 <!-- Search your package here: --- Current version on the unstable channel: 2.1.17 Current version on the stable/release channel: 1.7.5587 <!-- 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]:
As you wish:
Change:
<ins> { stdenv , lib , fetchFromGitHub , qmake , wrapQtAppsHook , libX11 , libXmu , libXpm , qtbase , qtx11extras }: stdenv.mkDerivation (finalAttrs: { pname = "kdocker"; version = "5.4"; src = fetchFromGitHub { owner = "user-none"; repo = "KDocker"; rev = "${finalAttrs.version}"; hash = "sha256-CTz2M9nv5Rf1amnSpLiIUZLH9Q3te6ZyFNUzSGHdYJc="; }; nativeBuildInputs = [ qmake wrapQtAppsHook ]; buildInputs = [ libX11 libXmu libXpm qtbase qtx11extras ]; prePatch = '' for h in Xatom Xlib Xmu; do sed -i "s|#include <$h|#include <X11/$h|" src/xlibutil.h src/{kdocker,scanner,trayitem,trayitemmanager}.cpp done for t in target icons desktop appdata; do sed -i "s|$t.path = /usr|$t.path = $out|" kdocker.pro done sed -i "s|/etc/bash_completion.d|$out/share/bash-completion/completions|" kdocker.pro ''; meta = with lib; { description = "Dock any application into the system tray"; homepage = "https://github.com/user-none/KDocker"; license = licenses.gpl2Only; maintainers = with maintainers; [ hexclover ]; platforms = platforms.linux; }; }) </ins>

Discussion:
Project description KDocker will help you dock any application in the system tray. This means you can dock openoffice, firefox, thunderbolt, eclipse, anything! Just point and click. Works for both KDE and GNOME (In fact it should work for most modern window managers that support NET WM Specification. I believe it works for XFCE, for instance) All you need to do is start KDocker and select an application using the mouse and lo! the application gets docked into the system tray. The application can also be made to dissappear from the task bar. Metadata homepage URL: source URL: license: gpl2.0 platforms: linux