jiebi/CodeConvo huggingface dataset:
Change:
Since it's not possible to use PHPINISCANDIR variable to pass additional php configuration. That breaks tools also. To Reproduce Steps to reproduce the behavior: 1 . Install php74 Expected behavior Notify maintainers Metadata
Env variable concatenation should fix it
This was intentional to avoid impure state, IIRC. The expressions we have now are very flexible. You can create a executable to include any configuration desired on the fly like so: nix-shell -p 'php.buildEnv { extraConfig = "memorylimit = -1"; }'. Also keep in mind you can pass configuration via to any instance.
By the way... are you familiar with ? Combine with and you have a really powerful combo that accomplishes what you want and more.
sure, I'm working on this kind of setup for my long running projects and I love it. Just migrated from 20.03 where we haven't soo much options. However, for some short term scenarions (like clone, patch, test, remove) creating nix config is not an option. Most of projects maintain their own and symfony tool use them both for cli and web/fpm without any additional setup and cost. I'm ok to use php -d / php -c , but still ignores custom ini files on 20.09
I didn't know that HPINISCANDIR can have multiple directories, but if that's the case, prefixing it in is fine. I mean, we also do that for many other env vars such as , etc.
Yeah I think that should be fine. I would like and to give a thumbs up first, just to make sure the idea is congruent in their minds. You're still happy if we don't automatically import though, right?
This claim seems interesting to me, I have, probably never seen a project provide a And I've been working professionally with PHP for about 10 years. And from what I can recall I haven't ever seen this before. Even working with symfony components along that way. So maybe some does, but I wouldn't say that "most projects does". I wasn't aware of this either, but from reading the documentation again: It's kinda clear that it allows the variable to be separated as any other like variable. I'm fine with introducing the possibility for such impurity just for flexibility for usages such as
there is backported version also can we merge it too?

Discussion:
ln -s ${extraInit} $out/lib/php.ini if test -e $out/bin/php; then <del> wrapProgram $out/bin/php --set PHP_INI_SCAN_DIR $out/lib </del> <ins> wrapProgram $out/bin/php --prefix PHP_INI_SCAN_DIR : $out/lib </ins> fi if test -e $out/bin/php-fpm; then <del> wrapProgram $out/bin/php-fpm --set PHP_INI_SCAN_DIR $out/lib </del> <ins> wrapProgram $out/bin/php-fpm --prefix PHP_INI_SCAN_DIR : $out/lib </ins> fi if test -e $out/bin/phpdbg; then <del> wrapProgram $out/bin/phpdbg --set PHP_INI_SCAN_DIR $out/lib </del> <ins> wrapProgram $out/bin/phpdbg --prefix PHP_INI_SCAN_DIR : $out/lib </ins> fi ''; };
Change:
<!-- 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 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: xapps <!-- The current version can be found easily with the same process than 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.8.9 desired version: 1.9.0 or newer <!-- 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.

Discussion:
{ fetchFromGitHub <del> , fetchpatch </del> , glib , gobject-introspection , gtk3

stdenv.mkDerivation rec { pname = "xapps"; <del> version = "1.8.9"; </del> <ins> version = "2.0.6"; </ins> outputs = [ "out" "dev" ]; <del> patches = [ (fetchpatch { url = "https://github.com/linuxmint/xapp/pull/110/commits/208563d4e2bbcfbeb4425d05f649867065c37615.patch"; sha256 = "0brqndfgawhayrm36cjh6fkff274729jivjq3h5jx93lprvl2zih"; }) ]; </del> src = fetchFromGitHub { owner = "linuxmint"; repo = pname; rev = version; <del> sha256 = "01jx7612p0c0pi0r7fn5g08s6zjfmq1gfm5hi0fkzl0fxf2cx7a7"; </del> <ins> sha256 = "11qbz547qlfsvkz4bdxhryrsf10aw5jc2f1glbik7pvmmm87gf4f"; </ins> }; # TODO: https://github.com/NixOS/nixpkgs/issues/36468

# Patch pastebin & inxi location sed "s|/usr/bin/pastebin|$out/bin/pastebin|" -i scripts/upload-system-info sed "s|'inxi'|'${inxi}/bin/inxi'|" -i scripts/upload-system-info <ins> # Patch gtk3 module target dir substituteInPlace libxapp/meson.build  --replace "gtk3_dep.get_pkgconfig_variable('libdir')" "'$out'" </ins> ''; meta = with lib; {
Change:
<!-- 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 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: vapoursynth <!-- The current version can be found easily with the same process than 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: R49 desired version: R52 (bug fixes) <!-- 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.
Thank you for the reminder, I had completely forgotten about it.

Discussion:
stdenv.mkDerivation rec { pname = "vapoursynth"; <del> version = "R49"; </del> <ins> version = "R52"; </ins> src = fetchFromGitHub { owner  = "vapoursynth"; repo   = "vapoursynth"; rev    = version; <del> sha256 = "1d298mlb24nlc2x7pixfbkd0qbpv4c706c32idsgpi96z1spkhvl"; </del> <ins> sha256 = "1krfdzc2x2vxv4nq9kiv1c09hgj525qn120ah91fw2ikq8ldvmx4"; </ins> }; nativeBuildInputs = [ pkgconfig autoreconfHook makeWrapper ];
Change:
Describe the bug fcitx5 does not emerge after pressed <kbdCtrl</kbd+ <kbdSpace</kbdin qt applications. Relevant information from : Additional context IIUC, fcitx5-qt should provide as a qt plugin. However, the current output does not contain this file: Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(berberman): channels(root): nixpkgs: Maintainer information:

Discussion:
, qtx11extras , libxcb , libXdmcp <ins> , qtbase </ins> }: mkDerivation rec {

sha256 = "BVOumk2xj3vmwmm4KwiktQhWyTuUA2OFwYXNR6HgwyM="; }; <ins> preConfigure = '' substituteInPlace qt5/platforminputcontext/CMakeLists.txt  --replace $"{CMAKE_INSTALL_QT5PLUGINDIR}" $out/${qtbase.qtPluginPrefix} ''; </ins> cmakeFlags = [ "-DENABLE_QT4=0" <ins> "-DENABLE_QT6=0" </ins> ]; nativeBuildInputs = [

--prefix FCITX_ADDON_DIRS : "$out/lib/fcitx5"  --suffix XDG_DATA_DIRS : "$out/share"  --suffix PATH : "$out/bin" <ins> desktop=share/applications/org.fcitx.Fcitx5.desktop autostart=etc/xdg/autostart/org.fcitx.Fcitx5.desktop rm $out/$desktop rm $out/$autostart cp ${fcitx5}/$desktop $out/$desktop sed -i $out/$desktop -e "s|^Exec=.*|Exec=$out/bin/fcitx5|g" ln -s $out/$desktop $out/$autostart </ins> ''; meta = fcitx5.meta;
Change:
Describe the bug A clear and concise description of what the bug is. I can't install mongodb in mac OS. I get the following errors when using nix shell and the following if I do a vanilla install To Reproduce try installing mongodb by and observe the error. Expected behavior Should be able to install mongodb on mac os. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. 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 Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(ashkanaleali): nixpkgs:
I'm not an expert but the error message seems to mean that the underlying issue is building gperftools. Also I don't have darwin so yeah.
Yes, this is a build failure of gperftools - assigning (maintainer)
I don't use macOS, gperftools or MongoDB so I don't know why I was tagged. I'm going to unsubscribe but feel free to tag me back in if I can somehow be of assistance.
It to be a recent regression. I don't have any macOS and don't know the platform well. If you add to the nix command, perhaps that will be helpful.
Can you/someone test?
I confirm that removing from fixes the build of on Darwin.

Discussion:
<del> { stdenv, fetchurl, fetchpatch, autoreconfHook, libunwind }: </del> <ins> { stdenv, lib, fetchurl, fetchpatch, autoreconfHook, libunwind }: </ins> stdenv.mkDerivation rec { name = "gperftools-2.8";

nativeBuildInputs = [ autoreconfHook ]; # tcmalloc uses libunwind in a way that works correctly only on non-ARM linux <del> buildInputs = stdenv.lib.optional (stdenv.isLinux && !(stdenv.isAarch64 || stdenv.isAarch32)) libunwind; </del> <ins> buildInputs = lib.optional (stdenv.isLinux && !(stdenv.isAarch64 || stdenv.isAarch32)) libunwind; </ins> # Disable general dynamic TLS on AArch to support dlopen()'ing the library: # https://bugzilla.redhat.com/show_bug.cgi?id=1483558 <del> configureFlags = stdenv.lib.optional (stdenv.isAarch32 || stdenv.isAarch64) </del> <ins> configureFlags = lib.optional (stdenv.isAarch32 || stdenv.isAarch64) </ins> "--disable-general-dynamic-tls"; <del> prePatch = stdenv.lib.optionalString stdenv.isDarwin '' </del> <ins> prePatch = lib.optionalString stdenv.isDarwin '' </ins> substituteInPlace Makefile.am --replace stdc++ c++ substituteInPlace Makefile.in --replace stdc++ c++ substituteInPlace libtool --replace stdc++ c++ ''; <del> NIX_CFLAGS_COMPILE = stdenv.lib.optionalString stdenv.isDarwin "-D_XOPEN_SOURCE -Wno-aligned-allocation-unavailable"; </del> <ins> NIX_CFLAGS_COMPILE = lib.optionalString stdenv.isDarwin "-D_XOPEN_SOURCE"; </ins> # some packages want to link to the static tcmalloc_minimal # to drop the runtime dependency on gperftools

enableParallelBuilding = true; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> homepage = "https://github.com/gperftools/gperftools"; description = "Fast, multi-threaded malloc() and nifty performance analysis tools"; platforms = with platforms; linux ++ darwin;
Change:
Yesterday fish shell was installing. After removing nix completely and reinstalling I am getting: I would rather not set alloBroken, and figure out why it is not installing today.

Discussion:
-i "$out/share/fish/functions/seq.fish"  "$out/share/fish/functions/math.fish" sed -i "s|which |${which}/bin/which |" "$out/share/fish/functions/type.fish" <del> sed -i "s|(hostname||(${nettools}/bin/hostname||" "$out/share/fish/functions/fish_prompt.fish" </del> sed -i "s|nroff |${groff}/bin/nroff |" "$out/share/fish/functions/__fish_print_help.fish" sed -e "s|gettext |${gettext}/bin/gettext |"  -e "s|which |${which}/bin/which |" 

substituteInPlace "$out/share/fish/functions/fish_default_key_bindings.fish"  --replace "clear;" "${ncurses}/bin/clear;" '' + stdenv.lib.optionalString (!stdenv.isDarwin) '' <ins> sed -i "s|(hostname||(${nettools}/bin/hostname||" "$out/share/fish/functions/fish_prompt.fish" </ins> sed -i "s|Popen(['manpath'|Popen(['${man_db}/bin/manpath'|" "$out/share/fish/tools/create_manpage_completions.py" '' + '' sed -i "s|/sbin /usr/sbin||"
Change:
Describe the bug Libvirt usually handles virtual network devices, interfaces, bridges and also the DHCP range. This seems to be broken. To Reproduce Steps to reproduce the behavior: a VM connected to the default network 't get an IP Expected behavior DHCP is working Screenshots If applicable, add screenshots to help explain your problem. Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Likely fixed by If you are fine with rebuilding libvirt your could use this locally. Alternatively if this is your home computer and you are in a safe network you could temporarily set to disable your whole system's firewall but this is not recommended. Edit: Rebuliding should be really quick (on a decent laptop)
Thanks - looks right. I will try to use the overlay first.
I think it's related... When I try to start a VM using Gnome-boxes or Virtual-manager with VM using bridge this error happens:
have you updated to the latest nixos-unstable version? This issue itself should be fixed and you should probably create a new issue if your problem persists.
it's still happening, even with the last version.
then you should probably create a new issue as I don't think it's the same issue. It may still be related so maybe reference this issue. There wasn't an error with the original issue I think

Discussion:
"--enable-docs" "--enable-tools" "--enable-guest-agent" <ins> "--sysconfdir=/etc" </ins> ] # disable sysctl check on darwin. ++ optional stdenv.isDarwin "--cpu=x86_64"
Change:
Currently the nixos-unstable channel is blocked because is failing due to its dependency : I haven’t been able to reproduce this locally. The error doesn’t make sense. It seems to come from : But plainly is not less than 1, unless there’s a signed 32-bit overflow bug in , which I don’t think there is? Is something wacky on Hydra? Notify maintainers Maintainer information:
This problem has been appearing randomly for months at least. I had looked into it a bit, but I had no idea what's wrong. A few retries usually work around it.
Cc in case you have any ideas?
Not really sure, but I'd check what the output of the command gives you since that's what's used to determine disk space. Maybe the filesystem is reporting this erroneously.
Currently not channel blocking so I changed the label.
This has blocked the last two nixos-unstable updates again (among other failures).
So, it really is 31-bit overflow in our default build-time :
... and cross-ref to upstream:

Discussion:
sha256 = "07cq7q71bv3fwddkp2863ylry2ivds00f8sjy8npjpdbkailxm21"; }; <del> patchPhase = "patchShebangs test"; </del> <ins> patches = [ ./tests-use-better-shell.patch ]; postPatch = "patchShebangs test"; </ins> doCheck = true; checkTarget = "test";

''; meta = with lib; { <del> homepage = "http://megastep.org/makeself"; </del> <ins> homepage = "https://makeself.io"; </ins> description = "Utility to create self-extracting packages"; license = licenses.gpl2; maintainers = [ maintainers.wmertens ];

<ins> Use full bash's sh in tests instead of /bin/sh, as that would be too minimalist in the build sandbox.  See issue: https://github.com/NixOS/nixpkgs/issues/110149#issuecomment-874258128 diff --git a/test/extracttest b/test/extracttest --- a/test/extracttest +++ b/test/extracttest @@ -9,2 +9,3 @@ setupTests() { $SUT $* archive makeself-test.run "Test $*" echo Testing +  sed "1s|/bin|$(dirname "$SHELL")|" -i ./makeself-test.run } </ins>
Change:
Vulnerability is fixd in 1.6.19, see
libpng-1.6.19- is not yet available
Patches:
apng patch is available now. For now I pushed the fix to 15.09 and staging.
:+1:
Upstream claims the fix wasn't complete, so there's another libpng release that I'll stage in a moment

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Describe the bug When booting with ZFS legacy mountpoints like this: the boot fails as described in this post: To Reproduce I guess this is difficult if not anyone is having this issue with legacy mountpoints, but it seems that in the linked discourse post, I'm not the only one with this issue. But I've tested it just on this commit: where it fails, and on this (just one commit before): And there everything works. Expected behavior Mounting of legacy ZFS mountpoints succeeds while booting. Notify maintainers <!-- Metadata Please run and paste the result. Maintainer information: --
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Can you check if this is fixed by ?
I tried with this overlay: Not sure if that's the way to do it, but it didn't work.
it should probably be
Thanks I tried that, and it didn't work. Not sure how to confirm the patch got applied properly though.
if you have the log output, you will have something like:
Guys, just to report, I'm in the latest zen with ZFS 2.0.1-1 with encryption, unstable channel and I'm not having any problems.
I've just found time to test this, thanks for the research. The patch did indeed fix the issue for me! (I've checked the log output for the application of the patch). For the sake of completeness the overlay I've applied (needed a slightly different sha256 sum for me):
Could you make a PR adding the patch to zfs?

Discussion:
buildKernel = any (n: n == configFile) [ "kernel" "all" ]; buildUser = any (n: n == configFile) [ "user" "all" ]; <ins> # remove this patch at the next ZFS release (> 2.0.1) reapplyPathSanitizerPatch = fetchpatch { url = "https://github.com/openzfs/zfs/commit/03f036cbccdd8699f5fe8540ef317595a35bceb8.patch"; sha256 = "c157bbb6551a4e720c3faba005e1b72e4692d304c6ff5e0e685691bd47197dca"; }; </ins> common = { version , sha256 , extraPatches ? []

sha256 = "0wmw823ildwm9rcfyk22pvzg100yhps3y9hfjlrpspfd1hhkbp0d"; <del> extraPatches = [ ]; </del> <ins> extraPatches = [ reapplyPathSanitizerPatch ]; </ins> }; zfsUnstable = common {

sha256 = "0wmw823ildwm9rcfyk22pvzg100yhps3y9hfjlrpspfd1hhkbp0d"; <del> extraPatches = [ ]; </del> <ins> extraPatches = [ reapplyPathSanitizerPatch ]; </ins> }; }
Change:
Describe the bug Each time spacevim is started, the "startify" onboarding prompt is displayed, followed by an error message. To Reproduce Steps to reproduce the behavior: prompt (or or ) fails to proceed ( ) over to confirm the bug persists Expected behavior The prompt should be shown at most once at first startup. Upstream behavior would be to show it once and save in the user's home directory, nixified behavior would be to never show this and get customized configuration information from the derivation. Screenshots If applicable, add screenshots to help explain your problem. ! ! Additional context Inspection reveals that the sets to point to the generated toml file instead of a directory containing it. One approach would be to synthesize that directory with a small derivation. AFAICT does not host anything else but I could be mistaken. That being said, it gets to () so this could be used to symlink plugins maybe...? The error message is Also last month. Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(louis): nixpkgs: Maintainer information:

