In mkusbinstall the existing code does this:
USBFS=$(/lib/udev/vol_id -t $dev)
it should do this
USBFS=$(blkid -s TYPE -o value $dev)
which works for me ...
and where it does this:
USBLABEL=$(/lib/udev/vol_id -l $dev)
it should probably do something like
USBL
On 04/28/2010 01:43 PM, Paul Fox wrote:
> > 1. fn is a bad key because software can't reuse it. For example, on
> > the XO-1 we tried to make fn+F1 send an F1 press to the activity
> > (instead of going to the mesh view), but it was not possible because
> > the fn key is treated speci
But how can it be that not misplacing the ? key (pressed rarery) is more
important than misplacing the UP key? I mean that not only it is
incompatible with normal keyboards (even laptop keyboards) but with
human thinking as well? (Before you ask, I have a LOT of experience with
the C-64 keyboar
Australian teachers that I've met have pointed out that their kids are
primarily taught lowercase letters, and would prefer a keyboard to be
marked with lowercase letters rather than uppercase letters.
Not having looked at the key legends for about 28 years, I was
surprised. ;-) What a fascinati
On Wed, Apr 28, 2010 at 05:11:57PM +0200, Bastien wrote:
> Daniel Drake writes:
> > On 28 April 2010 11:30, Bastien wrote:
> >> The problem is that our 100 XOs (in Madagascar) are *not* connected to
> >> the Internet.
> >>
> >> Is there a way to get a developer key (or to disable security) for al
Daniel Drake writes:
> On 28 April 2010 11:30, Bastien wrote:
>> The problem is that our 100 XOs (in Madagascar) are *not* connected to
>> the Internet.
>>
>> Is there a way to get a developer key (or to disable security) for all
>> our 100 (soon 160) XO without an internet access?
>
> Do you ha
On 28 April 2010 15:05, Martin Langhoff wrote:
> Out build toolchains and dev/build environments are extremely specific
> and brittle. Without some notes, it's pretty hard (and timeconsuming)
> to get going...
Agreed, lets drop the (already unused) spec and build stuff from the
package and just p
noiseehc wrote:
> Could you just put UP to the place of ?, put ? to the place of RIGHT,
> and put RIGHT to the place of UP?
> I am not THAT old to understand what is so cool about that "hjkl vi
> arrangement" and I guess no children will either.
> I feel that moving just one more key from it
Could you just put UP to the place of ?, put ? to the place of RIGHT,
and put RIGHT to the place of UP?
I am not THAT old to understand what is so cool about that "hjkl vi
arrangement" and I guess no children will either.
I feel that moving just one more key from its 101 key standard position
ca
Disclaimer: I am not asking for help; I am sharing my experiences.
Very strange (but non-reproducible) thing happened. I have an os13 XO-1
system which I use as a data repository - always up; never rebooted. I
noticed that its X-session was blank (and unresponsive) - I shut the
system down fro
On Wed, Apr 28, 2010 at 1:48 PM, Daniel Drake wrote:
> Yeah, using the dracut program. You can find the exact command used in
> the kernel spec file.
Yep - I remembered that, and just grabbed it. However, it's not just
that -- on an XO you
./configure --prefix /usr
make && make install
dracut
On Wed, 28 Apr 2010, Paul Fox wrote:
> part of the impetus for this keyboard is that it be more "normal", for
> use by older students, perhaps in non-sugar environments.
Sure. I'm actually arguing that Ins and Del are no longer normal, and
mainstream computers far more popular than the XO ofte
On Wed, Apr 28, 2010 at 1:50 PM, Daniel Drake wrote:
> What exactly needs fixing? I guessed xs-activation-server but that
> already looks OK (oat.py reads the UUID from the OATS delegation).
All fixed now, see my earlier messages. The truncated "needs fixing"
was related to the brokenness of dynl
Folks -
We should keep in mind that these keyboards were primarily intended for a
particular audience (as pgf has mentioned) and that they're also designed to be
usable by Sugar, GNOME, and Windows users (something that was not a design goal
previously). There's no guarantee that there will ev
tiago wrote:
> >
> >
> > maybe i'm misunderstanding you, but i think i didn't do a good
> > job up above. the 4 keys used by sugar for network, friends,
> > home, and activity _are_ F1 through F4. those keys have never
> > been special, and they're not special on the new keyboard. all
> >
On 26 April 2010 09:28, Martin Langhoff wrote:
> On Mon, Apr 26, 2010 at 8:12 AM, Daniel Drake wrote:
>> Does the XS need a software update now?
>
> Hoping to work on that today afternoon. We have a bit of a tangle
> because we have build & spec changes in 'master' that
What exactly needs fixing
On 28 April 2010 13:06, Martin Langhoff wrote:
> Porting some patches to d-m-o...
>
> - Is there a handy way to test changes to dracut-modules-olpc without
> building an RPM and installing it? (Other than unpacking / repacking
> the initramfs by hand with cpio, naturally...)
Yeah, using the drac
> As per Tiago's suggestion, I made a version (so far only for the .es
> keyboard) with smaller f labels: See
> http://wiki.sugarlabs.org/go/File:OLPC-1.5-es-non-membrane.svg
+1
mikus
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
benjamin m. schwartz wrote:
> On Wed, 28 Apr 2010, Walter Bender wrote:
>
> > On Wed, Apr 28, 2010 at 12:24 PM, Tiago Marques wrote:
> >> I was just looking at the layout again and just noticed the new arrow keys
> >> placement.
>
> > We debated this one. A shorter shift key would be diff
On 04/28/2010 06:55 AM, Paul Fox wrote:
> smith wrote:
> > Please test.
>
> due to miscommunication, there's another q3a36c.rom floating
> around in argentina, because i built it for daniel a couple of
> weeks ago. the changes between the two releases aren't
> major, but it would probably be b
On Wed, Apr 28, 2010 at 6:02 PM, Benjamin M. Schwartz <
bmsch...@fas.harvard.edu> wrote:
> On Wed, 28 Apr 2010, Walter Bender wrote:
>
> On Wed, Apr 28, 2010 at 12:24 PM, Tiago Marques
>> wrote:
>>
>>> I was just looking at the layout again and just noticed the new arrow
>>> keys
>>> placement.
Looks great, especially as the "dot" buttons are now more readable, while
the F keys can still be quickly identified anyway.
Best regards,
Tiago
On Wed, Apr 28, 2010 at 6:14 PM, Walter Bender wrote:
> As per Tiago's suggestion, I made a version (so far only for the .es
> keyboard) with smaller f
>
>
> maybe i'm misunderstanding you, but i think i didn't do a good
> job up above. the 4 keys used by sugar for network, friends,
> home, and activity _are_ F1 through F4. those keys have never
> been special, and they're not special on the new keyboard. all
> that's changed on the new keyboar
As per Tiago's suggestion, I made a version (so far only for the .es
keyboard) with smaller f labels: See
http://wiki.sugarlabs.org/go/File:OLPC-1.5-es-non-membrane.svg
As per the arrow-key arrangement, I am on the fence. I would defer to
the deployments.
-walter
--
Walter Bender
Sugar Labs
http
tiago wrote:
> On Wed, Apr 28, 2010 at 5:21 PM, Paul Fox wrote:
>
> > tiago wrote:
> > > I must ask, what's the default behavior of function keys in the new
> > layout?
> > > Fn changes them to F keys, or are they F keys without Fn pressed?
> >
> > the labels on the function keys are ju
On Wed, 28 Apr 2010, Walter Bender wrote:
> On Wed, Apr 28, 2010 at 12:24 PM, Tiago Marques wrote:
>> I was just looking at the layout again and just noticed the new arrow keys
>> placement.
> We debated this one. A shorter shift key would be difficult to type
> on. We opted to emulate the hjkl
On Wed, Apr 28, 2010 at 12:27 PM, Tiago Marques wrote:
> On Wed, Apr 28, 2010 at 5:21 PM, Paul Fox wrote:
>>
>> tiago wrote:
>> > I must ask, what's the default behavior of function keys in the new
>> layout?
>> > Fn changes them to F keys, or are they F keys without Fn pressed?
>>
>> the label
On Wed, Apr 28, 2010 at 5:21 PM, Paul Fox wrote:
> tiago wrote:
> > I must ask, what's the default behavior of function keys in the new
> layout?
> > Fn changes them to F keys, or are they F keys without Fn pressed?
>
> the labels on the function keys are just alternate meanings, not
> alternat
On Wed, Apr 28, 2010 at 12:24 PM, Tiago Marques wrote:
> I was just looking at the layout again and just noticed the new arrow keys
> placement. That is a very awkward placement. Is that definitive or can you
> do something like shorten the shift key to accommodate the UP arrow?
> I suppose that w
I was just looking at the layout again and just noticed the new arrow keys
placement. That is a very awkward placement. Is that definitive or can you
do something like shorten the shift key to accommodate the UP arrow?
I suppose that would be another hard sell for deployments against netbooks
with
tiago wrote:
> I must ask, what's the default behavior of function keys in the new layout?
> Fn changes them to F keys, or are they F keys without Fn pressed?
the labels on the function keys are just alternate meanings, not
alternate scancodes. i.e., the key labeled 'network
neighborhood' on an
Ok, do add it in the changelog when it's done and I'll check again.
I actually prefer to have tap to click enabled, so I'm glad it can be turned
on by editing a file.
Just for reference:
$ uname -a
Linux xo-73-22-b6.localdomain 2.6.31_xo1.5-20100423.1840.1.olpc.2884b56 #1
PREEMPT Fri Apr 23 18:
I must ask, what's the default behavior of function keys in the new layout?
Fn changes them to F keys, or are they F keys without Fn pressed?
Tiago
On Wed, Apr 28, 2010 at 2:49 PM, Mikus Grinbergs wrote:
> > The following are the keyboard layouts and legends for these
> > new keyboards. Much
Porting some patches to d-m-o...
- Is there a handy way to test changes to dracut-modules-olpc without
building an RPM and installing it? (Other than unpacking / repacking
the initramfs by hand with cpio, naturally...)
- How is this package built / maintained? I have gotten as far as:
- edi
On 28 April 2010 11:30, Bastien wrote:
> The problem is that our 100 XOs (in Madagascar) are *not* connected to
> the Internet.
>
> Is there a way to get a developer key (or to disable security) for all
> our 100 (soon 160) XO without an internet access?
Do you have a technical contact inside OLP
Hi Daniel,
thanks for the reply.
Daniel Drake writes:
> The much easier option, and the one I'd suggest, is that you simply
> disable security on all the laptops.
Okay.
> Obtain a developer key for all laptops and run "disable-security" at
> the firmware prompt.
The problem is that our 100 X
> The following are the keyboard layouts and legends for these
> new keyboards. Much thanks to Walter Bender for developing
> these given a bad set of constraints.
> http://wiki.laptop.org/go/OLPC_English_Non-membrane_Keyboard
There may be users who wish to plug in an external keyboard. Such
ex
On Wed, Apr 28, 2010 at 9:10 AM, Daniel Drake wrote:
> I don't have any ctypes experience, but from what I read, it looks
Just to make sure there's water before anyone jumps.
What impact would it have in our initramfs? Does it expect header
files to do its job? Does it require new modules / so f
On 28 April 2010 09:59, Martin Langhoff wrote:
> Our chvt() is in pyrex, and all it does is call ioctl() on
> /dev/console. If there's a better way to call ioctl() then we can get
> rid of pyrex in our initramfs completely.
It's not quite that simple, see e.g. pyfb/pyvt.
But yes, I believe that m
On Wed, Apr 28, 2010 at 8:32 AM, Daniel Drake wrote:
> I wouldn't have thought pyrex is necessary. I suggest using
> fnctl.ioctl() for RTC_SET_TIME, and ctypes for settimeofday().
Our chvt() is in pyrex, and all it does is call ioctl() on
/dev/console. If there's a better way to call ioctl() then
On 26 April 2010 20:21, Martin Langhoff wrote:
> I am porting some awkward patches I have against the old olpc
> initramfs to the new dracut-based, all bling initramfs.
>
> The python part is mostly done, but the fun part is that we're trying
> to set the clock (both system clock and rtc) based on
On 28 April 2010 06:20, Bastien wrote:
> It fails, the XO is looking for fs.zip, then for a school mesh,
> etc. I have no "OK" prompt and I cannot use copy-nand.
>
> How do I create the requested fs.zip?
You can't.
This file is a signature, so you need OLPC's private keys in order to
generate it
On Tue, Apr 27, 2010 at 11:00:15PM -0400, Benjamin M. Schwartz wrote:
I'm reluctant to do this, though, because it feels like an ugly hack.
The right solution would be for the suspend system to recognize
that Stopwatch has a timer set to expire in 100 ms, and postpone
suspend.
UPower has
smith wrote:
> I released a new firmware to Quanta for testing some new mother board IDs.
>
> http://dev.laptop.org/~rsmith/q3a36c.rom
>
> This firmware also has the SCI mask increased to 16 bits. This
> accommodates the new EC wakeup rather than the previous hack.
>
> Kernel changes a
Hi all,
I managed to create a customized image using build.py.
I have now os802_fr.img / os802_fr.crc / os802_fr.img.md5
I tried to put this on a key and to install it on a XO-1.
It fails, the XO is looking for fs.zip, then for a school mesh,
etc. I have no "OK" prompt and I cannot use copy-n
I released a new firmware to Quanta for testing some new mother board IDs.
http://dev.laptop.org/~rsmith/q3a36c.rom
This firmware also has the SCI mask increased to 16 bits. This
accommodates the new EC wakeup rather than the previous hack.
Kernel changes are necessary to fully use the new wak
On Apr 28, 2010, at 3:48 AM, Christoph Derndorfer wrote:
> On Wed, Apr 28, 2010 at 9:40 AM, John Watlington wrote:
>
> We are in the midst of changing the bottom half of the XO-1/XO-1.5
> laptop to greatly improve the repairability of the keyboard. The new
> keyboards will be removable after
On Wed, Apr 28, 2010 at 9:40 AM, John Watlington wrote:
>
> We are in the midst of changing the bottom half of the XO-1/XO-1.5
> laptop to greatly improve the repairability of the keyboard. The new
> keyboards will be removable after first unscrewing a screw underneath
> each battery latch. A
We are in the midst of changing the bottom half of the XO-1/XO-1.5
laptop to greatly improve the repairability of the keyboard. The new
keyboards will be removable after first unscrewing a screw underneath
each battery latch. At the same time, a non-membrane keyboard
will be available for use
49 matches
Mail list logo
