Archives November 2006
Falling behind can make you fall behind (When projects slip past hard deadlines...)
Written by
on
in
Knight Errant.
I've been undertaking a rather enormous restructuring of the VoIP billing system for a past few weeks. It's pretty close to finished, but it's not yet ready for prime time. Problem is, today is the first of the month, so the invoices must go out.
So, I've spent the last few days (when I wasn't ...
I sort-of forgot that Asterisk programming could be fun (StarPy reminders...)
Written by
on
in
Snaking.
Have a (short) contract starting tomorrow to do some StarPy programming. Figured I'd get back in the swing of things by implementing a quick-and-dirty Call-to-Call application.
Basically this is a little AGI + AMI application that you have running on an Asterisk box that registers for a phone number. When a call comes in, the ...
GLE DLL is a PITA (Seems to be working now...)
Written by
on
in
Snaking.
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 ...
Need to build a dependencies pack (Grr windows and their stupid lack-of-a-standard-C-compiler...)
Written by
on
in
Snaking.
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 ...
PyOpenGL-3.0.0a5 hits the shelves (Finally get the release out)
Written by
on
in
Snaking.
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 ...
Didn't get it out tonight either (Stupid oh-I-should-just-do-that-first-ing)
Written by
on
in
Snaking.
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 ...
Didn't get the planned release out for PyOpenGL (Testing on Win32 exposes an error)
Written by
on
in
Snaking.
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 like for PyGTA (Sugar and the One Laptop per Child introduction)
Written by
on
in
Snaking.
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 ...
Turns out it was only 1 (or 2) steps too far (Fear is the mind-killer...)
Written by
on
in
Knight Errant,
Snaking.
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 ...
Got too bold in refactoring (Point was to make a first step, not run a marathon)
Written by
on
in
Knight Errant.
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, ...
Daily archives
- Nov. 1, 2006
- Nov. 2, 2006
- Nov. 3, 2006
- Nov. 6, 2006
- Nov. 7, 2006
- Nov. 8, 2006
- Nov. 9, 2006
- Nov. 13, 2006
- Nov. 15, 2006
- Nov. 17, 2006
- Nov. 20, 2006
- Nov. 22, 2006
- Nov. 23, 2006
- Nov. 26, 2006
- Nov. 27, 2006
- Nov. 30, 2006
Previous month
Next month
Archives
Mike C. Fletcher, the VRPlumber, is a philosopher of design turned computer programmer based in Toronto, Canada. He works primarily in the Python programming language, and maintains a large number of Open Source software packages. You can reach him at: mcfletch@vrplumber.com.