cargo-ebuild VS g-sorcery

Compare cargo-ebuild vs g-sorcery and see what are their differences.

cargo-ebuild

cargo extension that can generate ebuilds using the in-tree eclasses (by cardoe)

g-sorcery

Framework for automated ebuild generators (by jauhien)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
cargo-ebuild g-sorcery
6 1
79 26
- -
0.9 0.0
over 2 years ago almost 3 years ago
Rust Python
GNU General Public License v3.0 or later GNU General Public License v3.0 only
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

cargo-ebuild

Posts with mentions or reviews of cargo-ebuild. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-01-04.
  • diziet | Debian’s approach to Rust
    2 projects | /r/rust | 4 Jan 2022
    In Gentoo, Rust crates are just normal files to be downloaded in order to build a given package. The package pins (and checks the hashes of) the crate deps, and builds using cargo --offline. There is no serde/clap/etc packages, just ripgrep/librsvg/etc packages. There is no need to patch all packages to use the same serde crate version. Packaging a Rust program in gentoo is pretty much automatic.
  • How do I adjust fan curves on AMDGPU?
    5 projects | /r/Gentoo | 11 Nov 2021
    Then, I went through like 3 different pages on gentoo and learned how to make my own rebuild using this... But after setting up my custom repo and making sure it had the right permissions, manifest, etc. the ebuild failed on account of not being able to find the Config.yoml file it needed, which exists in the directory I built the ebuild from. I think I am just SOL on this, and will have to probably find a different approach
  • Cooperative Package Management for Python
    5 projects | news.ycombinator.com | 1 Sep 2021
    FWIW it's worth for portage (Gentoo) there is g-sorcery[0], which can create ebuilds for Emacs (m/elpa) and python packages automatically. Similarly there is also cargo-ebuild[1] which can create ebuilds for rust programs/libraries, including a list of all dependencies with hashes.

    I've successfully used cargo-ebuild in the past to create ebuilds automatically, it's a breeze. I'd be surprised if similar tools didn't exist for deb/rpm based distros.

    [0]:https://github.com/jauhien/g-sorcery

    [1]: https://github.com/cardoe/cargo-ebuild

  • Can Anybody Help Me With My Custom Ebuild for xplr?
    4 projects | /r/Gentoo | 25 Jun 2021
    I'm working on a custom repository where I intend to write ebuild files for packages that's not supported by Gentoo's repository. Right now, I'm trying to write an ebuild file for xplr, which is a Rust project that uses the Cargo build system. Initially, I used the cargo-ebuild tool, which generated the file xplr-0.14.3.ebuild.
  • Wrote my first ebuild and created an overlay
    1 project | /r/Gentoo | 23 Feb 2021
    Maybe you already know, but specifically for making Rust ebuilds and filling the CRATES variable there's a tool cargo-ebuild to automatically extract that from Cargo.toml.
  • In the full retrospect what are some pros and cons on converting to gentoo from the blue distro?
    1 project | /r/Gentoo | 28 Jan 2021
    I have zero issues with Gentoo's Rust and Rust-using packages. I use rustup's Rust and cargo install for development, and maintain a gentoo package using cargo ebuild.

g-sorcery

Posts with mentions or reviews of g-sorcery. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-09-01.
  • Cooperative Package Management for Python
    5 projects | news.ycombinator.com | 1 Sep 2021
    FWIW it's worth for portage (Gentoo) there is g-sorcery[0], which can create ebuilds for Emacs (m/elpa) and python packages automatically. Similarly there is also cargo-ebuild[1] which can create ebuilds for rust programs/libraries, including a list of all dependencies with hashes.

    I've successfully used cargo-ebuild in the past to create ebuilds automatically, it's a breeze. I'd be surprised if similar tools didn't exist for deb/rpm based distros.

    [0]:https://github.com/jauhien/g-sorcery

    [1]: https://github.com/cardoe/cargo-ebuild

What are some alternatives?

When comparing cargo-ebuild and g-sorcery you can also consider the following projects:

cargo-bitbake - cargo extension that can generate BitBake recipes utilizing the classes from meta-rust

pyflow - An installation and dependency system for Python

cargo-release - Cargo subcommand `release`: everything about releasing a rust crate.

PDM - A modern Python package and dependency manager supporting the latest PEP standards

cargo-update - A cargo subcommand for checking and applying updates to installed executables

Nuitka - Nuitka is a Python compiler written in Python. It's fully compatible with Python 2.6, 2.7, 3.4, 3.5, 3.6, 3.7, 3.8, 3.9, 3.10, and 3.11. You feed it your Python app, it does a lot of clever things, and spits out an executable or extension module.

cargo-make - Rust task runner and build tool.

PyFlow - Visual scripting framework for python - https://wonderworks-software.github.io/PyFlow

cargo-deb - A cargo subcommand that generates Debian packages from information in Cargo.toml

cargo-benchcmp - A small utility to compare Rust micro-benchmarks.

cargo-modules - Visualize/analyze a Rust crate's internal structure

cargo-testify - Watches changes in a rust project, runs test and shows friendly notification