Shell script
4 views
Skip to first unread message
Grant Bowman
May 2, 2012, 3:20:56 PM5/2/12
to xoto...@googlegroups.com
I pulled my 1.5 out of storage. Who wants to meet for a sprint coding session? Nate, are you available sometime soon?
Who else is attending uds.ubuntu.com next week in Oakland?
Grant
Michael Paoli
May 2, 2012, 5:08:11 PM5/2/12
to xoto...@googlegroups.com, Grant Bowman
I was thinking about that project again recently. :-)
Though registered for UDS, I probably won't be there all that much.
Will be at the BAD meetnig, though.
Maybe we could meet up at convenient spot sometime in the
not-too-horribly-distant future for a "work" session on it.
At/around (before/during/after) some venues come to mind ...
BAD, BALUG, Berkeley Linux Users Group, Noisebridge, SF-LUG,
Ubuntu Hour (SF), possibly some others too.
Though registered for UDS, I probably won't be there all that much.
Will be at the BAD meetnig, though.
Maybe we could meet up at convenient spot sometime in the
not-too-horribly-distant future for a "work" session on it.
At/around (before/during/after) some venues come to mind ...
BAD, BALUG, Berkeley Linux Users Group, Noisebridge, SF-LUG,
Ubuntu Hour (SF), possibly some others too.
Nina Stawski
May 2, 2012, 5:29:14 PM5/2/12
to xoto...@googlegroups.com
I would join a work session, too.
It's difficult for me to make it to the Ubuntu event though: too busy on those days.
Maybe on 11th, but can't promise anything.
Nina
It's difficult for me to make it to the Ubuntu event though: too busy on those days.
Maybe on 11th, but can't promise anything.
Nina
akle...@sonic.net
May 3, 2012, 2:30:34 PM5/3/12
to xoto...@googlegroups.com, Grant Bowman
How about Linux Discussion Group, May 16th or 30th?
grantbow
Oct 18, 2014, 2:36:38 PM10/18/14
to xoto...@googlegroups.com, akle...@sonic.net
I am interested and finally in a position to revive the shell script version of this project soon. Please get in touch with me to confirm your continued interest. I will be speaking with gonzalo while he's here.
The goal is to make something usable in the field and distribute it through http://activities.sugarlabs.org/en-US/sugar/
Cheers,
-- Grant
Michael Paoli
Nov 24, 2014, 3:15:55 AM11/24/14
to grantbow, xoto...@googlegroups.com, akle...@sonic.net
Grant, et. al.,
Still interested, haven't forgotten (still somewhere on the "back burner").
Was curious too, is there some good configuration, etc. info. available
somewhere for running these devices virtual under Linux (e.g. under
qemu-kvm, qemu, or virtualbox?). Being able to run them as virtual may
rather significantly ease development & convenience thereof. About the
only non-virtual bits I/we may need at some point:
information/confirmation of some of the keyboard/button codes received
(near) final testing to actual optical burner device(s) (and/or also
writes to removable flash devices).
I'm thinking most all of the other development bits should likely be
doable under virtualization.
Also, perhaps as supplementally (or alternatively?) useful, I've also been
thinking of similar for Raspberry Pi - interface could be pretty simple -
don't even really need screen and keyboard, just some means to tell the Pi
what to write/copy/burn, and some way for the Pi, to indicate once completed
if it was successful or not. (e.g. could flash LED(s) various ways to
indicate completed good or failed attempt, could deliver updates on ISO to
burn and general instructions via file(s) on inserted USB device(s)).
Still interested, haven't forgotten (still somewhere on the "back burner").
Was curious too, is there some good configuration, etc. info. available
somewhere for running these devices virtual under Linux (e.g. under
qemu-kvm, qemu, or virtualbox?). Being able to run them as virtual may
rather significantly ease development & convenience thereof. About the
only non-virtual bits I/we may need at some point:
information/confirmation of some of the keyboard/button codes received
(near) final testing to actual optical burner device(s) (and/or also
writes to removable flash devices).
I'm thinking most all of the other development bits should likely be
doable under virtualization.
Also, perhaps as supplementally (or alternatively?) useful, I've also been
thinking of similar for Raspberry Pi - interface could be pretty simple -
don't even really need screen and keyboard, just some means to tell the Pi
what to write/copy/burn, and some way for the Pi, to indicate once completed
if it was successful or not. (e.g. could flash LED(s) various ways to
indicate completed good or failed attempt, could deliver updates on ISO to
burn and general instructions via file(s) on inserted USB device(s)).
Reply all
Reply to author
Forward
0 new messages