So, some interesting things happened since I last reported. TurboGears finally entered experimental, and has received a bit of good feedback from some users; I became sqlobject co-maintainer, and packaged a svn snapshot to experimental to make that happen, too. TG 0.9a8 has just been uploaded, btw. Feedback would be great! I would welcome people willing to help on deciding the best way and doing packaging of TG add-on widgets.

In other news, I've been doing some last feature aditions to libgksu and gksu. The former now ships a gksu-properties capplet that allows users to set up some of the behavior. The gconf options and this capplet surely need some love, but they'll get it in the future. After the "redesign" libgksu now holds almost all the code that does the gksu magic, and should be more secure in some ways.

The application, gksu, ships a nautilus extension, which adds a 'open as administrator' item in the context menu for files and directories in Nautilus. I'd love to receive feedback and buf reports on this new feature. Right now the nautilus extension uses the gksu application, instead of the library, since there seems to be problems with doing async calls of libgksu inside of another main loop, or something, and I could not get it to work.

The gksuexec application, which provided the 'Run as another user' menu item has been removed in these last versions. Will anyone miss it? I'm willing to have this functionality implemented in gksu itself, if needed, but I'm not sure it's that useful.

So, I just finished the first "working draft" of the TurboGears 0.9 packaging. I've uploaded a tarball with all the source and binary packages involved. They should work on unstable; please send comments and error reports to my email (look at the maintainer of the turbogears package).

The packaging for TurboGears 0.8.9 is also available, and in need of comments and testing.

I'm hoping to be able to upload turbogears 0.8.9 and the modules I packaged to unstable this week, and TG 0.9 to experimental. You can see many of the packages are already available in the python-modules team subversion repository.

So, long time no blog entry. Work has been sucking my blood these days, but I managed to do some stuff recently that I feel like sharing.

First of all, I've been enjoying TurboGears a bunch. Unfortunately I didn't get around to playing with it as much as I would have liked. Some time ago I became the maintainer of cherrypy, and that became an important piece of TG some time later.

Now TG has been using something called Python eggs, and its versioning and dependency information. We fought a bunch on the debian-python mailing list trying to figure out how to handle that stuff in Debian packages and it seems like the best solution is the one which ended up on the new python-cherrypy package, which packaged CherryPy 2.1, and right now contains CherryPy 2.2. Most of the efforts of the Debian Python people has been documented on the Debian Python FAQ. Also, let me say that python-support is really cool; Thanks Joss!

Also, I'm now a member of the Debian Python Modules maintainers team! Team maintainership is a really good idea, and I'm happy that it is becoming more and more the rule, not the exception; and I am very happy to be part of many very good teams.

In other news, I've been working on the new version of libgksu/gksu. The API for libgksu has been greatly improved and simplified. The new design also allowed me to handle some situations in a much saner way; some things that bothered me for a long time are now gone. Packages are on their way to experimental, but if you want to take a look at what is happening, and comment on the new API (please, do!), you can look here:

http://people.debian.org/~kov/gksu/libgksu2/

I'll upload some packages to http://people.debian.org/~kov/gksu/debian/ while the packages which are on NEW are not processed.

So, after a looong time with no bloging, here's my updates: I've moved from one apartment to another quite close to the former one.

I've been recently doing some work on getting update-manager to work on Debian, I had a patch to make it work on python2.3, because of Debian's pygtk packages lacking a 2.4 version, but more recently I decided I'd step forward and just have those packages added; I then did that for pygtk, python-gnome and python-gnome-extras, all of which I uploaded 2.12 versions to experimental.

I've done some gksu hacking, and fixed quite a number of bus, added some features, etc, since debconf5. On the APT-HOWTO front, I've releease the 2.0 version finally, which talks about aptitude instead of apt-get where possible and makes some stuff simpler, besides having some newer stuff documented. There's now a mailing list for translator coordination and general development stuff, where all svn commits are to be posted, too. Julien Louis has been doing a nice work of po4a-ize apt-howto, and most of that effort has already been commited to the svn repo.

More recently, I'm trying to keep up with the work on the GNOME Team front. I'm trying to follow the recent discussion on the icon cache problem but did not think there's something I can do to help there. In the meantime I felt the need of some automated way of tracking what's being done and what's todo on our 2.10 and 2.12 efforts.

So I put together a script which generates a page on merkel (because it uses madison) to track what version of the GNOME desktop packages each of our development suites have, what are the upstream versions and what's in our svn.

I've even got a testimonial I'll be using at marketing the "product":

<lool> kov: I'm so happy, you can't imagine how my life jsut changed

One thing I noticed was packages on the archive with versions higher than the ones in our svn repository; people seem to have uploaded and forgot to commit. I'll take a look at those soonish.

Now for the current meme:

• gustavo needs books to approve
• I think gustavo needs a user icon with him wearing on of those mickey mouse hats from disneyland with the mouse ears and 'Gustavo' embroidered in script on the front.
• GUSTAVO NEEDS YOUR HELP!!!!!
• GUSTAVO NEEDS A SPECIAL, EXPENSIVE MEDICATION. BUT HE CAN'T AFFORD TO BUY IT...
• Gustavo needs to win.
• Gustavo needs points.

Debconf5 is almost closing and we're only 5 people hacking at the hacklab right now.

I remembered that I forgot to mention in my last post that the Sauna Cabal also decided that saunas could be the best tools to end flamewars.

The method is simple: every party involved in the flamewar will be put inside a sauna with 110 centigrades heat and be told that they'll only be allowed out whenever a consensus is reached. Sounds interesting? Maybe polygen has just found its main competitor in the 'ending flamewars' "market".