jiebi/CodeConvo huggingface dataset:
Change:
nativeBuildInputs = [ p7zip ]; unpackPhase = '' <del> 7z x $src -oLosslessCut-win-x64 </del> <ins> runHook preUnpack 7z x "$src" -o"$sourceRoot" runHook postUnpack </ins> ''; sourceRoot = "LosslessCut-win-x64"; installPhase = '' <del> mkdir -p $out/bin $out/libexec (cd .. && mv LosslessCut-win-x64 $out/libexec) ln -s "$out/libexec/LosslessCut-win-x64/LosslessCut.exe" "$out/bin/LosslessCut.exe" </del> <ins> runHook preInstall mkdir -p "$out/bin" "$out/libexec" cd .. mv "$sourceRoot" "$out/libexec" ln -s "$out/libexec/$(basename "$sourceRoot")/LosslessCut.exe" "$out/bin/LosslessCut.exe" runHook postInstall </ins> ''; meta = metaCommon // (with lib; {

Discussion:
Package name: losslesscut-bin Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 3.58.0 Current version on the stable/release channel: 3.58.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! --- 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]:
update title aswell
Hi! Thanks for reminding, and sorry for late response. I just submitted a PR () that tries to automate the update of . Please take a look. (If merged, r-ryantm should be able to do the update from now on. User can update it through or create an update commit through ). If you need the update now, I'll open another PR that updates .
Appreciate it! I can wait until the PR is merged, no problem.
Change:
<listitem> <para> <emphasis>Stable channels</emphasis>, such as <del> <link xlink:href="https://nixos.org/channels/nixos-22.05"><literal>nixos-22.11</literal></link>. </del> <ins> <link xlink:href="https://nixos.org/channels/nixos-22.11"><literal>nixos-22.11</literal></link>. </ins> These only get conservative bug fixes and package upgrades. For instance, a channel update may cause the Linux kernel on your system to be upgraded from 4.19.34 to 4.19.38 (a minor bug fix),

Discussion:
Note the mismatch between the text and url. [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Change the link url to point to the channel.
Change:
<ins> { lib , stdenvNoCC , fetchFromGitHub , dart , callPackage }: stdenvNoCC.mkDerivation (finalAttrs: rec { pname = "dart-sass"; version = "1.62.1"; src = fetchFromGitHub { owner = "sass"; repo = pname; rev = finalAttrs.version; hash = "sha256-U6enz8yJcc4Wf8m54eYIAnVg/jsGi247Wy8lp1r1wg4="; }; nativeBuildInputs = [ dart (callPackage ../../../../build-support/dart/fetch-dart-deps { } { buildDrvArgs = finalAttrs; pubspecLockFile = ./pubspec.lock; vendorHash = "sha256-Atm7zfnDambN/BmmUf4BG0yUz/y6xWzf0reDw3Ad41s="; }) ]; configurePhase = '' runHook preConfigure dart pub get --offline runHook postConfigure ''; buildPhase = '' runHook preBuild dart compile exe --define=version=${finalAttrs.version} ./bin/sass.dart runHook postBuild ''; installPhase = '' runHook preInstall install -D ./bin/sass.exe $out/bin/sass runHook postInstall ''; meta = with lib; { inherit (dart.meta) platforms; homepage = "https://github.com/sass/dart-sass"; description = "The reference implementation of Sass, written in Dart"; mainProgram = "sass"; license = licenses.mit; maintainers = with maintainers; [ lelgenio ]; }; }) </ins>

Discussion:
Project description Dart Sass is a faster and more updated version of the Sass compilers Nix already supplies. Technically works, but it is . Metadata homepage URL: https://sass- source URL: license: platforms: Linux ia32 and x64, MacOS x64, and Windows ia32 and x64. You can also compile the source with .
I think is now using see homepage:
Yes, technically is compiled from dart-sass, but it is in a pure-Javascript form. One of the items in the is how the native executable of dart-sass is so much faster than the Javascript one. The reason I created this was so that the native executable would be to Nix packages.
Are there other Dart packages in nixpkgs which we could use as a reference to package dart-sass?
Here's an example getting it in nix-shell.
Change:
pytestCheckHook responses ] ++ passthru.optional-dependencies.aiohttp <del> # `cryptography` is still required on `aarch64-darwin` for `tests/crypt/*` ++ (if (stdenv.isDarwin && stdenv.isAarch64) then [ cryptography ] else passthru.optional-dependencies.enterprise_cert) </del> <ins> ++ passthru.optional-dependencies.enterprise_cert </ins> ++ passthru.optional-dependencies.reauth; pythonImportsCheck = [

