jiebi/CodeConvo huggingface dataset:
Change:
url = "https://aur.archlinux.org/cgit/aur.git/plain/system-makedeps.patch?h=llpp&id=0d2913056aaf3dbf7431e57b7b08b55568ba076c"; hash = "sha256-t9PLXsM8+exCeYqJBe0LSDK0D2rpktmozS8qNcEAcHo="; }) <ins> ./fix-mupdf.patch </ins> ]; postPatch = ''

Discussion:
Steps to reproduce the behavior: llpp Works on 22.05 05 probably depends on insecure with:
I don't use this package, but I looked into it because why not I guess It looks like it builds if you bump the AUR patch to the latest one but only if you also include (which fixes a derivation bug but was reverted because other packages in nixpkgs have workarounds that stopped working when the bug was fixed....)
ohh, thanks for looking at this! I build it with that version of mupdf and the aur patch, and it does build fine, but I get a runtime error now if run without arguments . Still, it does seem able to open pdfs now, so it's sort of usable :p
Hmm I don't actually seem to get that error when running it without args I don't actually know how to use this program though
I'll still merge in a bit to fix build for now, but I may have gotten sniped into taking back up again and will hopefully making a staging PR today (because we really should fix that....)
Sorry! :p
Snipe is in now
Change:
{ makeScopeWithSplicing, generateSplicesForMkScope <del> , stdenv, buildFHSEnv, pkgsi686Linux </del> <ins> , stdenv, buildFHSEnv, pkgsi686Linux, glxinfo </ins> }: let

