Tag Archives: dragonu

Trac 0.11 Looking Good

Posted by santosj on March 14, 2007 1 comments

I think I am going to try to use Trac again when version 0.11 comes out. I already planned to pass over 0.10 and by the time 0.11 comes out, it should support MySQL well enough to have a live site using it. It should also be very easy to install since some of the more difficult packages that are required have been removed.

I’m still kind of planning on building my own tracker package for DragonU.net and AbsidonGames.com site. It should look a lot like Trac, but I will still like to use it for other projects that need its support. Also, I’ll need something in the mean time while I develop my own solution. Well, the only reason to develop my own is that Trac is somewhat unreliable, but hopefully that will change (and it will be easier to change the template) when this version comes out.

I kind of do plan on learning Python, so it would be nice to tear Trac apart to better learn Python also. Kind of hack together plugins and try to implement features that haven’t been already. Well, by that time, Trac will probably be out.

Still think Trac 0.11 is about two months away to say the least. Bug reports don’t say much when it is still in alpha. Trac 0.10 is stablizing quite well, so by which time Trac does reach the final 1.0 release, it will be stable and full featured product. Something to put Python the map and make people want Python support.

Also think that with the easier install, it won’t be that difficult for Dreamhost to have a one click or at least support it.

Possibly Related Posts:


More work on Trac Sites

Posted by santosj on February 25, 2006 Comments Off

I’m going to rework how the Trac and Development sites are set up. The main problem I believe is that I need to have all of the development sites on the same user to save time from having to download the contents and then upload them to the Subversion/Trac user. It would be a solution and keep the main web sites stable while the development sites are worked on, keeping the main development only down for the time it takes to upload the new stable one. Again this would require downloading and uploading from the Trac/Subversion user to the user hosting the main site.

trac.domain.com – Trac site with index.fcgi, admin.fcgi, and .htaccess for log in hack and redirect.

svn.domain.com

Development site for which to test the site and move the contents to the repository every day or so. A perl script could be made to only move the files that were changed to the repository, if Subversion doesn’t work well with each file being moved each time. I do wonder if it is possible to set the repository up on the domain and then still be able to test it from the browser which would allow for direct editing of the repository and keep the repository updated every time.

Or

I could build a hook script that moves the file to the svn.domain.com directory whenever a file is checked in after being edited in the repository which would be the direct opposite of the other method. It would keep both the repository and the site up to date and allow the change to be tested on the live site. I will try this method first for each of the subversion repositories and see what needs to be done to build a ‘hook’ to updating the live site whenever the repository file is edited and checked in. This method would allow for a changelog to be accurate and only update the files that were changed. If this method doesn’t give good enough results then the first method will be used.

Conclusion

Right now all of the Trac files are on the one domain, but I’m going to expire the domain when I use the svn. and trac. instead. I think that once everything is done and working, I’m going to leave it alone and let it work for me. The only problem I can see is setting up users for the other repository developers to access and edit their game files. I’ve been using the shell to work with the repository and haven’t done the research required to set up access from outside the shell for people to work on the repository. It would be a required step and one I’m not looking forward to.

Possibly Related Posts: