jiebi/CodeConvo huggingface dataset:
Change:
buildPythonPackage rec { pname = "python-fx"; <del> version = "0.3.1"; format = "setuptools"; </del> <ins> version = "0.3.2"; pyproject = true; </ins> disabled = pythonOlder "3.8";

Discussion:
python-fx fails at runtime, while doing its initial imports. Steps to reproduce the behavior: (hash is of as-of-writing nixpkgs-unstable) pyfx tui opens. Doesn't happen when e.g. installing current python-fx with pip on arch linux. (I considered packaging instead, but only found more breakage there. Anyway, I wouldn't be terribly sad if the answer to this is "Package abandonned, will be removed".) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have not used the TUI as so far only served as dependency for . Looks like
I poked around and I don't think that's the same issue at all. (It's the same cause, an old generated file is lying around, but it's a different old generated file.) The prePatch is pretty fishy, it first removes the antlr-related files and then invokes antlr. Fixing that runs into a few type errors, which can be fixed: Now you'd think those type errors are due to the new antler version, but that's only partially true? Downgrading still requires some patching. If I have time I'll submit a PR fixing this, but just patching out the type checks from the feels wrong, so I might consult with upstream first.
Change:
<ins> { lib , stdenv , fetchFromGitHub , cmake , pkg-config , cairo , hyprlang , librsvg , libzip , nix-update-script }: stdenv.mkDerivation (finalAttrs: { pname = "hyprcursor"; version = "0.1.4"; src = fetchFromGitHub { owner = "hyprwm"; repo = "hyprcursor"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-m5I69a5t+xXxNMQrFuzKgPR6nrFiWDEDnEqlVwTy4C4="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ cairo hyprlang librsvg libzip ]; outputs = [ "out" "dev" "lib" ]; passthru.updateScript = nix-update-script { }; meta = { homepage = "https://github.com/hyprwm/hyprcursor"; description = "The hyprland cursor format, library and utilities"; changelog = "https://github.com/hyprwm/hyprcursor/releases/tag/v${finalAttrs.version}"; license = lib.licenses.bsd3; maintainers = with lib.maintainers; [ iynaix ]; mainProgram = "hyprcursor-util"; platforms = lib.platforms.linux; }; }) </ins>

Discussion:
Project description <!-- Describe the project a little: --The hyprland cursor format, library and utilities. Metadata homepage URL: source URL: license: BSD3 platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
src = fetchurl { url = "https://nightly.odoo.com/${odoo_version}/nightly/src/odoo_${version}.tar.gz"; name = "${pname}-${version}"; <del> sha256 = "0mwlmfz5nhvg483ldrmlrjhwaf284c0c0pxf0fb0sfx2dnjjj3ib"; # odoo </del> <ins> hash = "sha256-nJEFPtZhq7DLLDCL9xt0RV75d/a45o6hBKsUlQAWh1U="; # odoo </ins> }; <ins> unpackPhase = '' tar xfz $src cd odoo* ''; </ins> # needs some investigation doCheck = false; <del> makeWrapperArgs = [ "--prefix" "PATH" ":" "${lib.makeBinPath [ wkhtmltopdf nodePackages.rtlcss ]}" ]; </del> <ins> makeWrapperArgs = [ "--prefix" "PATH" ":" "${lib.makeBinPath [ wkhtmltopdf nodePackages.rtlcss ]}" ]; </ins> propagatedBuildInputs = with python.pkgs; [ babel

Discussion:
I was trying to build a NixOS derivation containing odoo using The flake output I built is a nixosConfiguration for the aarch64-linxu system, since I am running locally nix on darwin I am remote building to an aarch64-linux host. For odoo For werkzeug Please run and paste the result.
This is not a problem of werkzeug but odoo.
I changed the title, thank you for your help (ping for the update)
Change:
<del> { mkDerivation </del> <ins> { stdenv </ins> , lib , fetchurl , extra-cmake-modules , kdoctools <del> , wrapGAppsHook </del> <ins> , wrapQtAppsHook </ins> , boost , kcrash , kconfig

Discussion:
Steps to reproduce the behavior: kdiff3 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, extraPkgs ? [ ] }: let <del> version = "8.1.18"; </del> <ins> version = "8.3.1"; </ins> cbangSrc = fetchFromGitHub { owner = "cauldrondevelopmentllc"; repo = "cbang"; rev = "bastet-v${version}"; <del> hash = "sha256-G0rknVmZiyC4sRTOowFjf7EQ5peGf+HLPPcLWXXFlX4="; </del> <ins> hash = "sha256-cuyfJG5aDJ6e2SllxwKTViG0j8FWHvjcTaaBBtkgEdU="; </ins> }; fah-client = stdenv.mkDerivation {

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. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi! I suggest you edit the title of the issue, naming the actual package.
Can you test this PR please? Not sure why it broke, but instead of debugging this I just went ahead and upgraded the package.
Change:
, gtk4 , gtksourceview5 , libadwaita <del> , steam </del> , cabextract , p7zip , xdpyinfo , imagemagick <ins> , lsb-release , pciutils </ins> , procps , gamescope , mangohud <ins> , vkbasalt-cli </ins> , vmtouch <del> , wine , bottlesExtraLibraries ? pkgs: [ ] # extra packages to add to steam.run multiPkgs , bottlesExtraPkgs ? pkgs: [ ] # extra packages to add to steam.run targetPkgs </del> }: <del> let steam-run = (steam.override { # required by wine runner `caffe` extraLibraries = pkgs: with pkgs; [ libunwind libusb1 gnutls ] ++ bottlesExtraLibraries pkgs; extraPkgs = pkgs: [ ] ++ bottlesExtraPkgs pkgs; }).run; in </del> python3Packages.buildPythonApplication rec { <del> pname = "bottles"; version = "2022.10.14.1"; </del> <ins> pname = "bottles-unwrapped"; version = "2022.11.14"; </ins> src = fetchFromGitHub { owner = "bottlesdevs"; <del> repo = pname; </del> <ins> repo = "bottles"; </ins> rev = version; <del> sha256 = "sha256-FO91GSGlc2f3TSLrlmRDPi5p933/Y16tdEpX4RcKhL0="; </del> <ins> sha256 = "sha256-bigrJtqx9iZURYojwxlGe7xSGWS13wSaGcrTTROP9J8="; </ins> }; patches = [ ./vulkan_icd.patch ]; <del> postPatch = '' chmod +x build-aux/meson/postinstall.py patchShebangs build-aux/meson/postinstall.py substituteInPlace bottles/backend/wine/winecommand.py  --replace  "command = f"{runner} {command}""  "command = f"{''' if runner == 'wine' or runner == 'wine64' else '${steam-run}/bin/steam-run '}{runner} {command}""  --replace  "command = f"{_picked['entry_point']} {command}""  "command = f"${steam-run}/bin/steam-run {_picked['entry_point']} {command}"" ''; </del> nativeBuildInputs = [ blueprint-compiler meson

Discussion:
error when creating a bottle Steps to reproduce the behavior: bottles to create a new bottle during dxvk installation process with the following error message No error when trying to create a bottle ! I'm pretty new to nixos so it might be a configuration error on my part I apologize in advanced if I tagged the wrong maintainers
It should be fixed in (I don't reproduce it there). (I think it's caused by the fact I )
gotcha. feel free to close if you think it's gonna be fixed in next release. thanks :)
Change:
, coreutils , wrapQtAppsHook , icu63 <ins> , nss , minizip </ins> }: mkDerivation rec { pname = "teamviewer"; # teamviewer itself has not development files but the dev output removes propagated other dev outputs from runtime outputs = [ "out" "dev" ]; <del> version = "15.49.2"; </del> <ins> version = "15.54.3"; </ins> src = let

Discussion:
Using teamviewer with I can not connect to remote hosts. The connection is established, but the window does not appear. If i try to connect to the same host again, I receive the message that I already have a connection open. TeamViewer is working as expected on EndeavourOS. Steps to reproduce the behavior: TeamViewer to any host for password appears for connected host does not appear to the same host again "you are already connected" appears the host computer it says that Im connected It seems like its the same bug as I also get the same errors in my log file <!-- 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 try the linked PR and report back if this solved your issue. Thanks
I can confirm that it work!!! :partyingface: Thanks for the fast reply :)) However, I'm now getting a commercial use restriction ! I dont know if this has anything to do with nixpkgs or if its just because I tried to connect many times now. On the teamviewer website I have requested to remove my restriction lets see how it goes ;)
yay! I am pretty sure this is independent of NixOS. I had this in the past as well (independent of NixOS). I don't know how teamviewer tries to detect commercial use. But glad to here it works!
I would really like to learn more about packaging programs for nixpkgs so I can contribute more myself. Do you have any recommendations on how to learn the different options for mkDerivation, the different phases, wrapping programs and libraries, etc.? I feel like the documentation is basically non-existend. If anything comes to mind (including workshops, etc.) feel free to just send me an email (this issue is probably the wrong place to discuss this)
Hi awesome! I'm just gonna answer you here for anyone who is also interested: There is a handbook () which has a whole chapter about contributing to There is which helps a lot (just search for it or ask a question there) It helped me a lot to look at how other packages are packed.

Just clone and look at how similar services or programs are packaged There is a matrix Generally just start small. Find some nixpkgs which you'd like to see upgraded and update the version and hash and build it locally in your nixpkgs repo and submit a pull request ;-) If you still have trouble, just ask again on discourse (Im there, too) and we'll go from there :+1:
Change:
./services/backup/automysqlbackup.nix ./services/backup/bacula.nix ./services/backup/borgbackup.nix <ins> ./services/backup/borgmatic.nix </ins> ./services/backup/duplicati.nix ./services/backup/duplicity.nix ./services/backup/mysql-backup.nix

Discussion:
borgmatic is simple, configuration-driven backup software for servers and workstations. Protect your files with client-side encryption. Backup your databases too. Monitor it all with integrated third-party services. Homepage: Source: License: GPL v3 () Platforms: UNIX, Linux, Darwin (I guess anywhere Python is supported)
I marked this as stale due to inactivity. &rarr;
Up!
Change:
}; in stdenv.mkDerivation rec { pname = "seafile-server"; <del> version = "8.0.7"; </del> <ins> version = "8.0.8"; </ins> src = fetchFromGitHub { owner = "haiwen"; repo = "seafile-server"; <del> rev = "27dac89bb3a81c5acc3f764ce92134eb357ea64b"; sha256 = "1h2hxvv0l5m9nbkdyjpznb7ddk8hb8hhwj8b2lx6aqbvp8gll9q7"; </del> <ins> rev = "807867afb7a86f526a6584278914ce9f3f51d1da"; sha256 = "1nq6dw4xzifbyhxn7yn5398q2sip1p1xwqz6xbis4nzgx4jldd4g"; </ins> }; nativeBuildInputs = [ autoreconfHook pkg-config ];

Discussion:
, CVSSv3=5.9 (nixos-21.11, nixos-unstable) Seafile is an open source cloud storage system. A sync token is used in Seafile file syncing protocol to authorize access to library data. To improve performance, the token is cached in memory in seaf-server. Upon receiving a token from sync client or SeaDrive client, the server checks whether the token exist in the cache. However, if the token exists in cache, the server doesn't check whether it's associated with the specific library in the URL. This vulnerability makes it possible to use any valid sync token to access data from any known library. Note that the attacker has to first find out the ID of a library which it has no access to. The library ID is a random UUID, which is not possible to be guessed. There are no workarounds for this issue. Scanned versions: nixos-21.11: ; nixos-unstable: . Cc Cc
Change:
jekyll = callPackage ../applications/misc/jekyll { }; <ins> jello = with python3Packages; toPythonApplication jello; </ins> jen = callPackage ../tools/text/jen { }; jet = callPackage ../development/tools/jet { };

Discussion:
jello: Filter JSON and JSON Lines data with Python syntax jello is similar to jq in that it processes JSON and JSON Lines data except jello uses standard python dict and list syntax. JSON or JSON Lines can be piped into jello via STDIN or can be loaded from a JSON file or JSON Lines files (JSON Lines are automatically slurped into a list of dictionaries). Once loaded, the data is available as a python list or dictionary object named ‘_’. Processed data can be output as JSON, JSON Lines, bash array lines, or a grep-able schema. Metadata homepage URL: source URL: license: MIT platforms: unix, linux, darwin, windows (anything with Python)
Change:
<ins> # Generators {#sec-generators} Generators are functions that create file formats from nix data structures, e. g. for configuration files. There are generators available for: `INI`, `JSON` and `YAML` All generators follow a similar call interface: `generatorName configFunctions data`, where `configFunctions` is an attrset of user-defined functions that format nested parts of the content. They each have common defaults, so often they do not need to be set manually. An example is `mkSectionName ? (name: libStr.escape [ "[" "]" ] name)` from the `INI` generator. It receives the name of a section and sanitizes it. The default `mkSectionName` escapes `[` and `]` with a backslash. Generators can be fine-tuned to produce exactly the file format required by your application/service. One example is an INI-file format which uses `: ` as separator, the strings `"yes"`/`"no"` as boolean values and requires all string values to be quoted: ```nix with lib; let customToINI = generators.toINI { # specifies how to format a key/value pair mkKeyValue = generators.mkKeyValueDefault { # specifies the generated string for a subset of nix values mkValueString = v: if v == true then ''"yes"'' else if v == false then ''"no"'' else if isString v then ''"${v}"'' # and delegats all other values to the default generator else generators.mkValueStringDefault {} v; } ":"; }; # the INI file can now be given as plain old nix values in customToINI { main = { pushinfo = true; autopush = false; host = "localhost"; port = 42; }; mergetool = { merge = "diff3"; }; } ``` This will produce the following INI file as nix string: ```INI [main] autopush:"no" host:"localhost" port:42 pushinfo:"yes" str:ange:"very::strange" [mergetool] merge:"diff3" ``` ::: note Nix store paths can be converted to strings by enclosing a derivation attribute like so: `"${drv}"`. ::: Detailed documentation for each generator can be found in `lib/generators.nix`. </ins>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
I'll do this one.
Change:
src = fetchgit { url = git://git.ipxe.org/ipxe.git; <del> sha256 = "1f4pi1dp2zqnrbfnggnzycfvrxv0bqgw73dxbyy3hfy4mhdj6z45"; </del> <ins> sha256 = "1s8sy75lpx8zq60wc0i35d8c1wwm1rq3scxpkq31623d097mch59"; </ins> inherit rev; };

Discussion:
We use ipxe based on clever's setup () like this: This causes the following build failure on 19.03: Googling around for "Unrecognised relocation type 4" and ipxe returns , indicating it's fixed upstream (it is, I have a PR coming). See the override above system: host os: multi-user?: sandbox: version: channels(root): channels(atu): nixpkgs:
Change:
--replace '"python-interpreter", "python"' '"python-interpreter", "${python2Env}/bin/python"' ''; <del> nativeBuildInputs = [ pkgconfig cmake makeWrapper python2Env ] </del> <ins> nativeBuildInputs = [ pkgconfig cmake makeWrapper python2Env wrapGAppsHook ] </ins> ++ (with perlPackages; [ perl XMLParser ]); buildInputs = [ libXft libpng zlib popt boehmgc

Discussion:
Describe the bug After installing inkscape either in the user or system profile, no icons are found. When opening dialogs such as "Fill and stroke" or "Layers" the program crashes. I've confirmed this on two of my machines. To Reproduce Steps to reproduce the behavior: inkscape that all icons display incorrectly to Object -Fill and Stroke crash Expected behavior Inkscape should have the full set of icons and dialogs should be accessible. Screenshots ! Additional Context <details<summaryConsole log</summary</detailsMetadata system: host os: multi-user?: sandbox: version: channels(root): channels(riley): nixpkgs:
I think you can easily fix this issue by installing an icon theme to your system.
I believe these icons are part of Inkscape. Possibly issue with gdk-pixbuf loaders – though, I cannot reproduce it within plain xterm session. What desktop environment are you running? Does adding to Inkscape’s help?
Sorry, I should have mentioned - I already tried the following overlay for inkscape after reading the gdk-pixbuf issue and related ones. Unfortunately it didn't seem to change anything after rebuilding and compiling. One of my computers is running sway (launched via startx) and the other i3 + sddm.
Maybe does not work because of :
That worked! I to the overlay and all the icons show up, and dialogs work. I tried looking up docs on but I couldn't find much about it, what does it do exactly?
:confused: I thought the issue with strictDeps only touched gobject-introspection
IIRC, it might also affect hook’s not being picked up correctly. Does the following work with enabled?
Yes, that worked! Would the best workaround for now be to add those inputs to the derivation?
Change:
on hackage. This can be used as a test for the source distribution, assuming the build fails when packaging mistakes are in the cabal file. */ <del> buildFromSdist = pkg: lib.overrideDerivation pkg (drv: { unpackPhase = let src = sdistTarball pkg; tarname = "${pkg.pname}-${pkg.version}"; in '' echo "Source tarball is at ${src}/${tarname}.tar.gz" tar xf ${src}/${tarname}.tar.gz cd ${pkg.pname}-* ''; </del> <ins> buildFromSdist = pkg: overrideCabal pkg (drv: { src = "${sdistTarball pkg}/${pkg.pname}-${pkg.version}.tar.gz"; # Revising and jailbreaking the cabal file has been handled in sdistTarball revision = null; editedCabalFile = null; jailbreak = false; </ins> }); /* Build the package in a strict way to uncover potential problems.

Discussion:
I want to use on a package that has been configured with , but this causes an evaluation error.
Change:
machine.succeed(f"nixos-container stop {id1}") machine.succeed(f"nixos-container start {id1}") <ins> # clear serial backlog for next tests machine.succeed("logger eat console backlog 3ea46eb2-7f82-4f70-b810-3f00e3dd4c4d") machine.wait_for_console_text( "eat console backlog 3ea46eb2-7f82-4f70-b810-3f00e3dd4c4d" ) with subtest("Stop a container early"): machine.succeed(f"nixos-container stop {id1}") machine.succeed(f"nixos-container start {id1} &") machine.wait_for_console_text("Stage 2") machine.succeed(f"nixos-container stop {id1}") machine.wait_for_console_text(f"Container {id1} exited successfully") machine.succeed(f"nixos-container start {id1}") with subtest("Stop a container without machined (regression test for #109695)"): machine.systemctl("stop systemd-machined") machine.succeed(f"nixos-container stop {id1}") machine.wait_for_console_text(f"Container {id1} has been shut down") machine.succeed(f"nixos-container start {id1}") </ins> with subtest("tmpfiles are present"): machine.log("creating container tmpfiles") machine.succeed(

Discussion:
Describe the bug So, I seem to be seeing an issue that more or less exactly matches the description of on nixos today. I have a number of containers hosting websites, and none of them are shut down gracefully when I shut the host down. I must wait for the 90-second systemd timeout, and see them forcibly shut down. The mysql database in one container doesn't seem to enjoy this. If I shut down a container manually, via , it works flawlessly. But somehow this is not triggered when I shut down the host. To Reproduce There are details, but the meat and potatoes is that I have some containers defined in my , and then try to reboot my host with . Additional context My containers reside on ZFS filesystems? That's all I can think of. 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
I have the same issue. Note that I am very new to NixOS, so I might have missed something This is a workaround that works for me:
Change:
, extra-cmake-modules , cpp-utilities , qtutilities <ins> , qtforkawesome , boost </ins> , cmake , kio , plasma-framework

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: syncthingtray <!-- 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: 1.1.3 desired version: 1.1.20 <!-- 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.
There's a new dependency now needed for syncthingtray - but there's a problem in the logic upstream here: Here's my packaging attempt:
Change:
<ins> { lib , callPackage , stdenv , fetchFromGitLab , appstream , gobject-introspection , meson , ninja , pkg-config , wrapGAppsHook , glib , gtk3 , libhandy , listparser ? callPackage ./listparser.nix { } , webkitgtk , python3 }: python3.pkgs.buildPythonApplication rec { pname = "feeds"; version = "0.16.1"; src = fetchFromGitLab { domain = "gitlab.gnome.org"; owner = "World"; repo = "gfeeds"; rev = version; sha256 = "10hq06nx7lcm3dqq34qkxc6k6383mvjs7pxii9y9995d9kk5a49k"; }; format = "other"; nativeBuildInputs = [ appstream glib # for glib-compile-schemas gobject-introspection meson ninja pkg-config wrapGAppsHook ]; buildInputs = [ glib gtk3 libhandy webkitgtk ]; propagatedBuildInputs = with python3.pkgs; [ beautifulsoup4 dateutil feedparser html5lib listparser lxml pillow pygments pygobject3 pyreadability pytz requests ]; # https://github.com/NixOS/nixpkgs/issues/56943 strictDeps = false; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=("''${gappsWrapperArgs[@]}") ''; passthru = { inherit listparser; }; meta = with lib; { description = "An RSS/Atom feed reader for GNOME"; homepage = "https://gitlab.gnome.org/World/gfeeds"; license = licenses.gpl3Plus; maintainers = [ maintainers.pbogdan ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description An RSS/Atom feed reader for GNOME. Metadata homepage URL: source URL: license: GPL v3 platforms: linux, possibly others?
I haven't tested it extensively yet but here's my current expression: The basic at the very least seem to work.
I haven't run into any problems using your expression, are you planning on creating a pull request for this?
Glad you found it useful. And thank you for the reminder, I forgot about this (just stashed it into a local overlay) but will try and prepare a PR in the next couple of days.