Is this recommendation against yum and rpm for all software, or just the oplc repo packages, the kernel and the firmware?  I'm certainly happy doing just safe builds for the core.<br><br>However, as part of our 'refresh' stick when we wipe and install a new signed build, we generally also include the necessary rpm's for cheese and a couple of other utilities that are locally installed from the USB stick using a bash script; or, for the Vernier software dependencies, the dependent rpm's are installed by means of a python script.  However, they are rpm's and they are downloaded onto the stick (the first time) using yum, and they are then installed from the stick using --localinstall from the stick.<br>
<br>Am I to understand that this a really 'caveat emptor' scenario?<br><br>Cheers<br><br>KG<br><br><br><br><div class="gmail_quote">On Wed, Nov 24, 2010 at 5:25 PM, Daniel Drake <span dir="ltr"><<a href="mailto:dsd@laptop.org">dsd@laptop.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On 24 November 2010 08:26, Jerry Vonau <<a href="mailto:jvonau@shaw.ca">jvonau@shaw.ca</a>> wrote:<br>

> I've played around with the bootfw rpm, altering the install path to<br>
> reflect where /boot really is on the filesystem while booted up. This<br>
> has the advantage of being able to use rpm/yum to stage the upgrade of<br>
> the firmware. Providing you have the power cable connected, once OFW<br>
> looks in /boot it will look for bootfw.zip. I'm just putting the zip in<br>
> the correct location to be found. I have a test re-roll of q3a50<br>
> available from:<br>
> <a href="http://download.laptop.org.au/XO/F11/10.1.2/xoau-firmware" target="_blank">http://download.laptop.org.au/XO/F11/10.1.2/xoau-firmware</a><br>
<br>
</div>Unfortunately this isn't suitable for inclusion. At build time, the<br>
partitioned layout is not setup, and it is not even known if the<br>
resultant image will even be split into partitions. So this would<br>
cause the build to fail.<br>
<br>
Additionally, part of the olpc-update design requires the entire<br>
crypto-signed filesystem to be available in one undivided place, so<br>
the RPM must continue installing to the "unpartitioned area" with the<br>
reliance that something else will handle partitioning later on.<br>
<br>
This is all touched upon in /boot/README, and I'll document it more<br>
detail (on the wiki) at some point soon.<br>
<br>
The kernel RPM also faces the same situation.<br>
<br>
And, in general OLPC advises against using yum and RPM on XOs. With<br>
certain packages, doing this will override various tweaks put in place<br>
by the build system. Sometimes the side effects will be subtle, and<br>
other times they will be obvious.<br>
<br>
It would be possible (but messy) to make bootfw and kernel RPMs "do<br>
the right thing" when installed on live booted XOs, but it would be<br>
fragile, and doesn't change the fact that general usage of yum/rpm is<br>
likely to cause you problems at some point.<br>
<font color="#888888"><br>
Daniel<br>
</font></blockquote></div><br>