Hi,

On Tue, Jun 01, 2010 at 10:00:43PM -0400, Daniel Clark wrote:
> >> Maybe http://bugseverywhere.org/
> >
> > thanks for your hint.
> >
> > But according to the web interface, BE just offers some static HTML
> > rendering of the bugs. ticgit at least allows comments via the web
> > interface although with the author (and not only committer!) name set
> > to the account the web server runs under.
> 
> I think there is an alternative interface that does allow some
> interaction - I don't use it, a friend maintains it now, hence my
> knowing of its existence.

Oh, ok. Any URL where I can fetch it and have a look at it?
*askingauntgoogle* Is it that one?

http://source.stevelosh.com/cherryflavoredbugseverywhere/src/

"Only intended for local use at the moment!" and last commit 11 months
ago. Sounds not production ready, but at least a start.

Which reminds me that there's one point in which this web interface as
well as ticgitweb annoys me: They bring there own web server, i.e. yet
another piece of software where I have to care about security issues.

Why can't they adhere to Unix philosophy and have one program for one
job and let those programs who do only a single job (i.e. serving web
pages) but who do it good, do their job and don't multiplicate their
functionality (probably less performant and less secure) but instead
use their functionality by being a CGI/FCGI script or 
mod_perl/mod_python/mod_ruby/mod_whatever using script.

(And yeah, the more I rant the more I want to start my own web
interface to one of those DBTS. Next question: For which one? I guess
I have at least to blog about this quest for the holy grail of DBTS.
;-)

> > Basically I'm looking for something like Ikiwiki as DBTS but more
> > formalized than just a free form web page per bug. Altough that would
> > be an option worth considering if I don't fnd a real DBTS with web
> > interface.
> 
> My current plan is getting a http://syncwith.us/sd/ module written for
> http://www.fossil-scm.org

Hmmm, I tried sd (0.74 from Debian Unstable) with our RT a few weeks
ago and it barfed quite some Perl errors.

Fossil seems overkill since I don't need yet another SCM and wiki.

I also thought about Trac with git (or mercurial or bzr) backend, but
Trac seems to store tickets and wiki not in the VCS but in some MySQL
DB or so.

                Kind regards, Axel
-- 
/~\  Plain Text Ribbon Campaign                   | Axel Beckert
\ /  Say No to HTML in E-Mail and News            | [email protected]  (Mail)
 X   See http://www.asciiribbon.org/              | [email protected] (Mail+Jabber)
/ \  I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)
_______________________________________________
dist-bugs mailing list
[email protected]
http://kitenet.net/cgi-bin/mailman/listinfo/dist-bugs

Reply via email to