Discussion:
when trying to build steam for aarch64 a bad error in another place is thrown Steps to reproduce the behaviour: accidentally add steam on aarch64-linux the trace ends up somewhere in the fhs builder bubble wrap scripts (happens when trying to add sublime to the set) i suspect setting platforms might work
Change:
in { php72 = generic { <del> version = "7.2.25"; sha256 = "17kb7b3wpdmdhnlv23qc0vax0lp2gr1v7dxwdgs8g78gxnqkdcvw"; </del> <ins> version = "7.2.26"; sha256 = "0yw49v3rk3cd0fb4gsli74pgd4qrykhn9c37dyfr3zsprzp8cvgk"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php72-darwin-isfinite.patch; }; php73 = generic { <del> version = "7.3.12"; sha256 = "0fccmnrwwyy5zvhj8wbyqqlyqr7pr5v4pfiqriw0ahciz4lv05yk"; </del> <ins> version = "7.3.13"; sha256 = "1g376b9caw21mw8738z354llbzb3shzgc60m7naw7wql5038jysw"; </ins> # https://bugs.php.net/bug.php?id=76826 extraPatches = optional stdenv.isDarwin ./php73-darwin-isfinite.patch; }; php74 = generic { <del> version = "7.4.0"; sha256 = "1h01bahvcm9kgm5jqhm2j9k9d4q4rpfkkpqk00c47rirdblnn85z"; </del> <ins> version = "7.4.1"; sha256 = "0klfwhm2935ariwzqdri1fwh4a0vbrk3jis53qzi18isp3qa073b"; </ins> }; }

Discussion:
, CVSSv3=7.5 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
(affects only PHP 7.4)
Change:
UI vesamenu.c32 MENU TITLE NixOS MENU BACKGROUND /isolinux/background.png <ins> MENU RESOLUTION 800 600 MENU CLEAR MENU ROWS 6 MENU CMDLINEROW -4 MENU TIMEOUTROW -3 MENU TABMSGROW  -2 MENU HELPMSGROW -1 MENU HELPMSGENDROW -1 MENU MARGIN 0 #                                FG:AARRGGBB  BG:AARRGGBB   shadow MENU COLOR BORDER       30;44      #00000000    #00000000   none MENU COLOR SCREEN       37;40      #FF000000    #00E2E8FF   none MENU COLOR TABMSG       31;40      #80000000    #00000000   none MENU COLOR TIMEOUT      1;37;40    #FF000000    #00000000   none MENU COLOR TIMEOUT_MSG  37;40      #FF000000    #00000000   none MENU COLOR CMDMARK      1;36;40    #FF000000    #00000000   none MENU COLOR CMDLINE      37;40      #FF000000    #00000000   none MENU COLOR TITLE        1;36;44    #00000000    #00000000   none MENU COLOR UNSEL        37;44      #FF000000    #00000000   none MENU COLOR SEL          7;37;40    #FFFFFFFF    #FF5277C3   std </ins> DEFAULT boot LABEL boot

Discussion:
It points at this: ! I'm not sure anyone's made updated splash images with the new logo, but it'd be good to standardize.
Basically an instance of
Oh, true. Unsure whether to leave this open as a concrete thing that can be fixed, since isn't very specific about what's left to be fixed. Or just to close it and add more detail there?
Best to fix it immediately ;-)
That is actually the ISOLINUX background only. There's a separate on for GRUB:
Change:
with python.pkgs; buildPythonApplication rec { pname = "pdm"; <del> version = "2.12.4"; </del> <ins> version = "2.13.2"; </ins> pyproject = true; disabled = pythonOlder "3.8"; src = fetchPypi { inherit pname version; <del> hash = "sha256-0Eh3Ni+Vz5/8HSw4uFH2k3BuSSiEDkiYauV22tV0FJY="; </del> <ins> hash = "sha256-4oK/HK8KCD/A+16JrW9518V5/1LHu1juhYfqPVu54Uo="; </ins> }; nativeBuildInputs = [ <del> pdm-backend </del> installShellFiles ]; <del> propagatedBuildInputs = [ </del> <ins> build-system = [ pdm-backend ]; dependencies = [ </ins> blinker <del> certifi cachecontrol </del> dep-logic <ins> filelock </ins> findpython <ins> hishel httpx </ins> installer <ins> msgpack </ins> packaging <ins> pbs-installer </ins> platformdirs pyproject-hooks python-dotenv <del> requests-toolbelt </del> resolvelib rich shellingham tomlkit unearth virtualenv <del> ] ++ cachecontrol.optional-dependencies.filecache </del> <ins> ] ++ httpx.optional-dependencies.socks ++ pbs-installer.optional-dependencies.install </ins> ++ lib.optionals (pythonOlder "3.11") [ tomli ]

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers It would be great to get this updated as introduces the ability to manage python versions. Will require: to be updated to to be to dependencies to be packaged and to dependencies <!-- 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]:
Also pinging since it seems you have provided the most recent updates.
Change:
''; }; <del> pkgs = mkOption { type = types.nullOr types.attrs; default = null; example = literalExample "pkgs"; </del> <ins> nixpkgs = mkOption { type = types.path; default = pkgs.path; defaultText = "pkgs.path"; </ins> description = '' <del> Customise which nixpkgs to use for this container. </del> <ins> A path to the nixpkgs that provide the modules, pkgs and lib for evaluating the container. To only change the <literal>pkgs</literal> argument used inside the container modules, set the <literal>nixpkgs.*</literal> options in the container <option>config</option>. Setting <literal>config.nixpkgs.pkgs = pkgs</literal> speeds up the container evaluation by reusing the system pkgs, but the <literal>nixpkgs.config</literal> option in the container config is ignored in this case. </ins> ''; };

Discussion:
Describe the bug Since the introduction of the option in on master and for release-20.03, overlays defined in containers with are no longer working. To Reproduce Execute this test: Expected behavior Overlays should work inside the containers. Notify maintainers (author of the change) Metadata Please run and paste the result. Maintainer information:
[x] Done. [ ] The option seems useful and should be kept on master for the next release, but it needs to be fixed to work with overlays.
It appears 20.09 is affected by this. While trying to upgrade to 20.09 my containers that use personal overlays fail to build. Looking at the git history for tag 20.09, I see in the history, but not the revert commit , and commit logs for does not include a fix for this bug.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
url = "https://github.com/horms/kexec-tools/commit/328de8e00e298f00d7ba6b25dc3950147e9642e6.patch"; hash = "sha256-wVQI4oV+hBLq3kGIp2+F5J3f6s/TypDu3Xq583KYc3U="; }) <del> ]; </del> <ins> ] ++ lib.optional (stdenv.hostPlatform.useLLVM or false) ./fix-purgatory-llvm-libunwind.patch; </ins> hardeningDisable = [ "format" "pic" "relro" "pie" ];

