<div dir="auto">I will try all rec's I can, Tuesday after I get home, thanks James for laying out these risks+options.<div dir="auto"><br></div><div dir="auto">Removing swap is not something I've tried yet, nor do I want to if this slows down kids' XO-1 experiences.</div><div dir="auto"><br></div><div dir="auto">Of course if pushed to the wall, and there's no other clean recipe, I suppose it's possible Nathan knows a way to delete ~64MB swap and recreate it later after installing GCompris.</div><br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Feb 13, 2017 7:10 AM, "James Cameron" <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What was wrong with my offer?<br>
<br>
You're not doing anything wrong; it's just the way it is.<br>
<br>
The way yum works; both the downloaded .rpm files and the unpacked<br>
files have to exist at the same time briefly.  yum calculates this<br>
and tells you it won't work.<br>
<br>
Removing the swap file will save you no more than 64MB, and will make<br>
the laptop slower afterwards.<br>
<br>
If you are insisting, for some reason, on ignoring my recommendations;<br>
let me give you one more to ignore; mount a USB drive over /var so<br>
that yum uses it for the downloaded .rpm files.  That way, the<br>
downloads won't count against the root filesystem space.<br>
<div class="quoted-text"><br>
On Mon, Feb 13, 2017 at 12:40:31AM -0500, Adam Holt wrote:<br>
> Thanks James & Nathan.  This "model" XO-1 has 256MB of disk available on fresh<br>
> install of 13.2.8, which never falls below 240MB when trying many different<br>
> ways to install the "7+ MB" TuxMath.<br>
><br>
> So I'm surely doing something wrong, and will keep working on it this week,<br>
> until I rediscover something like the reliable TuxMath install recipe we had<br>
> for Haiti earlier.<br>
><br>
> Then, trying to install the "142+ MB" GCompris will be a different story of<br>
> course, given its OS library needs installing Tux Paint etc alongside, which<br>
> may require me deleting the 70+ MB /home/olpc/Library (and other /tmp /var/tmp<br>
> or swap adjustments?  Nathan also suggests "swapoff -a"  and "rm /var/swap").<br>
><br>
> I'm traveling today but will rededicate myself to cracking these 2 painful/<br>
> important obstacles Tuesday onwards!<br>
><br>
</div><div class="elided-text">> On Feb 13, 2017 5:02 AM, "James Cameron" <[1]<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br>
><br>
>     Yes, the XO-1 JFFS2 NAND filesystem may report less space after the<br>
>     laptop has been used for a bit.  Fresh install gets the best space.<br>
><br>
>     (Because JFFS2 compresses data when writing, it cannot know how much<br>
>     free space is available, as because it depends on how compressible the<br>
>     data is.  So JFFS2 provides an estimate, and the estimate is<br>
>     pessimistic, and yum takes it at face value.)<br>
><br>
>     Yes, one XO-1 may show different space to another XO-1 freshly<br>
>     installed.<br>
><br>
>     (Because NAND may have bad blocks that are skipped by JFFS during<br>
>     reflashing.  You will have noticed these as differently coloured.<br>
>     Good chance of more bad blocks as the laptops age.)<br>
><br>
>     Yes, removing files apart from Activities and Library won't fix space.<br>
><br>
>     (Because olpc-update keeps a hard link mirror of the filesystem in<br>
>     /versions, and your changes to removing files won't remove them from<br>
>     the copy.)<br>
><br>
>     Yes, customising the operating system is really time consuming; we<br>
>     have instead provided the tools for remastering the operating system,<br>
>     and these tools are easy to use.  Adding .xo and doing yum installs<br>
>     are supported.  See OS_Builder on the Wiki.<br>
><br>
>     If you lack resources to do this, then I can assist to a limited<br>
>     extent, as I did for Haiti in January last year.  Additional benefit<br>
>     of using me is that the build may be signed, which installs using the<br>
>     four game key method without having to create deployment keys.<br>
><br>
>     Workaround for yum lack of space is to use .rpm files directly.  Also<br>
>     much faster.<br>
><br>
>     --<br>
>     James Cameron<br>
</div>>     [2]<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
><br>
> References:<br>
><br>
> [1] mailto:<a href="mailto:quozl@laptop.org">quozl@laptop.org</a><br>
> [2] <a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
<br>
> ______________________________<wbr>_________________<br>
> Devel mailing list<br>
> <a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/devel" rel="noreferrer" target="_blank">http://lists.laptop.org/<wbr>listinfo/devel</a><br>
<div class="quoted-text"><br>
<br>
--<br>
James Cameron<br>
<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
</div>______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" rel="noreferrer" target="_blank">http://lists.laptop.org/<wbr>listinfo/devel</a><br>
</blockquote></div><br></div></div>