box64
nixpkgs
box64 | nixpkgs | |
---|---|---|
73 | 975 | |
3,122 | 15,753 | |
- | 2.2% | |
9.9 | 10.0 | |
4 days ago | about 22 hours ago | |
C | Nix | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
box64
-
No one even read the box64 readme for today's RISC-V video
In the video, they mentioned they can't run steam on RISC-V because box64 doesn't support 32bit apps. In the README of box64, it is mentioned:
-
Stardew Valley on Starfive VisionFive 2 running Ubuntu 23.10 with external Ati Radeon HD 5450
I see it can do more now, already tried some stuff. But see it is now more mature than months ago. Will try factorio again https://github.com/ptitSeb/box64/issues/665
-
runing factorio on raspberry pi 5 4gb ram
Also, in the discussions of box64 is this thread: https://github.com/ptitSeb/box64/discussions/524 My guess is that you have to install both box64 and box86, the latest mesa drivers with vulkan support. And then try to launch the game with proton. There is also this issue that shows factorio running on a Rock 5B: https://github.com/ptitSeb/box86-compatibility-list/issues/284
-
Runing factorio on raspberry pi 5 4gb ram
In Box64, which is an emulator+JIT recompiler, and thus likely pretty slow?
-
DirectX 12 Support on macOS
macOS runs x64 executables just fine through Rosetta so I don't see why Wine couldn't make use of that hardware acceleration.
It's also possible to only simulate the entrypoints through Rosetta and then execute native aarch64 code from there. On Linux https://github.com/ptitSeb/box64 does exactly that, for example. However, with the performance Apple has been able to squeeze out of Rosetta, I'm not sure of that workaround is even necessary.
-
Factorio on Arm: A Benchmark
Recently, I got a server from Oracle Cloud, having 4 cores and 24GB of RAM. Then, using a software called Box86 and its 64 bit version called Box64, I succeeded in running Factorio! Unfortunately, 1.1.80 ran at 3 UPS! I went through each major version, testing each individual one down to 0.12. Here are my results!
-
How to emulate on M1 mac?
You could try https://github.com/ptitSeb/box86 and https://github.com/ptitSeb/box64/ , I believe they allow you to emulate x86_64 on aarch64, though I have no experience with them, so cannot say for sure.
-
currently trying to get tf2 to work, but steam removed 32 bit support (wanted to use box86) with their html login thing, so i just have this system laying around collecting dust lmao
git clone https://github.com/ptitSeb/box64.git
-
How to run Linux games on ARM64
If you have time and patience take a look at box86 and box64. These are basically like translation layers that allow x86/x86_64 applications to run on ARM. I personally haven't use them yet, so I can't provide a guide or vouch for game compatibilities. But by the look of the progress made by them so far it looks promising.
-
Still a bit slow as Dynarec is not complete, but Stardew Valley now works on my StarFive2 with Box64
You can follow progress of this on https://github.com/ptitSeb/box64/issues/635
nixpkgs
-
Nix: The Breaking Point
I don't think so. The article is probably intended for the Nix community, so the author doesn't need to convince HN that something is going on. If as an outsider you are interested then you need to look into it yourself, the community has no obligation to make their internal conflicts legible to the outside world.
As an outsider myself, it certainly looks like something is going on as more than 20 Nixpkg maintainers left in a week: https://github.com/NixOS/nixpkgs/issues?q=label%3A%228.has%3...
- Maintainers Leaving
-
Air Force picks Anduril, General Atomics to develop unmanned fighter jets
https://github.com/NixOS/nixpkgs/commits?author=neon-sunset
-
Eelco Dolstra's leadership is corrosive to the Nix project
I see two signers in the top 6 displayed on https://github.com/NixOS/nixpkgs/graphs/contributors
-
3rd Edition of Programming: Principles and Practice Using C++ by Stroustrup
For a single file script, nix can make the package management quite easy: https://github.com/NixOS/nixpkgs/blob/master/doc/languages-f...
For example,
```
- NixOS/nixpkgs: There isn't a clear canonical way to refer to a specific package
-
NixOS Is Not Reproducible
Yes, Nix doesn't actually ensure that the builds are deterministic. In fact it works just fine if they aren't. There are packages in nixpkgs that aren't reproducible: https://github.com/NixOS/nixpkgs/issues?q=is%3Aopen+is%3Aiss...
-
The xz attack shell script
I'm not familiar with Bazel, but Nix in it's current form wouldn't have solved this attack. First of all, the standard mkDerivation function calls the same configure; make; make install process that made this attack possible. Nixpkgs regularly pulls in external resources (fetchUrl and friends) that are equally vulnerable to a poisoned release tarball. Checkout the comment on the current xz entry in nixpkgs https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/comp...
-
Debian Git Monorepo
NixOS uses a monorepo and I think everyone's love it.
I love being able to easily grep through all the packages source code and there's regularly PRs that harmonizes conventions across many packages.
Nixpkgs doesn't include the packaged software source code, so it's a lot more practical than what Debian is doing.
https://github.com/NixOS/nixpkgs
-
From xz to ibus: more questionable tarballs
In this specific case, nix uses fetchFromGitHub to download the source archive, which are generated by GitHub for the specified revision[1]. Arch seems to just download the tarball from the releases page[2].
[1]: https://github.com/NixOS/nixpkgs/blob/3c2fdd0a4e6396fc310a6e...
[2]: https://gitlab.archlinux.org/archlinux/packaging/packages/ib...
What are some alternatives?
FEX - A fast usermode x86 and x86-64 emulator for Arm64 Linux
asdf - Extendable version manager with support for Ruby, Node.js, Elixir, Erlang & more
box86 - Box86 - Linux Userspace x86 Emulator with a twist, targeted at ARM Linux devices
Home Manager using Nix - Manage a user environment using Nix [maintainer=@rycee]
ish - Linux shell for iOS
git-lfs - Git extension for versioning large files
xqemu - Open-source emulator to play original Xbox games on Windows, macOS, and Linux
easyeffects - Limiter, compressor, convolver, equalizer and auto volume and many other plugins for PipeWire applications
factorio-docker - Factorio headless server in a Docker container
spack - A flexible package manager that supports multiple versions, configurations, platforms, and compilers.
hangover - Hangover runs simple Win32 applications on arm64 Linux
waydroid - Waydroid uses a container-based approach to boot a full Android system on a regular GNU/Linux system like Ubuntu.