jiebi/CodeConvo huggingface dataset:
Change:
networking.usePredictableInterfaceNames = false; <ins> # GC has 1460 MTU networking.interfaces.eth0.mtu = 1460; </ins> # allow the google-accounts-daemon to manage users users.mutableUsers = true; # and allow users to sudo without password

Discussion:
The MTU of the ethernet should be set to 1460 on google cloud platform, but it is set to 1500. For me this has occasionally, but not always caused the ssh terminal to hang when lots of data is being printed, and I assume could be causing other people issues. from - Create a google compute engine nixos image from observe the mtu on eth0 is 1500. Set the following: to fix the issue. system: host os: multi-user?: sandbox: version: nixpkgs:
I created based on what you wrote but didn't test it.
Thanks, that fix was enough for me, though I don't know if it works in all situations, or if DHCP is not picking up some parameter like it is supposed to. I don't really know how to proceed with a fix for sure, but I thought I would document the issue.
Change:
chmod +x ${vscodeRipgrep} ''); <ins> postFixup = lib.optionalString stdenv.isLinux '' patchelf --add-needed ${libglvnd}/lib/libGLESv2.so.2 $out/lib/vscode/${executableName} ''; </ins> inherit meta; };

Discussion:
With the last , gpu acceleration broke for non-wayland. Error code: I can confirm that I have gpu acceleration working when I pin vscode nixpkgs to which is the parent commit of I also tried the following, linking libglvnd's libGLESv2 into vscode directory. The error changed and terminal rendering completely broke with a black screen: postInstall = '' ln -sf ''; Steps to reproduce the behavior: VScode with the --verbose flag, so it outputs details about the startup and other stuff how it complains about missing library. code --status to see check that it's indeed using software rendering. VSCode uses gpu acceleration. See Please run and paste the result.
In general when you are not loading bundled/vendor libraries, then all the libraries ideally should be loaded from the system (especially if they are related) otherwise you run into problems. Try doing what you did in but also for which is provided by the package. I think also provides for that matter.
Almost works. There is a different error now. says for gpu accel instead of . But terminal rendering is still laggy.
Maybe I should go ahead and do the same for , , too. Edit: I tried linking libvulkan and libvkswiftshader but it didn't change anything. I couldn't figure out where to find a so couldn't try that but I doubt it's related. I also took a look at and tried in , both with and . But it complained about missing in so that didn't work.
Try:
It's still looking for a after either or . doesn't contain neither nor .
Would it make sense to bring bundled back so that it works for everybody? Would bringing it back break
I think if you have the it should continue to work for Wayland, and if you remove the it should work for X11 (it seems to explicitly try to load the bundled library). If you can test that and it does actually work it is probably a good enough solution.
Change:
sed -i 's/^(LIBS[[:space:]]*=.*$)/1 -lobjc/' ./src/corelib/Makefile.Release ''; <del> postInstall = '' </del> <ins> installPhase = optionalString stdenv.isDarwin '' runHook preInstall cp -r lib $out mkdir -p $out/Applications mv bin/*.app $out/Applications rm -rf bin/*.app cp -r bin $out mkdir -p $out/share/doc/${name} mkdir -p $out/lib mkdir -p $out/lib/qt4/plugins mkdir -p $out/lib/qt4/imports mkdir -p $out/bin mkdir -p $out/include mkdir -p $out/share/${name} cp -r mkspecs $out/share/${name} cp -r translations $out/share/${name} cp -r tools/linguist/phrasebooks $out/share/${name} cp tools/porting/src/q3porting.xml $out/share/${name} cp -r plugins $out/lib/qt4 cp -r imports $out/lib/qt4 cp -r doc/* $out/share/doc/${name} runHook postInstall ''; postInstall = optionalString (!stdenv.isDarwin) '' </ins> rm -rf $out/tests <del> ''; </del> <ins> ''; </ins> crossAttrs = { # I've not tried any case other than i686-pc-mingw32.

Discussion:
qt4 fails during the install phase ] The file in question is built but the install phase seems to be depending on the nix-store location before it is copied there. There also seem to be a few possibly erroneous file deletions by the build system: System: (MacOS 10.11) Nix version: () Nixpkgs version: () Sandboxing enabled: ()
Not sure if it's something that we would want committed to the repo, but overriding the installPhase and manually copying bin, include, etc does result in working output.
I missed the mention somehow, though I can't see how the issue is related to me. I can't say I understand the root of this. It tries to install/copy file(s) into a directory that wasn't created (yet). Perhaps some before installation would fix it? (I don't even have a Darwin machine.)
No worries; I edited you in way after creating this issue, since you were mentioned in the build definition (in case you had seen a similar issue on Linux). The installPhase seems to be deleting the framework (QtCore.framework/Contents/QtCore) before it gets copied, based on the fact that it is left on the system (nix-build ... -K) when the installPhase is shimmed. Now that I think about it I can probably add a postConfigure hook to remove the offending line.
] ] Here I overrode the installPhase with It generates the library directories in $out/lib, but doesn't copy contents over as seen in the tree output.
Gives working output. I'm testing with a few qt-dependant packages and will submit a pr later today.
Change:
<del> { lib, stdenv, fetchFromGitHub, jdk8, ant, runtimeShell }: </del> <ins> { lib, stdenv, fetchurl, jre, runtimeShell }: </ins> <del> let jdk = jdk8; in </del> stdenv.mkDerivation rec { pname = "zap"; <del> version = "2.7.0"; src = fetchFromGitHub { owner = "zaproxy"; repo = "zaproxy"; rev =version; sha256 = "1bz4pgq66v6kxmgj99llacm1d85vj8z78jlgc2z9hv0ha5i57y32"; </del> <ins> version = "2.10.0"; src = fetchurl { url = "https://github.com/zaproxy/zaproxy/releases/download/v${version}/ZAP_${version}_Linux.tar.gz"; sha256 = "1mz9s56pbs62g4pnd1ml8y6jpf9ilisdwwvjv5kn6yxrcdi2zzqh"; </ins> }; <del> buildInputs = [ jdk ant ]; </del> <ins> buildInputs = [ jre ]; </ins> <del> buildPhase = '' cd build echo -n "${version}" > version.txt ant -f build.xml setup init  compile dist copy-source-to-build package-linux ''; </del> <ins> # From https://github.com/zaproxy/zaproxy/blob/master/zap/src/main/java/org/parosproxy/paros/Constant.java version_tag = "2010000"; # Copying config and adding version tag before first use to avoid permission # issues if zap tries to copy config on it's own. </ins> installPhase = '' <del> mkdir -p "$out/share" tar xvf  "ZAP_${version}_Linux.tar.gz" -C "$out/share/" mkdir -p "$out/bin" echo "#!${runtimeShell}" > "$out/bin/zap" echo "$out/share/ZAP_${version}/zap.sh" >> "$out/bin/zap" chmod +x "$out/bin/zap" </del> <ins> mkdir -p "$out/bin" "$out/share" cp -pR . "$out/share/${pname}/" cat >> "$out/bin/${pname}" << EOF #!${runtimeShell} export PATH="${lib.makeBinPath [ jre ]}:$PATH" export JAVA_HOME='${jre}' if ! [ -f "~/.ZAP/config.xml" ];then mkdir -p "$HOME/.ZAP" head -n 2 $out/share/${pname}/xml/config.xml > "$HOME/.ZAP/config.xml" echo "<version>${version_tag}</version>" >> "$HOME/.ZAP/config.xml" tail -n +3 $out/share/${pname}/xml/config.xml >> "$HOME/.ZAP/config.xml" fi exec "$out/share/${pname}/zap.sh"  "$@" EOF chmod u+x  "$out/bin/${pname}" </ins> ''; meta = with lib; {

Discussion:
Describe the bug The package for ZAProxy seems to be broken. It's at least missing Java in the path, but even after installing or separately it just starts up a grey screen with no errors to the console. To Reproduce Steps to reproduce the behavior: zap it simply as 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 system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Later today I could try and copy how the adds JDK to . Also I could bump zap to 2.9.0 to see if that helps, but after that I'm not sure what to do?
I had a try to bump Zap to 2.9.0, but they transitioned their build system from to since the latest version present in . Not too familiar with that, I gave it a try anyway, using , but tadfisher/gradle2nix killed my progress...
Thanks for the heads up! I don't have a huge amount of time to work on this and I'm not too familiar with either, so I'll have to take a backseat on this one for the time being.
I marked this as stale due to inactivity. &rarr;
Change:
sha256 = "1sv3990vsx8hrza1mvq3bhvv9m6ff08y4yz7swn6znszz24l0w6j"; }; <del> # gcc 4.8 optimisations break judy. # https://sourceforge.net/p/judy/mailman/message/31995144/ preConfigure = lib.optionalString stdenv.cc.isGNU '' configureFlagsArray+=("CFLAGS=-fno-strict-aliasing -fno-aggressive-loop-optimizations") ''; </del> <ins> nativeBuildInputs = [ autoreconfHook ]; depsBuildBuild = [ pkgsBuildBuild.stdenv.cc ]; patches = [ ./cross.patch ]; </ins> # Disable parallel builds as manpages lack some dependencies: #    ../tool/jhton ext/JudyHS_funcs_3.htm | grep -v '^[   ]*$' | sed -e 's/.C//' > man/man3/JudyHS_funcs

Discussion:
Describe the bug judy (a dependency of mariadb) fails to cross-compile. To Reproduce Expected behavior Judy should build correctly Screenshots A build log from my (currently private) Hydra instance shall be attached to this issue: Additional context This is another of my issues about cross-compiling. I discovered by setting up a (currently private) Hydra instance that tries to cross-compile things. Metadata I have tested it on my Hydra and on my laptop, and it's consistent between Nixpkgs revisions right now. Here's metadata from my laptop: system: host os: multi-user?: sandbox: version: channels(root): channels(kisik21): nixpkgs: Maintainer information:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Change:
optimum = callPackage ../development/python-modules/optimum { }; <ins> optree = callPackage ../development/python-modules/optree { }; </ins> optuna = callPackage ../development/python-modules/optuna { }; opuslib = callPackage ../development/python-modules/opuslib { };

Discussion:
Project description Optimized pytree utilities Metadata homepage URL: source URL: license: apache-2.0 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> --- old/source/Makefile	2014-05-06 08:52:24.752163702 +0200 +++ new/source/Makefile	2014-05-06 09:08:01.992018819 +0200 @@ -344,7 +344,7 @@ endif chroot_prefix := -prefix        := +prefix        := $(out) ifeq ($(patsubst %/local,%,$(patsubst %/,%,$(prefix))),/usr) FHS := yes </del>

Discussion:
Here is the output from nixos-rebuild: I'm not sure if this is a known issue or not, but I made sure to upgrade as well and it is still failing.
Change:
<ins> { lib , stdenv , fetchFromGitHub , cmake , curl , gtest , libtorrent , ncurses , jsonRpcSupport ? true, nlohmann_json , xmlRpcSupport ? true, xmlrpc_c }: stdenv.mkDerivation rec { pname = "jesec-rtorrent"; version = "0.9.8-r16"; src = fetchFromGitHub { owner = "jesec"; repo = "rtorrent"; rev = "v${version}"; hash = "sha256-i7c1jSawHshj1kaXl8tdpelIKU24okeg9K5/+ht6t2k="; }; nativeBuildInputs = [ cmake ]; buildInputs = [ curl libtorrent ncurses ] ++ lib.optional jsonRpcSupport nlohmann_json ++ lib.optional xmlRpcSupport xmlrpc_c; cmakeFlags = [ "-DUSE_RUNTIME_CA_DETECTION=NO" ] ++ lib.optional (!jsonRpcSupport) "-DUSE_JSONRPC=NO" ++ lib.optional (!xmlRpcSupport) "-DUSE_XMLRPC=NO"; doCheck = true; checkInputs = [ gtest ]; prePatch = '' substituteInPlace src/main.cc  --replace "/etc/rtorrent/rtorrent.rc" "${placeholder "out"}/etc/rtorrent/rtorrent.rc" ''; postFixup = '' mkdir -p $out/etc/rtorrent cp $src/doc/rtorrent.rc $out/etc/rtorrent/rtorrent.rc ''; meta = with lib; { description = "An ncurses client for libtorrent, ideal for use with screen, tmux, or dtach (jesec's fork)"; homepage = "https://github.com/jesec/rtorrent"; license = licenses.gpl2Plus; maintainers = with maintainers; [ winter AndersonTorres ]; platforms = platforms.linux; }; } </ins>

Discussion:
jesec-libtorrent tests fail, making the build fail. Steps to reproduce the behavior: jesec-libtorrent fails, failing the build I expect it to build succesfully ! ! I'm building the package with the help of morph to deploy on a server, though this shouldn't really have an impact.
This happened between and . I'll bisect later, thanks for the heads up!
The test is expecting to be returned by , but is instead getting . I'm... really not sure how to move forward with this, short of disabling the test.
Next time copy-paste the error message.
Perhaps triggered by upgrading glibc from 2.33 to 2.34? (some change in getaddrinfo() behavior)
I ruled that out initially since I didn't see anything mentioned in the changelog about getaddrinfo. I'll give it a try, though.
This has been fixed by .
Change:
spdlog ]; <ins> # https://github.com/NixOS/nixpkgs/issues/201254 NIX_LDFLAGS = lib.optionalString (stdenv.isLinux && stdenv.isAarch64 && stdenv.cc.isGNU) "-lgcc"; </ins> meta = with lib; { description = "Client API library for the Matrix protocol."; homepage = "https://github.com/Nheko-Reborn/mtxclient";

Discussion:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; <del> rustdesk = callPackage ../applications/networking/remote/rustdesk { }; </del> rustfilt = callPackage ../development/tools/rust/rustfilt { }; rustscan = callPackage ../tools/security/rustscan {

Discussion:
When attmepting to install from I'm receiving an error about . When manually attempting to visit it seems its totally gone. Same for the user. to system packages and execute a rebuild-switch, for example. Rustdesk installs successfully Here's the derivation from : Notice the dependency. It seems to be a vendored Cargo crate <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Upstream fixed it in , no release yet.
Change:
wrapProgram $out/bin/mullvad-vpn --set MULLVAD_DISABLE_UPDATE_NOTIFICATION 1 <ins> wrapProgram $out/bin/mullvad-daemon  --set-default MULLVAD_RESOURCE_DIR "$out/share/mullvad/resources" </ins> sed -i "s|Exec.*$|Exec=$out/bin/mullvad-vpn $U|" $out/share/applications/mullvad-vpn.desktop runHook postInstall

Discussion:
After enabling with (CLI and GUI) I am unable to use any other protocol except wireguard Steps to reproduce the behavior: and related service from channel , switch to openvpn, try connecting All protocols should work Clearly lacks some files: Probably needs something similar to whatever is done in (CLI) package:
works as expected, but is broken. We can wrap MULLVADRESOURCEDIR for in like in . I''ll make a quick fix. Maybe I don't understand something, but why do we have two mullvad packages? cli and gui are both from the same repository, maybe we can merge this two packages and make some aliases for those, who wants to install cli and gui separately?
Change:
"--skip=server::web::proxy::test::add_proxy_trailing_slash" ]; <del> passthru.tests.version = testers.testVersion { package = dioxus-cli; command = "${meta.mainProgram} --version"; inherit version; </del> <ins> passthru = { updateScript = nix-update-script { }; tests.version = testers.testVersion { package = dioxus-cli; }; </ins> }; meta = with lib; {

Discussion:
Package name: Latest released version: 0.5.7 <!-- Search your package here: --- Current version on the unstable channel: 0.5.6 Current version on the stable/release channel: 0.5.4 <!-- 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, buildPythonPackage, fetchurl, fetchPypi, setuptools, pybind11, requests, rich, pillow, }: let test-image = fetchurl { name = "test-image.jpg"; url = "https://unsplash.com/photos/u9tAl8WR3DI/download"; hash = "sha256-shGNdgOOydgGBtl/JCbTJ0AYgl+2xWvCgHBL+bEoTaE="; }; in buildPythonPackage rec { pname = "materialyoucolor"; version = "2.0.9"; pyproject = true; # PyPI sources contain additional vendored sources src = fetchPypi { inherit pname version; hash = "sha256-J35//h3tWn20f5ej6OXaw4NKnxung9q7m0E4Zf9PUw4="; }; build-system = [ setuptools pybind11 ]; nativeCheckInputs = [ requests rich pillow ]; checkPhase = '' runHook preCheck python tests/test_all.py ${test-image} 1 runHook postCheck ''; pythonImportsCheck = [ "materialyoucolor" "materialyoucolor.quantize" # ext ]; meta = { description = "Material You color generation algorithms in python"; homepage = "https://github.com/T-Dynamos/materialyoucolor-python"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description for python! <!-- Describe the project a little: --It is built in reference with offical except it's color quantization part, which is based on thanks to . Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> diff --git a/ui/scripts/dist.sh b/ui/scripts/dist.sh index 0ad6e28e..db340da0 100755 --- a/ui/scripts/dist.sh +++ b/ui/scripts/dist.sh @@ -15,10 +15,9 @@ DEPLOY="../pkg/web_ui" rm -rf $DEPLOY mkdir -p $DEPLOY -bundle check >/dev/null 2>&1 || bundle install -bundle exec sass styles/base.scss static/base.css +sass styles/base.scss static/base.css -bundle exec ruby scripts/compile.rb +ruby scripts/compile.rb # Copy into deploy shopt -s dotglob </ins>

Discussion:
The consul-ui packages currently fails to build on 18.03 and master. On 18.03, applying the following patch causes the build to succeed: however, on master, it fails with: I've tried various things including using different versions of ruby and bundler, but none have solved the issue.
Change:
wine64 = callPackage ./base.nix { name = "wine64-${version}"; inherit src version pulseaudioSupport; <ins> # FIXME: drop this when GCC is updated to >5.3. # Corresponding bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69140 stdenv = overrideCC stdenv gcc49; </ins> pkgArches = [ pkgs ]; geckos = [ gecko64 ]; monos =  [ mono ];

Discussion:
System: recent NixOS, sandboxed Nixpkgs version: current master, e.g. ; it used to build on Example output:
Unfortunately, updating didn't help. (/cc with that)
Sadly, I can reproduce that. Maybe we want to downgrade the compiler here?
Additionally, build doesn't work too.
Oh, truly, I didn't realize that last working version I referenced was using gcc-4.9. I switched nixpkgs versions on our hydra instance at that point.
Found the bug: And corresponding compiler bug:
Change:
python3.pkgs.buildPythonApplication rec { pname = "gajim"; <del> version = "1.6.1"; </del> <ins> version = "1.7.3"; </ins> src = fetchurl { url = "https://gajim.org/downloads/${lib.versions.majorMinor version}/gajim-${version}.tar.gz"; <del> hash = "sha256-3D87Ou/842WqbaUiJV1hRZFVkZzQ12GXCpRc8F3rKPQ="; </del> <ins> hash = "sha256-t8yzWfdsY8pXye7Dn5hME0bOHgf+MzuyVY3hweXc0xg="; </ins> }; <ins> format = "pyproject"; </ins> buildInputs = [ gobject-introspection gtk3 gnome.adwaita-icon-theme gtksourceview4

Discussion:
Package name: gajim Latest released version: 1.7.3 <!-- Search your package here: --- Current version on the unstable channel: 1.5.4 Current version on the stable/release channel: 1.6.1 <!-- 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 Note for maintainers: Please tag this issue in your PR.
New sha256 hash, but it doesn’t just work with a version bump because they changed something with the build setup.
Change:
wrapProgram "$out/bin/postcss"  --prefix NODE_PATH : ${self.postcss}/lib/node_modules  --prefix NODE_PATH : ${self.autoprefixer}/lib/node_modules <ins> ln -s '${self.postcss}/lib/node_modules/postcss' "$out/lib/node_modules/postcss" </ins> ''; passthru.tests = { simple-execution = pkgs.callPackage ./package-tests/postcss-cli.nix { inherit (self) postcss-cli; }; }; <del> meta.mainProgram = "postcss"; </del> <ins> meta = { mainProgram = "postcss"; maintainers = with lib.maintainers; [ Luflosi ]; }; </ins> }; prisma = super.prisma.override rec {

Discussion:
postcss-cli fails to start. Steps to reproduce the behavior: No error. points to . Please run and paste the result. Maintainer information:
I spent quite some time trying to figure this out but I just don't understand well enough to fix this, sorry.
does not support , see
ref Maybe since then moved from something else to esm? Not sure.
Could this actually be because (the bin) lists (the lib) as a peerDependency since version 8 Whenever node2nix runs, it doesn't check for peer dependencies so (the lib) is not included. According to the node- on master, the postcss-cli does not have postcss in its dependencies.
Nah, I have installed at the path that is to in the bin wrapper and it still does not work.
Ha, they did move to esm pretty recently:
I guess replace the wrapping with a symbolic link post install and it should work?
Thanks for the awesome insight. I'll try this tomorrow if I have some time.
I created to fix this.