Discussion:
Steps to reproduce the behavior: 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. --No maintainers, pinging from . Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
has:
need to edit to unpin gccStdenv will get past configure but fails at link step for a different reason
Looks like clang doesn't understand the assembly syntax kexec-tools uses which appears to be the GNU/GCC style. I see pixman has had a similar problem before which the solution for them is to disable assembly. We don't have that luxury here. We have two solutions but both requires patches: the assembly files to use a syntax clang accepts a different assembler With the first one, it sounds like ARM has something called UAL (Unified Assembly Language) so we might be able to use that. With the second one, it looks like kexec-tools just uses the CC for the assembler so we would have to patch the Makefiles. Personally, I think the 2nd option is the best here but it looks like this is a part of the Linux kernel git server I think inquiring upstream to look into this is not a bad idea.
on x64 linux with removed i get a link error: though exists not sure why it is trying to use if it is trying to statically link.
Yeah, I see that error as well but on aarch64-linux. Not sure why it failed to link things right.
I was able to use and run the failed command with :
I have discovered that adding makes the command work.
i guess the clang linker is not happy. i can build fine using which uses gnu binutils ld i believe.
Doesn't work for me. I still get the same error during the build phase.
?
Oh no, I'm doing: . Using the non-LLVM package set works but this issue is with .
I made a patch for one of the Makefiles and applying the , works with . Will PR it now.
seems like an lld problem. it is searching for '.so' files when building a relocatable image but should be searching for files. this patch fixes it.

error is coming from: filed also, i'm not sure that linking with unconditionally is correct but i'm a bit foggy on when unwind is required
Change:
export CXX="${targetCC}/bin/${targetCC.targetPrefix}cxx" # Use gold to work around https://sourceware.org/bugzilla/show_bug.cgi?id=16177 # and more generally have a faster linker. <del> export LD="${targetCC.bintools}/bin/${targetCC.bintools.targetPrefix}ld.gold" </del> <ins> export LD="${targetCC.bintools}/bin/${targetCC.bintools.targetPrefix}ld${stdenv.lib.optionalString targetPlatform.isLinux ".gold"}" </ins> export AS="${targetCC.bintools.bintools}/bin/${targetCC.bintools.targetPrefix}as" export AR="${targetCC.bintools.bintools}/bin/${targetCC.bintools.targetPrefix}ar" export NM="${targetCC.bintools.bintools}/bin/${targetCC.bintools.targetPrefix}nm"

