On 10 Oct 14, Michael Hope wrote:
> Hi there. I'm confused about how we nominate and schedule things for
> the upcoming summit. I've got a bunch of tr-* TR blueprints and a
> related set of engineering blueprints. Some of these blueprints are
> too big for one session and some need to be bundled
On 14 Oct 2010, at 04:19, Shawn Guo wrote:
> On Thu, Oct 14, 2010 at 4:58 AM, Michael Hudson
> wrote:
>> You can fix this by adding 'Defaults env_keep += "http_proxy"' to
>> /etc/sudoers btw.
>>
> It works. Thanks, Michael.
>
> Hi Jamie,
>
> I'm running into the following problem with latest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 14.10.2010 04:19, Michael Hudson pisze:
> It has to be said, I'm not sure the aesthetic appeal of oauth outweigh
> these costs. It smells a bit overengineered.
Alternatives?
>> 1) We need to allow users to authenticate before we allow them to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 13.10.2010 19:52, James Westby pisze:
> On Wed, 13 Oct 2010 12:35:54 -0300, Guilherme Salgado
> wrote:
>> I think we can use existing libraries (python-oauth and
>> lazr.authentication) and follow the examples of Canonical django
>> projects t
Hi,
Today marks the third week of "Weekly Linaro image testing" and as
usual this is a call for help. If you have supported hardware and are
willing to test the images, please make your way to:
http://wiki.linaro.org/Releases/DailyBuilds
for an explanation on how to test and submit your res
Michael,
I'm glad that I'm not the only confused one. Good description of the
flow...
Dave
On 14 October 2010 08:23, Amit Kucheria wrote:
> On 10 Oct 14, Michael Hope wrote:
> > Hi there. I'm confused about how we nominate and schedule things for
> > the upcoming summit. I've got a bunch of
On Thu, Oct 14, 2010, Shawn Guo wrote:
> Quote from https://bugs.launchpad.net/linaro-image-tools/+bug/659720:
> Actually, we do not need to add anything before the first "fatload".
> We set the bootcmd in boot.scr, and boot.scr itself is in mmc boot
> partition. We have to get mmc ready before doi
On 14 October 2010 10:38, Loïc Minier wrote:
> So it means we have to track which platforms use which MMC init
> command; how ugly :-/ is there a way we could test for it?
Can't we just define this incompatibility as a bug in uboot and get
it fixed? :-)
-- PMM
_
On Thu, 14 Oct 2010 09:55:51 +0200, Zygmunt Krynicki
wrote:
> If we work together we might do that. Don't worry about external
> dependencies yet. If it works we'll worry about solving that problem.
Well, we can work in parallel on that. I don't want to have code queued
up which we ask IS to dep
Hi Shawn,
I tried your linaro-media-create changes ... I put them in this
branch:
https://code.launchpad.net/~dave-martin-arm/linaro-image-tools/mx51evk-fixes
There are still a couple of errors which stop correct installation of
u-boot when using linaro-media-create --image_file.
I still couldn
Hi Shawn,
I tried your linaro-media-create changes ... I put them in this
branch:
https://code.launchpad.net/~dave-martin-arm/linaro-image-tools/mx51evk-fixes
There are still a couple of errors which stop correct installation of
u-boot when using linaro-media-create --image_file.
I still couldn
Hi Dave,
On Thu, Oct 14, 2010 at 9:13 PM, Dave Martin wrote:
> There are still a couple of errors which stop correct installation of
> u-boot when using linaro-media-create --image_file.
>
I always use l-m-c with --mmc, never --image_file. Will have a try later.
> I still couldn't get a bootabl
BTW, I've written up my understanding of the workflow at:
https://wiki.linaro.org/MichaelHope/Sandbox/SummitWorkflow
Michael, this is great and if the Definition field for the blueprints gets
updated at each stage, then it would be easy to track the progress of the
blueprints ( at least the Defin
Hi,
On Thu, Oct 14, 2010 at 3:14 PM, Shawn Guo wrote:
[...]
> Honestly, we are still far away from a bootable system. Besides above
> two bug fixes, we have tot address the following things to get a
> bootable mx51evk headless.
Ah, OK --- looks like I may have misunderstood the status of imx5
14 matches
Mail list logo