User:Sam/Things which need contributions

From Gentoo Wiki
Jump to:navigation Jump to:search

This is a list of things that generally need contributions but I'm not necessarily interested in/have skills to work on/have enough time for: a good rule of thumb is "something everybody (maybe within a certain area) knows should be done, but isn't on their agenda any time soon".

It may be useful for e.g. giving to mentees to develop their skills, helping new contributors who don't know where to start (or what they can help with), or GSoC projects.


  • PackageKit
    • Modernise the emerge backend/support in PackageKit
    • Restore the PackageKit package to Gentoo
  • Build testing CI / related bits
    • Arguably there's already a lot going on in this space but coordination is needed to get something over the line and a PoC working for e.g. github PRs.
    • Bug reporting tool to capture build.log, config.log, emerge --info, etc, and offer to file a bug with this information (useful for automated tools in particular) (bug #726478)
  • Making it easier for upstreams to test with Gentoo
    • Make a simple guide etc for upstreams to be able to quickly test with Gentoo (both in CI but also one-offs with e.g. a Dockerfile)
  • Rust
    • Figure out exotic architecture support
      • bug #769452 is a tracker bug
      • Need to bootstrap Rust on arches via cross, but some arches lack support entirely (but that's beyond the scope of Gentoo unless feeling brave)
    • Contribute to pkgcraft, an experimental package manager for Gentoo written in Rust
    • Think about our Rust packaging approach (the status quo is likely the best/most sustainable model, though) - bug #680984
    • Wire up mod_tls into Apache's httpd within Gentoo
    • Wire up rustls support into cURL within Gentoo
    • Make cargo-ebuild aware of crates which bundle libraries / automatically include the needed flags to turn off bundling
    • Work on wiki page / devmanual page (preferred?) to describe how to generally package Rust stuff (at least the common cases)
  • Go
    • Tool to automatically fetch and package mod vendors && tool to create go ebuilds similarly to cargo-ebuild
    • Work on wiki page / devmanual page (preferred?) to describe how to generally package Go stuff (at least the common cases)
  • LLVM
    • General help needed
    • Dedicated maintainer for sys-libs/libomp (including: help with test failures, do periodic testing to check for upstream regressions)
    • Fixing tests for dev-util/lldb
    • Preparing and configuring a Gentoo buildbot for LLVM - see also bug #794175
      • Someone is reportedly working on this - anyone still interested in this task is advised to contact them first
  • Python / Science
    • Review scientific stack (numpy, scipy, pandas, ipython, jupyter, ...). These packages need a dedicated maintainer with interest in this space.
      • Review ebuilds, cleanup any hacks, especially involving blas/lapack
      • Fix test failures
      • Upstream patches