[Freeciv-Dev] [patch #1823] New file infracache.c for city infrastructure cache related functions
Update of patch #1823 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?1823 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1830] Capability string for modpack download control file
Update of patch #1830 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?1830 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1842] Take advantage of Content-Length header
URL: http://gna.org/patch/?1842 Summary: Take advantage of Content-Length header Project: Freeciv Submitted by: cazfi Submitted on: Wednesday 08/11/2010 at 11:08 Category: module installer Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.3.0 ___ Details: Currently freeciv-modpack detects end of downloaded file simply by trying to download as long as server sends no more data and read timeouts. Attached patch changes it to use Content-Length http header to calculate end of file. This results in much faster operation. ___ File Attachments: --- Date: Wednesday 08/11/2010 at 11:08 Name: ContentLength.diff Size: 2kB By: cazfi http://gna.org/patch/download.php?file_id=9789 ___ Reply to this item at: http://gna.org/patch/?1842 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1842] Take advantage of Content-Length header
Update of patch #1842 (project freeciv): Depends on: = patch #1841 ___ Reply to this item at: http://gna.org/patch/?1842 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1843] Check http return status
URL: http://gna.org/patch/?1843 Summary: Check http return status Project: Freeciv Submitted by: cazfi Submitted on: Wednesday 08/11/2010 at 11:29 Category: module installer Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.3.0 ___ Details: Currently freeciv-modpack happily extracts anything it receives as file it was asking for. It might be receiving html page describing the error situation instead of real file. Attached patch make freeciv-modpack to check status field in http reply it gets and to extract document only in case of status OK. ___ File Attachments: --- Date: Wednesday 08/11/2010 at 11:29 Name: HttpStatus.diff Size: 1kB By: cazfi http://gna.org/patch/download.php?file_id=9790 ___ Reply to this item at: http://gna.org/patch/?1843 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1843] Check http return status
Update of patch #1843 (project freeciv): Depends on: = patch #1842 ___ Reply to this item at: http://gna.org/patch/?1843 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16396] Memory corruption in load_ruleset_game() on 64bit system
Update of bug #16396 (project freeciv): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?16396 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16346] Small screen display split bottom notebook area options causes message window to be too small
Update of bug #16346 (project freeciv): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?16346 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16404] civ start script doesn't work
URL: http://gna.org/bugs/?16404 Summary: civ start script doesn't work Project: Freeciv Submitted by: pepeto Submitted on: mercredi 11.08.2010 à 09:18 Category: bootstrap Severity: 3 - Normal Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Release: trunk Discussion Lock: Any Operating System: None Planned Release: 2.3.0 ___ Details: It ends to: Running ./freeciv exec: 78: ./freeciv: Permission denied ___ Reply to this item at: http://gna.org/bugs/?16404 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16339] The Allies Only button
Update of bug #16339 (project freeciv): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?16339 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16264] Segmentation fault in map generation
Update of bug #16264 (project freeciv): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?16264 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16063] unplayable at 1024x600 resolution
Update of bug #16063 (project freeciv): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?16063 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] Freeciv and XDG Base Directory
On 10 August 2010 20:46, Egor Vyscrebentsov evy...@gmail.com wrote: Good day! Are there any thoughts on to support or not to support XDG Base Directory Specification[1]? I agree with the idea that one program (Freeciv is considered one program even though it has technically separate server and client executables) stuffing several files directly to user home directory is not nice behavior. I have been thinking moving all the generated files under ~/.freeciv/ hierarchy. Compared to XDGBDS it would have benefit of removal of all freeciv related files with single 'rm -Rf ~/.freeciv' command. That's not to say that I'm against XDGBDS. Could you sell XDGBDS to me, to list some pros (and maybe cons too)? - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1844] Add utilities to consider the cost of a requirement
URL: http://gna.org/patch/?1844 Summary: Add utilities to consider the cost of a requirement Project: Freeciv Submitted by: pepeto Submitted on: mercredi 11.08.2010 à 12:11 Category: ai Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.3.0 ___ Details: It is still quite experimental, but it may be quite useful to deal with the current ruleset structure. ___ File Attachments: --- Date: mercredi 11.08.2010 à 12:11 Name: trunk_advwant.diff Size: 12 ko By: pepeto http://gna.org/patch/download.php?file_id=9791 ___ Reply to this item at: http://gna.org/patch/?1844 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1338] [Metaticket] Generalize requirements
Update of patch #1338 (project freeciv): Depends on: = patch #1844 ___ Reply to this item at: http://gna.org/patch/?1338 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1845] libcurl
URL: http://gna.org/patch/?1845 Summary: libcurl Project: Freeciv Submitted by: cazfi Submitted on: Wednesday 08/11/2010 at 15:20 Category: general Priority: 5 - Normal Status: In Progress Privacy: Public Assigned to: cazfi Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.4.0 ___ Details: Our http module and code in server/meta.c and modinst/download.c is simplistic way of obtaining documents from web. It has many shortcomings we have somehow been able to live with so far, especially as the functionality has been needed only for metaserver handling. Now that also freeciv-modpack needs this functionality, those shortcomings are (even) harder to live with. Would it be overkill to replace our own implementation with libcurl usage? That would fix a lot of problems and give tons of new features. The most important features for us would be: 1. Graceful error handling 2. Handling of http redirects. Had freeciv servers and clients out there had this, at least one incident of metaserver downtime could have been avoided by the metaserver side arrangements 3. Support many other protocols in addition to http. This would not make much sense with metaserver, but freeciv-modpack would turn into much more powerful tool with this Schedule: This would add libcurl dependency for Freeciv. It could potentially cause some portability issues that take time to resolve. It would also take some time to fully implement the feature. For these reasons I'd consider libcurl usage 2.4.0 feature rather than 2.3.0 one. For 2.3.0 we should still fix worst problems in our own implementation. Comments, please. ___ Reply to this item at: http://gna.org/patch/?1845 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16404] civ start script doesn't work
Update of bug #16404 (project freeciv): Category: bootstrap = general Assigned to:None = cazfi ___ Follow-up Comment #1: What, and where from, is that freeciv file it tries to run? ___ Reply to this item at: http://gna.org/bugs/?16404 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16404] civ start script doesn't work
Follow-up Comment #2, bug #16404 (project freeciv): Hm, sorry, I add an extra freeciv/ directory in my repository work copy, removing it fixed the problem. But why it tries to execute this command? ___ Reply to this item at: http://gna.org/bugs/?16404 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1845] libcurl
Follow-up Comment #1, patch #1845 (project freeciv): Do this allow to do asynchronous DNS lookup for the server? Didn't you forgot to mention client/server.c for getting the metaserver list? ___ Reply to this item at: http://gna.org/patch/?1845 ___ Message posté via/par Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] Freeciv and XDG Base Directory
2010/8/11 Marko Lindqvist wrote:
On 10 August 2010 20:46, Egor Vyscrebentsov wrote:
Good day!
Are there any thoughts on to support or not to support XDG Base
Directory Specification[1]?
I agree with the idea that one program (Freeciv is considered one
program even though it has technically separate server and client
executables) stuffing several files directly to user home directory is
not nice behavior.
I have been thinking moving all the generated files under ~/.freeciv/
hierarchy. Compared to XDGBDS it would have benefit of removal of all
freeciv related files with single 'rm -Rf ~/.freeciv' command. That's
not to say that I'm against XDGBDS. Could you sell XDGBDS to me, to
list some pros (and maybe cons too)?
Main (possibly ony) argument: there is more than one program with its
own settings/whatever directory:
$ find $HOME -maxdepth 1 -name '.*' -type d | wc -l
132
Too many to me.
PS. Yes, `rm -rf ~/{.config,.local/share}/freeciv` is longer than your
command :)
--
Thanks, evyscr
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1846] Threads
URL: http://gna.org/patch/?1846 Summary: Threads Project: Freeciv Submitted by: cazfi Submitted on: Wednesday 08/11/2010 at 16:19 Category: general Priority: 5 - Normal Status: In Progress Privacy: Public Assigned to: cazfi Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.4.0 ___ Details: Running AI in separate thread has been discussed several times over the years. Now that number of maximum players has been increased, wait for AI between turns has increased notably. I'd like to implement AI in separate thread for freeciv 2.4. Some other minor tasks (updating metaserver information) could be run in separate threads as well. This ticket is about implementing, or not implementing, thread class under utility directory. Obviously gtk-client and freeciv-modpack can use gthreads as they already depend on gtk, but question is what server side dependencies we are ready to add. Should we use gthreads also there (making server to depend on glib), should we use some other higher level thread implementation (adding some other dependencies to server), or should we create our own wrapper for pthread and other platform specific thread implementations? I have extracted and updated such a wrapper from ancient threaded AI patch I had. Implementation exist for pthread support only, but adding native windows threads etc should be easy. Actually, what platforms freeciv runs on that don't have pthreads? ___ Reply to this item at: http://gna.org/patch/?1846 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] Freeciv and XDG Base Directory
2010/8/11 Marko Lindqvist cazf...@gmail.com: On 10 August 2010 20:46, Egor Vyscrebentsov evy...@gmail.com wrote: Good day! Are there any thoughts on to support or not to support XDG Base Directory Specification[1]? I agree with the idea that one program (Freeciv is considered one program even though it has technically separate server and client executables) stuffing several files directly to user home directory is not nice behavior. I have been thinking moving all the generated files under ~/.freeciv/ hierarchy. Compared to XDGBDS it would have benefit of removal of all freeciv related files with single 'rm -Rf ~/.freeciv' command. That's not to say that I'm against XDGBDS. Could you sell XDGBDS to me, to list some pros (and maybe cons too)? One argument is separation of application data into three categories: * Cache (you can delete this at any time and it does no harm) * Configuration (you can delete this to reset program to factory state) * User data (you probably don't want to delete this) When you backup, you don't want to save caches so you exclude ~/.cache from the schedule. For freeciv I think we only have: * .freecivrc-2.2 as configuration in ~/.config/freeciv-2.2/ (?) * User savegames, tilesets, maps etc as user data in ~/.local/share/freeciv-2.2/ (?) * No cache files (?) So my main argument is easier user data management as well as backup and cleanup management for the user. For this to work, it is of course important to divide the dotfiles into the right categories. Ulrik ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1845] libcurl
Follow-up Comment #2, patch #1845 (project freeciv): Do this allow to do asynchronous DNS lookup for the server? No, I don't think so. But I already opened ticket patch #1846 about threads and one thing I was thinking about was metaserver handling. Didn't you forgot to mention client/server.c for getting the metaserver list? I have to admit that I didn't check the sources but only listed files where I assumed stuff to be :-) One more libcurl feature that may benefit us: - Correct proxy handling ___ Reply to this item at: http://gna.org/patch/?1845 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1846] Threads
Follow-up Comment #1, patch #1846 (project freeciv): Using threads in the server would make the server a lot more scalable, so this would be a good improvement. I think that having even more granularity in the server could be investigated, looking for more tasks that could be run in separate threads. Would it be possible to have one thread for every player or connection? Further, would it be possible to run pathfinding in a separate thread? Of course, locks would have to be used when accessing shared data, such as the map. I really think that having a multithreaded server would be a good improvement for Freeciv, also for my project on http://www.freeciv.net/ where I think running longturn games with large maps and many players would benefit from a threaded server. ___ Reply to this item at: http://gna.org/patch/?1846 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1454] Chimu nation
Update of patch #1454 (project freeciv): Status: In Progress = Ready For Test ___ Reply to this item at: http://gna.org/patch/?1454 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1455] Jolof nation
Update of patch #1455 (project freeciv): Status: In Progress = Ready For Test ___ Reply to this item at: http://gna.org/patch/?1455 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1456] Ohlone nation
Update of patch #1456 (project freeciv): Status: In Progress = Ready For Test ___ Reply to this item at: http://gna.org/patch/?1456 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #1453] Benin nation
Update of patch #1453 (project freeciv): Status: In Progress = Ready For Test ___ Reply to this item at: http://gna.org/patch/?1453 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
