Hi all,
We'll being doing an Activities sprint after PyCon2008, March 17th
(evening) to the afternoon of the 20th. We'll likely have 8-10 Python
programmers of various skill levels available. Given the compressed
time-frame, we should be able to either complete very small projects or
work on
tion of
information from many pages across the wiki.
Take care,
Mike
...
>> I link to this page from only one place:
>>
>> http://wiki.laptop.org/go/Developers
>>
>> If the consensus is that the page is of some use, I or others can link to
>> it from
[EMAIL PROTECTED] wrote:
> That won't work - prboom (working) doesn't use OpenGL.
Hmm, interesting... might be useful to drop the lib/libGL* files from
the .xo file, then.
Apologies for the confusion,
Mike
> On Feb 5 2008, Mike C. Fletcher wrote:
...
>> The Doom Activity
sa/
> and stated here: http://dev.laptop.org/ticket/227
...
The Doom Activity includes OpenGL AFAICS. You should be able to crib
the setup from there.
HTH,
Mike
--
________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www
Kent Loobey wrote:
> On Saturday 02 February 2008 06:51:39 Mike C. Fletcher wrote:
>
...
> At this point my problem seems to be one of color. I have since learned that
> the colors of my original images were not distinguishable. I seem to
> remember somewhere that you all are
d
be able to handle most SVG files.
Good luck,
Mike
--
________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Edward Cherlin wrote:
> 2008/1/29 Noah Kantrowitz <[EMAIL PROTECTED]>:
>
...
>> We are holding open an OLPC booth, as someone had mentioned that they
>> wanted one. Can anyone confirm this?
>>
>
> A number of OLPC volunteers will be at PyCon, myself included. Does that work?
>
We're tol
Seems we'll have plenty of machines available for the Sprints after
PyCon. That's great.
I'd like to have a number available on the tutorial day as well (the day
before the conference starts). I have a B4 and can likely get a B2 back
from one of my local developers for a few days, but I'd lik
are holding open an OLPC booth, as someone had mentioned that they
> wanted one. Can anyone confirm this?
>
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
s we
can go to sleep, but until then the power benefits are in allowing other
processes to run, and in shutting down the game entirely after a period
of inactivity.
HTH,
Mike
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Mike C. Fletcher wrote:
...
> I just upgraded a B2-2 machine that we're wanting to reassign to another
> developer. Seem to have bricked the machine. Used an
> auto-reinstallation image (machine appeared to have the original B2-2
> firmware and OS image 216 to start), upgrade t
update, the machine has been sitting unused for a
long time, there could be a battery-discharge issue or the like).
Anyway, if someone has advice on how to un-brick (or debug) it would be
appreciated,
Mike
--
Mike C
aint's authors to provide intuitive controls to
make using the pen/tablet intuitive within the context of paint
Obviously we would need to find a machine to work on to make the project
feasible. I'll see if we can repurpose one that's local to the task.
Discussions w
see if it works out-of-box or requires some hackery.
I'm thinking we'll also have the self.set_toolbox( x ) call happen in
the __init__ method so that whatever you return from build_toolbar will
be set as the toolbar.
Good luck,
Mike
--
Mi
get
the messages over to the Pygame side. You can see an example of
defining a toolbar in the terminal activity... hmm, and reading that it
seems that someone has changed the original "toolbar" class to a
"toolbox" class, so we'll probably have to update OLPCGames to support
Jeffrey Kesselman wrote:
> On Dec 21, 2007 5:00 PM, Mike C. Fletcher <[EMAIL PROTECTED]> wrote:
>
...
>> Side note: kqemu does work under 64-bit Linux (it's what I use to
>> emulate on my AMD64 box).
>>
>
> Do you run qemu or qemu-x86_64 ?
>
q
2 or
Update.1 images. Entirely up to the developer. A Ship.2 image should
be fine for most development uses. Joyride lets you track changes more
closely if you need that.
HTH,
Mike
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrpl
Bernardo Innocenti wrote:
> Mike C. Fletcher wrote:
>
...
>> This LiveCD should be very helpful going forward and seems likely to be
>> easily maintained. Having it available on the OLPC servers would be a
>> good thing and I'm strongly for having the project cre
x27;m strongly for having the project created (I suggested
applying for the project in order to have that happen).
Take care,
Mike
--
____
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
at did I wrong?
>
Whatever it was, I had the same symptoms (on my
never-as-far-as-I-know-locked B4). I worked around it by starting the
OFW prompt and manually telling the machine to "boot u:\boot\OLPC.FTH"
which then completed the upgrade process. Your mileage may vary.
HTH,
Mike
-
upt and go to the OFW prompt (ok).
Manually boot from the USB key...
boot u:\boot\OLPC.FTH
which lets the upgrade continue (at least for me). That suggests it's
probably just something to do with timing or similar issues that
prevented the initial attempt to read the file
We need that full Python IDE available for the children
ASAP. After all, we've got a whole key on the keyboard devoted to it.
Even if the IDE is just file-open/close/create, file-tabs and syntax
highlighting it would be sufficient to start programming on-machine.
Take care,
M
Bernardo Innocenti wrote:
> On 11/25/07 18:58, Mike C. Fletcher wrote:
>
>> * we should port to the other inexpensive laptops, if a country
>> decides to go with EEEs or Classmates, we should be in there
>> offering an EEE or Classmate-opti
Mitch Bradley wrote:
> Mike C. Fletcher wrote:
>
>> It's not About the Hardware:
>
> In principle, that is true.
>
> In practice, it is the hardware that has been responsible for all the
> attention.
>
> If the project had been just a software framework to s
Edward Cherlin wrote:
> On Nov 25, 2007 10:57 PM, Albert Cahalan <[EMAIL PROTECTED]> wrote:
>
>> Mike C. Fletcher writes:
>>
>>
>>> If we are serious in our goal of educating children, we need to do a
>>> few things, and some of this requi
Albert Cahalan wrote:
> Bernardo Innocenti writes:
>
>> On 11/25/07 18:58, Mike C. Fletcher wrote:
>>
>
>
>>> * we need to make use on multi-user machines easy, where Sugar
>>> is just a desktop manager session that is run just as one
>&
away a chance to improve
ourselves... we are an education project and should take every
opportunity that presents itself to learn.
Mike
[1]
http://online.wsj.com/article/SB119586754115002717.html?mod=googlenews_wsj
[2] As Nicholas has explicitly stated on a number of occasions.
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
t if we
can get them I think they could learn a lot about what it means to be a
consultant.
Have fun,
Mike
>
> Mike C. Fletcher wrote:
>> The basic concept seems to be that of a "system notification", as seen
>> on all modern desktops. We'd need to integrate with
courage
>>> "disapproval" - discourage
>>>
>> Maybe this covers more than just emotions; I have no comment on how to
>> implement this in csound & sugar, but it is a charming idea.
>>
>> SJ
>> ___
>> Devel mailing list
>> Devel@lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>>
>>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
-mail
- --
#1 mcfletch Mike C. Fletcher (set up already) [EMAIL PROTECTED]
http://www.vrplumber.com/authorized_keys
#2 orospakr Andrew Clunis(set up already) [EMAIL PROTECTED]
#3 myles Myles Braithwaite(attached) [EMAIL PROTECTED]
If any devel
gs where someone has to work around a limitation in the
project. That said, moving forward we're going to have to provide
bridges to various other technologies. Some of those bridges might
include providing a pointer to a cheap USB-serial adapter that schools
or ministries of education
ive to the runs.
With thanks,
Mike
--
____
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.
LT-=) using:
sugar-activity YourActivityName
and the console should be treated as stdin/out/err for your activity.
http://wiki.laptop.org/go/Developers#How_do_I_test_a_Sugar_activity.3F
HTH,
Mike
--
____
Mike C. Fletcher
Designer, V
SB 1.1 hub in order to interface,
or to use "Player 2.0", which apparently does support USB 2.0.
Good luck, and HTH,
Mike
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
minutes. Of course, in the field it may be that
the mesh is so densely used that it's never going to go down with that
algorithm, but it seems like something we need to investigate if we
really are losing that much power to the interface.
Just a thought,
Mike
--
__
image and have
it automatically update itself to the latest build over the network?
Anyway, have fun,
Mike
[1] https://dev.laptop.org/ticket/3112
[2] https://dev.laptop.org/ticket/3503
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http:
mber.com/bzr/autodoc
cd autodoc
./builddocs.py
for those who want to make the pydoc-generated documentation their
primary documentation format. It's not pretty, but at least it's
automatic :) .
Have fun all,
Mike
--
________
Mike C.
pc they will be preserved across updates by the
> upgrade magic which is going to land on Monday.
>
Great. I'm looking forward to seeing the magic when I get some time.
Have fun,
Mike
--
____
Mike C. Fletcher
Designer,
ing and/or tell us what they are doing
to make the environment more useful for themselves. Over time we can
flesh out what the developer/content-developer SDK overlay is composed of.
Continuous-builds-are-good-for-iterative-development-ly yr's,
Mike
--
_
Ivan Krstić wrote:
> On Aug 26, 2007, at 7:07 PM, Mike C. Fletcher wrote:
>
>> Still, building them somewhere not behind a cable modem would be a
>> good idea.
>
> Right, I assumed giving you a shell on dev would let you convert the
> images right on that machine. A
Ivan Krstić wrote:
> On Aug 26, 2007, at 6:28 PM, Mike C. Fletcher wrote:
>> Which brings me back to the need for a server with a reasonable
>> connection on which to run the conversion.
>
> I just gave you a shell on dev. Things you put into
> ~/public_html/virtualbo
Bert Freudenberg wrote:
> On Aug 26, 2007, at 12:01 , Mike C. Fletcher wrote:
>
>> We are getting very close to having fully-working VMWare and
>> VirtualBox emulation.
>
> Very cool. Could you make a working VirtualBox image of the latest
> stable release availab
bzr branch http://www.vrplumber.com/bzr/buildemulator
Have fun all,
Mike
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
't do the activation,
producing the same traceback.
Almost there, he thinks,
Mike
[1] http://dev.laptop.org/ticket/917
--
________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
rplumber.com/1923
at some point we want to get the pcnet32 and the snd_intel8x0 drivers in
the devel images so that vmware/virtualbox users can just get things
working by downloading and direct conversion of the images into
vmware/virtualbox disks.
HTH,
Mike
--
eb858cc5ea1dc67a60faee90628100479509be;hb=HEAD
>> [2]
>> http://dev.laptop.org/git.do?p=hardware-manager;a=blob;f=hardwaremanager.py;h=3154b17553621cc41fa947cbff2756372e6e37ec;hb=HEAD
>> [3] with allow-suspend happening automatically after a short-ish timeout
>> if the activi
aee90628100479509be;hb=HEAD
[2]
http://dev.laptop.org/git.do?p=hardware-manager;a=blob;f=hardwaremanager.py;h=3154b17553621cc41fa947cbff2756372e6e37ec;hb=HEAD
[3] with allow-suspend happening automatically after a short-ish timeout
if the activity doesn't re-assert the inhibition
--
in-memory hash lookups for
each name from that point on. That's about the same effort required as
a second import of the same module name.
HTH,
Mike
--
____
Mike C. Fletcher
Designer, VR Plumber
Christopher Blizzard wrote:
> On Wed, 2007-06-27 at 12:39 -0400, Mike C. Fletcher wrote:
>
>> Could we get a summary of what the problem is:
>>
>
> The main objection to vserver from all the kernel hackers (and those of
> us that have to support them!) is that
.
We've got lots and lots of people willing to stand up and work, but we
haven't got the well-defined projects to point them at to get them involved.
I realise the people involved are busy, so just a simple pointer to a
mailing list or whatever would be sufficient.
Thanks,
Mike
--
__
Alexander Larsson wrote:
> On Tue, 2007-06-26 at 15:03 -0400, Mike C. Fletcher wrote:
>
...
> I'm not sure what you mean here exactly. Discovery is done using avahi,
> a well known protocol which we are already using in many places on the
> laptop. The actual downloadi
what to load,
with some operation setting the default to the new version. The
advantages for the overlay system only start when you begin considering
many small overlays, user-authored overlays and the like.
Anyway, just my fuzzy understanding,
Mike
--
share it, it's fault tolerant, allows
the "lead" to drop out (doesn't actually have one), and generally is
robust as all get out. It also has a file-format that allows for a
downloading just that fragment you need (i.e. just one file, or just one
block, or whatever).
Just a th
wledge until proved wrong. Even if proved wrong many
times, attempt to find a way to solve the issue politely and
respectfully. We are all working to make a better world, and there
should be no egos involved if we are doing things right.
Anyway, just my thoughts,
Mike
--
Ivan Krstić wrote:
> On Jun 26, 2007, at 2:13 PM, Mike C. Fletcher wrote:
>> We should be planning to allow for the root file system to be
>> potentially two or three layers deep with installed, but not yet fully
>> tested/accepted upgrade overlays.
>
> Let's pl
instance, what happens if the user
is never connected to another XO or school server, but only connects to
a (non-mesh) WiFi network? Does the mesh-broadcast upgrade discovery
protocol work in that case?
Enjoy,
Mike
--
Mike C. Fletcher
current and new". We can allow for the intermediate updates
to be skipped with rsync, as it will simply be "from where you are to
where you want to go". Policy can then decide when to compress out the
un-activated intermediates and merge down to the final.
Anyway, just a tho
ole-system update.
Just a thought,
Mike
--
________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
se an rsync-based source running in a
special chroot with just those (read-only) layers. The overlay manager
could initiate an rsync service on the laptop in response to a tubes
request (or whatever) in order to allow for XO-to-XO sharing at some point.
Have fun,
Mike
--
___
thout allowing the *user* to test it in
*their* circumstances!
HTH,
Mike
--
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
ely, or opt not to wake-on-lan for a given
routing/iptables rule-match would be a useful security measure I would
think. Probably too late and too complex an approach, but just a thought.
Just a thought,
Mike
--
Mike C. Flet
61 matches
Mail list logo
