[Freeciv-Dev] (PR#39854) Re: Change bug tracking system
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39854 Oops added to wrong category:) it should be in 'general' [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... ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39831) Training and combat
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39831
This transaction appears to have no content
Good. Promoted sounds perfect in this context.
Joan
2007/11/11, William Allen Simpson [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39831
Joan Creus wrote:
For land units, except Diplomats and Spies:
* Will be built as a veteran in cities with appropriate training
facilities
(see Barracks and Sun Tzu.) May also become veteran if it defeats an
enemy
unit.
In this message, and all that follow, should be veteran after or
veteran when -- or transposed to:
If it defeats an enemy unit, may be promoted to veteran.
Good. Promoted sounds perfect in this context.Joan2007/11/11, William Allen Simpson [EMAIL PROTECTED]
:URL:
http://bugs.freeciv.org/Ticket/Display.html?id=39831 Joan Creus wrote: For land units, except Diplomats and Spies: * Will be built as a veteran in cities with appropriate training facilities
(see Barracks and Sun Tzu.) May also become veteran if it defeats an enemy unit.In this message, and all that follow, should be veteran after orveteran when -- or transposed to:
If it defeats an enemy unit, may be promoted to veteran.
Index: helpdata.c
===
--- helpdata.c (revision 13940)
+++ helpdata.c (working copy)
@@ -1010,8 +1010,32 @@
sprintf(buf + strlen(buf),
_(* Will never achieve veteran status.\n));
} else {
-sprintf(buf + strlen(buf),
- _(* May become veteran through training or combat.\n));
+switch(utype_move_type(utype)) {
+ case AIR_MOVING:
+ case HELI_MOVING:
+ sprintf(buf + strlen(buf),
+ _(* Will be built as a veteran in cities with appropriate training facilities (see Airport.) If it defeats an enemy unit, may be promoted to veteran.\n));
+ break;
+ case LAND_MOVING:
+if (utype_has_flag(utype, F_DIPLOMAT)||utype_has_flag(utype, F_SPY)) {
+ sprintf(buf + strlen(buf),
+ _(* Will be built as a veteran under communist governments. May also become veteran after a successful mission.\n));
+} else {
+ sprintf(buf + strlen(buf),
+ _(* Will be built as a veteran in cities with appropriate training facilities (see Barracks and Sun Tzu.) If it defeats an enemy unit, may be promoted to veteran.\n));
+}
+break;
+ case SEA_MOVING:
+sprintf(buf + strlen(buf),
+ _(* Will be built as a veteran in cities with appropriate training facilities (see Port Facility and Lighthouse). If it defeats an enemy unit, may be promoted to veteran.\n));
+if (utype_has_flag(utype, F_TRIREME))
+ sprintf(buf + strlen(buf),
+_(* May become veteran if it survives in the high seas.\n));
+break;
+ default: /* should never happen in default rulesets */
+ sprintf(buf + strlen(buf),
+ _(* May become veteran through combat or training\n));
+}
}
if (utype_has_flag(utype, F_TRIREME)) {
sprintf(buf + strlen(buf),
___
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
Re: [Freeciv-Dev] (PR#16811) Re: Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On 11/11/07, Tautvydas Andrikys [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Well there is a solution for hosting: bugs can be tracked using sourceforge or launchpad issue trackers. Possibly all project can be moved to sourceforge or launchpad But then there's the problem with our bug database: there is no way they'd let us import our thousands upon thousands of tickets. And if we're starting from scratch, we might as well go with the gna.org tracker since svn is hosted there. ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39846) Re: FreeCiv RT account
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39846 Ticket can be closed now. [esminis - Fri Nov 09 05:06:15 2007]: I want account couse i have already reported some bugs as guest and will report some bugs or features later, ussually with patches. Maybe later I will join dev team as ocasional developer. One more thing i have to say that code is really hard to read, maybe couse I ussually do OO, not functional way. Daniel Markstedt wrote: Hi Tautvydas, Thanks for your interest in Freeciv! The preferred way to use RT is through the email interface. If you want a personal account, you'd have to give a good reason why one is absolutely neccessary for you. Kind regards, Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#16811) Re: Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Well there is a solution for hosting: bugs can be tracked using sourceforge or launchpad issue trackers. Possibly all project can be moved to sourceforge or launchpad [EMAIL PROTECTED] - Sun Nov 11 09:43:21 2007]: On Nov 11, 2007 8:30 AM, Tautvydas Andrikys [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39854 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). I think the most important thing is hosting for the bug system, people seems to think that the RT machine will go down anytime now (please correct me). I will not supply hosting for the system, because I can't promise continuity on my servers. /Erik ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Re: Issue tracking system for Freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Are u sure that they wouldnt let to import issue database? Yea we could use gna.org tracker, it is much better than current. Daniel Markstedt wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On 11/11/07, Tautvydas Andrikys [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 Well there is a solution for hosting: bugs can be tracked using sourceforge or launchpad issue trackers. Possibly all project can be moved to sourceforge or launchpad But then there's the problem with our bug database: there is no way they'd let us import our thousands upon thousands of tickets. And if we're starting from scratch, we might as well go with the gna.org tracker since svn is hosted there. ~Daniel -- Pagarbiai, Tautvydas Andrikys aka esminis mailto:[EMAIL PROTECTED] www.esminis.lt http://www.esminis.lt www.bajeriai.lt http://www.bajeriai.lt ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39852) BUG: path finding incorrect air destination calculations
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39852 That's right, this function is wrong, else, there shouldn't be any problem. Your patch forbid the moves for path bigger than 1 turn. You should name your fuel variable moves_left or something like this, since it's a number of moves and not a number of turn for the fuel. I think that is_pos_dangerous_fuel() should be used for all types of moves if there is fuel. Why shouldn't be a ruleset with a land fueled unit? As long that helicopter is not a fueled unit, there shouldn't be any dangerous position, or a special function for it (but it could be very slow). Helicopter moves still cannot work with this patch, except if you have the United Nations wonder. And as I remember, Per said, helicopter shouldn't have dangerous position, the users just should take care of it. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Re: (PR#39854) Change bug tracking system
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Sun, 2007-11-11 at 01:43 -0800, Erik Johansson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811 On Nov 11, 2007 8:30 AM, Tautvydas Andrikys [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39854 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). I think the most important thing is hosting for the bug system, people seems to think that the RT machine will go down anytime now (please correct me). I will not supply hosting for the system, because I can't promise continuity on my servers. /Erik Also, with the recent release of Bugzilla 3, custom fields that may be needed for this project are now largely, a configuration option. This also includes custom workflow. On the import side, Bugzilla does support importing from XML. An email interface now comes with Bugzilla as well, though I'm not certain if it'll accept new bugs at this point (haven't used it). From the administrative standpoint, I'll gladly teach someone who wants to know how to maintain the system. 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. Has anyone looked into sourceforge? BTW - this issue has been open for about two years and I'm wondering (honestly) if a move like this will ever happen until someone decides to kick in something to make it happen. What that something is, I don't know and as time goes on, I begin to care less and less. It's not because I don't want to see FreeCiv using an issue tracker that encourages community participation, rather it's loosing interest in spending energy trying to lead a team into something that it seems they don't want (with some exceptions like possibly DanielM). As I see it, it's not about Bugzilla vs. RT, it's about the usability of the issue tracking system in place for open source development. Searching in RT sucks in comparison to many other issue trackers (Bugzilla, Jira, ...). The way permissions are set up currently, it's difficult to participate in a way that allows a contributor to find out if an issue has already been reported, and if it has, what the current state of the issue is. Just looking at a list of bugs requires a login at this point. I could go on, but as I see it, these are barriers to more development and review resources contributing to the project. I strongly encourage current FreeCiv developers to go take a look at http://bugzilla.mozilla.org/ to see a running example of Bugzilla and how it's used for open-source development today. Be aware that there are companies using Bugzilla out there with over one million bugs (issues) filed in their installations (Yahoo! is tracking well over 1.5M). Kevin ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#16811) Re: (PR#39854) Change bug tracking system
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 ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39852) BUG: path finding incorrect air destination calculations
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39852 Pepeto _ wrote: I think when you will get all this, you will conclude on a quite identical patch than PR#20772. The rejected patch(es) in PR#20772 did not address the underlying problem that this patch corrects. Those patches demonstrate that you didn't understand the code very well. Heck, that's fairly likely, as the code was not well documented. They also demonstrate that you didn't thoroughly test your patches before posting them. This is *not* a race. Looking at your patch(es), there seem to be some language difficulties. The term position dangerous does not mean there is any inherent danger concerning the tile, or that a foreign unit or city is there. It simply means it is not a good *final* resting place at the end of a turn (or after a series of turns). The term began with the trireme code. Perhaps not a good term, but I didn't choose it. I found no need for unsafe positions. But then, I didn't look very hard, as I started from scratch, not from your patch, and compared the code in S2_0, S2_1, and S2_2. As to the comments in the previous posting, I rest my case. I tested this patch with more than 1 turn. I also tested it with waypoints, and with nearly around the world, single goto, 2 turn stealth bomber paths requiring map scrolling. All were bugs reported, now fixed. (I did not test helicopters. Perhaps that should be another patch on another day, assuming somebody reports a problem after my commit, and gives a really good test case) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39852) BUG: path finding incorrect air destination calculations
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39852 Well, I ignore what you can write against me... Look at this savegame, and say me that this stealth fighter can move to P1 and not go to dangerous positions. airgoto.sav.gz Description: GNU Zip compressed data ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39856) Bug - Loading saved games does not work
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39856 On Nov 11, 2007 9:23 PM, wrote: the data is not saved correctly: production slots are wrong. when I produced in a city a certain thing, it is another one produced. When I load the attached game everything seams to be okay. But after finishing the current turn, the production of several cities changes. Hi! tThanks for taking your time emailing us. type /ai hendrik on the chat line, and it should solve it self. Your player was set to AI mode, that's why it didn't work like expected. -- /emj ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#12768) an observer can issue the aitoggle command
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12768 [rp - Mon Apr 11 16:30:48 2005]: In 2.0.0-rc1 an observer can join, observe an existing player, and then issue an aitoggle command on some player. Is this level of control supposed to be allowed to observers? (I have only tried it on dead players.) The actual problem I noticed is that the player (i.e. nation) name is given as the issuer, not my user name, so it appeared as if the user who was actually playing the nation I was merely observing was issuing the command. Can still reproduce in 2.1.0. You can log in as global observer and start toggling the AI status on any player. Sounds like a security issue to me. ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
