--- /dev/null
+Hi,
+
+ >> Are there any other popular free code hosting sites out there,
+ >> perhaps written in Python? ;-) If there was a site that allowed
+ >> you to choose between different SCMs, that'd be even more suited
+ >> to us..
+
+ > If you like Sourceforge, it supplies all:
+
+I don't think that sourceforge's issue tracking (or the sourceforge
+site itself these days) is free software, which was an unspoken (well,
+earlier-spoken) requirement. We already know that some proprietary
+sites offer bug tracking -- we're trying to find an open-source one
+that does (or could).
+
+- Chris.
--- /dev/null
+Alt-id: <m3ocils2ga.fsf@pullcord.laptop.org>
+
+
+Author: Chris Ball <cjb@laptop.org>
+
+
+Content-type: text/plain
+
+
+Date: Thu, 18 Mar 2010 22:13:41 +0000
+
+
+In-reply-to: <4BA2A13A.7030106@gmx.de>
+
--- /dev/null
+Hi folks,
+
+I've noticed that github.com and bitbucket.org offer bugtracking, but
+gitorious.org doesn't. What do you think about attempting to work on
+a bugtracker interface for a free code hosting site using BE as the
+backend? An awful lot of people (me included, occasionally!) are
+using proprietary sites like github and entrusting their bugtracking
+data to it; having a public hosting service that doesn't create a
+dependency on that service for your bugtracking data would be pretty
+compelling, I think.
+
+The fact that gitorious is written in Ruby on Rails probably makes the
+idea of using gitorious in particular a non-starter, but I thought I'd
+throw it out there. There's a gitorious thread about the general idea
+here:
+
+http://groups.google.com/group/gitorious/browse_thread/thread/40a541377060cb34
+
+(One way to get around the Ruby/Python problem would be to have the
+bugtracker simply operate independently from the rest of the site,
+which I suppose would work fine but wouldn't be elegant to use.)
+
+Are there any other popular free code hosting sites out there, perhaps
+written in Python? ;-) If there was a site that allowed you to
+choose between different SCMs, that'd be even more suited to us..
+
+Just an idea,
+
+- Chris.
--- /dev/null
+Alt-id: <m3634ttkbu.fsf@pullcord.laptop.org>
+
+
+Author: Chris Ball <cjb@laptop.org>
+
+
+Content-type: text/plain
+
+
+Date: Thu, 18 Mar 2010 21:02:13 +0000
+
--- /dev/null
+Hi Lars,
+
+ > I've been playing with BE a bit and lurking on this list. I'm a
+ > Bitbucket user, and I like that each project can have source,
+ > wiki and bugtracking associated with it. Now source and wiki are
+ > two different plain mercurial repos. Bugtracking though, has no
+ > way to export or import. This is a shame, since important data is
+ > now locked into the site, which ultimately prevents competition.
+ > I'd be keen for an open source web interface which serves the
+ > holy trinity (source, wiki, bugs) and allows both private and
+ > public projects, as the proprietary sites do. BE seems a natural
+ > fit for the bugs component of a site like this.
+
+Yeah, I totally agree.
+
+- Chris.
--- /dev/null
+Alt-id: <m3k4t9s2c1.fsf@pullcord.laptop.org>
+
+
+Author: Chris Ball <cjb@laptop.org>
+
+
+Content-type: text/plain
+
+
+Date: Thu, 18 Mar 2010 22:16:14 +0000
+
+
+In-reply-to: <313fdf961003181430g5b672702h8da2f68d31ea9b0a@mail.gmail.com>
+
--- /dev/null
+On Thu, Mar 18, 2010 at 05:02:13PM -0400, Chris Ball wrote:
+> The fact that gitorious is written in Ruby on Rails probably makes the
+> idea of using gitorious in particular a non-starter, but I thought I'd
+> throw it out there.
+> ...
+> (One way to get around the Ruby/Python problem would be to have the
+> bugtracker simply operate independently from the rest of the site,
+> which I suppose would work fine but wouldn't be elegant to use.)
+
+Another option would be to drive BE in a subprocess via Ruby's IO.popen.
+A proof-of-concept implementation could use our standard `be' command.
+A production implementation could be either of
+ * multi-command BE interface to avoid repeaded repository reloads
+ (may be too man process or too much memory for the server)
+ * better BE caching for faster reloads
+ (more work for us ;)
--- /dev/null
+Alt-id: <20100319120053.GA20225@mjolnir.hsd1.nj.comcast.net>
+
+
+Author: '"W. Trevor King" <wking@drexel.edu>'
+
+
+Content-type: text/plain
+
+
+Date: Fri, 19 Mar 2010 12:00:53 +0000
+
+
+In-reply-to: <m3634ttkbu.fsf@pullcord.laptop.org>
+
--- /dev/null
+> Are there any other popular free code hosting sites out there, perhaps
+> written in Python? ;-) If there was a site that allowed you to
+> choose between different SCMs, that'd be even more suited to us..
+
+If you like Sourceforge, it supplies all:
+* http://sourceforge.net/apps/trac/sourceforge/wiki/Bazaar
+* http://sourceforge.net/apps/trac/sourceforge/wiki/Mercurial
+
+Regards,
+Timmie
+
+_______________________________________________
+Be-devel mailing list
+Be-devel@bugseverywhere.org
+http://void.printf.net/cgi-bin/mailman/listinfo/be-devel
--- /dev/null
+Alt-id: <4BA2A13A.7030106@gmx.de>
+
+
+Author: Holger Zebner <holgerzebner@gmx.de>
+
+
+Content-type: text/plain
+
+
+Date: Fri, 19 Mar 2010 02:55:06 +0000
+
+
+In-reply-to: <m3634ttkbu.fsf@pullcord.laptop.org>
+
--- /dev/null
+On 19 March 2010 08:02, Chris Ball <cjb@laptop.org> wrote:
+
+> I've noticed that github.com and bitbucket.org offer bugtracking, but
+> gitorious.org doesn't. What do you think about attempting to work on
+> a bugtracker interface for a free code hosting site using BE as the
+> backend? An awful lot of people (me included, occasionally!) are
+> using proprietary sites like github and entrusting their bugtracking
+> data to it; having a public hosting service that doesn't create a
+> dependency on that service for your bugtracking data would be pretty
+> compelling, I think.
+>
+
+I've been playing with BE a bit and lurking on this list. I'm a Bitbucket
+user, and I like that each project can have source, wiki and bugtracking
+associated with it. Now source and wiki are two different plain mercurial
+repos. Bugtracking though, has no way to export or import. This is a shame,
+since important data is now locked into the site, which ultimately prevents
+competition.
+
+I'd be keen for an open source web interface which serves the holy trinity
+(source, wiki, bugs) and allows both private and public projects, as the
+proprietary sites do. BE seems a natural fit for the bugs component of a
+site like this.
+
+Lars
--- /dev/null
+Alt-id: <313fdf961003181430g5b672702h8da2f68d31ea9b0a@mail.gmail.com>
+
+
+Author: Lars Yencken <lljy@csse.unimelb.edu.au>
+
+
+Content-type: text/plain
+
+
+Date: Fri, 19 Mar 2010 12:30:59 +0000
+
+
+In-reply-to: <m3634ttkbu.fsf@pullcord.laptop.org>
+
projects / be.git / commitdiff