Marco Hi,<div><br></div><div>Carsten has been working on some architecture pages on the wiki which may help here,</div><div><br></div><div><a href="http://wiki.merproject.org/wiki/Architecture">http://wiki.merproject.org/wiki/Architecture</a> </div>
<div><br></div><div>BR</div><div><br></div><div>vgrade</div><div><br><br><div class="gmail_quote">On Thu, May 31, 2012 at 11:07 AM, Marco Martin <span dir="ltr"><<a href="mailto:notmart@gmail.com" target="_blank">notmart@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thursday 31 May 2012, Aaron J. Seigo wrote:<br>
> On Thursday, May 31, 2012 10:13:30 martin brook wrote:<br>
> > Just a reminder that Mer does not include hardware adaptations, so kernel<br>
> > and graphics drivers are out of scope of that project.<br>
> ><br>
> > Nemo does aim to support an x86 adaptation.<br>
><br>
> imho, this highlights a scoping error for mer. here's why:<br>
><br>
> * mer doesn't do hardware adaptation.<br>
> * projects on top of mer do<br>
> * there are multiple projects on top of mer, all of which need adaptations<br>
> * there is a finite number of common hardware targets<br>
><br>
> this leads to multiple projects working on the same hardware adaptations<br>
> without a good place to collaborate.<br>
<br>
</div>on top of that, add the fact that everybody is quite confused where mer stops<br>
and nemo begins also tells something (i still didn't understood it 100%)<br>
<br>
if something becomes very difficult to communicate correctly, maybe there is<br>
some underlying problem in how things are structured...<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Marco Martin<br>
_______________________________________________<br>
Active mailing list<br>
<a href="mailto:Active@kde.org">Active@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/active" target="_blank">https://mail.kde.org/mailman/listinfo/active</a><br>
</div></div></blockquote></div><br></div>