Change:
component_version=$(cat unpacked/$component/manifest.xml | grep -oPm1 "(?<=<version>)[^<]+") component_core_id=$([ "$component" == "vmware-installer" ] && echo "-1" || echo "1") type=$([ "$component" == "vmware-workstation" ] && echo "0" || echo "1") <del> sqlite3 "$database_filename" "INSERT INTO components(name,version,buildNumber,component_core_id,longName,description,type) VALUES("$component","$component_version","${build}",$component_core_id,"$component","$component",$type);" </del> <ins> sqlite3 "$database_filename" "INSERT INTO components(name,version,buildNumber,component_core_id,longName,description,type) VALUES('$component','$component_version',${build},$component_core_id,'$component','$component',$type);" </ins> mkdir -p $out/etc/vmware-installer/components/$component cp -r $folder/* $out/etc/vmware-installer/components/$component done

Discussion:
Steps to reproduce the behavior: vmware-workstation The package cannot download. 522 error. It is similarly impossible to install a previous version. It is not a temporary issue; it has been that way for a few days at least. <!-- --
It looks to me as if the download via is no longer supported. ! The download button now links to: ) ! If I understand the following entry correctly, the binary download will remain and will be available again after the move? https://store- !
True. The download site is closed for maintenance. But don't the Nix servers have it cached somewhere?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
The official binary cache does not contain unfree packages.
Will replacing download link with this url solve the problem?
From released today it looks like downloading VMware workstation product now requires a Broadcom account, i will look into other programs packaged with same awful requirement, it's likely that we will switch into something like Cisco's Packet Tracer way of providing user downloaded file to derivation.
VMware website is still in transition state, it's unknown what fate of softwareupdate site will be. But it looks like newer version 1.7.5.2 is on it, which is giving hope. But they can password protect or otherwise obscure it any moment
They are talking about the issue on AUR and someone says over there "If you make a request through the broadcom portal, you get the bundle file directly. Though it seems not available for direct download. The url looks like <short id&id=<long id&verify=<long verification id(I omitted those numbers as they might be tied to an account)"
Its possible to download it directly using: . I am a bit confused, since the derivation used a file before, now there seems only a available. I tried to adjust the derivation, but since its the first time i am trying that i failed: I tried to extract the file from the archive in the unpack-phase like so: Building give me this error: Perhaps someone with more experience has a clue as to whether this is the right approach or how exactly to proceed?
There is something wrong with that downloaded file. It is half the size it should be, after extraction. I was successful with the file downloaded from Techspot but not with the file download you are using.

Discussion here:
The version at is split between core and packages (installed separately — like VMware Tools) and Nixpkgs uses the full version (which has all these packages within the Workstation bundle), like it used to be provided at The only way to get it now officially is through broadcom (), which requires logging in and providing address data. However, You can get it from unofficial source and even host it Yourself on GitHub. For example: this overlay of mine makes VMware Workstation install correctly, fetching it from my GitHub, where I posted the binary of the currently used version. Notice that the orignal source (in my overlay it would be ) cannot appear in the overlay, as it leads to error — if it appeared nix would try to access the original url, which doesn't exist. The source also appears in unpackPhase so it has to be redefined with the new value. To use the version provided at one would have to completely rewrite the scripts in other build phases. Plus to manage the .tar format, one can use fetchzip (with stripRoot = false) in src and then point to the .bundle file in unpackPhase: , or even in src:
I have written an overlay and adapted it to my configuration. The overwrite works successfully (I just used your github repo temporarily). Unfortunately I get a build error due to the I have updated my kernel to Which kernel / vmware combination are you currently using?
I'm using kernel 6.6.30 + VMware 17.5.1. I used to use the latest kernel, but switched to LTS because of frequent problems with VMware kernel modules. Btw in Your overlay this shouldn't work, because is the previous version of the source (the one with non-existing url). For this to work You have to have something like and above. Or You can use recursive set and have and in unpackPhase:
I managed to create an overlay that uses the version provided at It certainly doesn't look as nice as the previous one, but does the job. It turned out that a proper update to unpackPhase is enough and other phases don't need any changes. Plus You can use this to fetch VMware 17.5.2.
Here is the new overlay in a more compact and polished form:
" I used to use the latest kernel, but switched to LTS because of frequent problems with VMware kernel modules."

If you want a more recent kernel, the Zen kernel package seems to work well with Vmware, just add also the Vmware package specific to Zen:
So, reading this issue, there's no longer a convenient way to install VMWare aside from manually downloading the bundle from Broadcom and manually installing it? Because setting still fails to fetch the download url from vmware domain. I can't update my system without having to also update VMWare. Is there a way to skip one nix flake from the update? The thing is I also updated my channel list and my .lock file.
Kernel 6.8 currently works for me with VMware, with the appropriate Vmware 6.8 kernel package.
This fails for me since the has updated to 12.4.0 and no longer uses 12.3.5 along with its hash values. I made a new update for the overlays as of June 17, 2024 UTC+8: Although I still haven't fixed the issue regarding this: It might be the kernel itself. I might really need to downgrade or wait for VMWare's update. I have this lines together with the overlay though: