<div class="gmail_quote">On Sat, Jun 5, 2010 at 6:37 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On 5 June 2010 12:14, Tiago Marques <<a href="mailto:tiagomnm@gmail.com">tiagomnm@gmail.com</a>> wrote:<br>
> I built OLPC's kernel in Gentoo with no problems, which helped me a lot to<br>
> start. The rest works great.<br>
<br>
Perhaps we aren't talking about the same things. I'm referring to how<br>
we can build an image which would be suitable for OLPC 1:1 deployments<br>
at large scale, without introducing huge churn for existing<br>
deployments, without demanding a significant additional amount of work<br>
both now and ongoing.<br></blockquote><div><br></div><div>We are talking about the same things, I was sharing my experience with my usage but was more specific. That's why I later said that I could only think of olpc-update, as I haven't been in contact with the rest. Sorry for not being clear.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
I suspect you're only working with what is important for you. (i.e.<br>
you aren't using antitheft, you aren't pushing OS updates<br>
automatically to yourself, you aren't using the customization stick,<br>
you aren't customizing the Browse homepage, ...)<br>
<br></blockquote><div><br></div><div>Exactly, thanks for being specific.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
> Can you be more specific of what more would break? I can think of<br>
> olpc-update but not much else unfortunately.<br>
<br>
Antitheft<br>
Activation<br>
<br>
A mountain of packages and their corresponding effects on the system,<br>
to think of a few: olpc-update, olpc-contents, ds-backup, bitfrost,<br>
dracut-modules-olpc, library, kbdshim, powred, runin, olpc-utils,<br>
switch-desktop, bootanim<br>
Several of those packages depend on Fedora-specific things that would<br>
need to be adapted.</blockquote><div><br></div><div>Thanks. Now I have something to look into in my free time. I have wanted to get some of those things to work on both XOs but didn't wanted to bother anyone here. Would someone be willing to answer me when I have some questions about those packages?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Various important bits of Fedora that we depend on - like their<br>
memory-backed rwtab file system.<br>
<br></blockquote><div><br></div><div>That's a tricky one.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
New build system would be needed, replacing all functionality of olpc-os-builder<br>
<br>
It also invalidates many processes that myself and others have been<br>
training in the field, such as usage of rpm/yum, how to write spec<br>
files, etc.<br>
<br>
It would result in a range of different package versions being used,<br>
compiled against different dependencies, invalidating a lot of<br>
testing, creating divergance from XO-1.5.<br>
<br>
It means everyone working with OLPC at a suitably low level has to<br>
learn a new distro. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
> That's true but you're again limited to not having security fix or updates<br>
> available after 12 months(?), which from what I've seen is around the time<br>
> the image is ready for deployment.<br>
> I have no idea of the work involved in that, aside from what I read here.<br>
> From what I've read it could be worth it but it was just a suggestion.<br>
<br>
Generally not important for field deployments. In the cases where it<br>
is important, OLPC already has a mechanism (push a new RPM, maybe<br>
generated manually by OLPC, and do a new release).<br>
<br></blockquote><div><br></div><div>I see. From feedback it seemed more important but if it isn't then it really doesn't make much sense.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I'm not discounting your suggestion to switch to another distro. Feel<br>
free to steam ahead with your efforts.<br>
<br></blockquote><div><br></div><div>If I ever get the user side ready, I'll be sure to post here. Maybe it will be useful sometime.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I was solely talking about a simple way to keep the existing base<br>
available to XO-1 deployments. The thread that you hijacked was about<br>
Fedora.<br>
<font color="#888888"><br></font></blockquote><div><br></div><div>Sorry about that.</div><div><br></div><div>Best regards,</div><div>Tiago</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<font color="#888888">
Daniel<br>
</font></blockquote></div><br>