Discussion:
{ ripgrep, git, fzf, makeWrapper, vim_configurable, vimPlugins, fetchFromGitHub <del> , lib, stdenv, formats, spacevim_config ? import ./init.nix }: </del> <ins> , lib, stdenv, formats, runCommand, spacevim_config ? import ./init.nix }: </ins> let format = formats.toml {};

# ~/.cache/vimfiles/repos vimrcConfig.packages.myVimPackage = with vimPlugins; { start = [ ]; }; }; <del> spacevimdir = format.generate "init.toml" spacevim_config; </del> <ins> spacevimdir = runCommand "SpaceVim.d" { } '' mkdir -p $out cp ${format.generate "init.toml" spacevim_config} $out/init.toml ''; </ins> in stdenv.mkDerivation rec { pname = "spacevim"; version = "1.5.0";

buildInputs = [ vim-customized ]; buildPhase = '' <ins> runHook preBuild </ins> # generate the helptags vim -u NONE -c "helptags $(pwd)/doc" -c q <ins> runHook postBuild </ins> ''; <del> patches = [ ./helptags.patch ]; </del> <ins> patches = [ # Don't generate helptags at runtime into read-only $SPACEVIMDIR ./helptags.patch ]; </ins> installPhase = '' <ins> runHook preInstall </ins> mkdir -p $out/bin cp -r $(pwd) $out/SpaceVim

