Author archives: Mike

Have spent the whole afternoon on getting a GLE dll to build for use with PyOpenGL 3.x on Win32 systems. GLE by default on Win32 builds as a static (rather than dynamic) library. Finally seem to have something working, although it seems wrong that this one DLL is a "CDLL" where all the other DLLs ...

Will need to put together an installer that can install GLUT, GLE and Togl DLLs for the Win32 people. Yes, it's annoying, but hopefully we can just do it once and basically be done with it (for a few years, anyway). Of course, then want to figure out how to make it auto-download and install ...

Wound up spending almost the whole afternoon on PyOpenGL (and I only got up around noon-ish). Mostly just tiny little issues here and there. Upshot, however, is that the alpha package is released now. You should be able to install it with:

easy_install PyOpenGL

with a sufficiently new version of setuptools installed. You'll want to ...

Very good PyGTA this evening, if somewhat small and late-starting. 6 of us, David started us off with a demo of todotxt which is a command-line (that's really command line, not a separate shell) todo-list organiser. Not exactly my cup-of-tea (I'm graphical by nature), but it seemed interesting. Then on to discussions and comparisons of ...

There was an error in the new code that shows up on Win32. Looks like a shallow error, something that can be dealt with easily when I have the workstation, but I don't have a development environment here for win32. Anyway, need to get to bed so I can work (and go to PyGTA tomorrow). ...

What I'd really like to see for Tuesday would be a local Sugar developer dropping in to give the PyGTA-ers an introduction to the project, both as something to use to develop applications for the project and along the lines of "how do I get involved" or "where is work needed".

However, the guys on ...

Reworking the refactoring of the system I got back on track and discovered that the design on Tuesday wasn't as bad as I'd thought. I'd obviously taken a step too far into abstraction, but the basic machinery (and the tables defining it) was a good approximation.

Anyway, I'm going to try to work on PyOpenGL ...

Yesterday I continued my refactoring of the ISP/VoIP billing and provisioning system... and went too far. I realised I went too far around 4pm, then stayed up past 2am trying to scale back to a reasonable change-set.

The problem basically was that I got so into the project that I started fixing every problem simultaneously, ...

After my week's "vacation" during which I basically did refactoring on OpenGL-ctypes I sat down this morning to work on the VoIP provisioning/billing project and thought "I have to fix this stuff". Basically there were issues introduced by the original spec that never got refactored because they were so deep in the assumptions of the ...

I spent basically the whole day on the auto-generation code for producing the "raw" API for OpenGL. Mostly this was a pretty heavy refactoring of the ctypes code generator (though there's more I need to do).

The GL.py module now generates and is importable with a much simpler openglgenerator.py module. Still need to try to ...