UbuntuBleedingEdge

Differences between revisions 12 and 17 (spanning 5 versions)
⇤ ← Revision 12 as of 2008-01-28 18:14:57 →
Size: 3265
Editor: cpe-071-070-203-016
Comment:
← Revision 17 as of 2008-08-06 16:15:18 → ⇥
Size: 3598
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
[[BR]]
||<tablestyle="float:right; font-size: 0.9em; width:40%; background:#F1F1ED; margin: 0 0 1em 1em;" style="padding:0.5em;">'''Contents'''[[BR]][[TableOfContents]]||		 <<BR>>
||<tablestyle="float:right; font-size: 0.9em; width:40%; background:#F1F1ED; margin: 0 0 1em 1em;" style="padding:0.5em;">'''Contents'''<<BR>><<TableOfContents>>||
Line 4: Line 4:
Ubuntu too stable for you? Want to have the latest updated versions of desktop apps at your fingertips? Want to help troubleshoot application bugs before they enter Ubuntu? Well, then welcome to the Bleeding Edge!

This umbrella team is for projects wishing to provide developmental, use-at-your-own-risk snapshots of packages for upstream testing.		 This umbrella team PPA is for projects wishing to provide developmental, use-at-your-own-risk snapshots of packages for upstream testing on a stable release.
Line 15: Line 13:
[[BR]]
[[BR]]
[[BR]]
= Using the Bleeding Edge Repo =		 <<BR>>
<<BR>>
<<BR>>
= Using the Bleeding Edge PPA Repo =
Line 22: Line 20:

TBD		  * Repo is not open yet.
{{{deb http://ppa.launchpad.net/ubuntu-bleedingedge/ubuntu hardy main
deb-src http://ppa.launchpad.net/ubuntu-bleedingedge/ubuntu hardy main}}}
Line 32: Line 31:
New packages must go through review process to make sure they conform completely to Ubuntu/Debian packaging rules.
Line 63: Line 63:
  * Once the idea is rather solid here and a LP team has been made. Nothing like announcing something and some kid grab the project page to be cute.
Line 64: Line 65:
  * This is something jcastro should be involved in as he was hired for just such a purpose.


This umbrella team PPA is for projects wishing to provide developmental, use-at-your-own-risk snapshots of packages for upstream testing on a stable release.

The aim is to get users of arguably the most popular desktop distro to test applications *before* the stable release hits the official repos.

The team will be closed but will be comprised of package maintainers for a particular app.

All packages must comply to Ubuntu package rules and specifications.

Packages under this umbrella team must link to upstream bug-trackers and make upstream aware of their efforts.


Using the Bleeding Edge PPA Repo

Warning /!\ This repo is completely USE AT YOUR OWN RISK. Every attempt will be taken to ensure that packages don't break a stable system but no guarantee is given. Warning /!\

Adding the repo

  • Repo is not open yet.

{{{deb http://ppa.launchpad.net/ubuntu-bleedingedge/ubuntu hardy main deb-src http://ppa.launchpad.net/ubuntu-bleedingedge/ubuntu hardy main}}}

Reverting back to the official Ubuntu distro version of a package

Adding a new project

TBD

Requirements

New packages must go through review process to make sure they conform completely to Ubuntu/Debian packaging rules.

  • Apps must not require any major changes to system libs.
  • Apps must not break a stable system.

Uploading a new package

TBD

Frequently Asked Questions

  • Q: How do you decide what applications to include?
    • A: Our project is driven by involvement, so an application can be included when a member of that project joins the team and takes the role of maintaining it.

  • Q: I've found a bug in a package I got through UbuntuBleedingEdge. How do I report it?

    • A: Please report the issue directly to upstream. UbuntuBleedingEdge does not provide troubleshooting assistance or bug management.

  • Q: How do I request to have an application I use be added?

    • A: It is important to contact the upstream project that maintains the application, and to find someone to take on the duty of setting up and keeping an eye on things. Maybe YOU could become that someone! But for success it's critical that the upstream project feel they "own" this process, since users of it will be reporting bugs about it to them, and we want to ensure they feel they have the control to be able to update packages in the BleedingEdge when they feel it's needed.

  • Q: What happens if a maintainer of a package becomes inactive or too busy with other matters? ===

    • A: If a given package has not been updated in a long while, or if its VCS snapshot has broken, or if there are other such issues that go unsolved for more than a few months, we will drop the package for inclusion in UbuntuBleedingEdge. Of course, it can be re-enabled whenever someone picks up the reins on it again.

TODO

  • Flesh out this page
  • Flesh out the FAQ to about a dozen questions or so, as appropriate
  • Announce to ubuntu development discussion list
    • Once the idea is rather solid here and a LP team has been made. Nothing like announcing something and some kid grab the project page to be cute.
  • Advertise/blog/etc. to recruit involvement of upstreams that might be interested
    • This is something jcastro should be involved in as he was hired for just such a purpose.

UbuntuBleedingEdge (last edited 2008-08-06 16:59:41 by localhost)