OLPC 10.1.2 Release Candidate 2
by Chris Ball
http://wiki.laptop.org/go/Release_notes/10.1.2
http://build.laptop.org/10.1.2/xo-1.5/os851
http://build.laptop.org/10.1.2/xo-1/os851
Compressed image size: 704.85mb (+0.15mb since build 850)
* olpc-utils, #10281: Move pentablet mode initialization to Sugar, on XO-1
* olpc-os-builder, #10280: Build a .usb image for "olpc-update --usb".
* dracut, #10289: Always use "eth0" for wifi device
* olpc-utils, #6700 / #10278: Move root's $HOME to /home/root
* sugar-toolkit, #10218: Fix crash using Read before data/ exists
Package changes since build 850:
-dracut-modules-olpc-0.3.4-1.fc11.i586
+dracut-modules-olpc-0.3.5-1.fc11.i586
-olpc-utils-1.0.26-1.fc11.i586
+olpc-utils-1.0.27-1.fc11.i586
-sugar-toolkit-0.84.11-1.fc11.i586
+sugar-toolkit-0.84.12-1.fc11.i586
13 years, 9 months
strange behavior of 'rm'
by Mikus Grinbergs
I experiment with manually adding/deleting Activities, then restarting
Sugar. Sometimes I've seen obsolete activity-versions being listed in
some sort of snapshot recorded in shell.log. I've empirically found
that I can lessen this by deleting ~/.sugar/default/favorite_activities
- and letting the Sugar restart rebuild that file.
A couple of times I've found that the 'rm' command I issue for this
purpose (e.g., from Terminal, while running as root) appears not to
work. [The latest occurred on os353pyg - I don't remember which earlier
builds I saw it happen on.] I'm mystified:
> 0 [~]# rm .sugar/default/favorite_activities
> rm: remove regular file `.sugar/default/favorite_activities'? y
> 0 [~]# rm .sugar/default/favorite_activities
> rm: remove regular file `.sugar/default/favorite_activities'? y
> 0 [~]# rm .sugar/default/favorite_activities
> rm: remove regular file `.sugar/default/favorite_activities'? y
> 0 [~]# ls -la .sugar/default/
> total 21
> drwxr-xr-x 8 olpc olpc 0 2010-08-14 12:24 .
> drwx------ 3 olpc olpc 0 2010-08-14 12:14 ..
> -rw-r--r-- 1 olpc olpc 9959 2010-08-14 05:41 buddy-icon.jpg
> drwxr-xr-x 3 olpc olpc 0 2010-08-14 05:42 cache
> drwxr-xr-x 2 olpc olpc 0 2010-08-14 05:39 data
> drwxr-xr-x 5 olpc olpc 0 2010-08-14 05:42 datastore
> -rw-r--r-- 1 olpc olpc 7792 2010-08-14 12:24 favorite_activities
> drwxr-xr-x 2 olpc olpc 0 2010-08-14 05:42 logs
> drwxr-xr-x 2 olpc olpc 0 2010-08-14 05:42 nm
> drwxr-xr-x 5 olpc olpc 0 2010-08-14 05:42 org.laptop.Terminal
> -rw------- 1 olpc olpc 668 2010-08-14 05:42 owner.key
> -rw-r--r-- 1 olpc olpc 590 2010-08-14 05:42 owner.key.pub
> -rw-r--r-- 1 olpc olpc 218 2010-08-14 05:42 terminalrc
> 0 [~]#
mikus
13 years, 9 months
Software update in OLPC 10.1.2 Release Candidate 2, faster JavaScript
by S Page
(You didn't actually say you wanted feedback, but you sent this to
Testing, and didn't say you didn't. People aren't using
http://wiki.laptop.org/go/Test_group_release_notes any more?)
== Software update ==
You have to scroll sideways in the My Settings panel to expose the
Software update and Language control panels. I'm pretty sure someone
mentioned this problem with the grid layout already, but I can't find
it.
What's the search box in My Settings supposed to do? Searching for
"Software update" doesn't bring it into view or highlight it.
I mentioned that after Software update my Home view didn't show new
and updated activities until I restarted Sugar. dsd has proposed a
fix in http://dev.laptop.org/ticket/10271
Software update tells me "Fetching
http://wiki.laptop.org/go/Activities/G1G1..." , its Modify activity
groups tells me this is the URL for G1G1 Activities for OLPC OS 10.1,
and w.l.o. tells me 'This page lists the latest versions of the
various activities in the "G1G1" activity group for the very latest
build'. But http://wiki.laptop.org/go/Activities/G1G1 is NOT the list
of activities for 10.1! The actual page that's used seems to be
http://wiki.laptop.org/go/Activities/G1G1/10.1 , only this has the new
activities like Words and Stopwatch. If that's so, I think the
Activities and Activities/G1G1 pages should say something like "If
you're running OLPC OS release 10.1,
http://wiki.laptop.org/go/Activities/G1G1/10.1 lists the activities in
the G1G1 set for it and is the list checked by its Software update."
I'll make the change if no one disagrees.
The Activities/G1G1/10.1 page still says Turtle Art, but the 10.1
release calls it Turtle Blocks, I think
http://wiki.laptop.org/go/Activities/Turtle_Art_%28latest%29 should
mention the name change.
On an unrelated pleasant note, I ran Sunspider on 8.2.1 and got a
score of 55,109.6 ms. On 10.1.2, my score was 19941.6 ms, 2.76x as
fast! XULRunner 1.9 to 1.9.1 was a big jump, it includes the
TraceMonkey JavaScript engine from Firefox 3.5.
--
=S Page
13 years, 9 months
olpc-update and 10.1.2
by S Page
A synchronized release for both models; who would've believed it
possible a year ago. Congratulations!
On Thu, Aug 5, 2010 at 11:45 AM, Chris Ball <cjb(a)laptop.org> wrote:
> http://wiki.laptop.org/go/Release_notes/10.1.2
>
> http://build.laptop.org/10.1.2/xo-1.5/os850
> http://build.laptop.org/10.1.2/xo-1/os850
>
> Compressed image size: 704.70mb (+14.05mb since build 304)
I haven't tried it yet, but in learning about it :)
http://wiki.laptop.org/go/Olpc-update#USB_update says how to update
from local files using `olpc-update -usb` , but the needed file
os850.usb is not in the build directory. Do you have any plans to
produce it?
I thought olpc-update has to be performed as root, but release notes
don't say `sudo olpc-update...`
Someone inserted a /* Warning */ at the top of the Olpc-update page
about activities that conflicts with what
http://wiki.laptop.org/go/Release_notes/10.1.2#Upgrade says.
It sounds like olpc-update will take a lot of flash space. Maybe the
10.1.2 notes should say how much you'll need. Will the program tell
me there's not enough room?
If a USB olpc-update isn't possible, I'll have to flash my XO-1 and
lose my work. Release notes say only, "Make a copy of any data you
wish to keep"... how? The only instructions on backing up the
contents of an XO I could find are
http://wiki.laptop.org/go/How_to_backup_your_XO , but that just lets
me restore a previous image. Is there a guide to backing up files in
such a way they're accessible in the new release? In the past I've
run `rsync -av ~` to a USB drive and dragged some Journal files to
USB.
13 years, 9 months
compcache
by Yioryos Asprobounitis
I'm thinking to check compcache as a putative remedy for the XO-1's limited memory and related issues.
I'm pretty sure I've seen it mentioned in the lists but can't find it anymore.
I would appreciate if anyone can offer any (counter)advice or info regarding its implementation, kernel patching etc.
Thx
13 years, 9 months
OLPC 10.1.2 Release Candidate 1
by Chris Ball
http://wiki.laptop.org/go/Release_notes/10.1.2
http://build.laptop.org/10.1.2/xo-1.5/os850
http://build.laptop.org/10.1.2/xo-1/os850
Compressed image size: 704.70mb (+14.05mb since build 304)
This is the first release candidate for the 10.1.2 software release,
which runs on both XO-1 and XO-1.5. It's a signed build. We've bumped
the build number up to 850, so that it's higher than the previous signed
XO-1 build, which was 802.
Please test the build; we're particularly interested in regressions
from either the 8.2.1 release for XO-1 (build802) or the 10.1.1 release
for XO-1.5 (build206). The only serious regression we know of from
either build is http://dev.laptop.org/ticket/9100 which we're unable
to reproduce, but we're working on obtaining laptops that are showing
the symptom so that we can debug it.
The build has idle-suspend turned on for both XO-1 and XO-1.5. There
are some bugs affecting XO-1 idle-suspend only -- #10232 and #10233 --
which aren't regressions from 8.2.1, but are annoying enough that we'd
ship without idle-suspend enabled by default on XO-1 if we aren't able
to fix them soon.
We're going to aim for a final release in around two weeks from now,
and then immediately start on a 10.1.3 release with more feature
additions. We didn't want new feature work to hold back the 10.1.2
release from XO-1 users waiting for a signed Fedora 11 release.
Changelog:
* kernel, #10270: assert wifi reset on XO-1.5 during boot
* sugar, #9623: another fix for Sugar behavior on disk full
* #10277: add python-alsaaudio package, which was present in 8.2.1
* Measure, #10248: ship Measure-31
* Record: ship Record-86
Package changes since build 304:
-kernel-2.6.31_xo1.5-20100803.1308.1.olpc.d9b66b661b522f8.i586
+kernel-2.6.31_xo1.5-20100804.1846.1.olpc.72481b500bcb92f.i586
-kernel-firmware-2.6.31_xo1.5-20100803.1308.1.olpc.d9b66b661b522f8.i586
+kernel-firmware-2.6.31_xo1.5-20100804.1846.1.olpc.72481b500bcb92f.i586
+python-alsaaudio-0.5-1.fc11.i586
-sugar-0.84.21-1.fc11.i586
+sugar-0.84.22-1.fc11.i586
13 years, 9 months
Re: [Sugar-devel] Activity packaging
by Jon Nettleton
>
> But the one of core ideas to not use only regular packaging systems
> (via PackageKit or directly) is having this, natural and desired,
> scenario for sugar ecosystem:
>
> * there is an activity,
> * several users might decide to experiment w/ this activity
> (i.e. change its code) and share this results
> * third user wants to try all these experiments (including pristine
> activity)
>
> This scenario is pretty undoable (by design) in native packaging systems
> but 0install is designed to support scenarios like that (all
> activity implementation are stored in separate directories in user's
> home and can be launched in any time and even at the same time).
This doesn't sound like a package management system scenario. Really
this sounds like a revision control system is needed. Wouldn't it
make the most sense to integrate bzr or git into sugar to handle code
sharing like this? Then you could continue to have all the Activities
in a single directory with multiple branches to can be switched
between on the fly through a sugar interface.
-Jon
13 years, 9 months
New 10.1.2 build os304 for XO-1 and XO-1.5
by Chris Ball
http://build.laptop.org/10.1.2/xo-1/os304
http://build.laptop.org/10.1.2/xo-1.5/os304
Compressed image size: 595.62mb (no change from build 303)
Description of changes in this build:
* Include new Q3A48 firmware for XO-1.5
* #10269, kernel: fix rfkill on XO-1.5
* #10260, geode: work-around X crash on XO-1 when playing ogg video
* #10266, sugar: fix resuming activities from Favorites view
Package changes since build 303:
-kernel-2.6.31_xo1-20100728.1841.1.olpc.a0a0edb7d8cbadb.i586
+kernel-2.6.31_xo1-20100803.1303.1.olpc.d9b66b661b522f8.i586
-kernel-firmware-2.6.31_xo1-20100728.1841.1.olpc.a0a0edb7d8cbadb.i586
+kernel-firmware-2.6.31_xo1-20100803.1303.1.olpc.d9b66b661b522f8.i586
-sugar-0.84.20-1.fc11.i586
+sugar-0.84.21-1.fc11.i586
-xorg-x11-drv-geode-2.11.2-1.fc11.olpc1.i586
+xorg-x11-drv-geode-2.11.2-1.fc11.olpc2.i586
13 years, 9 months
os850 on xo-1.5 -- looks good
by Mikus Grinbergs
Was able to run a whole bunch of Activities -- did not notice any new
failures to launch. Multimedia respectable; YouTube watchable @ 240p.
Thanks for a good job, mikus
13 years, 9 months
Re: Activity packaging
by Peter Robinson
On Tue, Jul 6, 2010 at 6:50 PM, John Gilmore <gnu(a)toad.com> wrote:
>> I think you are missing an important requirement: installation without
>> elevated permissions.
>
> Enhancing deb or rpm to be able to do this would be a win all around.
>
> A nonroot install would install under one's home directory, if either
> the package was marked as tested for homedir installation, or the user
> provided an override. The underlying OS would have to ship user PATH
> and LD_LIBRARY_PATH defaults to include $HOME/bin and $HOME/lib. A
> package database would exist under $HOME as well. Read-only access to
> the global package database would allow the local package to check
> dependencies, etc. It may be useful to define a standard programming
> convention for a package to readily find its control files and data
> files (either in /etc and /usr/lib, or in $HOME/.something, etc).
>
> Ideally it should be possible to ask that a package be installed under
> any particular directory, allowing users to install several different
> versions of a package and run them from different places. This would
> let users run multiple applications which depend on particular
> versions of another package (e.g. python), while allowing the system
> default to be upgraded to the latest (incompatible) version.
rpm can already do that. It can relocate the package install location.
> I'd argue for adding this to deb, partly because Fedora at one point
> indicated a willingness to move from rpm/yum to deb/apt whenever
> "someone does the work", whereas Debian and Ubuntu seem satisfied with
> deb and apt. But that would be a longer road for OLPC and other
> existing Fedora users.
I very much doubt that would ever happen.
13 years, 9 months