Discussion:
Describe the bug I’m trying to build the ghc package (currently at version 8.6.5) on Darwin but building fails with the error (warning: almost 2 MB) To Reproduce (this is the exact revision I’m using; it’s the Nixpkgs as of this writing) Metadata system: host os: multi-user?: sandbox: version: channels(besham): nixpkgs: Maintainer information:
This is most likely from
Change:
install -D shell/* -t $out/share/fzf/ install -D shell/key-bindings.fish $out/share/fish/vendor_functions.d/fzf_key_bindings.fish mkdir -p $out/share/fish/vendor_conf.d <del> echo fzf_key_bindings > $out/share/fish/vendor_conf.d/load-fzf-key-bindings.fish </del> <ins> cat << EOF > $out/share/fish/vendor_conf.d/load-fzf-key-bindings.fish status is-interactive; or exit 0 fzf_key_bindings EOF </ins> cat <<SCRIPT > $out/bin/fzf-share #!${runtimeShell}

Discussion:
When , I get the following error at every fish prompt: When I set it to false, the error goes away. Steps to reproduce the behavior: in your config. (this is the default. the fish shell in a terminal the error No error.
I encountered the same problem after updating packages with: But starting new shells don't have the problem, so I restarted all existing shells. nix-info: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Thanks for the reply. I tried to reproduce your findings, but ran into , so I can't test.
I think this was addressed here yesterday:
Sorry I was wrong, the error still happens, but only in git projects, so I wasn't noticed the problem. I installed 0.40.0 in the 23.05 branch temporarily.
I have upgraded from 23.05 to unstable and now I have the same problem as magnetophon. Parts of where I refer to and its plugins:
Just wait for backported to unstable, but I didn't see the backport PR.
Using (which has landed the PR), the issue has been fixed specifically for fzf, but not for tide. While the custom prompt is working, there's the error: EDIT: Fixed by deleting .
A backport should not be needed, since 23.05 is still on fzf 0.40 which should not be affected. Only unstable was affected.
You can always apply the patch from the PR to fzf in your local config while we wait for hydra: (
Thank you, Have to play with that more, the config caused some errors for me...
oh sorry, my fault, the PR patch would need to be applied to nixpkgs as a whole, not the fzf source, you can do it like this though:
Didn't work either
Hmm, it should, we can discuss in the support channel on matrix or such if you want, that's probably better than here
Thanks, it works. Do you use home-manager? If so, it works like:
yes, I do use home-manager. Thank you, that worked! sorry for messing up the GitHub issue.
In reply to my previous message, I fixed it by deleting .
It's fixed for me now in nixpkgs unstable!
Fixed in
Change:
''; homepage = "https://pwsafe.org/"; maintainers = with maintainers; [ c0bw3b pjones ]; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> license = licenses.artistic2; }; }

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 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! --- : when I search the pulls for , I see . It's not obvious to me why this is relevant, but see below name: <!-- 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: 3.53.0 desired version: <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: This fails to build for me, crashing out on the build of (which is presumably where the link to pull comes from). Given this is apparently a failure in a dependency, it may be that will automatically start building again once this is resolved. If that's so, then this report is redundant; in which case, apologies. But I'll add it nonetheless in case the fix is not that automatic (I'm a bit vague about how fixes propagate around the wonderful wonderland of Nix).

clang++ -mmacosx-version-min=10.7 -c -o htmldllhelpdata.o -DWXOSXCOCOA -DWXBUILDING -I./src/regex -DWXUSINGDLL -DWXMAKINGDLLHTML -dynamic -fPIC -DPIC -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wno-deprecated-declarations -DFILEOFFSETBITS=64 -I/private/tmp/nix-build-wxwidgets- -I./include -DASSERTMACROSDEFINEVERSIONSWITHOUTUNDERSCORES=1 -O2 -fno-strict-aliasing -fno-common -fvisibility=hidden -fvisibility-inlines-hidden fatal error: 'AVFoundation/AVFoundation.h' file not found #import <AVFoundation/AVFoundation.h^~~~~ 1 error generated. make: [Makefile:: mediadllosxcocoa_mediactrl.o] Error 1 make: Waiting for unfinished jobs.... builder for '/nix/store/wm81bmbkzk2ziyk5v3spdz4647n1v5vn-wxwidgets-' failed with exit code 2 cannot build derivation '/nix/store/y5b7m6vlp8l5046sf7g41bz88w2dv9gn-pwsafe-': 1 dependencies couldn't be built error: build of '/nix/store/y5b7m6vlp8l5046sf7g41bz88w2dv9gn-pwsafe-' failed This is with the unstable channel fully updated: $ nix-env -qa --drv-path --out-path pwsafe pwsafe-3.53.0 /nix/store/y5b7m6vlp8l5046sf7g41bz88w2dv9gn-pwsafe- /nix/store/lvikq70mprd98ny90glpsh04llzs77nz-pwsafe-3.53.0 Platform: macOS 10.15.7 (Catalina). Please tag this issue in your PR.
I just tested it on Linux, there it works just fine. Thank you for your report, and sorry that I cannot be of further assistance!
I marked this as stale due to inactivity. &rarr;
Change:
nativeBuildInputs = [ makeWrapper pkgconfig rpcsvc-proto ]; buildInputs = [ libxml2 gnutls perl python2 readline gettext libtasn1 libgcrypt yajl <del> libxslt xhtml1 perlPackages.XMLXPath curl libpcap glib libtirpc </del> <ins> libxslt xhtml1 perlPackages.XMLXPath curl libpcap glib </ins> ] ++ optionals (!buildFromTarball) [ libtool autoconf automake ] ++ optionals stdenv.isLinux [ libpciaccess lvm2 utillinux systemd libnl numad zfs <del> libapparmor libcap_ng numactl attr parted </del> <ins> libapparmor libcap_ng numactl attr parted libtirpc </ins> ] ++ optionals (enableXen && stdenv.isLinux && stdenv.isx86_64) [ xen ] ++ optionals enableIscsi [

Discussion:
Trying to install nix-ops on macOS I get the following error (I'm using nixpkgs-unstable) Looking at old issues there were a couple on build being broken on darwin. Is it supposed to work? Using verbose, it seems to be an issue related to libvirt indeed looking at the package definition libvirt59_0 is the package broken on darwin. Perhaps it's impossible to upgrade libvirt in python2 ? I'm not an expert on python, so not sure how to move forward with this one. I'm open to testing ideas for a fix. issue open in nixops as well Metadata Please run and paste the result. Maintainer information:
Change:
<ins> { stdenv, fetchurl, gfortran, perl }: stdenv.mkDerivation rec { pname = "spooles"; version = "2.2"; src = fetchurl { url = "http://www.netlib.org/linalg/spooles/spooles.${version}.tgz"; sha256 = "1pf5z3vvwd8smbpibyabprdvcmax0grzvx2y0liy98c7x6h5jid8"; }; sourceRoot = "."; patches = [ ./spooles.patch ]; buildPhase = '' make lib ''; installPhase = '' mkdir -p $out/lib $out/include/spooles cp libspooles.a libspooles.so.2.2 $out/lib/ ln -s libspooles.so.2.2 $out/lib/libspooles.so.2 ln -s libspooles.so.2 $out/lib/libspooles.so for h in *.h; do if [ $h != 'MPI.h' ]; then cp $h $out/include/spooles d=`basename $h .h` if [ -d $d ]; then mkdir $out/include/spooles/$d cp $d/*.h $out/include/spooles/$d fi fi done ''; nativeBuildInputs = [ perl ]; meta = with stdenv.lib; { homepage = "http://www.netlib.org/linalg/spooles/"; description = "Library for solving sparse real and complex linear systems of equations"; license = licenses.publicDomain; maintainers = with maintainers; [ gebner ]; platforms = platforms.unix; }; } </ins>

Discussion:
Three-Dimensional Structural Finite Element Program Website: Current stable: v2.15 Example of other distro builds:
I propose that we rename this package to calculix-ccx. Should I open a new ticket for that ? Edit: request -
Change:
json-glib libgee pantheon.granite <del> ]; patches = [ # Fix build with Vala 0.46 # https://github.com/bleakgrey/tootle/pull/164 (fetchpatch { url = "https://github.com/worldofpeace/tootle/commit/0a88bdad6d969ead1e4058b1a19675c9d6857b16.patch"; sha256 = "0xyx00pgswnhxxbsxngsm6khvlbfcl6ic5wv5n64x7klk8rzh6cm"; }) </del> <ins> libhandy </ins> ]; postPatch = ''

Discussion:
<!-- 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: tootle <!-- 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: 0.2.0 desired version: 1.0 maintainers: Please tag this issue in your PR.
Change:
for prog in ibus ibus-daemon ibus-setup; do wrapProgram "$out/bin/$prog"  <del> --prefix GDK_PIXBUF_MODULE_FILE : ${librsvg.out}/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache  </del> <ins> --set GDK_PIXBUF_MODULE_FILE ${librsvg.out}/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache  </ins> --prefix GI_TYPELIB_PATH : "$GI_TYPELIB_PATH:$out/lib/girepository-1.0"  --prefix GIO_EXTRA_MODULES : "${dconf}/lib/gio/modules"  --set IBUS_COMPONENT_PATH "$out/share/ibus/component/" 

Discussion:
ibus-setup crashes on startup ibus-daemon crashes on shortcut The problem is this line in the wrapper GDKPIXBUFMODULEFILE can only be one file. Not multiple files. This is because it is meant as a write to location. I tested it, and it works perfectly if there is only one file. In my current system, the wrapper makes GDKPIXBUFMODULEFILE contain two times the same file anyway. nixos
Ok so replacing maybe the wrong solution, but it's still an issue that GDKPIXBUFMODULE_FILE can only be one file. How about using --set instead of --prefix? I pushed over the branch, but I don't think I can reopen the pull request.