jiebi/CodeConvo huggingface dataset:
Change:
<del> --- a/src/dummy.h	2016-12-17 23:02:53.396287041 +0100 +++ b/src/dummy.h	2016-12-17 23:03:30.319616550 +0100 @@ -51,6 +51,7 @@ /* options */ OptionInfoPtr Options; Bool swCursor; +    Bool constantDPI; /* proc pointer */ CloseScreenProcPtr CloseScreen; xf86CursorInfoPtr CursorInfo; --- a/src/dummy_driver.c	2016-12-14 21:54:20.000000000 +0100 +++ b/src/dummy_driver.c	2016-12-17 23:04:59.916416126 +0100 @@ -17,6 +17,12 @@ /* All drivers using the mi colormap manipulation need this */ #include "micmap.h" +#ifdef RANDR +#include "randrstr.h" +#endif + +#include "windowstr.h" + /* identifying atom needed by magnifiers */ #include <X11/Xatom.h> #include "property.h" @@ -115,11 +121,15 @@ }; typedef enum { -    OPTION_SW_CURSOR +    OPTION_SW_CURSOR, +    OPTION_CONSTANT_DPI } DUMMYOpts; static const OptionInfoRec DUMMYOptions[] = { { OPTION_SW_CURSOR,	"SWcursor",	OPTV_BOOLEAN,	{0}, FALSE }, +#ifdef RANDR +    { OPTION_CONSTANT_DPI,	"ConstantDPI",	OPTV_BOOLEAN,	{0}, FALSE }, +#endif { -1,                  NULL,           OPTV_NONE,	{0}, FALSE } }; @@ -359,6 +369,7 @@ xf86ProcessOptions(pScrn->scrnIndex, pScrn->options, dPtr->Options); xf86GetOptValBool(dPtr->Options, OPTION_SW_CURSOR,&dPtr->swCursor); +    xf86GetOptValBool(dPtr->Options, OPTION_CONSTANT_DPI, &dPtr->constantDPI); if (device->videoRam != 0) { pScrn->videoRam = device->videoRam; @@ -639,10 +650,45 @@ return TRUE; } +const char *XDPY_PROPERTY = "dummy-constant-xdpi"; +const char *YDPY_PROPERTY = "dummy-constant-ydpi"; +static int get_dpi_value(WindowPtr root, const char *property_name, int default_dpi) +{ +    PropertyPtr prop; +    Atom type_atom = MakeAtom("CARDINAL", 8, TRUE); +    Atom prop_atom = MakeAtom(property_name, strlen(property_name), FALSE); + +    for (prop = wUserProps(root); prop; prop = prop->next) { +       if (prop->propertyName == prop_atom && prop->type == type_atom && prop->data) { +           int v = (int) (*((CARD32 *) prop->data)); +           if ((v>0) && (v<4096)) { +               xf86DrvMsg(0, X_INFO, "get_constant_dpi_value() found property "%s" with value=%in", property_name, (int) v); +               return (int) v; +           } +           break; +       } +    } +    return default_dpi; +} + /* Mandatory */ Bool DUMMYSwitchMode(SWITCH_MODE_ARGS_DECL) { +    SCRN_INFO_PTR(arg); +#ifdef RANDR +    DUMMYPtr dPtr = DUMMYPTR(pScrn); +    if (dPtr->constantDPI) { +        int xDpi = get_dpi_value(pScrn->pScreen->root, XDPY_PROPERTY, pScrn->xDpi); +        int yDpi = get_dpi_value(pScrn->pScreen->root, YDPY_PROPERTY, pScrn->yDpi); +        //25.4 mm per inch: (254/10) +        pScrn->pScreen->mmWidth = mode->HDisplay * 254 / xDpi / 10; +        pScrn->pScreen->mmHeight = mode->VDisplay * 254 / yDpi / 10; +        xf86DrvMsg(pScrn->scrnIndex, X_INFO, "mm(dpi %ix%i)=%ix%in", xDpi, yDpi, pScrn->pScreen->mmWidth, pScrn->pScreen->mmHeight); +        RRScreenSizeNotify(pScrn->pScreen); +        RRTellChanged(pScrn->pScreen); +    } +#endif return TRUE; } </del>

Discussion:
Describe the bug Attempting to start xpra fails with the following X server log: To Reproduce Steps to reproduce the behavior: run start :200
Change:
githubId = 54999; name = "Ariel Nunez"; }; <ins> Intuinewin = { email = "antoinelabarussias@gmail.com"; github = "Intuinewin"; githubId = 13691729; name = "Antoine Labarussias"; keys = [{ fingerprint = "5CB5 9AA0 D180 1997 2FB3  E0EC 943A 1DE9 372E BE4E"; }]; }; </ins> ionutnechita = { email = "ionut_n2001@yahoo.com"; github = "ionutnechita";

Discussion:
Project description Update version constraints in your Terraform configurations Metadata homepage URL: source URL: license: mit platforms: darwinarm64, linuxarm64, windows_arm64 Release page: Copied install info from readme: If you are a macOS user, you can install via either or : Download the latest compiled binaries and put it anywhere in your executable path. If you have Go 1.19+ development environment:
Change:
<ins> { lib, fetchFromGitHub, rustPlatform, cargo, rustc, meson, ninja , pkg-config, wrapGAppsHook4, desktop-file-utils, appstream-glib , blueprint-compiler, dbus, gtk4, libadwaita, bluez, libpulseaudio }: let owner = "kaii-lb"; name = "overskride"; version = "0.5.6"; in rustPlatform.buildRustPackage { pname = name; inherit version; src = fetchFromGitHub { inherit owner; repo = name; rev = "v${version}"; hash = "sha256-syQzHHT0s15oj8Yl2vhgyXlPI8UxOqIXGDqFeUc/dJQ="; }; cargoHash = "sha256-NEsqVfKZqXSLieRO0BvQGdggmXXYO15qVhbfgAFATPc="; nativeBuildInputs = [ pkg-config wrapGAppsHook4 desktop-file-utils appstream-glib blueprint-compiler meson ninja cargo rustc ]; buildInputs = [ dbus gtk4 libadwaita bluez libpulseaudio ]; buildPhase = '' runHook preBuild meson setup build --prefix $out && cd build meson compile && meson devenv runHook postBuild ''; # The "Validate appstream file" test fails. # TODO: This appears to have been fixed upstream # so checks should be enabled with the next version. doCheck = false; preFixup = '' glib-compile-schemas $out/share/gsettings-schemas/${name}-${version}/glib-2.0/schemas ''; meta = with lib; { description = "A Bluetooth and Obex client that is straight to the point, DE/WM agnostic, and beautiful"; homepage = "https://github.com/${owner}/${name}"; changelog = "https://github.com/${owner}/${name}/blob/v${version}/CHANGELOG.md"; license = licenses.gpl3Only; mainProgram = name; maintainers = with maintainers; [ mrcjkb ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description A simple yet powerful bluetooth client. Metadata homepage URL: source URL: license: gpl3 platforms: linux
This one needs libadwaita = 1.4, which is blocked by ; also, it seems very new and lacking in basic functionality
Change:
''; serviceConfig = { WorkingDirectory = cfg.workDir; <del> StateDirectory = [ (builtins.replaceStrings [ "/var/lib/"  ] [ "" ] cfg.workDir) ]; ReadWritePaths = [ cfg.configuration.uploadsPath ]; </del> <ins> StateDirectory = [ cfg.workDir cfg.configuration.uploadsPath ]; </ins> ExecStart = "${cfg.package}/bin/hedgedoc"; EnvironmentFile = mkIf (cfg.environmentFile != null) [ cfg.environmentFile ]; Environment = [

Discussion:
The hedgedoc systemd service is broken since . Steps to reproduce the behavior: start hedgedoc Opened to revert . <!-- 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:
npm exec electron-builder --  --dir  <del> -c.electronDist="${electron_30.dist}"  -c.electronVersion="${electron_30.version}" </del> <ins> -c.electronDist="${electron_31.dist}"  -c.electronVersion="${electron_31.version}" </ins> runHook postBuild '';

Discussion:
Package name: armcord Latest released version: 3.3.0 <!-- Search your package here: --- Current version on the unstable channel: 3.2.8 Current version on the stable/release channel: 3.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 <!-- 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]:
Unstable is currently waiting on Electron 32 to be to nixpkgs to be able to update to 3.3.0. We may be able to update Stable before then since it is using the compiled packages. Which are you running currently (Stable vs Unstable)?
I'm currently using unstable.
Got it, once we have electron 32 available it should be a fairly quick package / release.
I attempted to package this using Electron 31 since that's available, and it seems to be working stably. I looked at the ArmCord source and it doesn't look like it relies on anything Electron 32-specific, so I'll try to put out a PR.
Change:
<ins> { lib , stdenv , fetchFromGitHub , meson , ninja }: stdenv.mkDerivation rec { pname = "hyprland-protocols"; version = "unstable-2023-01-13"; src = fetchFromGitHub { owner = "hyprwm"; repo = pname; rev = "eb7dcc0132ad25addc3e8d434c4bfae6bd3a8c90"; hash = "sha256-gkLgUg9/fP04bKCJMj/rN0r6PV/cbLShDvKQyFvVap0="; }; nativeBuildInputs = [ meson ninja ]; meta = { homepage = "https://github.com/hyprwm/hyprland-protocols"; description = "Wayland protocol extensions for Hyprland"; license = lib.licenses.bsd3; maintainers = with lib.maintainers; [ fufexan ]; platforms = lib.platforms.linux; }; } </ins>

Discussion:
Project description A wlroots-compatible Wayland color picker that does not suck. Metadata homepage URL: source URL: license: platforms: linux Just because you made available on NixOS, I wanted to point you on hyprpicker, too - if you're interested to have a look into this(?)
I'll take a look into packaging this.
Change:
homepage = "https://www.srb2.org/"; platforms = platforms.linux; license = licenses.gpl2Plus; <del> maintainers = with maintainers; [ zeratax ]; </del> <ins> maintainers = with maintainers; [ zeratax donovanglover ]; </ins> }; <del> } </del> <ins> }) </ins>

