jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug See It appears numpy is failing on darwin cc
I believe this one is before was merged. The new failure is: cc
I don't see a .so being explicitly referenced in the nix expression, there's probably something that needs to be patched for darwin to look for the correct shared-library extension.
This was , specifically the installnametool invocations.

Discussion:
'' + (if stdenv.hostPlatform.parsed.kernel.execFormat.name == "elf" then '' patchelf --set-soname liblapack${canonicalExtension} $out/lib/liblapack${canonicalExtension} patchelf --set-rpath "$(patchelf --print-rpath $out/lib/liblapack${canonicalExtension}):${lapackProvider}/lib" $out/lib/liblapack${canonicalExtension} <del> '' else if stdenv.hostPlatform.isDarwin then '' install_name_tool -id liblapack${canonicalExtension}  -add_rpath ${lib.getLib lapackProvider}/lib  $out/lib/liblapack${canonicalExtension} </del> '' else "") + '' if [ "$out/lib/liblapack${canonicalExtension}" != "$out/lib/liblapack${stdenv.hostPlatform.extensions.sharedLibrary}" ]; then

'' + (if stdenv.hostPlatform.parsed.kernel.execFormat.name == "elf" then '' patchelf --set-soname liblapacke${canonicalExtension} $out/lib/liblapacke${canonicalExtension} patchelf --set-rpath "$(patchelf --print-rpath $out/lib/liblapacke${canonicalExtension}):${lib.getLib lapackProvider}/lib" $out/lib/liblapacke${canonicalExtension} <del> '' else if stdenv.hostPlatform.isDarwin then '' install_name_tool -id liblapacke${canonicalExtension}  -add_rpath ${lib.getLib lapackProvider}/lib  $out/lib/liblapacke${canonicalExtension} </del> '' else "") + '' if [ -f "$out/lib/liblapacke.so.3" ]; then
Change:
Describe the bug doesn't contains To Reproduce Steps to reproduce the behavior: to nixos-20.03 channel. skypeforlinux into environment.systemPackages sudo nixos-rebuild switch Expected behavior Skype installed. Metadata these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/0rbnlnd1pvlpii8p72ybvvg672j2wc2f-bash-interactive-4.4-p23-dev copying path '/nix/store/0rbnlnd1pvlpii8p72ybvvg672j2wc2f-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(nick): channels(root): nixpkgs:
I don't know if you absolutely need the dropbox client but you could consider as an alternative until this is fixed.
DropBox? This issue is about Skype. What do you mean?
Sorry, brain fart here.
Is sthis still an issue after
Fixed.

Discussion:
# Please keep the version x.y.0.z and do not update to x.y.76.z because the # source of the latter disappears much faster. <del> version = "8.58.0.93"; </del> <ins> version = "8.59.0.77"; </ins> rpath = stdenv.lib.makeLibraryPath [ alsaLib

fetchurl { urls = [ "https://repo.skype.com/deb/pool/main/s/skypeforlinux/skypeforlinux_${version}_amd64.deb" <ins> "https://mirror.cs.uchicago.edu/skype/pool/main/s/skypeforlinux/skypeforlinux_${version}_amd64.deb" </ins> "https://web.archive.org/web/https://repo.skype.com/deb/pool/main/s/skypeforlinux/skypeforlinux_${version}_amd64.deb" ]; <del> sha256 = "1nqadil50z896jg0r202gw3xmm3diawn0pnh6n6nxn900f02avl3"; </del> <ins> sha256 = "1cnlwlp84942ywji3x60zvhijavazdxfym3rfzq3ysky28b6mn6i"; </ins> } else throw "Skype for linux is not supported on ${stdenv.hostPlatform.system}";
Change:
Describe the bug The derivation To Reproduce Steps to reproduce the behavior: -env -iA Expected behavior Successful install. Additional context Notify maintainers Metadata Please run and paste the result.

