User:Maffblaster/Raising Gentoo to prominence

From Gentoo Wiki
Jump to:navigation Jump to:search

This article is a dedicated location to write to improvement ideas of a broad scope for Gentoo.


Long term projects (LTPs)


  • Audit Gentoo using The Update Framework as the reference.
  • Pim Vullers and myself (but mainly Pim) are working to bring Pantheon (Elementary OS's Desktop Environment) to Gentoo. Our efforts can be found in Pim's overlay.
  • I'm currently (slowly) working on a Python 3 based installer for Gentoo-based Linux distributions. I've dubbed it stager. Visit the project article and GitHub page to see more.
  • I have started work on a Linux-based distribution called Vitality. Vitality will be a lightweight, arm friendly (I'm talking to you, Raspberry PI users!), Gentoo-based Linux distribution. This project is halted while I take a break to study operating system essentials and Linux on embedded systems...
  • I run an organization called Digital Survival (currently a blog), that discusses, among other things, how to become as self-sufficient (digitally) as possible. Contact me on Freenode IRC at #digital-survival (webchat).
  • Am a member of the PR team and regularly post Gentoo-related news to our social sites.

These projects will take a long time to complete (months/years), but are worth working toward.


  • Installer - A way to automate the installation of Gentoo Linux. Goals include:
    • Ability to pass configuration file.
    • Custom kernel .config generation based on detected devices.
    • REST API (write your own front end)
    • Support for 'Mix-ins' (support basic profiles first).

Automated testing

Need more research on this front.

  • Gentoo Ebuild Repository Test Suite (GERTS)
    • Performs quality assurance and package pre-stabilization across various ebuild repositories.
    • Works with QEMU to perform packages testing across stable arches (needs packaged up in a container).
    • Parses atomic ebuild information and prioritizes security related atoms via Bugzilla API.
  • Automated package testing based on Docker and a test harness. This should be relatively simple. Idea based upon this talk.

Automated package manager porting

Automated Portage error reporting

Ubuntu uses Apport along with an opt-in feature that automates error reporting (crash report data, even includes the core dump!) for their user base. I believe Apport only catches and reports on runtime crashes. It should be possible for Gentoo to do something similar with Portage failures.

Tinderbox already exists for a similar purpose, but it does not catch many real-world failures (or at least not packages/USE combinations that are rarely used together).

This new user utility would accept a users Bugzilla credentials, would need a application key, but then would automatically create a directory containing metadata from compilation (or other issues), then upload them to Bugzilla. It would be able to weed out invalid cases (out of disk space or out of memory failures). I'm sure there could be some other useful features to add to it given enough thought.


Short term projects (STPs)

Every developer should have a blog!


These projects will take a short amount of time to complete (days/weeks), but are worth working toward. This initiative I'm calling "Every developer should have a blog" project. :)

  • Templates for static developer blogs:
    • Enable each developer to quickly start writing entries on his/her statically generated blog.
    • Write article about hosting developer static blogs/sites on${USER}/
    • Make it easy to RSS tag/subpage side-projects

Generate InfoBoxes from ebuilds using SMW properties

Use data from Portage database to generate URLs on the wiki for each package...