On Fri, Jun 26, 2009 at 6:47 AM, Bryan Berry wrote:
> Personally, i think you are better off unlocking your XO's and using and
> unsigned image.
Actually, the best option is to get the laptops with their own keys,
so they can sign their image themselves.
This keeps antitheft tools available. I'm
Hi guys,
i'm currently offline and I'm missing an appointment for writing this e-mail,
thus no time to log into RT.
you have a chrome9 system, please don't try to use it with the old
DRM code in the kernel which is for chrome/unichrome.
VIA has some out-of-mainlien chrome9 DRM driver, which ha
Philip,
talk to reuben caron about getting the image signed.
Personally, i think you are better off unlocking your XO's and using and
unsigned image.
If you want to create a custom image, my best recommendation is that you
contract Ties Stuij or someone at OLPC to do it for you. Reuben may or
Hello
Cambodia is getting 1000 new XOs very soon. This are the first ones with
a Khmer keyboard.
To make the installation process easier, I would like to create a
country specific image based on build 802, which includes Khmer keyboard
support, fonts, the newest language pack with software tra
On Jun 25 2009, at 09:49, Chris Ball was caught saying:
> The complexity of implementation is real, but it turned out that Mitch
> had to do the work of adding ACPI tables for Windows anyway. Being
> able to suspend/resume on unmodified distro kernels (and not having to
> constantly maintain and f
Hi,
> Would that mean that gnome-power-manager and DeviceKit-power
> would work as-is on the XO-1.5?
I don't think we'd want to run gnome-power-manager because it would
attempt to do things like manage the backlight, which we want to do
ourselves as part of aggressive suspend/resume. But i
On Thu, Jun 25, 2009 at 15:49, Chris Ball wrote:
> Hi,
>
> > And we will pay the performance cost of ACPI? It was an
> > oft-repeated thing that ACPI was evil because of complexity and
> > slowness in the critical path to super smooth sleep-resume
> > cycles.
>
> > Were we overestimating
Hi,
> And we will pay the performance cost of ACPI? It was an
> oft-repeated thing that ACPI was evil because of complexity and
> slowness in the critical path to super smooth sleep-resume
> cycles.
> Were we overestimating the impact?
Yes, I believe so. We may even find that the
On Wed, Jun 24, 2009 at 9:56 PM, Daniel Drake wrote:
> The end-user interface for those is unlikely to change much (if we do
> the ACPI tables right).
And we will pay the performance cost of ACPI? It was an oft-repeated
thing that ACPI was evil because of complexity and slowness in the
critical pa