jiebi/CodeConvo huggingface dataset:
Change:
./fix-deadlock-detector-import.patch ]; <del> propagatedBuildInputs = [ python3.pkgs.netaddr ]; </del> <ins> propagatedBuildInputs = [ python3Packages.netaddr ]; </ins> nativeBuildInputs = [ bison cmake flex llvmPackages.llvm.dev makeWrapper <del> python3.pkgs.setuptools </del> <ins> python3Packages.setuptools </ins> zip ];

Discussion:
Mentioned in , the bcc package can also be used as from python. This currently doesn't seem to work? If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
bcc doesn't depend on kernel anymore, so the second half of the comment you linked at isn't required and we can just move the package & add a compat alias. Technically you should already be able to use bcc as by magic'ing the correct site path, but I agree it's better to move it - patch welcome!
Change:
stdenv.mkDerivation rec { pname = "pocket-casts"; <del> version = "0.5.0"; </del> <ins> version = "0.6.0"; </ins> src = fetchurl { url = "https://github.com/felicianotech/pocket-casts-desktop-app/releases/download/v${version}/${pname}_${version}_amd64.deb"; <del> sha256 = "sha256-frBtIxwRO/6k6j0itqN10t+9AyNadqXm8vC1YP960ts="; </del> <ins> sha256 = "sha256-nHdF9RDOkM9HwwmK/axiIPM4nmKrWp/FHNC/EI1vTTc="; </ins> }; nativeBuildInputs = [

Discussion:
Pocket casts was previously building but now fails since the electron version is insecure. The for the project however has "^17.0.0". Please run and paste the result.
The problem is that we are picking the AppImages, and the latest release is 0.5.0. The best thing to do would be asking the devs to publish a new release.
The author has 0.6.0 bumping the electron version!
working on this. Right now I have found some issues with this new version (problems unpacking the deb, no and probably need to create the file), but I hope to get them solved at least this week.
do you want to test it? . As there were some considerable changes and the latest version of Electron is working fine, I want to ensure the functionality hasn't been affected.
Yes let me give it a try!
I was able to build and run your branch. Login, playback etc all work. The only thing I noticed is it uses the default electron logo: ! Its been a while since I was able to run 0.5.0 but I believe it used the application logo.
Got it. I had to edit the to reflect the new changes, and it contained some edits to the desktop file. So it makes sense the default logo is being used here. Luckily the complicated part is fixed. EDIT: Never mind, it is working as intended. The file at contains the exact icon, as shown below: ! This is more of a package not including the original Pocket Casts icon on the dir. I will replace it with the original icon that is on the resources.
Just posted the PR on nixpkgs. Feel free to check the final changes and if everything looks fine, throw an approval.
Change:
yoyo-migrations = callPackage ../development/python-modules/yoyo-migrations { }; <del> yt-dlp = callPackage ../tools/misc/yt-dlp { ffmpeg = pkgs.ffmpeg-headless; }; </del> <ins> yt-dlp = toPythonModule (pkgs.yt-dlp.override { python3Packages = self; }); </ins> <del> yt-dlp-light = callPackage ../tools/misc/yt-dlp { atomicparsleySupport = false; ffmpegSupport = false; rtmpSupport = false; }; </del> <ins> yt-dlp-light = toPythonModule (pkgs.yt-dlp-light.override { python3Packages = self; }); </ins> youtube-search = callPackage ../development/python-modules/youtube-search { };

Discussion:
yt-dlp doesnt work with curl-impersonate Steps to reproduce the behavior: my to see targets available n/a the example in curl-impersonate repository works Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, cmake , pkg-config , qt6 <ins> , wrapGAppsHook3 </ins> , openjpeg , tbb_2021_11 <ins> , blend2d </ins> }: stdenv.mkDerivation (finalAttrs: { pname = "pdf4qt"; <del> version = "1.3.7"; </del> <ins> version = "1.4.0.0"; </ins> src = fetchFromGitHub { owner = "JakubMelka"; repo = "PDF4QT"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-wZJDMLEaHGBPSToQ+ObSfB5tw/fTIX1i5tmNPmIa7Ck="; </del> <ins> hash = "sha256-NlIy/C4uHRG5wwXPuqCShe113qhhsQ5jp50zrOLLA2c="; </ins> }; patches = [

Discussion:
Package name: PDF4QT Latest released version: 1.4.0 Current version on the unstable channel: 1.3.7 Current version on the stable/release channel: 1.3.7 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Sorry for the ignorance. Repology didn't prompt me to update. I will try to update it tomorrow.
is it possible to backport to 24.05?
Change:
, libaio }: stdenv.mkDerivation rec { <del> name = "sysbench-1.0.14"; </del> <ins> name = "sysbench-1.0.15"; </ins> nativeBuildInputs = [ autoreconfHook pkgconfig ]; buildInputs = [ vim mysql.connector-c libaio ];

Discussion:
What I expected: I installed vimconfigurable and I should have expected python to work arrording shlevy it is on by default. What I got: What I got was pythong did not work either :python print "hi" or plugins that needed python. What I expected: After getting python working by adding ; to I expected removing ; would remove vim's access to python after nix-env -i vimconfigurable. What I got: Vim still had access to python. The step below demonstrate the above and an additional difference between my nixos 1.1pre2714... and nix 1.1 on ubuntu. Nixpkgs "remembers" ; after it is removed form Reproduced in NixOS on VMware and nix on Ubuntu: Each invocation of vim happens in a new shell created after the nix-env install is finished. nix-env -i vimconfigurable.  Vim can not access python test by :python print "Hi" in vim. Should result in error. Add ; to nix-env -i vimconfigurable.  Vim can now access python test by :python print "Hi" in vim. nix-env -e vimconfigurable. Remove ; in nix-env -i vimconfigurable  Vim can still access python test by :python print "Hi" in vim. Add ; to nix-env -i vimconfigurable.  Vim can not access python test by :python print "Hi" in vim. -"Sorry, the command is not available in this version remove ; in nix-env -i vimconfigurable.  :python print "Hi" in vim. -(ubuntu nix 1.0: vim crashes and gives error report) (nixos 1.1pre27142f3f413: vim has acces to python) Add ; to nix-env -i vimconfigurable.  :python print "Hi" in vim. -(ubuntu nix 1.0: vim crashes and gives error report) (nixos 1.1pre2714_2f3f413: vim has acces to python) There is some some state that is saved in-between installs which seems undesirable.

There's something strange happening here, but I don't think it's due to (and it's definitely not due to nixpkgs config being saved somewhere). has: , which means that if is not set it defaults to true. Perhaps vim_configurable needs some other flag for python support to be on? ? I'll try to reproduce this later.
I will document here as I did on irc that I could not get my test of :python print "hi", or a pandoc extension that called on python, to work before either adding "python" to the flags in all-packages or setting ; in on nixos 1.1pre2714... or on my ubuntu nix 1.1 install.
Do I remember correctly that we resolved this?
The symptom has been resolved with this merge: There is still probably an under lying problem/issue. I don't know if it is worth keeping open though. , Shea Levy wrote:
Change:
{ lib , stdenv <del> , alsa-lib , at-spi2-atk , at-spi2-core , atk , autoPatchelfHook , cairo , cups , dbus , dpkg , expat </del> , fetchurl <del> , gdk-pixbuf , glib , gtk3 , libdrm , libxkbcommon </del> <ins> , dpkg , electron_16 </ins> , makeWrapper <del> , mesa </del> , nixosTests <del> , nspr , nss , pango , pciutils , systemd </del> <ins> , nodePackages </ins> , undmg <del> , writeShellScriptBin , xorg </del> }: let

Discussion:
Running results in the following error message showing up: which roughly translates to: Run , e.g. via . App should run without causing error that prevents usage. See previous issue & . The runtime error is probably related to:
I'm sorry for the delay, but I did't have much free time lately. I could bisect the issue back to , which adds the file to NixOS. Digging into the node module used to handle the OS detection () reveals that in fact this file is preferred over the binary, which renders the fake data workaround ineffective. I will open a PR soon to fix this.

Installing fails due to missing command : Install , e.g. via . App should build, install & run without errors.
Looks like was removed in as part of was this change intended?
Probably not. Let me see...
Oh, yes, it seemed to me that it was only intended as an internal function for autoPachelf inner loop. Obviously, with bash nothing is really "internal". I think that you should be able to use autoPachelf for the same goal. Let me have a second look at it.
Does not seem like is a nixpkgs thing. I guess that is why I missed such a use case when refactoring. You should not really be using that function. You should let autoPatchelf find the right things to do for you in the whole file tree. There are plenty of examples, sometimes quite involved, of the expected usage of autopatchelfhook in nixpkgs. Still willing to have a look if you point me to the sources of breitbandmessung.
is part of nixpkgs, but it also seems to be the only package in here that uses :
Oh, I see. Do you happen to know why one would want to patch only that file, and specifically not the others ?
I'm not entirely sure, but I just replaced with without any other changes, and it still seems to build (in an older nixpkgs version before that python rewrite). On the latest nixpkgs master, I can get the build working with: Now the GUI shows a curious error, though: which roughly translates to: I get the same error when I try to run from an older nixpkgs state that still has , though. So, it doesn't seem related to the patchelf change.
The runtime error is probably related to: Perhaps has some insight as to why this stopped working.
Yes, indeed. The error happens because for some reason the other files should not be modified, only that one. And that is not feasible with my rewrite. Please have a look at my patch in , to test if it works for you. I think it is a reasonable way forward without having to re-introduce autoPatchelfFile.
Change:
''; buildPhase = '' <del> sh $name -i silent -DLICENSE_ACCEPTED=TRUE -DUSER_INSTALL_DIR=$out </del> <ins> export JAVA_TOOL_OPTIONS=-Djdk.util.zip.disableZip64ExtraFieldValidation=true sh $name LAX_VM ${openjdk}/bin/java -i silent -DLICENSE_ACCEPTED=TRUE -DUSER_INSTALL_DIR=$out </ins> ''; installPhase = ''

Discussion:
Steps to reproduce the behavior: error message. to download reachable different cplex version on IBM page, 22.1.0. to build package with that cplex version <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Dear I notice this package hasn’t been touched in a while, maybe you have moved on. But any hints how you would approach getting a working cplex, no matter the version, would be greatly appreciated. Please run and paste the result.
Last version I checked was 12.10 and it was still working. I will look into it when I find some time.
Thanks for the reply. For our specific situation we settled on a docker based solution, which works better for the usecase anyway, so there is no hurry.
I am currently experiencing the same error. When using the latest version of CPLEX (which is, to my knowledge, 22.11), I get the following error: It was working with CPLEX Version 20.10 on NixOS 23.11, but with the update to NixOS 24.05 I now get the below error. I guess this is due to an updated java dependency, which is incompatible with the CPLEX Version.
Change:
<del> { stdenv, targetPackages, fetchurl, noSysDirs </del> <ins> { stdenv, targetPackages, fetchurl, noSysDirs, fetchpatch </ins> , langC ? true, langCC ? true, langFortran ? false , langObjC ? targetPlatform.isDarwin , langObjCpp ? targetPlatform.isDarwin

Discussion:
Currently, the retpoline mitigation is only available in gcc7 . However, it still exists some old kernels that only compile with , such as those in Ubuntu Trusty LTS (kernel 3.13). Moreover, kernel modules loaded on these kernel have also to be compiled with the retpoline mitigation. Ubuntu (and Debian) integrated retpoline mitigation in their releases . Latest Ubuntu 3.13 kernel now requires kernel modules compiled with retpoline mitigation. They can no longer be built with Nix gcc toolchain. What do you think about backporting these patches? Someone could help on this?
sounds good to me.
Change:
{ stdenv, lib, makeDesktopItem, makeWrapper, patchelf, writeText , coreutils, gnugrep, which, git, unzip, libsecret, libnotify, e2fsprogs <del> , vmopts ? null </del> <ins> , python3, vmopts ? null </ins> }: { pname, product, productShort ? product, version, src, wmClass, jdk, meta, extraLdPath ? [], extraWrapperArgs ? [] }@args:

Discussion:
IntelliJ (and I'm assuming other jetbrains products) uses a Python script to restart itself whenever needed (e.g. a plugin update), and if it detects that there is no Python, it shutdowns instead. Steps to reproduce the behavior: intellij. In the menu, select "File" -"Invalidate Caches..." there is no python in path, the opened window will have a button "Invalidate and Exit" run from , it will have "Invalidate and Restart" Same thing happens whenever it needs to restart, with/without python it shows "Restart"/"Shutdown" buttons respectively, and in some conditions it just asks "Restart now?" and then does not come back up when you agree. I know it's easy to fix on my end, but it's not super clear that that's even an issue, and I think python should be to dependencies and made visible to jetbrains IDEs. And yes I don't have system-wide python installed, that's the whole point of NixOS, is it not? :) I guess
I can confirm this affects the other JetBrains IDEs as well. Adding to the solves this problem. I'll open a PR for it shortly.
Change:
<del> { lib, stdenv, buildFishPlugin, fetchFromGitHub }: buildFishPlugin rec { pname = "autopair.fish"; version = "1.0.4"; src = fetchFromGitHub { owner = "jorgebucaran"; repo = pname; rev = version; sha256 = "sha256-s1o188TlwpUQEN3X5MxUlD/2CFCpEkWu83U9O+wg3VU="; }; meta = with lib; { description = "Auto-complete matching pairs in the Fish command line."; homepage = "https://github.com/jorgebucaran/autopair.fish"; license = licenses.mit; maintainers = with maintainers; [ thehedgeh0g ]; }; } </del>

Discussion:
Currently, there are two almost identical packages for in nixpkgs. They were merged in CC
Change:
# requires a relative directory name to create beneath /var/lib StateDirectory = user; StateDirectoryMode = "0750"; <del> ExecStart = "${pkgs.python3Packages.journalwatch}/bin/journalwatch mail"; </del> <ins> ExecStart = "${getExe cfg.package} mail"; </ins> # lowest CPU and IO priority, but both still in best-effort class to prevent starvation Nice=19; IOSchedulingPriority=7;

Discussion:
Steps to reproduce the behavior: to the NixOS configuration. nixos-rebuild to build NixOS. According to the Nixpkgs search, there should be the packages python312Packages.journalwatch and python311Packages.journalwatch in the Nixpkgs unstable branch. I just checked the master branch and I haven't been able to find those. I could only find pkgs.journalwatch. That's fine, but then it means the journalwatch module needs to be updated. Perhaps this is related to <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --I won't add the Metadata since I'm in the process of building NixOS, so the result would be incorrect anyway. I'm on Nixpkgs commit Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Breakage caused by . Please have a look at and let me know if that works.
Ran into this as well, the PR looks good and seems to fix the issue. Backport should land soon. Thank you all!
Change:
url = "mirror://cpan/authors/id/K/KU/KUBOTA/Text-WrapI18N-0.06.tar.gz"; hash = "sha256-S9KaF/DCx5LRLBAFs8J28qsPrjnACFmuF0HXlBhGpIg="; }; <del> buildInputs = [ pkgs.glibcLocales ]; </del> <ins> buildInputs = lib.optionals (!stdenv.isDarwin) [ pkgs.glibcLocales ]; </ins> propagatedBuildInputs = [ TextCharWidth ]; preConfigure = '' <del> substituteInPlace WrapI18N.pm --replace '/usr/bin/locale' '${pkgs.glibc.bin}/bin/locale' </del> <ins> substituteInPlace WrapI18N.pm --replace '/usr/bin/locale' '${if stdenv.isDarwin then pkgs.darwin.adv_cmds else pkgs.glibc.bin}/bin/locale' </ins> ''; meta = { description = "Line wrapping module with support for multibyte, fullwidth, and combining characters and languages without whitespaces between words";

Discussion:
Steps to reproduce the behavior: perlPackages.TextWrapI18N TextWrapI18n depends on glibc for the binary. glibc is not supported on *-darwin. Darwin has its locale binary in the impure /usr/bin/locale. On darwin the TextWrapI18n package should probably use that instead of patching in glibc.
Darwin has in . It would be better to use that instead of the impure one from the system, which might have sandbox issues. (I tried commenting on the PR, but GitHub won’t let me.)
Change:
RCU_FANOUT = freeform "64"; RCU_FANOUT_LEAF = freeform "16"; RCU_BOOST = yes; <del> RCU_BOOST_DELAY = freeform "500"; </del> <ins> RCU_BOOST_DELAY = option (freeform "500"); </ins> RCU_NOCB_CPU = yes; RCU_LAZY = yes; RCU_DOUBLE_CHECK_CB_TIME = yes;

Discussion:
Steps to reproduce the behavior: on x8664 system Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
buildInputs = [ glibmm gtkmm3 gtksourceview3 ]; meta = with lib; { <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> homepage = "https://developer.gnome.org/gtksourceviewmm/"; description = "C++ wrapper for gtksourceview"; license = licenses.lgpl2;

Discussion:
Project description CherryTree by Giuspen, currently, we are using version 0.39.4, meanwhile the latest application is on 0.99.37. There's a weird jump of version from 0.39.4 to 0.99.13. I don't know why this happens. Metadata homepage URL: source URL: license: GPL3 + platforms: Linux
Package request is the wrong issue type for this, Out-of-date package report would've been better. ! The package is sadly orphaned so there's no maintainer to ping for this.
Change:
patches = flutter3Patches; }; <del> v2 = flutterDrv { </del> <ins> v2 = mkFlutter { </ins> version = "2.10.5"; engineVersion = "57d3bac3dd5cb5b0e464ab70e7bc8a0d8cf083ab"; dartVersion = "2.16.2";

Discussion:
The provides a function to allow customized Flutter derivations to be made. Internally, however, it uses a function that calls with URLs generated from the given version number. Patches are also used internally, but there is no way (that I know of) to access these externally. I propose that and / attributes get to the attribute set along with , to make it easier to create custom Flutter derivations.
I was actually just about to file a bug about which produces this error instead of building, wonder if it's related, since it's breaking on flutter? cc
Sounds good
Change:
<ins> { config , lib , pkgs , ... }: let inherit (lib) types; format = pkgs.formats.yaml { }; cfg = config.services.private-gpt; in { options = { services.private-gpt = { enable = lib.mkEnableOption "private-gpt for local large language models"; package = lib.mkPackageOption pkgs "private-gpt" { }; stateDir = lib.mkOption { type = types.path; default = "/var/lib/private-gpt"; description = "State directory of private-gpt."; }; settings = lib.mkOption { type = format.type; default = { llm = { mode = "ollama"; tokenizer = ""; }; embedding = { mode = "ollama"; }; ollama = { llm_model = "llama3"; embedding_model = "nomic-embed-text"; api_base = "http://localhost:11434"; embedding_api_base = "http://localhost:11434"; keep_alive = "5m"; tfs_z = 1; top_k = 40; top_p = 0.9; repeat_last_n = 64; repeat_penalty = 1.2; request_timeout = 120; }; vectorstore = { database = "qdrant"; }; qdrant = { path = "/var/lib/private-gpt/vectorstore/qdrant"; }; data = { local_data_folder = "/var/lib/private-gpt"; }; openai = { }; azopenai = { }; }; description = '' settings-local.yaml for private-gpt ''; }; }; }; config = lib.mkIf cfg.enable { systemd.services.private-gpt = { description = "Interact with your documents using the power of GPT, 100% privately, no data leaks"; wantedBy = [ "multi-user.target" ]; after = [ "network.target" ]; preStart = let config = format.generate "settings-local.yaml" (cfg.settings // { server.env_name = "local"; }); in '' mkdir -p ${cfg.stateDir}/{settings,huggingface,matplotlib,tiktoken_cache} cp ${cfg.package.cl100k_base.tiktoken} ${cfg.stateDir}/tiktoken_cache/9b5ad71b2ce5302211f9c61530b329a4922fc6a4 cp ${pkgs.python3Packages.private-gpt}/${pkgs.python3.sitePackages}/private_gpt/settings.yaml ${cfg.stateDir}/settings/settings.yaml cp "${config}" "${cfg.stateDir}/settings/settings-local.yaml" chmod 600 "${cfg.stateDir}/settings/settings-local.yaml" ''; environment = { PGPT_PROFILES = "local"; PGPT_SETTINGS_FOLDER = "${cfg.stateDir}/settings"; HF_HOME = "${cfg.stateDir}/huggingface"; TRANSFORMERS_OFFLINE = "1"; HF_DATASETS_OFFLINE = "1"; MPLCONFIGDIR = "${cfg.stateDir}/matplotlib"; }; serviceConfig = { ExecStart = lib.getExe cfg.package; WorkingDirectory = cfg.stateDir; StateDirectory = "private-gpt"; RuntimeDirectory = "private-gpt"; RuntimeDirectoryMode = "0755"; PrivateTmp = true; DynamicUser = true; DevicePolicy = "closed"; LockPersonality = true; MemoryDenyWriteExecute = true; PrivateUsers = true; ProtectHome = true; ProtectHostname = true; ProtectKernelLogs = true; ProtectKernelModules = true; ProtectKernelTunables = true; ProtectControlGroups = true; ProcSubset = "pid"; RestrictNamespaces = true; RestrictRealtime = true; SystemCallArchitectures = "native"; UMask = "0077"; }; }; }; meta.maintainers = with lib.maintainers; [ drupol ]; } </ins>

Discussion:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.