not-yet-awesome-rust
Rust gap filler
A curated list of Rust code and resources that fill gaps in the language's ecosystem
A curated list of Rust code and resources that do NOT exist yet, but would be beneficial to the Rust community.
1k stars
71 watching
42 forks
last commit: over 1 year ago
Linked from 2 awesome lists
awesomeawesome-listawesome-listsawesome-saucecommunityplanningrustrust-langrust-languagerust-libraryrustlang
Not-Yet-Awesome Rust / Issues | |||
| Placing bounties | on issues you're particularly passionate about, since issues are where BountySource integrates! We use the to indicate which issues have bounties associated | ||
Not-Yet-Awesome Rust / Documentation / Stack Overflow / There are many older Rust questions on Stack Overflow that wouldn't work with today's Rust because of syntax that has changed since the release of 1.0, or that may have better solutions because of other Rust ecosystem developments | |||
| #4 | 1,353 | over 1 year ago | See for an SO query and a list of these known issues! |
Not-Yet-Awesome Rust / Character encodings | |||
| here | 1,353 | over 1 year ago | Implemented ! |
Not-Yet-Awesome Rust / Computer Vision | |||
| cv-rs | 204 | almost 5 years ago | Some work has been done to create OpenCV bindings in as well as automatically generating bindings like . Neither are very complete |
| imageproc | 774 | over 1 year ago | Piston has based on , but in their words, "This is very much a work in progress" |
Not-Yet-Awesome Rust / Data processing | |||
| jhelovuo/RustDDS | 336 | over 1 year ago | and now exist! |
| hdf5 | 312 | over 1 year ago | A stable version of crate has been released and is now on crates.io |
Not-Yet-Awesome Rust / Data processing / A good stream processing pipeline with back pressure doesn't yet exist for an asynchronous data processing pipeline | |||
| RxRust | 493 | about 11 years ago | is an older attempt to implement this according to the model -- it currently seems closest to this use case |
| tokio | 27,366 | over 1 year ago | and may be interesting components to use when building this |
Not-Yet-Awesome Rust / Data processing | |||
| pandoc | A crate now exists with CLI bindings! | ||
| git-annex | Bindings for | ||
Not-Yet-Awesome Rust / Dynamic programming analysis/instrumentation | |||
| Intel Pin | Binary instrumentation tools like or are useful for embedded applications. An ecosystem around them (which doesn't exist yet!) could include: | ||
Not-Yet-Awesome Rust / Dynamic programming analysis/instrumentation / Intel Pin | |||
| Intel Pin | Bindings to the C APIs associated with existing applications (for instance, and ) | ||
Not-Yet-Awesome Rust / Embedded development | |||
| MINIX | support is still a WIP | ||
Not-Yet-Awesome Rust / Embedded development / MINIX | |||
| rust-minix | 43 | about 6 years ago | is a WIP adding support for the Linux platform, which the author introduced with |
Not-Yet-Awesome Rust / Game development / Integration with existing mature game engines is poor at time of writing | |||
| Unreal Engine | has had accessible by making an Unreal account, but nothing has been made freely public at time of writing | ||
| Unity3D | currently has no published crates for Rust interop | ||
| Godot Engine | allows Rust interop via . Authors' on stability: | ||
Not-Yet-Awesome Rust / Game development / No mature game engine written in pure Rust exists yet / Part of a mature solution will need to include a rich and robust editor. Examples can include: | |||
| Unreal Editor | |||
| Unity Editor | |||
Not-Yet-Awesome Rust / Game development / No mature game engine written in pure Rust exists yet | |||
| Bevy | is a new project built with the learnings of the Amethyst project. See the | ||
| Fyrox | 7,824 | over 1 year ago | is a 3D + 2D game engine which includes a , and an example built using it |
Not-Yet-Awesome Rust / Geometry | |||
| PCL | equivalent - point clouds, essential 3D geometry functions | ||
| a piston crate | 14 | over 4 years ago | Voxel library, operations and representation of voxel data. There is for rendering voxels but this isn't suitable for working on domains like medical data, more geared towards game development. To enable processing in scientific domains like medicine there needs to be processing functions such as being able to: convert to triangular mesh, thresholding, and morphology. This is because things like MRI data is expressed as voxels, thresholding can separate grey and white matter in the brain, morphology identifies shapes and structures inside the body etc |
Not-Yet-Awesome Rust / Geospatial Information Systems | |||
| link | OGC standards - multiple crates for standards for encoding, sharing or manipulating geospatial data . There's already a crate for but none of the others appear to have crates | ||
| rust-gdal | 371 | over 1 year ago | More complete GDAL wrapper (or pure rust alternative). is an incomplete wrapper so needs work |
Not-Yet-Awesome Rust / Mathematics | |||
| SPRS | 431 | over 1 year ago | Sparse matrix libraries ( library needs some love, the basics are there but advanced linear algebra is missing) |
Not-Yet-Awesome Rust / Mathematics / A pure Rust implementation. These are required to get math functions on platforms | |||
| libm | 548 | over 1 year ago | The crate is a port of functionality from musl and newlib to Rust, with the aim of eventually being merged into |
Not-Yet-Awesome Rust / Native desktop application integrations / Microsoft Office | |||
| winapi | An interactive Visual Basic uses for scripting by using the COM interface, which I believe supports | ||
Not-Yet-Awesome Rust / Native desktop application integrations / Networking and Protocols | |||
| fe2o3-amqp | 67 | over 1 year ago | implements the AMQP 1.0 protocol for both client side and server/listener side |
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters | |||
| by this person! | 1,353 | over 1 year ago | -- implemented |
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters / Common office document formats are yet to have more mature solutions: | |||
| calamine | Excel/Calc spreadsheet deserialization seems available with , but for them, let alone for the entire XML formats that the Office/OpenOffice suites themselves support | ||
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters | |||
| beancount data format | The has no parser or emitter libraries yet | ||
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters / beancount data format | |||
| Python implementation of beancount | 3,912 | over 1 year ago | Bindings to the do not yet exist |
| implementation of Beancount bindings, parser, and emitter in Rust | 59 | over 4 years ago | An is currently WIP, and contributors have been requested |
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters | |||
| by @Wanzenbug | 43 | over 1 year ago | -- implemented and , the latter of which was announced on . See |
| RData | The file format does not have a parser or emitter yet | ||
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters / RData | |||
| serialize.c | Currently, this formatted is implemented for the R language in the module | ||
Not-Yet-Awesome Rust / Native desktop application integrations / Parsers/Emitters / There are no SGML parsers or emitters on crates.io at all | |||
| APP (AKA 3B2) | This is mostly a legacy markup language used for legacy type setting and supported in applications like | ||
Not-Yet-Awesome Rust / Native desktop application integrations / Personal information management | |||
| vCard | Contacts via have been implemented using , but no "high-level interface" exists yet that uses it or an alternative | ||
| iCalendar | parsing has been implemented via several crates (i.e., ), but a higher-level API is missing | ||
Not-Yet-Awesome Rust / Rust Toolchain / A Rust interpreter does not yet exist, which would made code exploration easier | |||
| miri | 4,694 | over 1 year ago | seems to be a step in the right direction -- it just needs some love! |
Not-Yet-Awesome Rust / Rust Toolchain | |||
| zeal | A rustdoc backend for generating / docsets is missing | ||
Not-Yet-Awesome Rust / User Interfaces / A mature framework for Windows native UI has yet to be established | |||
| native-windows-gui | at one point claimed to be approaching feature-completion, but is now unmaintained | ||
Not-Yet-Awesome Rust / User Interfaces | |||
| Redux | A good reactive UI library complete with event-driven state management comparable to does not yet exist | ||
Not-Yet-Awesome Rust / User Interfaces / Redux | |||
| carboxyl | 408 | almost 3 years ago | looks like it may be a good fundamental building block for this |
Not-Yet-Awesome Rust / Web bindings / Google API | |||
| googleapis | 7,673 | over 1 year ago | Generation of Google bindings using and gRPC would be more performant than using JSON web requests to the Google API, as with |
| google-apis-rs | There is room for more idiomatic APIs for Google in general. uses the to expose the vast majority of Google Services, but they can be difficult to grok for beginners or someone unfamiliar with Google APIs in general | ||
jnv/lists
carllerche/tower-web
wyhaya/see
mlua-rs/mlua
tonbo-io/tonbo
06chaynes/http-cache
warpdotdev/warp
kdash-rs/kdash
bitshifter/glam-rs
crossbeam-rs/crossbeam
julien-cpsn/atac
chronotope/chrono
yewv/yewv
zzy/surfer