ATF-devel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Tearing down Trac

On Mon, Nov 29, 2010 at 12:49 PM, Stathis Kamperis 
<> wrote:
> 2010/11/29 Julio Merino <>:
>> Hello,
>> A few months ago I spent quite a bit of time setting up a Trac instance to
>> manage the bug tracker of ATF.  That was fun but was mostly done for my own
>> issue tracking.  However, it has since then been used by a few people
>> (although I don't know what the feelings are).
>> The experiment has made me realize a few (very obvious) things: first, that
>> Trac is too slow to be decently usable on my modest hardware; second, that
>> maintaining such a service from my home machine is fragile and annoying[1];
>> and third, that the inevitable will happen (I will change apartments soon --
>> fsvo soon -- and there will be a severe downtime of the service).
>> To ease the burden, I would like to do the following.  Keep in mind that
>> Kyua[2] is where my efforts are mostly focused on nowadays, and I am taking
>> care to not repeat most of the major issues (in my eyes) of the existing ATF
>> codebase.  (This means that some items become impliedly "obsolete".)
>> * Move generic tickets referring to "big projects" (e.g. parallel execution)
>> to the Kyua bug tracker.  [ This bug tracker is not ad-hoc, so I don't have
>> to maintain anything and is way faster. ]
>> * Close tickets that ask for refactorings already implied by the design of
>> (and/or already implemented in) Kyua.  (Maybe mention them in a TODO file.)
>> * Move smaller, atf-specific to-do items (e.g. atf-run cli should do this
>> and that) to a TODO file in the tree.  (These items can be addressed at the
>> same time as Kyua is developed, and be part of new releases.)
>> * Move bug reports to the NetBSD GNATS.
>> I have been applying the above to a good amount of existing tickets but now
>> I am left with a tiny subset of tickets contributed by other people.
>>  Closing them directly is nasty (apologies if I have already done that to
>> one of yours).
>> So... would anyone object to any of the above?  (The main goal being: free
>> me from the tricky administration of this poor service, which means spending
>> more of my limited free time coding ;-)
>> Thanks!
>> 1: I have been meaning to fix a few issues with my machine for a while, but
>> they all require a reinstall and I don't want to go through the set up of
>> Trac, Monotone, Apache, et. al. again for the few benefit that they provide.
>> :-P
>> 2:
>> PS: Yes, this effectively means go "back in time" to what we had before.
> Nuke it.

+1. I'll file more bugs with kyua when I find them :).

Home | Main Index | Thread Index | Old Index