Not only has he picked up the daily maintenance, but he has also converted the recipes to use git. He has also packaged gnome-shell, very cool stuff.

This was by far the biggest task associated with the upcoming 2.1 release, so things are shaping up nicely.

There will be some information sent out to review prior to the class and we will assume attendees are running Foresight Linux either natively or in a virtual machine.  The format will be rather informal, for a strong focus on mentoring in a very hands on environment.  We will begin with creating a package in a web based editor that everyone can follow along with.  Then move on to creating packages from scratch and having mentors available to guide new packagers

I hope to continue both of these on a re-occurring basis for new packagers and for continued practice.  Everyone is welcome to attend.

We have put together a survey, to help gauge interest and scheduling.  Please fill this out, and let us know if you are already familiar with conary packaging and willing to mentor.

Road map

Please look over it, if you have other objectives you would like to add, please file issues assigning the fix version to 2.5. That will make them show up in the table on the wiki page. I am setting a deadline of Wednesday, Nov 19 1200 UTC. To find the time in UTC, run ‘date -u’.

Please get your submissions in! We will quickly review the submissions and update the issues to reflect fix version. I want to start the planning stages pretty quickly after the deadline, gathering requirements and designing the solutions. Please include as much detail as possible in the issues, and please review the issues we already have adding comments. The more information the better.

The road to Foresight 2.5 includes you!  Historically we have not provided the level of transparency needed to enable more people to participate in Foresight’s core development.  I am very excited about the packagers that have joined in to help, but I suspect them and others have trouble figuring out what is needed.  They have done a great job of packaging new applications and helping to grow our repositories, and we appreciate that.  However, Antonio (doniphon) and I do most of the distro work, and that is our fault.  We tend to have a good understanding of what needs to be done, and we just do it.  This leaves others either not knowing what they can help with, or feeling like they might step on our toes.

So what do we need to do?  Log all issues we are working on, or plan to work on in FITS (Foresight Issue Tracking System) and continually log our progress on tasks.  Not only does this provides us a high level view of where we are, and what needs to be done, but it also provides a wider audience a list of tasks they can step up and accomplish.

We are going with short 1-2 month sprints instead of long 6 month development cycles.  During these sprints we will continually push features into mainline, continually delivering innovation.

• Sprint Kick off/planning cycle
• A larger meeting to discuss major objectives for the sprint
• Break it down into the top level objectives and create issues for them in FITS
• Hopefully find a driver for each top level objective
• Organize smaller planning discussions, ideally done via FITS
• Break down the top level objective into smaller issues in FITS
• Document requirements of success for each objective
• Assign a mentor
• Assign a due date.
• Create Use Cases for testing

• Tracking and status reporting
• Each assignee will continue to update the progress of tasks via FITS
• Regular blogging of your progress on your piece of the road map, lets make this fun!
• Weekly status reports

• Mentoring
• We should have some more experienced people available to act as mentors.
• Sounding board for ideas
• Contribute to and approve designs
• Help define measurement for success
• Review/approve completed tasks before pushing to mainline

The key for success is maximum transparency, this means using FITS and the foresight-devel mailing list as much as possible. If you would like to participate, please send an email to our development mailing list. You can find information on the lists here.

For a list of objectives we are already thinking of for Foresight 2.5, check out this list