Discussion:
Package name: Latest released version: 2.27.0 <!-- Search your package here: --- Current version on the unstable channel: 2.21.0 Current version on the stable/release channel: 2.21.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! --- 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:
<ins> { lib, mkKdeDerivation, fetchurl, qtsvg, qtwebengine, }: mkKdeDerivation rec { pname = "klevernotes"; version = "1.0.0"; src = fetchurl { url = "mirror://kde/stable/klevernotes/${version}/klevernotes-${version}.tar.xz"; hash = "sha256-9nXOaa2/DyJO3nXGbnvPaYjXFrVoAgx52th67l5geOU="; }; extraBuildInputs = [ qtsvg qtwebengine ]; meta.license = with lib.licenses; [ bsd3 cc-by-sa-40 cc0 # TODO: add FSFAP license gpl2Plus gpl3Only gpl3Plus lgpl2Only lgpl2Plus lgpl21Only lgpl21Plus lgpl3Only lgpl3Plus mit ]; } </ins>

Discussion:
Project description A note-taking and management application using markdown. Metadata homepage URL: source URL: license: gpl3+ platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { config, lib, pkgs, ... }: </del> <ins> { config, pkgs, lib, ... }: </ins> with lib; let cfg = config.services.xserver.windowManager.qtile; <ins> pyEnv = pkgs.python3.withPackages (p: [ (cfg.package.unwrapped or cfg.package) ] ++ (cfg.extraPackages p)); </ins> in { options.services.xserver.windowManager.qtile = { enable = mkEnableOption (lib.mdDoc "qtile"); <del> package = mkPackageOptionMD pkgs "qtile" { }; </del> <ins> package = mkPackageOptionMD pkgs "qtile-unwrapped" { }; configFile = mkOption { type = with types; nullOr path; default = null; example = literalExpression "./your_config.py"; description = lib.mdDoc '' Path to the qtile configuration file. If null, $XDG_CONFIG_HOME/qtile/config.py will be used. ''; }; backend = mkOption { type = types.enum [ "x11" "wayland" ]; default = "x11"; description = lib.mdDoc '' Backend to use in qtile: <option>x11</option> or <option>wayland</option>. ''; }; extraPackages = mkOption { type = types.functionTo (types.listOf types.package); default = _: []; defaultText = literalExpression '' python3Packages: with python3Packages; []; ''; description = lib.mdDoc '' Extra Python packages available to Qtile. An example would be to include `python3Packages.qtile-extras` for additional unoffical widgets. ''; example = literalExpression '' python3Packages: with python3Packages; [ qtile-extras ]; ''; }; </ins> }; config = mkIf cfg.enable { services.xserver.windowManager.session = [{ name = "qtile"; start = '' <del> ${cfg.package}/bin/qtile start & </del> <ins> ${pyEnv}/bin/qtile start -b ${cfg.backend}  ${optionalString (cfg.configFile != null) "--config "${cfg.configFile}""} & </ins> waitPID=$! ''; }];

Discussion:
Qtile is missing all the ffi modules so one can't use the pulse widget Just install qtile and add a To the config There is a script that has to be run as part of the packaging process takes care of creating the ffi modules, not sure if that will be enough or patching to change the paths will also be required.
Problem still here, and only for this module
Change:
environment.IPFS_PATH = cfg.dataDir; preStart = '' <del> if [[ ! -f ${cfg.dataDir}/config ]]; then ipfs init ${optionalString cfg.emptyRepo "-e"}  ${optionalString (! cfg.localDiscovery) "--profile=server"} </del> <ins> if [[ ! -f "$IPFS_PATH/config" ]]; then ipfs init ${optionalString cfg.emptyRepo "-e"} --profile=${profile} </ins> else <del> ${if cfg.localDiscovery then "ipfs --offline config profile apply local-discovery" else "ipfs --offline config profile apply server" } </del> <ins> # After an unclean shutdown this file may exist which will cause the config command to attempt to talk to the daemon. This will hang forever if systemd is holding our sockets open. rm -vf "$IPFS_PATH/api" ipfs --offline config profile apply ${profile} </ins> fi '' + optionalString cfg.autoMount '' ipfs --offline config Mounts.FuseAllowOther --json true

Discussion:
ipfs-pre-start hangs on on startup. ??? sometimes (quite often) it hangs on startup. IPFS starts up successfully. Startup can be forced via There were no migrations that needed to be run. Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(kevincox): channels(root): nixpkgs: Maintainer information:
I tried to debug further and didn't get far: So works but fails the command. Maybe we can just try to run this command for now, ignoring failures. At least it won't indefinitely block startup. No matter what args I give I can't get any more than that first log message.
Sounds like we probably need to report this upstream.
I found a workaround. Run then you can apply profiles again. It sounds like sometimes the daemon isn't shutting down cleanly or something. I think the daemon was sometime hung and had to be killed so maybe that is the problem.
Sounds like an IPFS bug where isn't cleaning up a crashed state properly. We can consider a terrible workaround like doing something like this at startup.
I've reported the issue upstream:
Change:
libva1 = callPackage ../development/libraries/libva/1.0.0.nix { }; libva1-minimal = libva1.override { minimal = true; }; <ins> libvarlink = callPackage ../development/libraries/libvarlink { }; </ins> libvdpau = callPackage ../development/libraries/libvdpau { }; libmodulemd = callPackage ../development/libraries/libmodulemd { };

Discussion:
Project description Kanshi uses it now, by default, it'd be good if we had it in nixpkgs. Metadata homepage URL: source URL: license: APL2 platforms: linux (??)
Change:
<del> { buildPythonPackage , fetchPypi , fetchpatch , pytestCheckHook </del> <ins> { lib , stdenv , buildPythonPackage </ins> , cairosvg <del> , flit-core , fonttools , pydyf , pyphen </del> , cffi , cssselect2 <del> , html5lib , tinycss2 </del> <ins> , fetchPypi , flit-core , fontconfig , fonttools , ghostscript </ins> , glib , harfbuzz <ins> , html5lib </ins> , pango <del> , fontconfig , lib , stdenv , ghostscript , isPy3k , substituteAll </del> , pillow <ins> , pydyf , pyphen , pytestCheckHook , pythonOlder , substituteAll , tinycss2 </ins> }: buildPythonPackage rec { pname = "weasyprint"; <del> version = "54.3"; disabled = !isPy3k; </del> <ins> version = "57.0"; </ins> format = "pyproject"; <ins> disabled = pythonOlder "3.7"; </ins> src = fetchPypi { inherit version; pname = "weasyprint"; <del> sha256 = "sha256-4E2gQGMFZsRMqiAgM/B/hYdl9TZwkEWoCXOfPQSOidY="; </del> <ins> hash = "sha256-e29cwTgZ6afYdIwdvw6NJET3pIGKmDOfgtzKqCK/kRs="; </ins> }; patches = [

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 54.3 desired version: 57.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
export CAML_LD_LIBRARY_PATH="''${CAML_LD_LIBRARY_PATH-}''${CAML_LD_LIBRARY_PATH:+:}''$1/lib/ocaml/${ocaml.version}/site-lib/stublibs" fi } <del> createOcamlDestDir () { </del> <ins> exportOcamlDestDir () { </ins> export OCAMLFIND_DESTDIR="''$out/lib/ocaml/${ocaml.version}/site-lib/" <ins> } createOcamlDestDir () { </ins> if test -n "''${createFindlibDestdir-}"; then mkdir -p $OCAMLFIND_DESTDIR fi } <ins> # run for every buildInput </ins> addEnvHooks "$targetOffset" addOCamlPath <del> preConfigureHooks+=(createOcamlDestDir) </del> <ins> # run before installPhase, even without buildInputs, and not in nix-shell preInstallHooks+=(createOcamlDestDir) # run even in nix-shell, and even without buildInputs addEnvHooks "$hostOffset" exportOcamlDestDir </ins> ''; meta = {

Discussion:
With the following nix channels: I see the following outputs: This causes a custom z3 build script I have that tries to install via to fail with: this might be related to ? But I'm not 100% sure <!-- 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.
My current hypothesis is that it has something to do with -- any ideas?
I think the problem was introduced by Fixed in
Change:
(if system == "x86_64-linux" then "-m 768 " else "-m 512 ") + (optionalString (system == "x86_64-linux") "-cpu kvm64 "); hdFlags = ''hda => "vm-state-machine/machine.qcow2", hdaInterface => "${iface}", '' <del> + optionalString (bootLoader == "systemd-boot") ''bios => "${pkgs.OVMF}/FV/OVMF.fd", ''; </del> <ins> + optionalString (bootLoader == "systemd-boot") ''bios => "${pkgs.OVMF.fd}/FV/OVMF.fd", ''; </ins> in '' $machine->start;

Discussion:
In , I introduced support in libvirtd for UEFI VM creation. rightfully remarked that this brings closure-size up too much. Looking into OVMF shows that only 1MB out of the 114MB install size is needed to enable said UEFI VM creation. I think that we should look into splitting out OVMF_(CODE|VARS) from the rest package.
Change:
(fetchNuGet { pname = "Microsoft.NET.StringTools"; version = "17.4.0"; sha256 = "1smx30nq22plrn2mw4wb5vfgxk6hyx12b60c4wabmpnr81lq3nzv"; }) (fetchNuGet { pname = "Microsoft.NET.StringTools"; version = "17.6.3"; sha256 = "0g5jdg0jp844a2ygwlm04igsxkrihqcq2rpmfx722nrv3vrk0r0z"; }) (fetchNuGet { pname = "Microsoft.NET.Test.Sdk"; version = "17.4.1"; sha256 = "02p1j9fncd4fb2hyp51kw49d0dz30vvazhzk24c9f5ccc00ijpra"; }) <ins> (fetchNuGet { pname = "Microsoft.NETCore.App.Host.linux-arm64"; version = "6.0.24"; sha256 = "1vyy01i4w2wcx82mrjjsbp98v9sjn1cwhdvkhrw8yrrb04lcxbir"; }) (fetchNuGet { pname = "Microsoft.NETCore.App.Host.linux-x64"; version = "6.0.24"; sha256 = "02l6javfqwsaialkimmpsq3v4dhb1j4sxy19yvr5w5sdjmq1jh5y"; }) (fetchNuGet { pname = "Microsoft.NETCore.App.Ref"; version = "6.0.24"; sha256 = "1fy1hr14igy4lix4vmwkjj13cbyjjfhx8izch9cd9hc4f1y25767"; }) (fetchNuGet { pname = "Microsoft.NETCore.App.Runtime.linux-arm64"; version = "6.0.24"; sha256 = "1zcn4px94z67j60cidynm5ab8cln1rrxabv7c24mlajqnkfw14sb"; }) (fetchNuGet { pname = "Microsoft.NETCore.App.Runtime.linux-x64"; version = "6.0.24"; sha256 = "0rylvdvdc5rdmw2vcqi0fdzmiwwa1pwlqiavqnb2pslhhq8qg4mh"; }) </ins> (fetchNuGet { pname = "Microsoft.NETCore.Platforms"; version = "7.0.4"; sha256 = "0afmivk3m0hmwsiqnl87frzi7g57aiv5fwnjds0icl66djpb6zsm"; }) (fetchNuGet { pname = "Microsoft.NETCore.Targets"; version = "5.0.0"; sha256 = "0z3qyv7qal5irvabc8lmkh58zsl42mrzd1i0sssvzhv4q4kl3cg6"; }) (fetchNuGet { pname = "Microsoft.NETFramework.ReferenceAssemblies"; version = "1.0.3"; sha256 = "0hc4d4d4358g5192mf8faijwk0bpf9pjwcfd3h85sr67j0zhj6hl"; })

Discussion:
After the upgrade to 0.68.0 fsautocomplete no longer attach properly to NixVim (neovim). Steps to reproduce the behavior: a minimal NixVim config enable fsautocomplete and Ionide-vim a .fsx file the LspInfo command a see the missing id The clients get associated with an id as before. Version 0.67.0 ! Version 0.68.0 ! I haven't explored if the problem persists outside NixVim, but I would strongly suspect it does, as there haven't been any major changes in NixVim lately. <!-- 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]:
I can confirm you findings. It's an issue with 0.68.0. I'll do some more investigation before filing an issue upstream. for now, you can pin you fsautocomplete to 0.67.0
I've just been testing it a bit as well and came to the same conclusion that it is an upstream problem. I reconfigured my nixvim to build the from the nuget package and that one has the same issue. How do I pin in nixvim?
sorry I am not familiar with nixvim, my neovim just calls fsautocomplete from PATH. So I've just installed an old version via thats the commit just before 0.68.0 update
are you able to test ?
Working on it.
Change:
src = fetchurl { url = "http://download.qt-project.org/official_releases/qtcreator/${baseVersion}/${version}/qt-creator-${version}-src.tar.gz"; <del> sha256 = "04vn7y3dkk9vi1rsmsxby57mvc2h9n5q842hayq2mdlsax4qnhjv"; </del> <ins> sha256 = "7ac5d9a36c2f561f74d77378d4eae95a78c7752b323e1df924d6e895e99f45d2"; </ins> }; buildInputs = [ qt4_for_qtcreator ];

Discussion:
I don't think exists in Bash?
See and
Okay, then why am I seeing this?
Because this is not how you should use . Look for examples in nixpkgs. Try this:
Ah, I see. Thanks for your help!
Change:
--replace 'PyHamcrest>=1.9.0,<2.0.0' 'PyHamcrest'  --replace 'radish-bdd==0.8.6' 'radish-bdd'  --replace 'mock>=3.0.5,<4.0.0' 'mock'  <del> --replace 'pytest>=4.6.4,<5.0.0' 'pytest' </del> <ins> --replace 'pytest>=4.6.4,<5.0.0' 'pytest'  --replace 'importlib-metadata<3.0.0' 'importlib-metadata'  --replace 'pytest-runner==5.2' ' ' </ins> ''; <del> nativeBuildInputs = [ pytestrunner ];  # simply to placate requirements propagatedBuildInputs = [ six isodate tornado aenum ]; </del> <ins> # setup-requires requirements nativeBuildInputs = [ importlib-metadata ]; propagatedBuildInputs = [ aenum isodate six tornado ]; </ins> <del> checkInputs = [ pytestCheckHook pyhamcrest radish-bdd mock ]; </del> <ins> checkInputs = [ pytestCheckHook mock pyhamcrest radish-bdd ]; </ins> # disable custom pytest report generation preCheck = ''

Discussion:
Describe the bug gremlinpython (a dependency of cassandra-driver, but otherwise no idea how important it is) fails to build. To Reproduce Steps to reproduce the behavior: a recent checkout of nixpkgs -build -I nixpkgs=. -p python3Packages.gremlinpython how attempts to fetch something from the interwebs Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(cmm): nixpkgs: Maintainer information:
Should be fixed by .
Change:
} echo "Using luarocksMoveDataHook" <del> preDistPhases+=" luarocksMoveDataHook" </del> <ins> preFixupHooks+=(luarocksMoveDataHook) </ins>

Discussion:
When Neovim and associated vim plugins are installed, the help docs for some of the plugins is missing Steps to reproduce the behavior: Neovim and plugins Neovim and try to pull up help for the listed plugins. Help is missing when trying to pull them up using for these plugins Help is available for all the plugins. If applicable, add screenshots to help explain your problem. I have verified that the plugins are loaded using command Please run and paste the result.
I think this is an issue specific to neovim plugins from luarocks-packages, cc
doc is generated via the maybe it's missing from the close (should be though) or it doesn't work as expected. Feel free to have a look, else I will have a look when I've time. I've noticed it too. Note to myself: vim plugins depend on vim and neovim because of so maybe we should address that too
and do not have documentation, so there is no issue there. However, should have it, but it doesn't. I looked at other plugins using luarocks packages and noticed that there are 3 that are missing in their rockspec: However, this does not fully solve the issue since on the side the documentation tags are still missing. For instance, has a correct rockspec which includes the folder, but the documentation tags are still not generated: The relevant error is here: It seems that looks for $out/doc, but at the moment it is run in a luarocks plugin, the structure is as follows: Seems that should happen before but the former is in and the latter is in . Alternatively, looking at , maybe we could override the substitution so that it points to inside the rocks.
Change:
pyasn1-modules = callPackage ../development/python-modules/pyasn1-modules { }; <ins> pyathena = callPackage ../development/python-modules/pyathena { }; </ins> pyatmo = callPackage ../development/python-modules/pyatmo { }; pyatspi = callPackage ../development/python-modules/pyatspi { };

Discussion:
Project description PyAthena is a Python DB API 2.0 (PEP 249) client for Amazon Athena. Metadata homepage URL: source URL: license: mit platforms: all
I marked this as stale due to inactivity. &rarr;
I started a PR to solve this
Change:
lgpl21Only # javascriptcore and webkit ]; maintainers = with maintainers; [ DAlperin jk ]; <del> platforms = builtins.attrNames dists; </del> <ins> platforms = builtins.attrNames passthru.sources; </ins> }; }

Discussion:
Bun should have an auto-update field so that it can be automatically updated. N/A Please run and paste the result.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
f3 = callPackage ../tools/filesystems/f3 { }; <ins> fac = callPackage ../development/tools/fac { }; </ins> facedetect = callPackage ../tools/graphics/facedetect { }; facter = callPackage ../tools/system/facter { };

Discussion:
Package . This seems to be interesting, we should package it. This issue is a friendly reminder for myself to package this some time. I do not feel offended if someone wants to do this, though!
oh wow, thanks!
Oh! I thought was the one who filed this request haha, my mistake! That's why I included as maintainer originally.... I thought there was a sudden change of heart! :laughing: Anyway, no problem GLHF. (and it looks like 1.0.2 is out now, if there's a compelling reason to update LMK otherwise I was going to see if they stabilized a bit before updating)