From: Oleg B. <ph...@ph...> - 2006-10-11 08:53:04
|
Jorge Vargas wrote: > I'll do it for free to SO. Thank you for the offer! Now when we have a real offer we have to decide if we want to switch from the SF tracker to Trac. Will Trac help developers and users to communicate? What do people think? There are advantages and disadvantages of Trac. Advantages IMO are: -- it is small and simple; being installed at a good hosting it could be faster than the SF tracker and more available (less downtime); -- it has an integrated wiki and is integrated with Subversion, there is WikiLinks markup that easily allows to create links between SVN commits, wiki and tickets. Disadvantages: -- too simple; probably not a big problem for SQLObject 'cause it will serve one medium-size project; -- requires importing of data from the SF tracker; -- the pain of switching - old people should change their bookmarks and get accustomed with a new interface; -- integration with SVN is not going to help this time as our SVN repository is hosting in a different place; -- free hosting limit disk space to 50MB. The offered hosting is http://www.webfaction.com/freetrac Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Jorge G. <jg...@gm...> - 2006-10-11 10:52:26
|
Oleg Broytmann <ph...@ph...> writes: > Now when we have a real offer we have to decide if we want to switch > from the SF tracker to Trac. Will Trac help developers and users to > communicate? What do people think? As a developer I like some repository of information (a wiki, trac's wiki, some dynamically generated webpage with information, etc.), and a mailing list. As an user I like some place where I can screen existing / solved bugs and report what I found. The most valuable and needed resource is the mailing list, IMNSHO. The other are desirable, but we can live without them. > -- the pain of switching - old people should change their bookmarks and get > accustomed with a new interface; This is one of the worst parts. Specially because it's not just people, but references all over Internet and searching websites. > -- free hosting limit disk space to 50MB. That's too little... I dunno how much is already used by SO at SF right now, but if we're migrating everything then this is a problem. Even though I like Trac, I don't see why moving to it would be needed. Setting up a Wiki would solve the greatest problem we have now that is creating recipes and temporary documentation. -- Jorge Godoy <jg...@gm...> |
From: Oleg B. <ph...@ph...> - 2006-10-11 11:13:55
|
On Wed, Oct 11, 2006 at 07:49:26AM -0300, Jorge Godoy wrote: > Setting up a Wiki would solve the greatest problem we have now that is > creating recipes and temporary documentation. http://wiki.sqlobject.org Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Oleg B. <ph...@ph...> - 2006-10-11 13:38:54
|
On Wed, Oct 11, 2006 at 12:52:57PM +0400, Oleg Broytmann wrote: > -- it has an integrated wiki and is integrated with Subversion, there is > WikiLinks markup that easily allows to create links between SVN > commits, wiki and tickets. An additional advantage: -- InterWiki; Trac version 0.10 has markup for referencing pages in other wikis; with the feature we can exchange links with TurboGear wiki, e.g.; Webfaction now installs Trac 0.8, though. Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Jorge V. <jor...@gm...> - 2006-10-11 14:54:16
|
On 10/11/06, Oleg Broytmann <ph...@ph...> wrote: > Jorge Vargas wrote: > > I'll do it for free to SO. > > Thank you for the offer! > > Now when we have a real offer we have to decide if we want to switch > from the SF tracker to Trac. Will Trac help developers and users to > communicate? What do people think? mailing list is the best for that, but for tickets sf is a pain. > There are advantages and disadvantages of Trac. Advantages IMO are: > > -- it is small and simple; being installed at a good hosting it could be > faster than the SF tracker and more available (less downtime); and it should also be faster responding. > -- it has an integrated wiki and is integrated with Subversion, there is > WikiLinks markup that easily allows to create links between SVN > commits, wiki and tickets. see below > > Disadvantages: > > -- too simple; probably not a big problem for SQLObject 'cause it will > serve one medium-size project; what we need that trac doesn't has? > -- requires importing of data from the SF tracker; this should take care of that http://trac.edgewall.org/browser/tags/trac-0.8.4/contrib/sourceforge2trac.py > -- the pain of switching - old people should change their bookmarks and get > accustomed with a new interface; that's the biggest problem, but if the new one is better I'm sure people's pain will be justified. > -- integration with SVN is not going to help this time as our SVN repository > is hosting in a different place; I google around and we can still use this http://trac.edgewall.org/wiki/TracFaq#can-i-use-trac-with-a-remote-subversion-repository > -- free hosting limit disk space to 50MB. how big is the SO repo in disk? I could do a co of / but that's a waste of bandwidth > > The offered hosting is http://www.webfaction.com/freetrac one thing you didn't miss is that webfaction free trac is stuck at 0.8.4 > alternatively trac itself, the tickets and wiki are not a big push in server resources we can ask Ian to host it at colorstudy.com ? > Oleg. > -- > Oleg Broytmann http://phd.pp.ru/ ph...@ph... > Programmers don't die, they just GOSUB without RETURN. > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > sqlobject-discuss mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss > |
From: Jorge V. <jor...@gm...> - 2006-10-11 15:13:41
|
On 10/11/06, Jorge Vargas <jor...@gm...> wrote: > > > > The offered hosting is http://www.webfaction.com/freetrac > one thing you didn't miss is that > webfaction free trac is stuck at 0.8.4 > > I just got this email so this is no longer an issue and if we migrate TG to 0.10 we can take advantage of that. ---------- Forwarded message ---------- From: WebFaction Support <su...@we...> Date: Oct 11, 2006 9:57 AM Subject: Re: migrate to 0.9.7? To: Jorge Vargas <jor...@gm...> <other stuff> Well, your voice was heard :) New "free trac" accounts will now use Trac-0.10. Regards, Remi. > alternatively trac itself, the tickets and wiki are not a big push in > server resources we can ask Ian to host it at colorstudy.com ? > |
From: Oleg B. <ph...@ph...> - 2006-10-11 15:30:49
|
On Wed, Oct 11, 2006 at 10:53:50AM -0400, Jorge Vargas wrote: > >Disadvantages: > > > >-- too simple; probably not a big problem for SQLObject 'cause it will > > serve one medium-size project; > what we need that trac doesn't has? Probably nothing. > >-- requires importing of data from the SF tracker; > this should take care of that > http://trac.edgewall.org/browser/tags/trac-0.8.4/contrib/sourceforge2trac.py That's fine! > >-- the pain of switching - old people should change their bookmarks and get > > accustomed with a new interface; > that's the biggest problem, but if the new one is better I'm sure > people's pain will be justified. Correct. > >-- integration with SVN is not going to help this time as our SVN > >repository > > is hosting in a different place; > I google around and we can still use this > http://trac.edgewall.org/wiki/TracFaq#can-i-use-trac-with-a-remote-subversion-repository Well, SVK is a rather large tool, and svnsync requires Subversion 1.4. Anyway, that's interesting. > >-- free hosting limit disk space to 50MB. > how big is the SO repo in disk? I don't know. I don't have admin rights at SF. We can ask Ian about it. CC'ing the message to him. > > The offered hosting is http://www.webfaction.com/freetrac > one thing you didn't miss is that > webfaction free trac is stuck at 0.8.4 This (and the disk space) is not a big problem now because I have received another private offer to host Trac for SQLObject. > alternatively trac itself, the tickets and wiki are not a big push in > server resources we can ask Ian to host it at colorstudy.com ? I don't know how big is the trouble of installing and administering Trac. If there is little trouble it would be the best as we can have SVN, tickets and wiki integrated at one host. Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Oleg B. <ph...@ph...> - 2006-10-11 16:08:39
|
On Wed, Oct 11, 2006 at 07:30:39PM +0400, Oleg Broytmann wrote: > This (and the disk space) is not a big problem now because I have > received another private offer to host Trac for SQLObject. I have got a third offer for a free Trac hosting, with rather large resources (both disk space and bandwidth). Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Oleg B. <ph...@ph...> - 2006-10-19 20:30:46
|
Hello! On Fri, Oct 13, 2006 at 08:15:07PM +0200, sophana wrote: > User registration module instaled. What's that? We'd like to have such thing for the environment currently being installed to allow users to register and change their passwords. Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Ilias L. <il...@la...> - 2006-10-12 01:22:54
|
Oleg Broytmann wrote: > Jorge Vargas wrote: >> I'll do it for free to SO. > > Thank you for the offer! > > Now when we have a real offer we have to decide if we want to switch > from the SF tracker to Trac. Will Trac help developers and users to . I just realize that there is a trac, but it seems not to be running: http://trac.sqlobject.org/ A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /home/trac/lib/python2.3/flup-0.5-py2.3.egg/flup/server/scgi_base.py in run(self=<flup.server.scgi_base.Request object>) 181 182 try: 183 self._conn.server.handler(self) 184 except: 185 self.logger.exception('Exception caught from handler') self = <flup.server.scgi_base.Request object>, self._conn = <flup.server.scgi_base.Connection object>, self._conn.server = <flup.server.scgi.WSGIServer object>, self._conn.server.handler = <bound method WSGIServer.handler of <flup.server.scgi.WSGIServer object>> [...] . -- http://lazaridis.com |
From: sophana <so...@zi...> - 2006-10-13 18:14:58
|
Oleg Broytmann a =E9crit : > On Wed, Oct 11, 2006 at 07:30:39PM +0400, Oleg Broytmann wrote: > =20 >> This (and the disk space) is not a big problem now because I have >> received another private offer to host Trac for SQLObject. >> =20 > > I have got a third offer for a free Trac hosting, with rather large > resources (both disk space and bandwidth). > > Oleg. > =20 I can also offer hosting. I already have a trac instance that I proposed to a project, and they finaly did not choose it: http://chillispot.ath.cx I can make it become sqlobject in some seconds. I'm also hosting a svn server. User registration module instaled. 100mbit unlimited bandwidth and lot of disk space left. |
From: Oleg B. <ph...@ph...> - 2006-10-13 20:01:26
|
On Fri, Oct 13, 2006 at 08:15:07PM +0200, sophana wrote: > I can also offer hosting. I already have a trac instance that I proposed > to a project, and they finaly did not choose it: http://chillispot.ath.cx > I can make it become sqlobject in some seconds. I'm also hosting a svn > server. > User registration module instaled. > > 100mbit unlimited bandwidth and lot of disk space left. Thank you very much! We already have Trac 0.10 installed, with Akismet antispam (I think we'd better not force users to register to report bugs). The next step is to import data from the SF tracker. Then we will see... Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Oleg B. <ph...@ph...> - 2006-10-16 17:59:51
|
On Wed, Oct 11, 2006 at 10:53:50AM -0400, Jorge Vargas wrote: > http://trac.edgewall.org/browser/tags/trac-0.8.4/contrib/sourceforge2trac.py During an experiment behind the scene we've found SF doesn't export ticket attachments. That's bad - there is a number of patches in those attachments. Any idea if these attachments could be exported or retrieved? Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Ilias L. <il...@la...> - 2006-10-17 06:50:23
|
Oleg Broytmann wrote: > On Wed, Oct 11, 2006 at 10:53:50AM -0400, Jorge Vargas wrote: >> http://trac.edgewall.org/browser/tags/trac-0.8.4/contrib/sourceforge2trac.py > > During an experiment behind the scene we've found SF doesn't export > ticket attachments. That's bad - there is a number of patches in those > attachments. Any idea if these attachments could be exported or retrieved? http://groups.google.com/group/trac-users > > Oleg. -- http://lazaridis.com |
From: Loic J. <lo...@or...> - 2006-10-17 12:10:02
|
On Mon, 2006-10-16 at 21:59 +0400, Oleg Broytmann wrote: > On Wed, Oct 11, 2006 at 10:53:50AM -0400, Jorge Vargas wrote: > > http://trac.edgewall.org/browser/tags/trac-0.8.4/contrib/sourceforge2tr= ac.py >=20 > During an experiment behind the scene we've found SF doesn't export > ticket attachments. That's bad - there is a number of patches in those > attachments. Any idea if these attachments could be exported or retrieved= ? >=20 > Oleg. I've been able to finally fix the sourceforge2trac.py in trac-0.10 (even in trac-0.9.6 it's broken), fetch the attachements and insert them into the database.=20 Some informations about the submitters are still missing though, the email for example. The only data available is the sf username and user id. I've try to fetch other information in the web interface but in 90% of the cases it is not possible because the profiles are private.=20 Lo=C3=AFc. |
From: Oleg B. <ph...@ph...> - 2006-10-17 13:34:46
|
On Tue, Oct 17, 2006 at 09:50:29AM -0200, Loic Jeannin wrote: > I've been able to finally fix the sourceforge2trac.py in trac-0.10 (even > in trac-0.9.6 it's broken), fetch the attachements and insert them into > the database. > Some informations about the submitters are still missing though, the > email for example. The only data available is the sf username and user > id. I've try to fetch other information in the web interface but in 90% > of the cases it is not possible because the profiles are private. Thank you very much for the hard work! Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |
From: Ilias L. <il...@la...> - 2006-10-20 07:59:45
|
Oleg Broytmann wrote: > Hello! > > On Fri, Oct 13, 2006 at 08:15:07PM +0200, sophana wrote: >> User registration module instaled. > > What's that? We'd like to have such thing for the environment currently > being installed to allow users to register and change their passwords. http://www.trac-hacks.org/wiki/AccountManagerPlugin > > Oleg. -- http://lazaridis.com |
From: Oleg B. <ph...@ph...> - 2006-10-20 08:57:42
|
On Fri, Oct 20, 2006 at 10:59:29AM +0300, Ilias Lazaridis wrote: > http://www.trac-hacks.org/wiki/AccountManagerPlugin Thanks. Oleg. -- Oleg Broytmann http://phd.pp.ru/ ph...@ph... Programmers don't die, they just GOSUB without RETURN. |