jiebi/CodeConvo huggingface dataset:
Code change:
patchInterpreter "$1" wrapProgram "$out/libexec/genymotion/$1"  --set "LD_LIBRARY_PATH" "${libPath}"  <del> --unset "QML2_IMPORT_PATH" </del> <ins> --unset "QML2_IMPORT_PATH"  --unset "QT_PLUGIN_PATH" </ins> } patchTool() {

Related discussion:
text: I used Genymotion for a long time on macOS but with Virtualbox. I switch to Linux/nixOS about 5 months ago and was pleasantly surprised to read Genymotion now supported the QEMU engine. Alas, myself and a few other of my friends were never able to get Genymotion to work using QEMU, which is the preferred Hypervisor. I've tried to source some help at but to no avail. Steps to reproduce the behavior: a running working QEMU installation. Presumably with at least 1 functional VM too Genymotion Genymotion, ensure QEMU is selected as the Hypervisor a random Android device, add it and run it. 'll first get a 'can't start virtual device' error trying to start the Android device again gives a 'Another QEMU process appears to be using the same resources' error I'd expect Genymotion to start the Android device using QEMU, naturally If applicable, add screenshots to help explain your problem. 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. --Please run and paste the result. 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:
! !
Duplicate of . Does the workaround in work for you?
I'm not really sure this is a duplicate but that's up to you. I'm not a coder so had no idea what to do with that old 'work-around' either. I had a colleague who kindly looked at it, spent some time, and turned it in to a flake which can be found at And now the broken Genymotion functions great with QEMU. Perhaps the flake code can help in fixing the package. Thanks for the pointer to the old work-around
Code change:
patchInterpreter "$1" wrapProgram "$out/libexec/genymotion/$1"  --set "LD_LIBRARY_PATH" "${libPath}"  <del> --unset "QML2_IMPORT_PATH" </del> <ins> --unset "QML2_IMPORT_PATH"  --unset "QT_PLUGIN_PATH" </ins> } patchTool() {

Related discussion:
text: Steps to reproduce the behavior: ... ... ... A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. 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. --Please run and paste the result.
Hey have you ever made Genymotion work under Wayland ? For instance, on any other distribution ? I'm not sure the support for Wayland has dropped quite officially for Genymotion or I might be wrong, maybe there is no need since it's a QT based graphic interface and platform plugins do exist for Wayland nowadays. EDIT: To add more information, on ArchLinux, here is what I'm getting as an error you might want to share your exact genymotion logs I'm running Sway and I have the following env variables set : QTQPAPLATFORMTHEME="qt5ct" QTQPAPLATFORM=wayland #QTWAYLANDFORCEDPI=physical #QTWAYLANDDISABLEWINDOWDECORATION=1 XDGSESSIONTYPE=wayland XDGSESSIONDESKTOP=sway XDGCURRENTDESKTOP=sway
Okay so I made it work on my end but I'm not under NixOS/not using Genymotion installed from Nix, try
I have run with , but still get error. and this is the QT relate envs and this is XDG relate envs
Could you give a try and use every single platform listed here :
Also please share your genymotion logs, there might be more to the error in there And finally, please let us know your exact Desktop Environnement, Wayland is being used, I suppose.
One more thing, could you retry using xcb as a platform after having installed in the environnement ? EDIT : Also set So to sum up run :
I am using wayland + plasma, so I think the dependencies is ok and this is
This may not fix your issue, but try it with this : ! EDIT: Also are you running with an Nvidia GPU or not Wayland ? If yes, you should try everything related as well.
Code change:
patchInterpreter "$1" wrapProgram "$out/libexec/genymotion/$1"  --set "LD_LIBRARY_PATH" "${libPath}"  <del> --unset "QML2_IMPORT_PATH" </del> <ins> --unset "QML2_IMPORT_PATH"  --unset "QT_PLUGIN_PATH" </ins> } patchTool() {

Related discussion:
text: EDIT2: I've found this so I believe it should work, but something may be wrong, I may need to look at the Nix definition of the package and compare with the way it is packaged for ArchLinux and see if there is anything that could explain what's going on. ! There could be also issues regarding Wayland + Plasma : If you could try another desktop environment, maybe Sway if possible, if you cannot, I will give this a try in a VM under the latest NixOS when I have some time.
See this commit too this maybe a fix, that you don't have yet, maybe you have it already because it's been backported.
Could you please the run of the command ? And uploads the logs to a GitHub Gist. If you can't or are busy, let me know, I'll try to reproduce inside a VM and investigate.
This is the log
I know what causes this problem, because I have different qt version, so I have to add to , and it works for me, thanks for your patience and help
Should I make a PR?
Hm I'm not familiar with the process but I believe you should make a PR if you can or maybe let's tag the maintainer of Genymotion here ? I believe it is
Let's wait a week or 2, if he answers back and can make the PR then you can wait to close this issue once the PR gets merged.
Still relevant. Genymotion tries to load some Qt plugins from nixpkgs and fails for whatever reason. I was able to workaround it by doing . used to work before too but is failing now (and it's unclear why, since its effects are similar to , I guess genymotion still picks something from env vars besides plugins)
Hi! I'm there is seems no this issue on unstable, but I've found another one - Can't start virtual device: qemu libpixmin not found. Here is log: Should I create another issue?
That's weird, I believe you should open a new issue yes however I'm not sure if including as a dependency in the derivation of might fix your issue : Running outputs :
as the maintainer of genymotion's package in Nixpkgs any advice/idea, what's going wrong ?
Seems like you were trying to launch genymotion with qemu instead of virtualbox.
Code change:
patchInterpreter "$1" wrapProgram "$out/libexec/genymotion/$1"  --set "LD_LIBRARY_PATH" "${libPath}"  <del> --unset "QML2_IMPORT_PATH" </del> <ins> --unset "QML2_IMPORT_PATH"  --unset "QT_PLUGIN_PATH" </ins> } patchTool() {

Related discussion:
text: A while ago I managed to make qemu version working (at least on my machine) by adding some bloaty dependencies: I didn't test it on latest unstable, but you could give it a shot. It also workarounds that Qt issue via in wrapper.
Code change:
inherit (self.trivial) id const pipe concat or and bitAnd bitOr bitXor bitNot boolToString mergeAttrs flip mapNullable inNixShell isFloat min max importJSON importTOML warn warnIf throwIfNot checkListOfEnum <del> info showWarnings nixpkgsVersion version </del> <ins> info showWarnings nixpkgsVersion version isInOldestRelease </ins> mod compare splitByAndCompare functionArgs setFunctionArgs isFunction toHexString toBaseDigits; inherit (self.fixedPoints) fix fix' converge extends composeExtensions

Related discussion:
text: The current process for renames puts out-of-tree modules in a situation where users are confronted with warnings they can't solve, and neither can the maintainers. Steps to reproduce the behavior: one change, create the new option/package/..., create the alias with a deprecation warning that goes into effect immediately -of-tree modules, such as home-manager, nix-darwin, start emitting warnings reports warning -of-tree module maintainer can't do anything, because stable release does not have the new option All generated warnings can be resolved by the user. Suggested process: one change, create the new option/package/... and the alias but no deprecation warning 1-7 months pass. All current branches now support the new way. enable the warning on master (more on that) -of-tree modules, such as home-manager, nix-darwin, start emitting warnings warnings can now be fixed To facilitate the process, we can add an argument to functions like to indicate the first release that will support the change. We'll maintain two (hidden?) version numbers that we update during the NixOS release process. For example, at the time of writing, the only supported stable version is 21.11 and 22.05 has not been released yet. To enable warnings on , we only need to update . Interestingly, we'll be deprecating functions that deprecate without . Sounds meta, but it's not complicated. It just means that some old style deprecations will slip through the net for some more time. (also a big one, but no complaints yet)
This is also related to NixOS/rfcs, which was a previous attempt at establishing general such deprecation behaviors
Code change:
, autoreconfHook, pkg-config , glibcLocales, kmod, coreutils, perl , dmidecode, hwdata, sqlite, libtraceevent <ins> , fetchpatch </ins> , nixosTests }:

Related discussion:
text: For some reason, rasdaemon doesn't work. dmesg: systemctl: Steps to reproduce the behavior: rasdaemon should work. Unfortunately, ras-mc-ctl doesn't check if the daemon is working so it took me some time to discover that the daemon actually doesn't work. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
perhaps some build-time hardening is messing with it?
Looks like the latest tagged version is broken on AMD because it doesn't include Now I'm running from the latest commit and it works fine
oh, thanks for finding a solution! i'll open a PR with that patch in a few hours unless you beat me to it :)
adds that patch
Code change:
--- a/configure +++ b/configure <del> @@ -5894,9 +5894,9 @@ else </del> <ins> @@ -5451,9 +5451,9 @@ else </ins> die "ERROR: cannot find soundtouch 1.8.0 or later." fi

Related discussion:
text: Package name: mythtv Latest released version: 34.0 Current version on the unstable channel: 32.0 Current version on the stable/release channel: 32.0 Notify maintainers Announcement: Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
nativeBuildInputs = [ cmake ]; patches = stdenv.lib.optional staticOnly (fetchpatch { <del> # from https://github.com/google/brotli/pull/655 url = "https://github.com/google/brotli/commit/7289e5a378ba13801996a84d89d8fe95c3fc4c11.patch"; sha256 = "1bghbdvj24jrvb0sqfdif9vwg7wx6pn8dvl6flkrcjkhpj0gi0jg"; </del> <ins> # context from https://github.com/google/brotli/pull/655 # updated patch from https://github.com/google/brotli/pull/655 url = "https://github.com/google/brotli/commit/47a554804ceabb899ae924aaee54df806053d0d1.patch"; sha256 = "sOeXNVsCaBSD9i82GRUDrkyreGeQ7qaJWjjy/uLL0/0="; </ins> }); cmakeFlags = []

Related discussion:
text: Describe the bug The static build of is broken. To Reproduce Steps to reproduce the behavior: Expected behavior It builds. Screenshots See log output. Additional context In the version was bumped but the patch was not adjusted. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (+ author of ?) Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Code change:
./linux-4.11.patch # source: https://aur.archlinux.org/cgit/aur.git/tree/linux412.patch?h=broadcom-wl ./linux-4.12.patch <ins> ./linux-4.15.patch </ins> ./null-pointer-fix.patch ./gcc.patch ];

Related discussion:
text: When I ran , it failed to build my configuration because dependencies couldn't be built. Relevant sections from and : Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs:
a full log might be helpful
Sorry, forgot to attach the log. Here it is:
It seems needs to be cherry-picked there...
I've created a pull request for this:
Fixed by
Code change:
<ins> { libX11 , libxcb , libXcomposite , libXdamage , libXext , libXfixes , libXrandr , stdenv , lib , alsa-lib , at-spi2-atk , atkmm , cairo , cups , dbus , expat , glib , gtk3 , libdrm , libglvnd , libxkbcommon , mesa , nspr , nss , pango , systemd , fetchurl , autoPatchelfHook , dpkg }: let glLibs = [ libglvnd mesa ]; libs = [ alsa-lib atkmm at-spi2-atk cairo cups dbus expat glib gtk3 libdrm libX11 libxcb libXcomposite libXdamage libXext libXfixes libxkbcommon libXrandr nspr nss pango ]; buildInputs = glLibs ++ libs; runpathPackages = glLibs ++ [ stdenv.cc.cc stdenv.cc.libc ]; version = "1.0.15"; in stdenv.mkDerivation { pname = "tana"; inherit version buildInputs; src = fetchurl { url = "https://github.com/tanainc/tana-desktop-releases/releases/download/v${version}/tana_${version}_amd64.deb"; hash = "sha256-94AyAwNFN5FCol97US1Pv8IN1+WMRA3St9kL2w+9FJU="; }; nativeBuildInputs = [ autoPatchelfHook dpkg ]; appendRunpaths = map (pkg: "${lib.getLib pkg}/lib") runpathPackages ++ [ "${placeholder "out"}/lib/tana" ]; # Needed for Zygote runtimeDependencies = [ systemd ]; installPhase = '' runHook preInstall mkdir -p $out cp -r usr/* $out runHook postInstall ''; postFixup = '' substituteInPlace $out/share/applications/tana.desktop  --replace "Exec=tana" "Exec=$out/bin/tana"  --replace "Name=tana" "Name=Tana" ''; meta = with lib; { description = "Tana is an intelligent all-in-one workspace"; longDescription = '' At its core, Tana is an outline editor which can be extended to cover multiple use-cases and different workflows. For individuals, it supports GTD, P.A.R.A., Zettelkasten note-taking out of the box. Teams can leverage the powerful project management views, like Kanban. To complete all, a powerful AI system is integrated to help with most of the tasks. ''; homepage = "https://tana.inc"; license = licenses.unfree; maintainers = [ maintainers.massimogengarelli ]; platforms = platforms.linux; mainProgram = "tana"; }; } </ins>

Related discussion:
text: Project description Tana is an outliner, a note-taking application that sits between Roam Research and Notion. It's a great up and coming productivity platform, with a unique feature called Supertags. Supertags are basically templates you can graft on to tags. They currently have a deb and a RPM, but as it's a closed source application, the source is not available. Metadata homepage URL: source URL: license: Proprietary platforms: Linux (Deb and RPM), windows, mac Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have it working locally, need to clean up some stuff and then will create the PR! I still have to figure out the license they're using (for the metadata)
That's amazing! I'm so happy thank you so much!
Code change:
{ pkgs, ... }: { virtualisation.docker.enable = true; <ins> virtualisation.docker.autoPrune.enable = true; </ins> virtualisation.docker.package = pkgs.docker; users.users = {

Related discussion:
text: While deploying a machine via deploy-rs, I had this error: Then stop docker or deploy the service from scratch, my belief is that docker-prune can start before docker.service and thus fail since it can't access the docker daemon. No systemd error whatever the configuration. I believe a patch like this should fix it but I am no systemd expert: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- from blame current unstable
I think the patch you propose makes sense. Could you open an PR for it?
Code change:
<del> From 6cb9aa7c69c20a677ca9fb1bc5fa1580e3236fbd Mon Sep 17 00:00:00 2001 From: Tom Hall <tahall256@protonmail.ch> Date: Sat, 14 Mar 2020 11:55:45 +0000 Subject: [PATCH] Disable optimised aarch64 dgemm_beta pending fix Identified as source of https://github.com/xianyi/OpenBLAS/issues/2496, but not yet fixed. --- kernel/arm64/KERNEL.ARMV8 | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/arm64/KERNEL.ARMV8 b/kernel/arm64/KERNEL.ARMV8 index fe32d313..33d12f94 100644 --- a/kernel/arm64/KERNEL.ARMV8 +++ b/kernel/arm64/KERNEL.ARMV8 @@ -102,7 +102,6 @@ CDOTKERNEL     = zdot.S ZDOTKERNEL     = zdot.S DSDOTKERNEL    = dot.S -DGEMM_BETA     = dgemm_beta.S SGEMM_BETA     = sgemm_beta.S SGEMMKERNEL    =  sgemm_kernel_$(SGEMM_UNROLL_M)x$(SGEMM_UNROLL_N).S -- 2.24.1 </del>

Related discussion:
text: Describe the bug On current nixos-unstable Scipy fails to build with a segmentation fault during testing: To Reproduce Steps to reproduce the behavior: the following as Expected behavior Should not segfault during test. Additional context SciPY seems to build just fine on current 20.03 release. Notify maintainers cc , Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ente): nixpkgs:
Also fails with
Particular stacktrace is:
I believe the fix is contained in: and upstream tracking issue is: and Debian issue:
Opened to bump openblas to a version with that fix
fixes this for me - can you confirm?
builds for me
Works, thanks!
This still affects . Is there a simple fix we can backports (either in nixpkgs, or here locally)?
Backport openblas updates:
Thanks, I’ll try that. Would such a backport be eligible to go to ?
I don't really do backports, but since it fixes something known to be broken I assume it would be fine.
Pull request should target not .
Code change:
sha256 = "0wdgyfb1clrn3maq84vi4vkwjydy72p5hzk6kb9nb3a19bbxk5d8"; }; <del> buildInputs = [ libpng ]; </del> <ins> buildInputs = [ makeWrapper libpng perl ]; propagatedBuildInputs = [ perlPackages.LWP ]; patchPhase = '' patchShebangs extresso/extresso patchShebangs extresso/extresso.in patchShebangs extresso/genresscript patchShebangs extresso/genresscript.in ''; preFixup = '' wrapProgram $out/bin/extresso --prefix PERL5LIB : $PERL5LIB wrapProgram $out/bin/genresscript --prefix PERL5LIB : $PERL5LIB ''; </ins> meta = { homepage = http://www.nongnu.org/icoutils/; <del> description = "Set of  programs to deal with Microsoft Windows(R) icon and cursor files"; </del> <ins> description = "Set of programs to deal with Microsoft Windows(R) icon and cursor files"; </ins> license = stdenv.lib.licenses.gpl3Plus; platforms = with stdenv.lib.platforms; linux; };

Related discussion:
text: icoutils' extresso missing perl dependencies. install pkgs.icoutils and execute "extresso" in shell. This works(): NixOS 16.03
Code change:
## Building the Manual {#sec-writing-docs-building-the-manual} <del> The DocBook sources of the [](#book-nixos-manual) are in the </del> <ins> The sources of the [](#book-nixos-manual) are in the </ins> [`nixos/doc/manual`](https://github.com/NixOS/nixpkgs/tree/master/nixos/doc/manual) subdirectory of the Nixpkgs repository.

Related discussion:
text: Contributors working on improving the nixpkgs manual would be redirected to the . This section is not up-to-date with all the syntax features supported by , forcing contributors to look for use examples over the whole manual. The same markdown syntax is used to write and generate the NixOS manual. However, this manual does not make any mention of the supported syntax. This makes it hard to contribute to the NixOS manual with relative isolation from the nixpkgs manual. Update in Nixpkgs manual to include reference material and examples on all the syntax features supported by . Link in Nixos manual for completion. [x] remove references to in the . : [x] remove references to in the . [x] add a redirecting to the syntax section in . [x] add reference to lack of support for [x] add reference to support [x] add reference to support [x] add reference to support [x] add reference to support [x] add reference to support [x] add reference to support [x] add reference to support [x] add reference to support () () )
Code change:
buildGoModule rec { pname = "oh-my-posh"; <del> version = "18.26.1"; </del> <ins> version = "19.6.0"; </ins> src = fetchFromGitHub { owner = "jandedobbeleer"; repo = pname; rev = "refs/tags/v${version}"; <del> hash = "sha256-8MK8YzBplbP1de8QKJJBLgbMd1K+H2sVutwKSskU82Q="; </del> <ins> hash = "sha256-/VkI/ACUTGRcFpJhUV068m8HdM44NiandS+2a+Ms6vs="; </ins> }; <del> vendorHash = "sha256-ivd30IEoF9WuGDzufIOXJ8LUqHp3zPaiPgplj9jqzqw="; </del> <ins> vendorHash = "sha256-8ZupQe4b3uCX79Q0oYqggMWZE9CfX5OSFdLIrxT8CHY="; </ins> sourceRoot = "${src.name}/src";

Related discussion:
text: Steps to reproduce the behavior: oh-my-posh package as part of a system flake on nixos-unstable branch broke today, however most recent working commit I have found is: which is obviously confusing package author says not their issue, but also says the package is out of date as they are on 19.5.2 and the package is on 18.26.1 My system config is: Dont judge im kinda new I havent worked on secrets yet so I just dont have any secrets in it
Looks like an update PR is in progress that'll probably fix it:
Code change:
, libdrm , mesa , libxshmfence <ins> , makeDesktopItem </ins> , makeWrapper , wrapGAppsHook , gcc-unwrapped

Related discussion:
text: When installed through Nix, Bluemail does not create a desktop shortcut in $out/share/applications. The program can only be run through the terminal by default. The program also fails to load unless the --disable-gpu-sandbox option is used. Steps to reproduce the behavior: Bluemail by adding to , and rebuild. for Bluemail in the Application Launcher - not present in terminal - core dumps on gpu process not usable in terminal - bluemail opens with the default wayland icon What currently happens is detailed step-by-step above. What I'd expect to happen is that a desktop icon is created when I rebuild to install bluemail, and that clicking the application from the Application Launcher opens bluemail without a core dump. Installing from NixOS-Unstable Running on Intel UHD Graphics (10th Gen)
Code change:
{ self, callPackage, lib }: callPackage ./default.nix { inherit self; <del> version = "2.0.5-2021-05-29"; rev = "c2cfa04231785116d9d198462830f41ef94147c0"; </del> <ins> version = "2.0.5-2021-06-08"; rev = "98f95f69180d48ce49289d6428b46a9ccdd67a46"; </ins> isStable = true; <del> sha256 = "1fw64pv0dvzb9bgr2zwcv9q8gqgsmfnvrcrmrdfgj4ncamgdnilj"; </del> <ins> sha256 = "1pdmhk5syp0nir80xcnkf6xy2w5rwslak8hgmjpgaxzlnrjcgs7p"; </ins> extraMeta = { # this isn't precise but it at least stops the useless Hydra build platforms = with lib; filter (p: p != "aarch64-linux") (platforms.linux ++ platforms.darwin);

Related discussion:
text: Describe the bug Since made it into nixpkgs-unstable I can't install neovim on an M1 laptop anymore, error is: To Reproduce Steps to reproduce the behavior: an M1 macbook run Expected behavior neovim to successfully install Screenshots N/A Additional context Notify maintainers Metadata Maintainer information:
Is it possible for you to check if reverting fixes the issue?
Yeah, that did the trick. It is weird as I can install luajit with no issue so maybe this is just an issue with the build setup rather than with the lua interpreter?
Refs I will test this on my M1 as well tonight
Sorry, tonight came later than I expected - I encountered the same issue on M1 and filed , which fixes it. Seems that luajit version is not the issue here ( did not work), as was suggested in Guess we should do a bit more digging