No subject
Tue Aug 30 19:13:18 CEST 2011
<br>
known issues is not better then "tested" images and feeds from sh=
r-unstable.<br>
<br>
shr-unstable:<br>
This was based on master branch of openembedded (today called OE-classic)<b=
r>
so there was a lot of changes every day which sometimes caused unstable<br>
telephony or unusable UI. It was caused mostly because of very limited<br>
testing between building it on SHR buildhost and users getting it from<br>
shr-unstable feeds by opkg upgrade.<br>
But since July 2011 the development in OE-classic was slowing down becase<b=
r>
everybody was moving to new layered structure of oe-core/meta-* (google<br>
yocto project for more info and fancy video).<br>
<br>
shr-core:<br>
Originaly started in March 2011 as my experimental pet project to<br>
evaluate new layers like oe-core/meta-oe, but later all remaining SHR<br>
and FSO developers switched from shr-unstable to shr-core too and now<br>
we have very lively meta-smartphone repository with BSP layers for our<br>
beloved phones and layers for FSO, Aurora and for SHR as distribution.<br>
Some stuff from old shr-unstable is still missing and sometimes it's<br=
>
changing too fast for average end user who depends on working telephony.<br=
>
<br>
So today we've decided to try something else. Instead of trying to<br>
maintain 3 different flavors of shr, we will try harder to provide best<br>
experience with shr-core and hopefully migrate all remaining users of<br>
shr-testing or shr-unstable to it soon (and then we can rename it to<br>
shr-stable :)).<br>
<br>
Starting with next build we won't push the build output directly to nor=
mal<br>
feeds, but only to "staging" feeds for testers which decide to tr=
y newer<br>
versions.<br>
<br>
It works like this:<br>
1) <a href=3D"http://build.shr-project.org/shr-core" target=3D"_blank">http=
://build.shr-project.org/shr-core</a> nothing will be changed in this<br>
feed before it's tested by multiple users from staging feed.<br>
<br>
2) <a href=3D"http://build.shr-project.org/shr-core-staging/" target=3D"_bl=
ank">http://build.shr-project.org/shr-core-staging/</a> will contain one di=
rectory<br>
for each major feature we want to test (like EFL or FSO upgrades) or someti=
mes<br>
just rotated weekly when there isn't something major or "dangerous=
".<br>
<br>
Each directory has by 3 digit name which identifies the feed (lets call it =
NNN).<br>
<br>
Each NNN directory has info.NNN file (and info -> info.NNN symlink) wher=
e you can<br>
read on which revisions was this feed started, which commits were used duri=
ng<br>
populating this feed and when this feed gets closed (or lets say marked as =
ready<br>
for testers). You can also read how all our branches looked when it was clo=
sed.<br>
<br>
Currently there is 001, 002 and latest.<br>
002 is still getting more stuff from live build, so it wasn't "clo=
sed" yet.<br>
When we decide that there is enough stuff for testing and the feature is<br=
>
complete, we'll close 002 and redirect build output to new 003.<br>
Latest link points to latest but _closed_ feed (so usually highest -1) whic=
h<br>
is currently 001.<br>
<br>
If you want to help testing, then best way is to prepare 2nd partition (not=
the<br>
one you're using for daily phone you depend on) and redirect default sh=
r-core<br>
feeds to latest closed:<br>
sed -i 's#shr-core#shr-core-staging/latest#g' /etc/opkg/*-feed.conf=
<br>
or of course you can lock it to whatever number you want to test later<br>
ie: sed -i 's#shr-core#shr-core-staging/007#g' /etc/opkg/*-feed.con=
f<br>
<br>
Also you should also download info file from selected directory so you'=
ll know<br>
what you are testing after latest link is moved to newer feed.<br>
wget <a href=3D"http://build.shr-project.org/shr-core-staging/latest/info" =
target=3D"_blank">http://build.shr-project.org/shr-core-staging/latest/info=
</a><br>
<br>
Then you can upgrade with opkg or reflash to newer image (if images are ava=
ilable<br>
in staging area too).<br>
opkg update && opkg upgrade<br>
<br>
Now you can test whatever is important for you (telephony, music, video, ..=
.)<br>
and if you're happy with new testing feed you should report it on our w=
iki<br>
<a href=3D"http://www.shr-project.org/trac/wiki/Stabilizing" target=3D"_bla=
nk">http://www.shr-project.org/trac/wiki/Stabilizing</a><br>
there will be table for each NNN feed and you should say there if you'r=
e fine with<br>
it moving to default public feed or if you have found some issues with it, =
bug<br>
number from <a href=3D"http://www.shr-project.org/trac/report" target=3D"_b=
lank">http://www.shr-project.org/trac/report</a> where you've reported =
those<br>
issues would be great and it would be fantastic if you also include in that=
report<br>
which NNN feed was last known to work for you and first one where it was br=
oken.<br>
That's where those info files you've downloaded will get handy.<br>
<br>
After some not-yet-known number of testers which marks the NNN feed as work=
ing<br>
it will be rsynced to default feeds and everybody will get it.<br>
<br>
This whole mechanism is to provide most reliable default feeds while keepin=
g all<br>
development and of course developers in one SHR flavor.<br>
<br>
This is _only_ for runtime issues, it won't help with build issues whic=
h still<br>
need to be reported against master in our trac and we'll try to fix the=
m asap.<br>
<br>
3) There is also <a href=3D"http://build.shr-project.org/tests/shr-core/" t=
arget=3D"_blank">http://build.shr-project.org/tests/shr-core/</a> which poi=
nts to really<br>
"live" build and normally shouldn't be used (you can call opk=
g update when there is<br>
incomplete feed or whatever....), so please ignore this feed unless you rea=
lly<br>
know what you're doing.<br>
<br>
Ideas, comments and most importantly patches are very welcome.<br>
<br>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 JaMa on behalf of whole SHR team<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
--<br>
Martin 'JaMa' Jansa =A0 =A0 jabber: <a href=3D"mailto:Martin.Jansa@=
gmail.com">Martin.Jansa at gmail.com</a><br>
</font></span><br>_______________________________________________<br>
Openmoko community mailing list<br>
<a href=3D"mailto:community at lists.openmoko.org">community at lists.openmoko.or=
g</a><br>
<a href=3D"http://lists.openmoko.org/mailman/listinfo/community" target=3D"=
_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
<br></blockquote></div><br>
--20cf300e568b68df9104b35a387a--
More information about the community
mailing list