{"id":55,"date":"2007-10-18T21:53:41","date_gmt":"2007-10-18T21:53:41","guid":{"rendered":"https:\/\/www.bishnet.net\/tim\/blog\/2007\/10\/18\/csprojects-is-unleashed-at-last\/"},"modified":"2010-11-11T13:01:44","modified_gmt":"2010-11-11T13:01:44","slug":"csprojects-is-unleashed-at-last","status":"publish","type":"post","link":"https:\/\/www.bishnet.net\/tim\/blog\/2007\/10\/18\/csprojects-is-unleashed-at-last\/","title":{"rendered":"CSProjects is unleashed (at last)"},"content":{"rendered":"

I started working on CSProjects<\/a> quite a few months ago.<\/p>\n

Problems started early on. I began by bringing our software up-to-date. This included Apache, Python, Subversion, Trac and mod_python. It took some time, but I didn’t experience any problems… until I tried to run them. Seemingly at random, but quite frequently, the Apache children would get a Bus Error. I googled around and discovered this was a fairly common problem, but none of the solutions (mostly involving library versions, particularly expat) seemed to make any difference.<\/p>\n

After a few weeks of recompiling, stripping things down to the bare bones, turning on debugging and staring endlessly in to the output of gdb, I struck upon a solution. And annoyingly it wasn’t in any of the things I’d be staring it, but instead it appeared in the form of mod_wsgi<\/a>. This wonderful piece of code does a similar job to mod_python, so I dropped it in and hoped for the best. Nope, it still crashed. But what saved me was the documentation – the author wrote, and I quote:<\/p>\n

Do note though that some versions of the Subversion Python bindings apparently have problems when being used from within secondary Python sub interpreters rather than the main Python interpreter. The result of this will be strange Python exceptions or the Apache child processes could even crash.<\/p>\n

To avoid such problems, the Trac application should be forced to run within the main Python interpreter. This can be done using the WSGIApplicationGroup directive with the value ‘%{GLOBAL}’.<\/p><\/blockquote>\n

This was precisely my problem. So I did as suggested and to much relief everything worked. And mod_wsgi a’int half good too… in my opinion it’s much better than mod_python.<\/p>\n

At this point I had all the software working. So I took a month off. Literally.<\/p>\n

When I returned I had to move all of our frickin’ servers<\/em>. But after that I got back to CSProjects.<\/p>\n

With the help of Adam Sampson<\/a> I got down to the business of bringing these software packages together in to something we could offer our users. We did a lot of coding and a few weeks later the final CSProjects was published. Then we had to change it all and another week later CSProjects was published again. Today we launched it to our users and we already have a whole bunch of people using it. Which brings a satisfying end to a few months of work.<\/p>\n

Oh, and the logo. I did that (mostly – I got a little bit<\/em> of help). Sometimes the simple things work best…<\/p>\n

\"CSProjects\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

I started working on CSProjects quite a few months ago. Problems started early on. I began by bringing our software up-to-date. This included Apache, Python, Subversion, Trac and mod_python. It took some time, but I didn’t experience any problems… until I tried to run them. Seemingly at random, but quite frequently, the Apache children would get a Bus Error. I …<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,2],"tags":[],"class_list":["post-55","post","type-post","status-publish","format-standard","hentry","category-computing","category-work"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t