Discussion:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue
Change:
, Cocoa , GLUT , OpenGL <ins> , graphicsmagick </ins> }: let <del> desktopItem = makeDesktopItem { name = "eduke32"; exec = "@out@/bin/${wrapper}"; comment = "Duke Nukem 3D port"; desktopName = "Enhanced Duke Nukem 3D"; genericName = "Duke Nukem 3D port"; categories = [ "Game" ]; }; </del> wrapper = "eduke32-wrapper"; <ins> swWrapper = "voidsw-wrapper"; </ins> <del> in stdenv.mkDerivation rec { </del> <ins> in stdenv.mkDerivation (finalAttrs: { </ins> pname = "eduke32"; <del> version = "20230926"; rev = "10459"; revExtra = "8feaf6c25"; src = fetchurl { url = "https://dukeworld.com/eduke32/synthesis/${version}-${rev}-${revExtra}/eduke32_src_${version}-${rev}-${revExtra}.tar.xz"; hash = "sha256-GQOpDQm2FeaOMyYu9L5zhrM6XFvZAHMAwn1tSK7RCB8="; </del> <ins> version = "0-unstable-2024-02-17"; src = fetchFromGitLab { domain = "voidpoint.io"; owner = "terminx"; repo = "eduke32"; rev = "8afa42e388e0434b38979fdddc763363717a2727"; hash = "sha256-dyZ4JtDBxsTDe9uQDWxJe7M74X7m+5wpEHm+i+s9hwo="; </ins> }; buildInputs = [

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. I realized through the , which refers to the source code of the following repo: "See for more details.", that eduke32 seems to support Shadow Warrior, which the confirms with: "Shadow Warrior (Note: Supported by VoidSW ONLY, not EDuke32 itself!)". Furthermore it seems that this "EDuke32's VoidSW launcher" (to run Shadow Warrior) could be build with a eduke32 build flag, as Gentoo did it, for example: -flag name="voidsw" Enable support for Shadow Warrior (Classic) through VoidSW In addition to the apparently uninteresting project: , this could be another option to start Shadow Warrior emulated under NixOS, or is there anything against it? What do you think?
Updated in to version
Change:
<ins> { lib , buildPythonPackage , cryptography , fetchFromGitHub , netifaces , pyserial , pythonOlder }: buildPythonPackage rec { pname = "rns"; version = "0.3.4"; format = "setuptools"; disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "markqvist"; repo = "Reticulum"; rev = version; hash = "sha256-fpXbp0Tj22flco9Rg4JTWZes6oxY7FhvYD76jA3yVuE="; }; propagatedBuildInputs = [ cryptography netifaces pyserial ]; # Module has no tests doCheck = false; pythonImportsCheck = [ "RNS" ]; meta = with lib; { description = "Cryptography-based networking stack for wide-area networks"; homepage = "https://github.com/markqvist/Reticulum"; license = licenses.mit; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
Project description Reticulum is the cryptography-based networking stack for wide-area networks built on readily available hardware. It can operate even with very high latency and extremely low bandwidth. Reticulum allows you to build wide-area networks with off-the-shelf tools, and offers end-to-end encryption and connectivity, initiator anonymity, autoconfiguring cryptographically backed multi-hop transport, efficient addressing, unforgeable delivery acknowledgements and more. Reticulum is a complete networking stack, and does not need IP or higher layers, although it is easy to use IP (with TCP or UDP) as the underlying carrier for Reticulum. It is therefore trivial to tunnel Reticulum over the Internet or private IP networks. Having no dependencies on traditional networking stacks free up overhead that has been utilised to implement a networking stack built directly on cryptographic principles, allowing resilience and stable functionality in open and trustless networks. No kernel modules or drivers are required. Reticulum runs completely in userland, and can run on practically any system that runs Python 3. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
curaengine = curaengine_stable; }; <del> curaengine = callPackage ../applications/misc/curaengine { inherit (python3.pkgs) libarcus; }; </del> <ins> curaengine = callPackage ../applications/misc/curaengine { inherit (python3.pkgs) libarcus; }; </ins> cura = qt5.callPackage ../applications/misc/cura { }; curaPlugins = callPackage ../applications/misc/cura/plugins.nix { }; <del> curaLulzbot = callPackage ../applications/misc/cura/lulzbot.nix { }; </del> <ins> curaLulzbot = qt5.callPackage ../applications/misc/cura/lulzbot/default.nix { }; </ins> curaByDagoma = callPackage ../applications/misc/curabydagoma { };

Discussion:
Is there a way to install a more recent version of cura-lulzbot edition?
I guess the pool of people that could update and test this is very limited so feel free to tackle it yourself :) We can help. How old is the current nixpkgs version vs upstream ?
Can you test ?
Happy to, not 100% sure on the process for testing that pull request. do in build off a local version of nixpkgs with that pull applied. Can you point me in the right direction?
The one-line command to try this out would be: You could also manually clone the git repository of the PR and build it: But , so please wait a bit. EDIT: the cura binary is apparently called
you want to try the instructions gebner provided, I just updated the PR to roll the patch behind the now-broken link inline.
...FYI, the PR is now updated to 3.6.15. I'm using it happily myself, but reports (of success or failure) would be very welcome.
Change:
import json import os import subprocess <ins> import string </ins> def eprint(text: str): print(text, file=sys.stderr) if not os.path.exists("dub.selections.json"): eprint("The file `dub.selections.json` does not exist in the current working directory") eprint("run `dub upgrade --annotate` to generate it")

Discussion:
fails to build a lockfile with dependencies in the format (). Here's the error: any repository whose contains a dependency that fetches from Git, e.g. , e.g. . a few moments, then see error. A generated lockfile containing the Git dependency. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for reporting this bug, I'll try to extend the lockfile logic later today, (the current one is pretty primitive, as you might have seen)
Change:
- [Cloudlog](https://www.magicbug.co.uk/cloudlog/), a web-based Amateur Radio logging application. Available as [services.cloudlog](#opt-services.cloudlog.enable). - [fzf](https://github.com/junegunn/fzf), a command line fuzzyfinder. Available as [programs.fzf](#opt-programs.fzf.fuzzyCompletion). <ins> - [readarr](https://github.com/Readarr/Readarr), Book Manager and Automation (Sonarr for Ebooks). Available as [services.readarr](options.html#opt-services.readarr.enable). </ins> - [gemstash](https://github.com/rubygems/gemstash), a RubyGems.org cache and private gem server. Available as [services.gemstash](#opt-services.gemstash.enable).

Discussion:
Readarr Readarr is a ebook collection manager for Usenet and BitTorrent users. It can monitor multiple RSS feeds for new books from your favorite authors and will interface with clients and indexers to grab, sort, and rename them. Metadata homepage URL: source URL: license: GNU GPL v3 platforms: Windows, Linux, macOS, Raspberry Pi, etc.
As you bundled some of the *arr software earlier, I'd be interested in trying out to package readarr, however I have 0 experience with these kind of package and the dotnet environment. Would one of you be willing to help me?
Pretty much the same tbh, I'd honestly just start with a copy of one of the existing snippets and change the appropriate parts.
Change:
<ins> { stdenv , fetchFromGitHub , cmake , zlib , gmp , cryptominisat , boost , arjun-cnf , louvain-community , lib }: stdenv.mkDerivation (finalAttrs: { pname = "approxmc"; version = "4.1.23"; src = fetchFromGitHub { owner = "meelgroup"; repo = "approxmc"; rev = finalAttrs.version; hash = "sha256-pE2m6Cc2u53H/5CM+2JuQxZOhjhHUZOi0kn23CJmALM="; }; nativeBuildInputs = [ cmake ]; buildInputs = [ zlib gmp cryptominisat boost arjun-cnf louvain-community ]; meta = with lib; { description = "Approximate Model Counter"; homepage = "https://github.com/meelgroup/approxmc"; license = licenses.mit; maintainers = with maintainers; [ t4ccer ]; platforms = platforms.linux; mainProgram = "approxmc"; }; }) </ins>

Discussion:
Project description is an approximate model counter for CNF formulas. Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { lib, stdenv, makeWrapper, fetchFromGitHub, rustPlatform , openssh, openssl, pkg-config, cmake, zlib, curl, libiconv , CoreFoundation, Security, SystemConfiguration }: rustPlatform.buildRustPackage rec { pname = "rls"; inherit (rustPlatform.rust.rustc) src version; # changes hash of vendor directory otherwise dontUpdateAutotoolsGnuConfigScripts = true; cargoVendorDir = "vendor"; buildAndTestSubdir = "src/tools/rls"; preBuild = '' # client tests are flaky rm ${buildAndTestSubdir}/tests/client.rs ''; # a nightly compiler is required unless we use this cheat code. RUSTC_BOOTSTRAP=1; # As of rustc 1.45.0, these env vars are required to build rls # (due to https://github.com/rust-lang/rust/pull/72001) CFG_RELEASE = "${rustPlatform.rust.rustc.version}-nightly"; CFG_RELEASE_CHANNEL = "nightly"; # rls-rustc links to rustc_private crates CARGO_BUILD_RUSTFLAGS = if stdenv.isDarwin then "-C rpath" else null; nativeBuildInputs = [ pkg-config cmake makeWrapper ]; buildInputs = [ openssh openssl curl zlib libiconv rustPlatform.rust.rustc.llvm ] ++ lib.optionals stdenv.isDarwin [ CoreFoundation Security SystemConfiguration ]; doCheck = true; doInstallCheck = true; installCheckPhase = '' $out/bin/rls --version ''; RUST_SRC_PATH = rustPlatform.rustLibSrc; postInstall = '' wrapProgram $out/bin/rls --set-default RUST_SRC_PATH ${rustPlatform.rustLibSrc} ''; meta = with lib; { description = "Rust Language Server - provides information about Rust programs to IDEs and other tools"; homepage = "https://github.com/rust-lang/rls/"; license = with licenses; [ asl20 /* or */ mit ]; maintainers = with maintainers; [ symphorien ]; }; } </del>

Discussion:
Steps to reproduce the behavior: from , commit Add any other context about the problem here. (maintainer) () Please run and paste the result.
RLS is unmaintained upstream and removed from rust at the end of the month so I will remove it from nixpkgs.
Makes a lot of sense, I forgot about this one. Thanks for the quick answer
Change:
command = "czkawka_cli --version"; }; <ins> postInstall = '' # Install Icons install -Dm444 -t $out/share/icons/hicolor/scalable/apps data/icons/com.github.qarmin.czkawka.svg install -Dm444 -t $out/share/icons/hicolor/scalable/apps data/icons/com.github.qarmin.czkawka-symbolic.svg # Install MetaInfo install -Dm444 -t $out/share/metainfo data/com.github.qarmin.czkawka.metainfo.xml # Install Desktop Entry install -Dm444 -t $out/share/applications data/com.github.qarmin.czkawka.desktop ''; </ins> meta = with lib; { changelog = "https://github.com/qarmin/czkawka/raw/${version}/Changelog.md"; description = "A simple, fast and easy to use app to remove unnecessary files from your computer";

Discussion:
When Czkawka is installed via home-manager, no .desktop files are made for the GUI part of the application, meaning you have to run from the terminal to run the application. Steps to reproduce the behavior: Czkawka, i.e. for a .desktop file for Czkawka, A desktop file should be there so you can open the Czkawka GUI from things like an application launcher. Along with this request, I'm providing three files from the czkawka-git package I got from the AUR in the hopes that it might help: .desktop file they provided, with .txt appended to the filetype to share on Github 128x128 png icon they provided, renamed with 128x128 appended to the name 64x64 png icon they provided, renamed with 64x64 appended to the name I'm not sure if these would get used in nixpkgs, but figured it wouldn't hurt to provide them. <!-- 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. ! !
Hi Thanks for reporting this. I am using , which is not a full desktop, so I am not really using files in my environment. Could you help to check this on your machine with the following command? If everything looks good, I will change the PR to ready for review.
I did the following: the nixpkgs repo 'd into the directory and ran It failed with the following: Sorry if I'm doing anything wrong - I'm very new to NixOS and am not nearly as acquainted with it as something like Arch.
Hi No worry, please check this You use when git clone, so the branch commit of the PR is not covered in your local repo. This possibly creates a problem. If nixpkgs-review does not work, you can just follow the manual check out the branch and installed it by
I tried cloning without the and ran the previous command and also followed by and then I tried it with The first two times, I ran out of RAM and my laptop's screen froze while the fans were going full speed, and I had to hard-reboot my computer. The third time, I cut the test short as soon as I hit 7.4/7.7 GB of RAM filled.

No worry, there is another person who helped to double-check the PR, I believe it will be merged soon. :smile:
Change:
}; patches = []; disabled = isPy35; <ins> # Tests requires Pygments >=2.0.2 which isn't worth keeping around for this: doCheck = false; </ins> }; sphinx_rtd_theme = buildPythonPackage (rec {

Discussion:
fails its test suite, which in turn breaks various other packages like and . According to the issue was caused by commit from
just needs a bump
1.3.4 fails with the same test failure