Follow-up Comment #3, bug #14619 (project freeciv):
There is several kinds of freeze/thaw packets and I can't tell top of my head
which one these are.
- One is used internally by delta code to buffer packets instead of sending a
lot of very small ones (typically tile_info)
- Client side freeze
Follow-up Comment #4, bug #14619 (project freeciv):
One is used internally by delta code to buffer packets instead
of sending a lot of very small ones (typically tile_info)
There is old ticket somewhere in RT that this should be function in delta
code and not such a hackish packet.
Update of bug #14618 (project freeciv):
Status:None = Fixed
Assigned to:None = cazfi
Open/Closed:Open = Closed
Update of bug #14574 (project freeciv):
Status: Ready For Test = Fixed
Assigned to:None = cazfi
Open/Closed:Open = Closed
Update of bug #13465 (project freeciv):
Status: Confirmed = Fixed
Assigned to:None = cazfi
Open/Closed:Open = Closed
Follow-up Comment #5, bug #14603 (project freeciv):
It isn't HOME/.freeciv/saves by default if the server is
forked from the client
connectdlg_common.c:client_start_server(): 231-232:
argv[argc++] = --saves;
argv[argc++] = ~/.freeciv/saves;
Follow-up Comment #6, bug #14603 (project freeciv):
The problem looks like to be something linked with patch #1289. It
doesn't find the data path saves/ when loading the game
because it assumes that only ~/.freeciv/2.3/ is a data path.
He was running server separately, so save location
Follow-up Comment #7, bug #14603 (project freeciv):
I cannot reproduce. Autosaves work both when running server separately
(saving current directory) and when its forked by client (saves to
~/.freeciv/saves).
Are you sure you had write permissions to the directory where you run
civserver?
For a couple of years now I have been testing freeciv building on
several environments. Results of these builds are at
http://www.cazfi.net/freeciv/testing/compilation.php
These builds are not fully automatic nightly builds but have to be
initiated manually.
I'm also developing (nightly) build
Update of bug #14619 (project freeciv):
Status:None = Postponed
Planned Release:None = 2.3.0
Summary: What are for the packets freeze_hint and thaw_hint
= Remove packets
Follow-up Comment #8, bug #14603 (project freeciv):
I cannot reproduce. Autosaves work both when running server
separately (saving current directory) and when its forked by
client (saves to ~/.freeciv/saves).
Actually, my game is autosaved in ~/.freeciv/saves/, but I cannot find them
with
Follow-up Comment #1, bug #14621 (project freeciv):
This would probably slow a lot every time a city is found.
Unfortunately, it doesn't look to work if a city is conquered, bribed, or
given by diplomatic meeting etc... A such entry would also be added in
transfer_city().
I guess that the
Follow-up Comment #1, bug #14620 (project freeciv):
I started to fix that bug, but it seems that patch #1291 is stalled for the
moment. Maybe this ticket is left of Marko item list. It happens to me
sometimes, and it's really annoying. The only way to find my real items is
to view my public
Follow-up Comment #4, patch #1291 (project freeciv):
Updating patch against current svn.
(file #7128)
___
Additional Item Attachment:
File name: trunk_S2_2_global_worklist_genlist3.diff.bz2 Size:16 KB
Follow-up Comment #1, bug #14469 (project freeciv):
Since you can delete old object and create new one lack of move object tool
is not blocker for 2.2. Unless someone volunteers to make one soon this will
be postponed to 2.3.
___
Reply to
2009/10/8 Pepeto pepet...@gmail.com:
Le jeudi 08 octobre 2009 à 13:00 +0300, Marko Lindqvist a écrit :
2009/9/10 Marko Lindqvist cazf...@gmail.com:
Network protocol freeze:
This means no more changes to mandatory part of capstring. Let me know
of any needs to change network protocol before
Update of bug #14614 (project freeciv):
Category:None = ai
Status:None = Ready For Test
Assigned to:None = pepeto
Le mardi 27 octobre 2009 à 13:04 +0300, Marko Lindqvist a écrit :
2009/10/8 Pepeto pepet...@gmail.com:
Le jeudi 08 octobre 2009 à 13:00 +0300, Marko Lindqvist a écrit :
2009/9/10 Marko Lindqvist cazf...@gmail.com:
Network protocol freeze:
This means no more changes to mandatory part of
Follow-up Comment #3, bug #14606 (project freeciv):
New version attached, it will always popup if the transporter is not owned.
(file #7130, file #7131)
___
Additional Item Attachment:
File name:
Update of bug #14607 (project freeciv):
Status:None = Ready For Test
Assigned to:None = pepeto
Planned Release:None = 2.2.0
Update of bug #14612 (project freeciv):
Status:None = Ready For Test
Assigned to:None = pepeto
Planned Release:None = 2.1.10
URL:
http://gna.org/bugs/?14624
Summary: Server saves games and scenarios where the client
search them when forked
Project: Freeciv
Submitted by: pepeto
Submitted on: mardi 27.10.2009 à 10:25
Category: client
URL:
http://gna.org/bugs/?14625
Summary: civclient man page
Project: Freeciv
Submitted by: pepeto
Submitted on: mardi 27.10.2009 à 10:29
Category: docs
Severity: 2 - Minor
Priority: 3 -
Follow-up Comment #1, bug #14624 (project freeciv):
As Freeciv is generally compatible with old savegames, saving them to version
specific directory is wrong. User should have access to old saves after
updating to newer Freeciv version.
URL:
http://gna.org/bugs/?14626
Summary: .civclientrc
Project: Freeciv
Submitted by: pepeto
Submitted on: mardi 27.10.2009 à 10:34
Category: client
Severity: 2 - Minor
Priority: 3 - Low
Update of bug #14624 (project freeciv):
Status: Ready For Test = In Progress
___
Follow-up Comment #2:
Ok, but in the current implementation, the gui doesn't look for save games in
~/.freeciv/saves,
Update of bug #14584 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #14594 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #14452 (project freeciv):
Priority: 1 - Later = 3 - Low
___
Follow-up Comment #12:
Of course, I attached the same patch, now the right one...
(file #7133)
URL:
http://gna.org/bugs/?14627
Summary: e_tech_* sound event triggered on changing tech
Project: Freeciv
Submitted by: mdcore
Submitted on: Tuesday 10/27/2009 at 12:30
Category: client-gtk-2.0
Severity:
Follow-up Comment #2, bug #14617 (project freeciv):
The doc don't mention the client can group together requests for combined
processing (like adding 4 settlers) so I would expect each settler to get
their own PACKET_PROCESSING_FINISHED. The client should wait for number of
settlers many.
Follow-up Comment #2, bug #14583 (project freeciv):
I get it pretty consistently. It also happens when I send 50 Musketeers to
attack a city. The city dialog pops up showing only one Musketeer in the city
while Units Present says 30. I guess there is some race condition between the
client
Michael Kaufman kauf...@physics.wisc.edu writes:
interesting idea, and easily doable. In fact a nice little project for
someone wanting to get their feet wet.
Add a timing struct for each AI. Each turn for each AI, calculate the time
it takes for various major actions (city management, unit
Follow-up Comment #1, bug #14589 (project freeciv):
Did you check the client stdout? The gtk2 client sometimes (always after a
while) runs into an XID collision and bad things happen from there on. The
effect is exactly that popups are empty and unresponsive. But I only know
this from popups as
Follow-up Comment #2, bug #14621 (project freeciv):
Only every 10/11/12/14 cities added. This also needs to happen when a city is
lost.
With CMA in use this might cause a lot of work for every single city of the
player. But what can you do? All cities do change at that point.
I rather have it
Marko Lindqvist cazf...@gmail.com writes:
For a couple of years now I have been testing freeciv building on
several environments. Results of these builds are at
http://www.cazfi.net/freeciv/testing/compilation.php
These builds are not fully automatic nightly builds but have to be
initiated
Follow-up Comment #1, bug #14626 (project freeciv):
Idealy check all file names newest to oldest and use the first file found.
___
Reply to this item at:
http://gna.org/bugs/?14626
___
URL:
http://gna.org/patch/?1350
Summary: Some nations
Project: Freeciv
Submitted by: None
Submitted on: Вторник 27.10.2009 at 14:43 CET
Category: rulesets
Priority: 5 - Normal
Status:
Follow-up Comment #9, bug #14603 (project freeciv):
The problem was related with the fact that i don't have permissions to write
in the directory where i was executing it.
I was waiting to save the game at the same place as when i launch the
client.
I think that is not a critical issue.
i
39 matches
Mail list logo