makeWrapper "${vim-customized}/bin/vim" "$out/bin/spacevim"  --add-flags "-u $out/SpaceVim/vimrc" --set SPACEVIMDIR "${spacevimdir}/"  --prefix PATH : ${lib.makeBinPath [ fzf git ripgrep]} <ins> runHook postInstall </ins> ''; meta = with lib; {
Change:
The mamoto service is a self-hosted and open source alternative to google analytics. I managed to make the almost work except for a constrained url in the nix module. Expected behavior When archiving requests. I would expect the matomo service to allow me to configure the url of the service, for instance intsead I am constrained to this and is grosso modo IIUC. Additional context I know that the default config using NGINX should make the choice of the url for me, but I want to use the caddy server, since it is already running on the machine. There is an option in the matomo module anyway and the url of the service is free so the functioning is misleading right now. Here is my config and the caddy config with The package of matomo is a bit outdated, but has recent updates. Suggestion Maybe we could add an option in the module that would set the url used when archiving.
This problem also affects me. Also, I don't even understand how it makes sense to prefix a "user" component on the hostname. If is "matomo" and is "" then the Matomo service computes a URL of which is just wrong. I'm not trying to use caddy. I just have a straightforward Matomo / nginx configuration - but it seems broken out of the box to me. I'm currently working around this using this line in my configuration:
Agreed. When using nginx, this should probably be: with maybe some logic for http/https. cc

Discussion:
''; }; <ins> periodicArchiveProcessingUrl = mkOption { type = types.str; default = "${user}.${fqdn}"; example = "matomo.yourdomain.org"; description = '' URL of the host, without https prefix. By default, this is ${user}.${fqdn}, but you may want to change it if you run Matomo on a different URL than matomo.yourdomain. ''; }; </ins> nginx = mkOption { type = types.nullOr (types.submodule ( recursiveUpdate

UMask = "0007"; CPUSchedulingPolicy = "idle"; IOSchedulingClass = "idle"; <del> ExecStart = "${cfg.package}/bin/matomo-console core:archive --url=https://${user}.${fqdn}"; </del> <ins> ExecStart = "${cfg.package}/bin/matomo-console core:archive --url=https://${cfg.periodicArchiveProcessingUrl}"; </ins> }; };
Change:
Project description go-audit is an alternative to the auditd daemon that ships with many distros. From : Metadata homepage URL: source URL: license: MIT platforms: Linux

Discussion:
<ins> { buildGoModule , fetchFromGitHub , lib }: buildGoModule rec { pname = "go-audit"; version = "1.0.0"; src = fetchFromGitHub { owner = "slackhq"; repo = pname; rev = "v${version}"; sha256 = "02iwjzaz2ks0zmwijaijwzc3gn9mhn7xpx369ylgaz68arlapfjg"; }; vendorSha256 = "11kb7xm82s0d8d06b2jknwn3dfh4i0a1dv0740y47vk62sf6f05i"; # Tests need network access doCheck = false; meta = with lib; { description = "An alternative to the auditd daemon"; homepage = "https://github.com/slackhq/go-audit"; license = with licenses; [ mit ]; maintainers = with maintainers; [ fab ]; platforms = platforms.linux; }; } </ins>

asc-key-to-qr-code-gif = callPackage ../tools/security/asc-key-to-qr-code-gif { }; <ins> go-audit = callPackage ../tools/system/go-audit { }; </ins> gopass = callPackage ../tools/security/gopass { }; gospider = callPackage ../tools/security/gospider { };