On Thu, Mar 29, 2012 at 2:20 PM, Martin Langhoff
wrote:
> On Thu, Mar 29, 2012 at 2:13 PM, Daniel Drake wrote:
> > The first frame will have the complete ring, plus the sugar/Fedora
> > logos, so this transition is already clear.
>
> Ah, true. Hmm, maybe it's time to have an OLPC logo in there.
>
On Thu, Mar 29, 2012 at 2:20 PM, Martin Langhoff
wrote:
> On Thu, Mar 29, 2012 at 2:13 PM, Daniel Drake wrote:
>> The first frame will have the complete ring, plus the sugar/Fedora
>> logos, so this transition is already clear.
>
> Ah, true. Hmm, maybe it's time to have an OLPC logo in there.
+1
On Thu, Mar 29, 2012 at 2:13 PM, Daniel Drake wrote:
> The first frame will have the complete ring, plus the sugar/Fedora
> logos, so this transition is already clear.
Ah, true. Hmm, maybe it's time to have an OLPC logo in there.
m
--
martin.langh...@gmail.com
mar...@laptop.org -- Software
El día 29 de marzo de 2012 15:03, Martin Langhoff
escribió:
> 2012/3/29 Daniel Drake :
>> Looks great!
>
> +1
>
>> The first frame should have the bottom-center dot in dark-grey to
>> match the firmware. (currently you have that in frame 2)
>
> Maybe that counts as a step, and perhaps can help us
El día 29 de marzo de 2012 14:59, Daniel Drake escribió:
> 2012/3/29 Manuel Quiñones :
>> Taking into account your considerations (one frame per second
>> animation, no time for fancy stuff, and also not needed) I did this
>> mockup:
>>
>> http://dev.laptop.org/~manuq/bootmock.gif
>>
>> It preserv
On Thu, Mar 29, 2012 at 12:03 PM, Martin Langhoff
wrote:
>> The first frame should have the bottom-center dot in dark-grey to
>> match the firmware. (currently you have that in frame 2)
>
> Maybe that counts as a step, and perhaps can help us diagnose freeze
> in the firmware/linux transition?
Th
2012/3/29 Daniel Drake :
> Looks great!
+1
> The first frame should have the bottom-center dot in dark-grey to
> match the firmware. (currently you have that in frame 2)
Maybe that counts as a step, and perhaps can help us diagnose freeze
in the firmware/linux transition?
> If people agree with
2012/3/29 Manuel Quiñones :
> Taking into account your considerations (one frame per second
> animation, no time for fancy stuff, and also not needed) I did this
> mockup:
>
> http://dev.laptop.org/~manuq/bootmock.gif
>
> It preserves the ring and makes it a spinner animation of 4 frames.
> The fre
Hey Daniel,
Great to see the boot time improved and simplified!
El día 20 de marzo de 2012 19:09, Daniel Drake escribió:
> On Mon, Mar 19, 2012 at 10:16 PM, Martin Langhoff
> wrote:
>> - How easy is it to implement something nice? I see Manuel's already
>> been asking you about it, and it'd be
> pps. Richard - when the "pretty boot" appears to stall, I do not think
> booting has gotten very far. Without both USB devices plugged in, "pretty
> boot" eventually activates the camera LED (presumably while initializing the
> camera). But when "pretty boot" stalls (with both USB devices plug
On 03/26/2012 07:33 AM, Peter Robinson wrote:
Hitting escape on at least one of the XO-1/1.5/1.75 worked for me in
my testing, I don't remember exactly which one(s) it was but it was
certainly working in base testing (ie no modifications, no extra HW).
My setup *does* have extra HW. I have an
On Mon, Mar 26, 2012 at 1:25 PM, Richard Smith wrote:
>>
>> My point was if you hit escape once it stops you can see where the
>> boot is stopping so to find out what is causing the problem.
>
> He reported that doesn't work.
>
>>> pause at the ok prompt, but BEFORE the boot process stalls. [Once
peter wrote:
> On Sun, Mar 25, 2012 at 10:50 PM, Mikus Grinbergs wrote:
> >>> I do not think the two-step progression from one dot to three dots is
> >>> very
> >>> useful. Particularly since on an XO with 21005xx1 with both an USB hub
> >>> and
> >>> an USB-ethernet adapter plugged in, "pr
>
> My point was if you hit escape once it stops you can see where the
> boot is stopping so to find out what is causing the problem.
He reported that doesn't work.
>> pause at the ok prompt, but BEFORE the boot process stalls. [Once booting
>> has paused at the single dot, pressing escape does n
On Sun, Mar 25, 2012 at 10:50 PM, Mikus Grinbergs wrote:
>>> I do not think the two-step progression from one dot to three dots is
>>> very
>>> useful. Particularly since on an XO with 21005xx1 with both an USB hub
>>> and
>>> an USB-ethernet adapter plugged in, "pretty boot" stalls with the one
I do not think the two-step progression from one dot to three dots is very
useful. Particularly since on an XO with 21005xx1 with both an USB hub and
an USB-ethernet adapter plugged in, "pretty boot" stalls with the one dot
showing. [No change after 30 minutes; no clue as to what the user shoul
On Sun, Mar 25, 2012 at 7:33 PM, Mikus Grinbergs wrote:
> I do not think the two-step progression from one dot to three dots is very
> useful. Particularly since on an XO with 21005xx1 with both an USB hub and
> an USB-ethernet adapter plugged in, "pretty boot" stalls with the one dot
> showing.
I do not think the two-step progression from one dot to three dots is
very useful. Particularly since on an XO with 21005xx1 with both an USB
hub and an USB-ethernet adapter plugged in, "pretty boot" stalls with
the one dot showing. [No change after 30 minutes; no clue as to what
the user sh
Fri, Mar 23, 2012 at 1:20 PM, Daniel Drake wrote:
> On Fri, Mar 23, 2012 at 10:39 AM, Gonzalo Odiard
> wrote:
> > I compared os5 and os883 side by side and os883 is a lot faster to boot.
> > I understand is not all plymouth time, but would be good if we can avoid
> > increasing boot time.
>
> M
On Fri, Mar 23, 2012 at 10:39 AM, Gonzalo Odiard wrote:
> I compared os5 and os883 side by side and os883 is a lot faster to boot.
> I understand is not all plymouth time, but would be good if we can avoid
> increasing boot time.
Make sure you are testing post-first-boot in both cases, with both
On Fri, Mar 23, 2012 at 4:39 PM, Gonzalo Odiard wrote:
>>
>> However, due to the overall boot time decrease, and increase in
>> startup parallelization, I'm seeing that we have very little time to
>> do anything animated. The initramfs starts the animation and then
>> boots the rest of the system,
>
>
> However, due to the overall boot time decrease, and increase in
> startup parallelization, I'm seeing that we have very little time to
> do anything animated. The initramfs starts the animation and then
> boots the rest of the system, providing a window of maybe 3-4 seconds
> while we animate
On Mon, Mar 19, 2012 at 10:16 PM, Martin Langhoff
wrote:
> - How easy is it to implement something nice? I see Manuel's already
> been asking you about it, and it'd be great to have something cool ;-)
The complexity of the task depends on the complexity of the graphic.
But as we really need to b
On Mon, Mar 19, 2012 at 4:21 PM, Daniel Drake wrote:
> I've just pushed everything needed for a new boot animation for
> 12.1.0, it will arrive in the next build.
Yay! Eager to see it!
> The new animation is based on plymouth,
Good to hear Plymouth is a bit better than it used t
> If the indication can track fraction_completed - so much the better - but I
> do not expect the user to leave the room if the boot process takes longer
> than he expects. Seeing "only 25% to go" is ; the
> is knowing "no problems thus far".
Watching the number of files in /var/run/*pid an
What I think is important is for the user to be given visual ASSURANCE
that the boot process has not gotten "stuck" (e.g., the line of periods
emitted by long-running processes).
If the indication can track fraction_completed - so much the better -
but I do not expect the user to leave the roo
Hi,
I've just pushed everything needed for a new boot animation for
12.1.0, it will arrive in the next build.
The old olpc-bootanim system was barely working in F17, mostly due to
the move to systemd. As the init sequence is no longer linear (it
includes a lot of parallelization) it wou
27 matches
Mail list logo