Discussion:
installPhase = '' mkdir -p $out/bin cp * $out/bin/ <ins> '' + optionalString stdenv.isLinux '' </ins> wrapProgram $out/bin/pulumi --set LD_LIBRARY_PATH "${stdenv.cc.cc.lib}/lib" ''; <del> buildInputs = optionals stdenv.isLinux [ autoPatchelfHook makeWrapper ]; </del> <ins> nativeBuildInputs = optionals stdenv.isLinux [ autoPatchelfHook makeWrapper ]; </ins> meta = { homepage = "https://pulumi.io/";
Change:
I'm unable to view cbr files (for example), I get the following Python error: I installed the package with the flag , I'm using Nixos 20.03 on nixpkgs-unstable. Maybe I didn't install the package correctly, I'm using a custom overlay where I overrided the , it seems legit to me.
Sounds legit to me as well. Though that would make sense if was even packaged in NixOS ! You can try to fix it by adding this package to and add this as a dependency to calibre
Setting disables which otherwise removes the rar support directly from the python code. The library should be distrubuted directly with Calibre, opened years ago where this was discussed.

Discussion:
sip # the following are distributed with calibre, but we use upstream instead odfpy <del> ] </del> <ins> ] ++ lib.optional (unrarSupport) unrardll </ins> ); installPhase = ''

<ins> { lib, buildPythonPackage, fetchPypi, unrar }: buildPythonPackage rec { pname = "unrardll"; version = "0.1.4"; src = fetchPypi { inherit pname version; sha256 = "4149c0729cf96a0bae80360e7d94dc40af1088c8da7f6eb8d10e09b8632e92ad"; }; buildInputs = [ unrar ]; pythonImportsCheck = [ "unrardll" ]; meta = with lib; { description = "Wrap the Unrar DLL to enable unraring of files in python"; homepage = "https://github.com/kovidgoyal/unrardll"; license = licenses.bsd3; maintainers = with maintainers; [ nyanloutre ]; }; } </ins>

unpaddedbase64 = callPackage ../development/python-modules/unpaddedbase64 { }; <ins> unrardll = callPackage ../development/python-modules/unrardll { }; </ins> unrpa = callPackage ../development/python-modules/unrpa { }; untangle = callPackage ../development/python-modules/untangle { };
Change:
GitLab service do not start with configuration . TLDR should be used instead of when creating config file. There is an error message in the log: To Reproduce Steps to reproduce the behavior: to Expected behavior GitLab service should be running after switching to new configuration. Additional context The file mentioned in the error: Note the missing value for . The problem seems to be at , generates empty string: Notify maintainers Metadata Maintainer information:
Thank you for reporting this! I've fixed this on master and will backport the fix to 20.03 and 19.09.

Discussion:
${optionalString (cfg.smtp.passwordFile != null) ''password: "@smtpPassword@",''} domain: "${cfg.smtp.domain}", ${optionalString (cfg.smtp.authentication != null) "authentication: :${cfg.smtp.authentication},"} <del> enable_starttls_auto: ${toString cfg.smtp.enableStartTLSAuto}, </del> <ins> enable_starttls_auto: ${boolToString cfg.smtp.enableStartTLSAuto}, </ins> ca_file: "/etc/ssl/certs/ca-certificates.crt", openssl_verify_mode: '${cfg.smtp.opensslVerifyMode}' }
Change:
Describe the bug After upgrading to nixos-20.03 and enabling pulseaudio support I started experiencing the "Gah! tab crashed" error too often, to the point that browsing sites with certain types of embedded media (mostly audio/video) instantly triggers the error (e.g browsing ). While troubleshooting this I also noticed that opening crashes not the tab but the browser. On the console I can see: This crash is present with default options (i.e. and ). In addition, after several crashes Tor asks to start in "Safe mode". I'm not sure what safe mode disables but it allows opening without crashing and/or triggering the segfault. This seems to hint at some interaction with external libraries and my assumption that this is somehow related to pulseaudio. To Reproduce Steps to reproduce the behavior: the URL will crash Notify maintainers Metadata The following expression was used to enable and : and installed with .
Can you try with override ?
This helps. On a quick test I didn't see any "Gah! Tab crashed" error and works fine.
It should be off by default then, it used to work :(
Could this be triggered by a missing or mismatched library? I also only started noticing this after enabling pulseaudio system-wide. If this helps diagnosing the issue...
I think it's simply because the firefox jemalloc is incompatible with the hardened allocator. firefox has to be built with for that to work. I wonder why this appears to have worked before; maybe the tbb build has changed. Relevant mailing list thread here (fair warning: it turns into a not-so-productive exchange after a few messages):
I think that at this point it'd be appropriate to revert the commit that hardened alloc support, with a note as to why, maybe opening an issue to track work (if anyone cares) to make hardened malloc work with tbb/firefox.
I'm not into the differences/advantages of each allocator. In this case I have the user hat on and unless there's a critical aspect of relevance I'm happy to trade that in favour of a functional browser.

Discussion:
# Hardening , graphene-hardened-malloc <del> , useHardenedMalloc ? graphene-hardened-malloc != null && builtins.elem stdenv.system graphene-hardened-malloc.meta.platforms </del> <ins> # crashes with intel driver , useHardenedMalloc ? false </ins> # Whether to disable multiprocess support to work around crashing tabs # TODO: fix the underlying problem instead of this terrible work-around
Change:
Project description Providing the librdkafka module for php I tried to use the existing build suport () and install the rdkafka module in the same manner. I am still new to nix and couldn't figure out how to make it work in a way so the header files (which are checked/required? during phpize) are not on the path. I'm not sure if it really needs to be an official package. But would be nice to have some kind of guidance on how to create this kind of packages. I ended up with the following error and gave up :/: And I used the following package definition:
cc
cc :)
It was a broken configure script, so I a to patch the script in the argument. I don't have any experience with Apache Kafka, but it's big and common enough to include I think. So I made a PR for it. :)
Wow, that was fast :) Thanks!
Can confirm that with the fix rdkafka for PHP is built and installed properly. :) Maybe a side-note: apcubc extension seems to be installed as but linked as , which leads to warnings. I had to point to by adding an entry to the custom ini configuration. (Should I create a new issue for this?)
Thanks for reporting the broken extension. I'm working on a fix for it and a few other issues that popped up on the way. :)

