rust-opendingux-test
Main
rust-opendingux-test | Main | |
---|---|---|
1 | 11 | |
7 | 1,596 | |
- | 0.9% | |
1.5 | 10.0 | |
over 1 year ago | 3 days ago | |
Rust | PowerShell | |
Apache License 2.0 | The Unlicense |
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.
rust-opendingux-test
-
In support of single binary executable packages
> By cross-compiling one usually understands compiling for the same OS but different architecture.
I don't even consider that to rise to the level of "cross compiling".
Getting started with emscripten to target WASM for C and C++ is rather a chore of dependency wrangling IME. Targeting WASM from Rust, OTOH, is trivial. Targeting windows from linux with Rust is also quite straightforward, as has been experimenting with targeting consoles or Android from Windows.
Targeting a MIPS32 OpenDingux target from Windows was much more of a chore. The toolchain with libs, headers, etc. that I used is just a *.tar.bz2 that expects to be extracted to /opt/gcw0-toolchain of a linux distro specifically, and embedded absolute paths all over the place make changing that difficult. I do resort to WSL on Windows, basically only because of those embedded paths: https://github.com/MaulingMonkey/rust-opendingux-test
Acquiring the appropriate libs and headers to link/compile against for cross compiling is always an adventure, but Rust isn't making things any worse IME.
Main
-
Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, etc.
- poppler
See the Scoop package [1] for a specific example of this.
> does it create a bunch of caches, that clog up storage and/or memory?
YMMV, but in my opinion ripgrep-all is pretty conservative in its caching. The cache files are all isolated to a single directory (whose location respects OS convention) and their contents are limited to plaintext that required processing to extract.
[1]: https://github.com/ScoopInstaller/Main/blob/master/bucket/rg...
- SumatraPDF Reader
-
My CNCF LFX Mentorship Spring 2023 Project at Kubescape
(merged) ScoopInstaller/Main #4757 kubescape: Update url and binary naming
- I built a cross-platform GUI management tool for LiteDB using AvaloniaUI
- Stupid Fast Scoop Search v1.0
- The scoop on Windows running Perl
- In support of single binary executable packages
-
AVR GCC Toolchain - Setup for Windows
Here is the definition: https://github.com/ScoopInstaller/Main/blob/master/bucket/avr-gcc.json
-
WinGet is terrible. I want AppGet back
Those are all automated by the auto-update script.
Check Merged PRs https://github.com/ScoopInstaller/Main/pulls?q=is%3Apr+sort%... and you will see that the last non-bot one was merged 17 days ago.
What are some alternatives?
z-run - z-run -- scripting library lightweight Go-based tool
DalamudPlugins - This repository hosts plugins for XIVLauncher/Dalamud
pkg - Package your Node.js project into an executable
Shovel-Ash258 - Personal Shovel bucket with a wide variety of applications of all kinds.
KeenWrite - Free, open-source, cross-platform desktop Markdown text editor with live preview, string interpolation, and math.
wix3 - WiX Toolset v3.x
sdk - Core functionality needed to create .NET Core projects, that is shared between Visual Studio and CLI
warp - Create self-contained single binary applications
Scoop-Core - Shovel. Alternative, more advanced, and user-friendly implementation of windows command-line installer scoop.
meson - The Meson Build System
Scoop - A command-line installer for Windows.