trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: June 2012

Ideas and Thoughts

From: Darrell Anderson <humanreadable@...>
Date: Fri, 8 Jun 2012 10:38:34 -0700 (PDT)
We have a small team. Keeping Trinity moving forward is a challenge. Yet I believe we have a committed and dedicated team, small or not, and somehow we keep moving forward.

I don't expect people to give up their day jobs to support Trinity, but I found this article interesting:

http://www.h-online.com/open/news/item/Independent-software-developers-go-full-time-with-open-source-1614327.html

I don't know what fund raising ideas we can use. Selling shirts and coffee cups requires serious overhead and personnel. Yet sometimes I wonder what we could do to keep Trinity moving at a nice speed.

Another idea I had today came from an RSS feed title:

"KDE SC 4.8.4 delivers monthly stabilization update"

After we release R14.0.0, I'm wondering whether we could do something similar. Every month or so we release a point release for Trinity that includes bug fixes and possibly one enhancement request.

Even if we push only two or three bug fixes, this monthly release would show the project is alive and well. A monthly stablization release also is great public relations because the various news people publish those press releases.

A monthly release does not mean a complete overhaul of the mirrors, etc. We would need only resync those packages that change. At three or four bug resolutions that likely would mean only a package or two changes.

A monthly stablization release will be much easier to manage after R14 than trying to backport patches for 3.5.13 because much changed between R14 and 3.5.13. After R14 we should be quite stable (ABI/API) and monthly bug patches should be easy to coordinate among packagers.

Just ideas and thoughts.

Darrell