Seven days till my birthday. I checked in the starts of
the new plugins API for dia. This code reduces the number
of entry points in a plugin to two. It should also allow me
to write a nice plugin manager dialog where you can turn off
loading of plugins if you want (this will be more important
as we get more heavy plugins such as the python plugin).
Went to see Loon X-Wing (of Beaverloop fame)
playing at the uni at
lunch time yesterday.
Have been setting up my system with the new hard drive.
I almost have it to a working state and a delivery man gives
me RH6.2. I guess I will see what improvements have been
made.
Noticed that a new version of gtkglarea was released in
february. This means that the gtkglarea wrapper in pygtk
should work with a released version of gtkglarea (there were
a few API changes a while back, but no released version
containing them).
The first Python
1.6 is out. It contains unicode support, which should
make integration with Pango/gtk+-1.4 very nice. The article about
Python 3000 was interesting. I wonder how much the
internals are going to change? Luckilly pygtk and
gnome-python mainly consist of generated code, so changing
the code generator will do the majority of the work
chainging over.
Have been upgrading my system for the past few days. I
got a nice new 20GB hard drive. When I was installed it,
everything was working fine, but part way through the
install of Red Hat the system would turn itself off.
While checking all the things I had changed, and trying
bios upgrades, I got to a stage where the system would turn
off as soon as you powered it up. I eventually worked out
that the power supply was pretty much dead (not overloaded
— I don’t have that much in my case), so I moved everything
into one of the spare boxes and everything (including the
new hard drive) works fine. The new case has three fans,
and is a bit noisy. I should probably unplug one of them
(they are all hooked up to the motherboard, so I wonder if
you can tell the motherboard to turn them off 🙂
I also turned on DMA for the hard drives and it makes a
big difference when compiling stuff. I am currently
upgrading things to a more usable state (ie. gnome stuff
with debugging info turned on).
I should put out a new pygtk and gnome-python. I will
switch them over to using CVS automake and libtool rather
than automake-1.4 + my patches. I put out a test release of
the ExtensionClass based pygtk on my ftp site. I really
like the new code, and it will be good to move the rest of
pygtk and gnome-python over to that codebase.
Tracked down the segfault when subclassing GtkObject
wrappers in the new pygtk. I also reenabled object
attributes on the wrappers defined in C without problems, so
this problem looks like it is fixed. The wrapper rescue
code really is evil.
I don’t know what all the fuss is about the gnome
steering commitee thing. The main job we are doing is doing
a bit of release coordination, so things get done on time
(for october gnome, Elliot did most of this work, but it is
probably less stressful to have a group of people doing the
work). The other stuff discussed was about starting the
process of creating a gnome foundation (which should take
over a lot of what steercom was set up for).
Did more work on pygtk/extensionclass. It is starting to
feel like the old pygtk. I am trying to track down some
weird errors that are occuring when deallocating instances
of python subclasses of GtkObject wrappers. I think I am
the only person who has tried to do this kind of weird stuff
with ExtensionClass. I think it has something to do with
the evil wraper rescue code in pygtk_dealloc 🙁
It looks like my certification of advogato pushed him up to
master 🙂