12.1.0

From OLPC
Jump to navigation Jump to search

12.1.0 an in-development OLPC OS release, focusing on shifting parts of the Sugar UI to the GTK+ 3 toolkit and to new system technologies present in Fedora 17. The target platforms are Target platforms::XO-1, Target platforms::XO-1.5 (including XO-1.5 High School Edition) and Target platforms::XO-1.75.

The release plan can be found at /Release plan.

Status

Status: Status::in development (see /Release plan and Release Process).

To be released on: Release date::2012-07-02

Release notes: Release notes/12.1.0

Download and installation

Development builds are available here:

New builds are announced on the devel mailing list.

XO-1.75 and XO-1.5

To install from Open Firmware on an unlocked XO-1.5 or XO-1.75, download a .zd file to a USB drive. Choose the correct one: there are several. Files which end in .zd2 are for 2GB media and .zd4 is for 4GB media.

Insert the USB drive into the XO-1.5, get to the Ok prompt and type:

fs-update u:\osXX.zdN

Where osXX.zdN is the file you downloaded, for example os22.zd4.

XO-1

To install from Open Firmware on an unlocked XO-1, download the .onu and .uim files to a USB drive.

Insert the USB drive into the XO-1, get to the Ok prompt and type:

update-nand u:\osXX.onu

where osXX.onu is the .onu file you downloaded, for example os22.onu.

(Watch out, there's a trap. Never use copy-nand for this file format. copy-nand was for previous releases with .img and .crc files, but we no longer use it for .onu and .uim files. copy-nand might seem to finish okay, but your XO-1 won't start. If that happens, do it again using update-nand as above.)

Developers

The release is built with Build system::OS Builder version Build system version::5.0.x (master) under Build platform::Fedora 17, using f17-xo1.ini, f17-xo1.5.ini and f17-xo1.75.ini at this point in the development process. The f17, f17-xo1, f17-xo1.5 and f17-xo1.75 RPM dropboxes are used.

Fedora package inclusion process

For contributions in the form of updated RPM packages that are part of Fedora, the process is a little complicated due to the fact we work with multiple architectures and ARM is not yet a primary Fedora architecture.

The entire process is explained below. However, only the first and last steps are required. Feel free to skip some or all of the remaining steps - just make sure you leave a note on an "add to build" ticket noting which steps you have done. Daniel and Peter are more than happy to take on the packaging work on your behalf, and they can lump it into batches.

  1. Produce source tarball, upload to relevant place.
  2. Commit spec file to Fedora git, push and build for x86
    • Commit your change on both the f17 and master branch. Suggestion: commit on F17 branch, then use git merge to fast-forward master to the same commit.
    • Ensure you are on the f17 branch.
    • fedpkg push
    • fedpkg build
  3. Submit an update for F17.
    • fedpkg update
  4. When bodhi emails you saying that your F17 update can be pushed to stable, push it.
  5. Put the relevant trac ticket in "add to build" state, noting which of the above steps you have completed.

ARM is intentionally left out of the picture here. Your package will be built automatically on ARM, but only once it gets pushed to stable (updates-testing does not currently get built for ARM). To avoid the delay of several days before this happen, Peter Robinson will make an ARM build based on what was pushed to updates-testing and maintain it in his dropbox until it is officially built for Fedora-ARM. Please leave these builds to Peter so that it can be managed in a central place.

Bug reports

We are now looking for bug reports on all levels - system, Sugar, activities, ...

Sugar-specfic bugs and activity issues should be filed at http://bugs.sugarlabs.org. System-related bugs should be filed at http://dev.laptop.org. If in doubt, ask on the mailing list first, or file at OLPC and let us take care of it for you.

For OLPC tickets, leave the milestone field blank but mention clearly that you are testing 12.1.0, your bug report will then be triaged into the appropriate place.