[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [book - Mon Dec 29 08:39:03 2008]: Here is what needs to happen: 1. A host for the bug tracker must be found. This is either a machine someone can install/configure bugzilla on, or a service hosting bugzilla. 2. The current RT system needs to be frozen, all new requests redirected to the new tracker, and the public bug report address updated everywhere. 3. Current outstanding tickets and history should be moved to the new tracker. The problem has always been 1, since a dedicated machine (e.g. in a data center) costs money, or a free service is restricted (e.g. in allowed space) or missing some key functionality. I have to ask yet again - though it isn't Bugzilla, has anyone seriously looked into sourceforge/tigris ? If not, has anyone considered going to any of the big hosting companies and see if they'd consider donating hosting? Assuming a solution to the above exists, 2 is hard because the only people (person?) with the required access to the RT machine is not an active developer and/or checks freeciv-dev only infrequently (besides probably not having the time to make the changes in RT, if that is even possible). I've done things like this in the past where all that was required was to replace all the CGI executables in such a way that they simply redirect the user to the new equivalent program. For example, when looking at this issue, the redirect CGI would display a message that the new location has moved for ten seconds and offer the user the ability to click to go there faster, or automatically go to .../show_bug.cgi?bug_id=RT16811 where Bugzilla would automatically translate from the bug alias to the proper bug ID in the new system. That is generally extremely easy to do. 3 is not crucial; I assume there are less than 100 important open tickets, which can be moved by hand as they are handled, and the RT system could be kept in read-only mode to make the history available (in the minimum-effort scenario). Importing ticket history is relatively straightforward with Bugzilla. Doing that is as simple as adding comments to the appropriate table, and activity to the activity log. If as you said using bugzilla would help encourage developer contributions from the community then I am strongly for it. This project is in great need of help from competent coders to handle bug reports, assist less experienced programmers with their ideas, and fix the design mistakes that have broken past working features (e.g. borders) and are causing new development to stagnate. My experience is that open source projects benefit from transparency with users and developers. When it's easy for a wanna-be developer to look through issue lists, they can often pick something that'll be easy for them to get their feet wet in contributing. Bugzilla developers use this very method to mentor new developers - encouraging new developers to take on small changes to learn how the Bugzilla development process works and to get to know the new developers coding style. Developers mentor new developers through code reviews. Once code makes it through a review process, it goes through a similar approval process then gets published. I could go on, but I think you get the idea. It's appropriate to guard potential security issues from most others, but everything else is pretty much open game. KB ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Tue, Dec 30, 2008 at 4:44 AM, Kevin Benton kben...@bentonfam.org wrote: My experience is that open source projects benefit from transparency with users and developers. When it's easy for a wanna-be developer to look through issue lists, they can often pick something that'll be easy for them to get their feet wet in contributing. Hi, I'm a developer, but not a wannabe. That is to say, I'm an expert coder and have used more than one bug tracker in more than one open source project over the years. I'm possibly interested in modifying the Freeciv sources, I'm still evaluating that. Your choice of bug tracker has nothing whatsoever to do with my evaluation. I think perhaps you're assuming a particular target audience, a newbie or intermediate level coder who doesn't quite know what they want to do, that you as more senior developers want to structure and direct somehow. There are other kinds of potential project contributors out there and perhaps considering their motivations and tastes would be of greater benefit to your ongoing efforts. I don't see any big deal with RT because it's not my first instinct to look for someone else's bug to work on. My first instincts are to: 1) get the source code built. If I can't build it, good chance the project isn't mature and I move on. I've been able to build Freeciv, although on Windows it's less pleasurable than it could be. 2) evaluate the readability of the source code. So far, I find it readable. 3) evaluate the modifiability of the source code. So far, I'm not sure the AI code conceptualizes anything the way I would. My instinct is to throw chunks of it out. Either start from scratch, or determine if a plugin architecture is reasonable. But, I haven't finished looking at it, so I will patiently evaluate what is reasonable to do. 4) evaluate the political tone and management of the project. What do people really spend their time on? What do they stew and get to loggerheads about? What do they fail to get done? What do they actively obstruct? To the last point: I went back and read the full history of this ticket. This has been all talk and no action for 2 years. In an open source community, if someone steps forward and provides the elbow grease to get something done, just go for it. Maybe RT vs. Bugzilla isn't super valuable in the scheme of things, as you don't have that many tickets, or developers willing to work on tickets. Gosh, have you ever looked through Mozilla's tickets and seen all the stuff that's been sitting around for years and years, that again was all talk and no action? It's documentation and process for it's own sake, it has no end result. BUT, if you've got a gung ho volunteer who actually will steward a new bug tracker, it's worth something just to add that guy's ongoing manpower to the project. I imagine Bugzilla *is* better than RT in some fashion, that some kind of gain can be made from changing, even if it is only a long term incremental gain. The more important consideration is you get this guy working on the project, stewarding something he considers Good. That's how you build project loyalty. Resources, schmesources. Don't any of you guys have a back pocket? For cheapskates, I Googled a little. What about these guys? http://teamforge.net/ Cheers, Brandon Van Every ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [s1kevin - Mon Dec 29 07:06:22 2008]: This bug has been open since May of '06. Is anyone taking my offer to assist moving from RT to Bugzilla seriously? If not, please close this issue. I believe this is the best way I can contribute now to the development of Freeciv - by providing what I feel is a far superior issue tracking system with much better search capabilities and more transparency to help encourage developer participation (even new developers). If you use Eclipse as your development environment, it has support for task management (via Mylyn) directly in Bugzilla. I might be willing to assist in Freeciv code development, but at this point, I'd want to use an issue tracking system that supports me as both a user and a developer. From my perspective, RT is not designed for software development projects. Bugzilla is. Here is what needs to happen: 1. A host for the bug tracker must be found. This is either a machine someone can install/configure bugzilla on, or a service hosting bugzilla. 2. The current RT system needs to be frozen, all new requests redirected to the new tracker, and the public bug report address updated everywhere. 3. Current outstanding tickets and history should be moved to the new tracker. The problem has always been 1, since a dedicated machine (e.g. in a data center) costs money, or a free service is restricted (e.g. in allowed space) or missing some key functionality. Assuming a solution to the above exists, 2 is hard because the only people (person?) with the required access to the RT machine is not an active developer and/or checks freeciv-dev only infrequently (besides probably not having the time to make the changes in RT, if that is even possible). 3 is not crucial; I assume there are less than 100 important open tickets, which can be moved by hand as they are handled, and the RT system could be kept in read-only mode to make the history available (in the minimum-effort scenario). If as you said using bugzilla would help encourage developer contributions from the community then I am strongly for it. This project is in great need of help from competent coders to handle bug reports, assist less experienced programmers with their ideas, and fix the design mistakes that have broken past working features (e.g. borders) and are causing new development to stagnate. --- サンタクロースではなく、キッコーマンだよ。 ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 FWIW, the launchpad developers would help you import your bug history into launchpad. I can't say for certain that it does RT imports, but it does already integrate with RT instances - so you can add bugs to the freeciv bug tracker through launchpad right now so that any freeciv bugs related to ubuntu come back to freeciv as well. https://bugs.launchpad.net/bugs/bugtrackers/freeciv-rt https://bugs.launchpad.net/freeciv You can interact with bugs on launchpad through email as well as the web interface. One possible issue is that launchpad uses global bug numbers, so there wouldn't be a direct mapping from old numbers to new numbers. It may be possible to have bugs tagged with their RT bug number so you could still search by that. Cheers, Roger ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [s1kevin - Thu Jun 22 06:44:55 2006]: If you'd like to reach me more rapidly, you're welcome to try me at the following obfuscated place: HELLOkevin.bentonWORLD at my work domain HELLOamd.comWORLD I think you'll figure out easily how to change that into a proper mailto location. All - my work domain has changed to beatport.com, however, the rest of the email address remains the same. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 All - my work domain has changed to beatport.com, however, the rest of the email address remains the same. This bug has been open since May of '06. Is anyone taking my offer to assist moving from RT to Bugzilla seriously? If not, please close this issue. I believe this is the best way I can contribute now to the development of Freeciv - by providing what I feel is a far superior issue tracking system with much better search capabilities and more transparency to help encourage developer participation (even new developers). If you use Eclipse as your development environment, it has support for task management (via Mylyn) directly in Bugzilla. I might be willing to assist in Freeciv code development, but at this point, I'd want to use an issue tracking system that supports me as both a user and a developer. From my perspective, RT is not designed for software development projects. Bugzilla is. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Daniel, If Bugzilla is indeed as easy to maintain as you say, I could volunteer to take responsibility for it. The question of hosting remains. AFAIK, four alternatives have been proposed over the years: freeciv.org sourceforge.net icculus.org seul.org Let's go through them: freeciv.org: Our own aging servers in Paul's basement. Are they up to the task? sourceforge.net: The question was if bugzilla could run on SF.net webspace? icculus.org: IIRC, this was Per's contact. Status? seul.org: IIRC, this was Egor's contact. Status? ~Daniel Bugzilla is pretty easy to administer these days. You can try it out on your own system if you'd like. The installation guide is very good and covers Linux well as well as Windows. It requires: A web server (preferrably Apache), a database server (preferrably MySQL), and Perl (5.8.6 or greater IIRC). One of the Bugzilla systems I manage at work takes less than 200MB of disk with about 50,000 bugs and all its associated data (attachments, code and templates included). Bugzilla has a tremendous reporting system and doing the queries you discussed in your email 2-3 hours after this one are all well covered. Users can sign themselves up for Bugzilla if it is configured to allow it and it now includes fairly good support for receiving emailed bug reports. I strongly encourage giving it a try on your own system first. Please let me know if you need help. Kevin ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Daniel Markstedt wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 sourceforge.net: The question was if bugzilla could run on SF.net webspace? Would be nice. As has already been mentioned - SF has its own issue tracking system. Disk Quota: Each project is provided 100MB of disk space for their usage. I'm quite sure the RT database ecxeeds that already. ( http://sourceforge.net/docman/display_doc.php?docid=4297group_id=1#acceptable_use ) Why is that? What is causing the the high disk space usage? Attachments? Issues (unlikely)? Code? Something else? icculus.org: IIRC, this was Per's contact. Status? seul.org: IIRC, this was Egor's contact. Status? Is that any better than freeciv.org? Dunno. Haven't yet seen their terms of use. What about GNA? If you mean the tracker, there was the problem that all projects use common bug numbering. If we were to import a database of tens of thousands of reports, it'd upset that system. Bugzilla provides the ability to use an alias for a bug, so it wouldn't be a problem to create FCRTissueid as an alias for those that want to use the old issue numbers. That makes it easy to move to from system and not worry about renumbering. JIRA uses numbering per-project so the same is true there. To me the biggest issue is carrying over the bug database. Not that this is a show-stopper since it's clear that RT is not going to last forever and the longer we wait the worst the problem there will get - but, as RT is a simple database and bugzilla (or whatever) is a simple database it really shouldn't be too hard to transfer the whole thing over. Jason, I agree. The good thing about Bugzilla is that it does have the ability to import XML. The question is, how to deal with the bug's history. So - before migrating to any system, I think it's fair to ask - what are the requirements for data coming from the old system? How much of it must be carried over versus what parts can be left behind? I would have to assume that the RT system would be available for at least a short period after a migration was completed at least so that old data could still be looked up. Typically, the way I've done migrations like these is to write an import script that imports data from an existing system into the new system, first from a backed-up copy for development and testing purposes, then on migration day, from the live system. Kevin ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Dec 2, 2007 1:11 AM, Jason Dorje Short [EMAIL PROTECTED] wrote: We have to ask to get clarity on this matter. Who was in contact the gna.org folks when we migrated to svn? Vasco? Jason? Vasco or Per. I do not recall doing that. In any case, all you need is to place a support request at https://gna.org/support/?group=admin - Per ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [wsimpson - Fri Nov 30 07:30:12 2007]: [snippet] Should GNA be willing to run bugzilla, that would be an option once everything has been converted. We have to ask to get clarity on this matter. Who was in contact the gna.org folks when we migrated to svn? Vasco? Jason? ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Daniel Markstedt wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [wsimpson - Fri Nov 30 07:30:12 2007]: [snippet] Should GNA be willing to run bugzilla, that would be an option once everything has been converted. We have to ask to get clarity on this matter. Who was in contact the gna.org folks when we migrated to svn? Vasco? Jason? Vasco or Per. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 I'm pretty sure that sourceforge runs its own tracking system. My preference would be to at least do the conversion to bugzilla on the current systems in place. There are scripts available that do the conversion from RT, easily found by Googling. http://www.socialtext.net/lite/page/open/bugzilla_migration_methodology Although somebody with PERL ability (not me) should modify the scripts to move everything, rather than only open tickets. Should GNA be willing to run bugzilla, that would be an option once everything has been converted. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Nov 30, 2007 9:25 AM, Jason Dorje Short [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 I'm pretty sure that sourceforge runs its own tracking system. My preference would be to at least do the conversion to bugzilla on the current systems in place. There are scripts available that do the conversion from RT, easily found by Googling. http://www.socialtext.net/lite/page/open/bugzilla_migration_methodology Although somebody with PERL ability (not me) should modify the scripts to move everything, rather than only open tickets. Should GNA be willing to run bugzilla, that would be an option once everything has been converted. Sounds good. Who currently has access (an account) in the RT machine? Per... I have a mysql dump of the RT database, from ca. januari 2007. -- /emj ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 I'm pretty sure that sourceforge runs its own tracking system. My preference would be to at least do the conversion to bugzilla on the current systems in place. There are scripts available that do the conversion from RT, easily found by Googling. http://www.socialtext.net/lite/page/open/bugzilla_migration_methodology Although somebody with PERL ability (not me) should modify the scripts to move everything, rather than only open tickets. Should GNA be willing to run bugzilla, that would be an option once everything has been converted. Sounds good. Who currently has access (an account) in the RT machine? -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On 11/30/07, Jason Dorje Short [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Daniel Markstedt wrote: freeciv.org: Our own aging servers in Paul's basement. Are they up to the task? To be avoided. sourceforge.net: The question was if bugzilla could run on SF.net webspace? Would be nice. Disk Quota: Each project is provided 100MB of disk space for their usage. I'm quite sure the RT database ecxeeds that already. ( http://sourceforge.net/docman/display_doc.php?docid=4297group_id=1#acceptable_use ) icculus.org: IIRC, this was Per's contact. Status? seul.org: IIRC, this was Egor's contact. Status? Is that any better than freeciv.org? Dunno. Haven't yet seen their terms of use. What about GNA? If you mean the tracker, there was the problem that all projects use common bug numbering. If we were to import a database of tens of thousands of reports, it'd upset that system. To me the biggest issue is carrying over the bug database. Not that this is a show-stopper since it's clear that RT is not going to last forever and the longer we wait the worst the problem there will get - but, as RT is a simple database and bugzilla (or whatever) is a simple database it really shouldn't be too hard to transfer the whole thing over. -jason ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [EMAIL PROTECTED] - Wed Nov 14 01:54:33 2007]: On Sun, 2007-11-11 at 09:07 -0800, Per Inge Mathisen wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Nov 11, 2007 5:43 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: From the hosting standpoint, if freeciv.org becomes a 401c3, then it could collect donations so that it could pay for its own hosting if it had to. The problem has always been to find someone who could host it with an absolutely minimum of work needed to maintain it from our end. Registering and maintaining a charity is almost a full time job. Has anyone looked into sourceforge? Last I checked, it could not run bugzilla. - Per Hosting Bugzilla is actually very lightweight on time intensiveness from an administrative perspective. It's now possible to give the ability to manage individual product configurations to individuals that are not administrators without giving away the keys to the rest of the installation. In the past three years, I can count on one hand the number of times I had to fix things with Bugzilla, Apache, and MySQL (Linux based). In any case, I don't really care if it's Bugzilla, Sourceforge, Trac, Jira, or something else. My point is that right now, the current issue tracking system could do a lot more to help foster contributions. Rather than spending a lot of resources fixing RT, why not use something that does a much better job meeting the needs out of the box? Kevin If Bugzilla is indeed as easy to maintain as you say, I could volunteer to take responsibility for it. The question of hosting remains. AFAIK, four alternatives have been proposed over the years: freeciv.org sourceforge.net icculus.org seul.org Let's go through them: freeciv.org: Our own aging servers in Paul's basement. Are they up to the task? sourceforge.net: The question was if bugzilla could run on SF.net webspace? icculus.org: IIRC, this was Per's contact. Status? seul.org: IIRC, this was Egor's contact. Status? ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Requirements a la book, veteran warserver programmer: Besides being reasonably avaliable, responsive and bugfree, it should be easy to find the answer to such questions as: - What are the most severe bugs and who (if anyone) is working on them? - What is a given user working on right now? - Given my level of programming skill, what can I do to help? - What features are most required/requested? - Who is working on said features? - What is the work history of a given user? - What are all the patchs dealing with a given feature/program component? Oh, and it should not be susceptible to spamming. From this forum thread (a good read, BTW) - http://forum.freeciv.org/viewtopic.php?t=4200 ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Thu, 2007-11-29 at 15:33 -0800, Daniel Markstedt wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [EMAIL PROTECTED] - Wed Nov 14 01:54:33 2007]: On Sun, 2007-11-11 at 09:07 -0800, Per Inge Mathisen wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Nov 11, 2007 5:43 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: From the hosting standpoint, if freeciv.org becomes a 401c3, then it could collect donations so that it could pay for its own hosting if it had to. The problem has always been to find someone who could host it with an absolutely minimum of work needed to maintain it from our end. Registering and maintaining a charity is almost a full time job. Has anyone looked into sourceforge? Last I checked, it could not run bugzilla. - Per Hosting Bugzilla is actually very lightweight on time intensiveness from an administrative perspective. It's now possible to give the ability to manage individual product configurations to individuals that are not administrators without giving away the keys to the rest of the installation. In the past three years, I can count on one hand the number of times I had to fix things with Bugzilla, Apache, and MySQL (Linux based). In any case, I don't really care if it's Bugzilla, Sourceforge, Trac, Jira, or something else. My point is that right now, the current issue tracking system could do a lot more to help foster contributions. Rather than spending a lot of resources fixing RT, why not use something that does a much better job meeting the needs out of the box? Kevin If Bugzilla is indeed as easy to maintain as you say, I could volunteer to take responsibility for it. The question of hosting remains. AFAIK, four alternatives have been proposed over the years: freeciv.org sourceforge.net icculus.org seul.org Let's go through them: freeciv.org: Our own aging servers in Paul's basement. Are they up to the task? For what it is worth, they are not in my basement, but in a real datacenter. They are old. I do have a little money that has been donated to buy some new ones, but I can no longer host it as I will be in Africa (am actually here now for a few weeks.) I can no longer maintain the servers. sourceforge.net: The question was if bugzilla could run on SF.net webspace? icculus.org: IIRC, this was Per's contact. Status? seul.org: IIRC, this was Egor's contact. Status? ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Daniel Markstedt wrote: freeciv.org: Our own aging servers in Paul's basement. Are they up to the task? To be avoided. sourceforge.net: The question was if bugzilla could run on SF.net webspace? Would be nice. icculus.org: IIRC, this was Per's contact. Status? seul.org: IIRC, this was Egor's contact. Status? Is that any better than freeciv.org? What about GNA? To me the biggest issue is carrying over the bug database. Not that this is a show-stopper since it's clear that RT is not going to last forever and the longer we wait the worst the problem there will get - but, as RT is a simple database and bugzilla (or whatever) is a simple database it really shouldn't be too hard to transfer the whole thing over. -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 [esminis - Sun Nov 11 07:30:07 2007]: This bug tracking system is very simple and it is hard to track bugs, no milestones, no SVN view, etc.(or maybe I dont see that as reporter). Other bug tracking systems could be used here: Trac(http://trac.edgewall.org/) - opensource(written in Python) and has just enough features for most projects, including this JIRA(http://www.atlassian.com/software/jira/) - it is closesource(written in Java) but free for community opensource organizations. JIRA has lots of features, might be too much for this project And lots of other good bug trac systems... Merging with an earlier ticket on the same topic. To summarize, the issue has stalled on three issues: 1) Where shall the tracker software be hosted? 2) Who shall maintain the tracker? 3) How can we migrate the bug database? ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