Discussion:
meta.broken = isPhp74; }; <ins> rdkafka = buildPecl { version = "4.0.3"; pname = "rdkafka"; sha256 = "1g00p911raxcc7n2w9pzadxaggw5c564md6hjvqfs9ip550y5x16"; buildInputs = with pkgs; [ rdkafka pcre' ]; postPhpize = '' substituteInPlace configure  --replace 'SEARCH_PATH="/usr/local /usr"' 'SEARCH_PATH=${pkgs.rdkafka}' ''; meta = { description = "Kafka client based on librdkafka"; homepage = "https://github.com/arnaud-lb/php-rdkafka"; maintainers = lib.teams.php.members; }; }; </ins> redis = buildPecl { version = "5.1.1"; pname = "redis";
Change:
After a bit of googling I get the impression that people think this may be a flaw in ncurses, but I haven't managed to pin it down. Something to do with tig trying to create windows that are 0 lines high, which the ncurses api claims to allow but the code doesn't, maybe? This happens in the unstable channel as well as master as of . I also verified that it's not fixed upstream in the tig source.
Can you provide more information? GDB logs, etc? I'm not able to test on darwin, but I try to help whereever I can...
I'll see if I can produce more debugging info later, once I'm back home where my mac is.
I also get this error when I installed tig from nix-env. I installed tig from the Git repo (), and it works fine.
Did you install the very same release or did you use latest master (or something) from the repo?
I just did a , so it's , as of now.
But how did you install it from the git repo?
I followed the instructions here:
Can you try to checkout the tag for 2.1.1 in your tig clone and from there? Does it fail like when installing via ?
Just tested the tag and it works just fine.
Okay, so it is an issue with the package definition. Someone with a darwin machine has to investigate, I cannot as I do not have a darwin machine, sorry. The information posted in this issue should be helpful anyways.

Discussion:
{ stdenv, fetchurl, ncurses, asciidoc, xmlto, docbook_xsl, docbook_xml_dtd_45 <del> , readline, makeWrapper, git </del> <ins> , readline, makeWrapper, git, libiconv </ins> }: stdenv.mkDerivation rec {

sha256 = "0bw5wivswwh7vx897q8xc2cqgkqhdzk8gh6fnav2kf34sngigiah"; }; <del> buildInputs = [ ncurses asciidoc xmlto docbook_xsl readline git makeWrapper ]; </del> <ins> buildInputs = [ ncurses asciidoc xmlto docbook_xsl readline git makeWrapper ] ++ stdenv.lib.optionals stdenv.isDarwin [ libiconv ]; </ins> preConfigure = '' export XML_CATALOG_FILES='${docbook_xsl}/xml/xsl/docbook/catalog.xml ${docbook_xml_dtd_45}/xml/dtd/docbook/catalog.xml'
Change:
nvidiax11 uses a non-standard ICD filename: instead of This breaks applications that rely on existing (e.g. NixGL).
Can you try to send a pull request with a fix?
cc
I'll make a PR tomorrow if no one ends up making one by then. Currently setting my machine up after a recent filesystem bork.
I think we would need to also add an arch suffix, like in the mesa package The nvidia package contains both 32 and 64 bit version of the associated library file.
nixGL seems to rely on the current path [1] so the update would actually break it. [1]
cc regarding
:thinking: According to the file names don't have to to follow any schema
Thank for the notification. I'll update nixGL so it wildcards on instead.
So I'll keep the file as if it's bundled while for , I'll create . I'm not sure if there's a point for creating both files for x8664 since the file contents are the same.
I marked this as stale due to inactivity. &rarr;

Discussion:
else sed -E "s#(libGLX_nvidia)#$i/lib/1#" nvidia_icd.json > nvidia_icd.json.fixed fi <del> install -Dm644 nvidia_icd.json.fixed $i/share/vulkan/icd.d/nvidia.json </del> <ins> if [ "$system" = "i686-linux" ]; then install -Dm644 nvidia_icd.json.fixed $i/share/vulkan/icd.d/nvidia_icd.i686.json else install -Dm644 nvidia_icd.json.fixed $i/share/vulkan/icd.d/nvidia_icd.json fi </ins> fi if [ -e nvidia_layers.json ]; then sed -E "s#(libGLX_nvidia)#$i/lib/1#" nvidia_layers.json > nvidia_layers.json.fixed install -Dm644 nvidia_layers.json.fixed $i/share/vulkan/implicit_layer.d/nvidia_layers.json
Change:
Describe the bug fmt has two derivations, out and dev. The cmake file ends up with a path that contains the incorrect/missing path to the 'out' derivations 'include' folder. It should be the 'dev' folder'. The eventual error you get when you end up with package A depending on package B and package B depending on fmt is: when the INTERFACEINCLUDEDIRECTORIES should be /nix/store/...-fmt-6.2.0-dev/include`. To Reproduce Steps to reproduce the behavior: fmt package cmake files for fmt path Expected behavior fmt- should point to fmt-dev....: Additional context Looks like the bug is resolved but is stalled since 2019. That stack of diffs is exactly what I was doing when i ran into this bug, building fbthrift+rsocket-cpp. and the solution i came up with locally to get 'expected behavior' is the same as well. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(sheenobu): channels(root): nixpkgs: Maintainer information:
This effects the latest upstream releases of yuzu, packaged in . Currently can't update the package because of it.

Discussion:
stdenv.mkDerivation rec { pname = "fmt"; <del> version = "6.2.0"; </del> <ins> version = "6.2.1"; </ins> outputs = [ "out" "dev" ];

owner = "fmtlib"; repo = "fmt"; rev = version; <del> sha256 = "1vr08a8q94j66gas7ddbpdbq72b2ikd0mkgd5zd3l63610n8qajs"; </del> <ins> sha256 = "1i6nfxazq4d05r3sxyc3ziwkqq7s8rdbv9p16afv66aqmsbqqqic"; </ins> }; patches = [

url = "https://github.com/fmtlib/fmt/commit/78f041ab5b40a1145ba686aeb8013e8788b08cd2.patch"; sha256 = "hjE6Q/ubA4UhvuJXgcsA3wiGoDK031P19njQRL9JF8M="; }) <ins> # Fix cmake config paths. (fetchpatch { url = "https://github.com/fmtlib/fmt/pull/1702.patch"; sha256 = "18cadqi7nac37ymaz3ykxjqs46rvki396g6qkqwp4k00cmic23y3"; }) </ins> ]; nativeBuildInputs = [ cmake ];
Change:
Project description GitQlient: Multi-platform Git client written with Qt. Metadata A non-serious start: homepage URL: source URL: license: lgpl2 platforms: unix, linux, darwin, ...
Alright, it builds and launchs on my machine but the build output bin path is weird and the GUI is almost unusable, it doesn't look right.
I marked this as stale due to inactivity. &rarr;
Up.
0 works good for me.
I marked this as stale due to inactivity. &rarr;

Discussion:
<ins> { lib , mkDerivation , fetchFromGitHub , qmake , qtwebengine , gitUpdater }: mkDerivation rec { pname = "gitqlient"; version = "1.4.3"; src = fetchFromGitHub { owner = "francescmm"; repo = pname; rev = "v${version}"; sha256 = "018jz6b28zwr205jmgw13ddlfvlhxqf0cw1pfjiwsi6i8gay7w6s"; }; nativeBuildInputs = [ qmake ]; buildInputs = [ qtwebengine ]; qmakeFlags = [ "GitQlient.pro" ]; passthru.updateScript = gitUpdater { inherit pname version; }; meta = with lib; { homepage = "https://github.com/francescmm/GitQlient"; description = "Multi-platform Git client written with Qt"; license = licenses.lgpl2Plus; platforms = platforms.linux; maintainers = with maintainers; [ romildo ]; }; } </ins>

gitaly = callPackage ../applications/version-management/gitlab/gitaly { }; <ins> gitqlient = libsForQt5.callPackage ../applications/version-management/gitqlient { }; </ins> gitstats = callPackage ../applications/version-management/gitstats { }; gitstatus = callPackage ../applications/version-management/git-and-tools/gitstatus { };
Change:
Describe the bug The following warning logs are produced in my server. To Reproduce Steps to reproduce the behavior: a NixOS server Expected behavior No warning should be logged. Additional context It should be noted the interfaces of my server are named and and not and as referred to in the warning logs. Notify maintainers Metadata Please run and paste the result. Maintainer information:
(exact) duplicate of .
It may seem related but it is not a duplicate. First the concerning logs are warning (PRIORITY=4) which makes me less inclined to whitelist it in journalwatch. Also, there are no interfaces named and . It seems is not respected.
Sorry, I didn't notice the interface names. That message is surely coming from the IPv6 privacy udev rules. To see their content: The interfaces are not set from NixOS but are coming from the kernel. I'm not sure why you're seeing and . Maybe the traditional scheme is used first and later the interfaces are converted to the new scheme so the udev rules are fired twice.
The message seems indeed to come from the udev rules:
indicates (emphasis is mine): as well as: So it seems the kernel does not respect . you worked on the following code, do you know what is happening?
The interfaces are renamed according to the logs: - I do not know much about udev, maybe the udev is triggered as soon as the network interface is detected and by the time the command is executed, the kernel has already renamed the interface.
I marked this as stale due to inactivity. &rarr;
The same thing is happening here on NixOS unstable:

Discussion:
sysctl-value = tempaddrValues.${cfg.tempAddresses}.sysctl; in '' # enable and prefer IPv6 privacy addresses by default <del> ACTION=="add", SUBSYSTEM=="net", RUN+="${pkgs.bash}/bin/sh -c 'echo ${sysctl-value} > /proc/sys/net/ipv6/conf/%k/use_tempaddr'" </del> <ins> ACTION=="add", SUBSYSTEM=="net", RUN+="${pkgs.bash}/bin/sh -c 'echo ${sysctl-value} > /proc/sys/net/ipv6/conf/$name/use_tempaddr'" </ins> ''; }) (pkgs.writeTextFile rec {
Change:
Describe the bug To Reproduce Steps to reproduce the behavior: on Darwin it Expected behavior The program runs, via PHP being used to execute the top-level script. Additional context Guessing this is related to , which appears stalled, or perhaps there was uncertainty about which MacOS versions this applied to. The mentioned above begins and it is invoked via the bin wrapper which begins while is itself a bash wrapper, and is The is the native executable. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(steve): nixpkgs: Maintainer information:
cc
you're the only member of the team I'm aware of having access to a mac... do you have any capacity to look at this?
I looked into it yesterday and may have fixed it in , but I don't use arcanist, so if someone who does can try it out, that would be great :)
sorry I've never used that application either.

Discussion:
mkdir -p $out/bin $out/libexec cp -R libphutil $out/libexec/libphutil cp -R arcanist  $out/libexec/arcanist <del> ln -s $out/libexec/arcanist/bin/arc $out/bin wrapProgram $out/bin/arc  --prefix PATH : "${php}/bin" </del> <ins> ${if stdenv.isDarwin then '' echo "#! $shell -e" > $out/bin/arc echo "exec ${php}/bin/php $out/libexec/arcanist/scripts/arcanist.php "'"$@"' >> $out/bin/arc chmod +x $out/bin/arc'' else '' ln -s $out/libexec/arcanist/scripts/arcanist.php $out/bin/arc''} </ins> ''; meta = {
Change:
nixpkgs version: nixos-unstable (rev: ) configuration: steps: error: If I remove the wombat256 plugin from my configuration, then vim-env builds fine. Currently, wombat256 seems to be the only plugin in nixpkgs affected by this issue. However, I have auto-generated another plugin which is also affected. What these two plugins have in common is that they are both using , and are downloading files rather than archives. cc
Isn't it a better idea to download those plugins from github? And add them to as ? Because I personally don't like fetching from vim site. I can change the behavior to load them from vim-scripts repo.
Yes, downloading from github works well and is better I think. I'll update wombat256 and use github when adding plugins from now on.

Discussion:
vimshell            = vimshell-vim; watchdogs           = vim-watchdogs; webapi-vim          = WebAPI; <ins> wombat256           = wombat256-vim; # backwards compat, added 2015-7-8 </ins> yankring            = YankRing; CSApprox = buildVimPluginFrom2Nix { # created by nix#NixDerivation

}; <del> wombat256 = buildVimPluginFrom2Nix { # created by nix#NixDerivation name = "wombat256"; src = fetchurl { url = "http://www.vim.org/scripts/download_script.php?src_id=13400"; name = "wombat256mod.vim"; sha256 = "1san0jg9sfm6chhnr1wc5nhczlp11ibca0v7i4gf68h9ick9mysn"; </del> <ins> wombat256-vim = buildVimPluginFrom2Nix { # created by nix#NixDerivation name = "wombat256-vim-2010-10-17"; src = fetchgit { url = "git://github.com/vim-scripts/wombat256.vim"; rev = "8734ba45dcf5e38c4d2686b35c94f9fcb30427e2"; sha256 = "2feb7d57ab0a9f2ea44ccd606e540db64ab3285956398a50ecc562d7b8dbcd05"; </ins> }; <del> buildInputs = [ unzip ]; </del> dependencies = []; <del> meta = { url = "http://www.vim.org/scripts/script.php?script_id=2465"; }; </del> }; }

"github:vim-scripts/a.vim" "github:vim-scripts/align" "github:vim-scripts/tabmerge" <ins> "github:vim-scripts/wombat256.vim" </ins> "github:wakatime/vim-wakatime" "github:wincent/command-t" "matchit.zip"

"vim-snippets" "vim2hs" "vundle" <del> "wombat256" </del>