[openstack-dev] [all][tc][elections] Stein TC Election Results

you to all who voted and who encouraged others to vote. Voter turnout was significantly up from recent cycles. We need to ensure your voices are heard. -- Emmet HIKORY __ OpenStack Development Mailing List (not for usage

[openstack-dev] Last day for TC voting

Look at the email listed as your Preferred Email. That is where the ballot has been sent. [1] https://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml?id=sept-2018-elections [2] https://governance.openstack.org/election/#election-officials -- Emme

[openstack-dev] [all][tc][election] TC Election Campaigning Period

://governance.openstack.org/election/ 2: http://git.openstack.org/cgit/openstack/election/tree/candidates/stein/TC -- Emmet HIKORY __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ

[openstack-dev] [all][election] Nominations for OpenStack PTLs (Project Team Leads) are now open

running, [0] https://governance.openstack.org/tc/reference/projects/ [1] https://review.openstack.org/#/settings/contact [2] https://www.openstack.org/profile/ -- Emmet HIKORY __ OpenStack Development Mailing List (not for

[openstack-dev] Election Season, PTL July 2018

cerns. Thank you, [1] https://governance.openstack.org/election/#election-officials -- Emmet HIKORY __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstac

Re: [openstack-dev] use of storyboard (was [TC] Stein Goal Selection)

ould try several things (likely adoptions from the various ways we are doing similar tracking now), and I expect us to slowly converge on two or three solutions that are known to work well for our teams, depending on the individual characteristics of the teams. — Emme

[Bug 1752591] Re: CVE-2017-7651 and CVE-2017-7652

Thanks for the cleanup Marc :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1752591 Title: CVE-2017-7651 and CVE-2017-7652 To manage notifications about this bug go to: https://bugs.launchpad.net/

[Bug 1364544] Re: Openafs Not Building on arm64

** Changed in: openafs (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1364544 Title: Openafs Not Building on arm64 To manage notifications about this bug go

[Bug 1364544] Re: Openafs Not Building on arm64

Please find attached a debdiff applying the upstream patch and necessary packaging adjustments. While this is expected in the next upstream release, that is not expected to happen in time for bionic, making this change useful to adopt in advance of Debian, but only for release scheduling reasons (

[Bug 1752591] Re: CVE-2017-7651 and CVE-2017-7652

For clarity, the current debdiffs only address CVE 2017-7651, and I probably didn't add the right metadata to the changelog. I did not find the patches for CVE 2017-7652 to be trivial to port to the versions of mosquitto in Ubuntu artful or xenial. Bionic is not vulnerable to either, as a result

Re: [openstack-dev] [tripleo] storyboard evaluation

probably a richer solution than direct modification of the current migration script (which allows multiple runs to keep up to date during transition), if tripleO wishes per-bug communication.     Some context at https://storyboard.openstack.org/#!/story/20008

Re: [openstack-dev] [all] Switching to longer development cycles

are downstream editions of each release” from “we should reduce the frequency of in-person meetings”.  From my perspective, both are important debates to have, and both potential decisions have wide-ranging consequences, but I find the conflat

[openstack-dev] [all][tc][election] TC Election Campaigning Period

observers. 1: https://governance.openstack.org/election/ 2: http://git.openstack.org/cgit/openstack/election/tree/candidates/queens/TC 3: http://lists.openstack.org/pipermail/openstack-dev/2017-October/123524.html — Emmet HIKORY

Re: [openstack-dev] [all][elections] TC nomination period is now over

Sean McGinnis wrote: > On Wed, Oct 11, 2017 at 12:18:30AM +, Kendall Nelson wrote: > > Hello!TC Nomination is now over. The official candidate list is available > > on the election website[0].We now enter the campaigning period where > > candidates and electorate may debate their statements.Th

Re: [openstack-dev] [all][elections] Candidate proposals for TC (Technical Committee) positions are now open

23:45 UTC Apologies for the confusion. For those in doubt in the future, the correct current agreed dates are also available from git(1). 1: http://git.openstack.org/cgit/openstack/election/tree/configuration.yaml -- Emmet HIKORY _

[openstack-dev] [all][pack-deb][storlets][tacker][telemetry] Last day for PTL candidate announcements

your candidacy is merged by the deadline, you may wish to allow some time for reviews after submission. Those four projects still without nominated candidates at the conclusion of this period will be subject to the Technical Committee procedures for leaderless projects [2]. Thank you. -- Emmet

[ubuntu/xenial-proposed] unity-gtk-module 0.0.0+15.04.20150118-0ubuntu2 (Accepted)

unity-gtk-module (0.0.0+15.04.20150118-0ubuntu2) xenial; urgency=medium * Blacklist freeciv-gtk3 (LP: #1556277) Date: Sat, 12 Mar 2016 05:57:44 +0900 Changed-By: Emmet Hikory Maintainer: Ubuntu Desktop Team Signed-By: Scott Kitterman https://launchpad.net/ubuntu/+source/unity-gtk-module

[Bug 1556277] [NEW] When using unity, the diplomacy and cities menus are not shown for freeciv-gtk3

Public bug reported: Freeciv upstream now recommends freeciv-gtk3 as the appropriate client. While freeciv-gtk2 was fixed in bug #1242937, freeciv-gtk3 now needs the same adjustment. Eventually this might change in upstream freeciv, but there are no plans within the 2.x series at this time. ** A

[Dx-packages] [Bug 1556277] [NEW] When using unity, the diplomacy and cities menus are not shown for freeciv-gtk3

Public bug reported: Freeciv upstream now recommends freeciv-gtk3 as the appropriate client. While freeciv-gtk2 was fixed in bug #1242937, freeciv-gtk3 now needs the same adjustment. Eventually this might change in upstream freeciv, but there are no plans within the 2.x series at this time. ** A

[Dx-packages] [Bug 1556277] Re: When using unity, the diplomacy and cities menus are not shown for freeciv-gtk3

Debdiff including the necessary patch ** Patch added: "debdiff for 0.0.0+15.04.20150118-0ubuntu2" https://bugs.launchpad.net/ubuntu/+source/unity-gtk-module/+bug/1556277/+attachment/4596269/+files/unity-gtk-module_0.0.0+15.04.20150118-0ubuntu2.debdiff -- You received this bug notification be

[Bug 1556277] Re: When using unity, the diplomacy and cities menus are not shown for freeciv-gtk3

Debdiff including the necessary patch ** Patch added: "debdiff for 0.0.0+15.04.20150118-0ubuntu2" https://bugs.launchpad.net/ubuntu/+source/unity-gtk-module/+bug/1556277/+attachment/4596269/+files/unity-gtk-module_0.0.0+15.04.20150118-0ubuntu2.debdiff -- You received this bug notification be

[ubuntu/utopic-proposed] freeciv 2.4.3-1 (Accepted)

freeciv (2.4.3-1) unstable; urgency=medium * Imported Upstream version 2.4.3. * Remove autotools_dev. Build only with dh_autoreconf. * debian/rules: Replace rm -f with -delete in find command. Date: 2014-08-13 22:14:15.109350+00:00 Signed-By: Emmet Hikory https://launchpad.net/ubuntu

[Freeciv-Dev] [patch #5014] "Industrial Accident" disaster

Follow-up Comment #1, patch #5014 (project freeciv): Could this also be added to experimental, if added to classic? ___ Reply to this item at: ___ Message sent v

[Freeciv-Dev] [bug #22417] civ2civ3 Transport can build mines in coastal cities, etc

Follow-up Comment #7, bug #22417 (project freeciv): On trunk, one can prevent Transports cleaning Pollution in cities by adjusting rmreqs{} for the extra. I don't know of a way to do the equivalent for 2.5. For preventing Transports from doing stuff, adding `"UnitClass", "Sea", "Local", FALSE`

[Freeciv-Dev] [bug #22419] "Airbase" flag not documented as enabling Buoys

Follow-up Comment #1, bug #22419 (project freeciv): For trunk, this has a minor collision with patch #5006, in that if 5006 were implemented in the obvious and generic way, the helptext for the Airbase flag would be removed entirely. Note that 5006 needs to touch these lines regardless of whether

[Freeciv-Dev] [patch #5006] Suppress "Can build mines on tiles" etc in help based on Mining_Possible, etc

Follow-up Comment #1, patch #5006 (project freeciv): For trunk, using requirement_fulfilled_by_unit() and extension of the relevant requirements vectors can address irrigation, mining, farmland, and road/rail (can this unit mine? If so, can it produce any of the EC_MINE extras?, etc.). Removing

[Freeciv-Dev] [patch #5000] Remove obsolete move_cost constants

Update of patch #5000 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4997] [Metaticket] Get rid of action_enabler_append_hard()

Follow-up Comment #2, patch #4997 (project freeciv): My apologies for any confusion: the *current* AI is omniscient, so there's no increase of want for embassy creation based on other conditions (like relations with the other player, wish to understand the techs / money / map / units of the other

[Freeciv-Dev] [patch #4759] Setting TRUNK for 3.0 development

Follow-up Comment #4, patch #4759 (project freeciv): I like 2.99.99 : it makes the next step obvious to readers. ___ Reply to this item at: ___ Message sent via/

[Freeciv-Dev] [patch #5000] Remove obsolete move_cost constants

URL: Summary: Remove obsolete move_cost constants Project: Freeciv Submitted by: persia Submitted on: Wed 30 Jul 2014 09:45:56 AM JST Category: general Priority: 5 - Normal

[Freeciv-Dev] [patch #4990] Consider improvement side effects other than buildable units

Update of patch #4990 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4993] Add improvement obsoletes improvement helptext

Update of patch #4993 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4991] Use dai_can_requirement_be_met_in_city in dai_wants_defender_against

Update of patch #4991 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4989] Use universal_fulfills for immune government test

Update of patch #4989 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Update of patch #4885 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4995] Make the source tile limit on spy actions a hard action enabler requirement

Follow-up Comment #6, patch #4995 (project freeciv): On English: have no worries. If your meaning is clear, that is sufficient. If my meaning is unclear, feel free to ask for clarification (I use English as my primary language, but do not claim that my usage matches any accepted norms). If you'

[Freeciv-Dev] [patch #4830] Multipliers to effects

Follow-up Comment #29, patch #4830 (project freeciv): In multipliers.c: do multipliers, multiplier_count, and multiplier_used need the "static" keyword? I had thought this was necessary for persistent variables defined at file scope. In handle_ruleset_multiplier(), is there a reason to use get_m

[Freeciv-Dev] [patch #4995] Make the source tile limit on spy actions a hard action enabler requirement

Follow-up Comment #3, patch #4995 (project freeciv): On reflection, I'm not sure that my use of "tool" is semantically ideal there. Perhaps "faculties" or "facilities" would have been better. Generally speaking, I believe a tool to be anything that when used, eases a task, but I suspect narrower

[Freeciv-Dev] [patch #4992] Extend insert_allows in helpdata.c

Update of patch #4992 (project freeciv): Status: Ready For Test => In Progress ___ Follow-up Comment #1: Unfortunately, this interacts really badly with advance help. While the information provided b

[Freeciv-Dev] [patch #4987] Replace UI concept "Redundant" with current utility indicator

Update of patch #4987 (project freeciv): Depends on: => patch #4992 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [patch #4987] Replace UI concept "Redundant" with current utility indicator

Follow-up Comment #1, patch #4987 (project freeciv): Not a commit candidate (needs better helptext), but a first pass at the non-helptext code changes involved. (file #21571) ___ Additional Item Attachment: File name: replace-client-uses-o

[Freeciv-Dev] [patch #4990] Consider improvement side effects other than buildable units

Follow-up Comment #2, patch #4990 (project freeciv): Testing this more with for patch #4987 shows that improvementhas_side_effects() almost never returns TRUE with conjunctive logic, and that the function should really check if ANY side effect is available, rather than if ALL side effects are avai

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Follow-up Comment #7, patch #4885 (project freeciv): Pulled back some of the changes in draft revisions for patch #4987 which would also be applicable to the AI into replace-AI-uses-of-is_improvement_redundant.patch: update attached. (file #21569) _

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Follow-up Comment #6, patch #4885 (project freeciv): Rebased improve-Ai-inspection-of-effects-requirement-vectors.patch over r25732 (patch #4983), added implementations for VUT_SPECIALIST and VUT_NATIONALITY, and added recursion to the VUT_IMPROVEMENT check to avoid believing an improvement that d

[Freeciv-Dev] [patch #4993] Add improvement obsoletes improvement helptext

URL: Summary: Add improvement obsoletes improvement helptext Project: Freeciv Submitted by: persia Submitted on: Sun 27 Jul 2014 10:17:59 PM JST Category: client Priority: 5 - N

[Freeciv-Dev] [patch #4989] Use universal_fulfills for immune government test

Follow-up Comment #1, patch #4989 (project freeciv): More testing shows that while the prior patch worked when it was supposed to work, it also worked when it wasn't supposed to work. The attached patch actually tests the government value in government_found, rather than just whether we are looki

[Freeciv-Dev] [patch #4988] Always allow selected reqs to be met with nulls

Update of patch #4988 (project freeciv): Status: Ready For Test => None Assigned to: persia => None Planned Release: 2.6.0 => _

[Freeciv-Dev] [patch #4992] Extend insert_allows in helpdata.c

URL: Summary: Extend insert_allows in helpdata.c Project: Freeciv Submitted by: persia Submitted on: Sun 27 Jul 2014 08:17:10 AM JST Category: client Priority: 5 - Normal

[Freeciv-Dev] [patch #4991] Use dai_can_requirement_be_met_in_city in dai_wants_defender_against

Update of patch #4991 (project freeciv): Depends on: => patch #4885 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [patch #4991] Use dai_can_requirement_be_met_in_city in dai_wants_defender_against

URL: Summary: Use dai_can_requirement_be_met_in_city in dai_wants_defender_against Project: Freeciv Submitted by: persia Submitted on: Sat 26 Jul 2014 07:56:38 PM JST Category: ai

[Freeciv-Dev] [patch #4988] Always allow selected reqs to be met with nulls

Follow-up Comment #4, patch #4988 (project freeciv): Yes, this stomps all over the meaning of "RPT_CERTAIN": on the unit side, it's just a generalisation of an existing hack, but the addition of OutputType and Specialist make it more glaringly obvious that the hack is to support a feature we don't

[Freeciv-Dev] [patch #4988] Always allow selected reqs to be met with nulls

Follow-up Comment #2, patch #4988 (project freeciv): The problem with returning TRI_MAYBE is that the various tests the AI uses to determine if a requirement is really active right now all check with RPT_CERTAIN and NULL target_output. If VUT_OTYPE sets eval to TRI_MAYBE in this situation, the re

[Freeciv-Dev] [bug #14210] optionally include advance benefits in output message

Follow-up Comment #5, bug #14210 (project freeciv): Another rebase of the patch, this time to go over patches #4889 and #4990, and use the semantics enabled there. As a side effect, no longer advertises available stuff just because the discovered technologies don't block it. Still incomplete. (

[Freeciv-Dev] [patch #4990] Consider improvement side effects other than buildable units

Follow-up Comment #1, patch #4990 (project freeciv): Seems I failed to use the new functions everywhere: updated patch with more consistent implementation for the allows_extras tests. (file #21561) ___ Additional Item Attachment: File name

[Freeciv-Dev] [patch #4987] Replace UI concept "Redundant" with current utility indicator

Update of patch #4987 (project freeciv): Depends on: => patch #4885 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [patch #4987] Replace UI concept "Redundant" with current utility indicator

Update of patch #4987 (project freeciv): Status:None => In Progress Assigned to:None => persia ___ Reply to this item at:

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Update of patch #4885 (project freeciv): Depends on: => patch #4990 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Update of patch #4885 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #5: And a new pair of patches for this. These patches are independent of each other, but are both

[Freeciv-Dev] [patch #4990] Consider improvement side effects other than buildable units

URL: Summary: Consider improvement side effects other than buildable units Project: Freeciv Submitted by: persia Submitted on: Sat 26 Jul 2014 10:24:21 AM JST Category: general

[Freeciv-Dev] [patch #4989] Use universal_fulfills for immune government test

URL: Summary: Use universal_fulfills for immune government test Project: Freeciv Submitted by: persia Submitted on: Sat 26 Jul 2014 08:21:18 AM JST Category: general Priority: 5

[Freeciv-Dev] [patch #4988] Always allow selected reqs to be met with nulls

URL: Summary: Always allow selected reqs to be met with nulls Project: Freeciv Submitted by: persia Submitted on: Sat 26 Jul 2014 08:12:39 AM JST Category: general Priority: 5 -

[Freeciv-Dev] [patch #4987] Replace UI concept "Redundant" with current utility indicator

URL: Summary: Replace UI concept "Redundant" with current utility indicator Project: Freeciv Submitted by: persia Submitted on: Sat 26 Jul 2014 07:04:42 AM JST Category: client

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Follow-up Comment #4, patch #4885 (project freeciv): New strategy, informed by IRC discussion: 1) AI callers of is_effect_prevented() and is_improvement_redundant() to use new daieffects facility to determine if an improvement provides any currently useful feature (units, extras, disaster protect

[Freeciv-Dev] [bug #22381] Inconsistent nativity limits on source tile for regular attacks

Update of bug #22381 (project freeciv): Status: In Progress => None Assigned to:sveinung => None ___ Follow-up Comment #6: I wrote the source

[Freeciv-Dev] [bug #22381] Inconsistent nativity limits on source tile for regular attacks

Follow-up Comment #3, bug #22381 (project freeciv): That the source tile isn't checking can_exist_at_tile() now is an oversight (and a bug). I'm unsure of the right solution for the destination tile though. Should the source bug just be fixed, and we can discuss the destination more? Should can

[Freeciv-Dev] [bug #22374] Civ2Civ3 ruleset enforces restricted infrastructure setting on rivers

Update of bug #22374 (project freeciv): Status:None => Wont Fix Open/Closed:Open => Closed Planned Release:2.5.0, 2.6.0 => __

[Freeciv-Dev] [patch #4812] civ2civ3: increased fuel of air units

Update of patch #4812 (project freeciv): Status: Ready For Test => Done Assigned to:None => persia Open/Closed:Open => Closed

[Freeciv-Dev] [patch #4966] civ2civ3: maglev

Update of patch #4966 (project freeciv): Status: Ready For Test => Done Assigned to:None => persia Open/Closed:Open => Closed

[Freeciv-Dev] [bug #22374] Civ2Civ3 ruleset enforces restricted infrastructure setting on rivers

Follow-up Comment #4, bug #22374 (project freeciv): This leads to an interesting question: should restrictinfra affect nativity? A similar class of issue would be BigLand units being able to move on roaded Mountains (at high cost) despite restrictinfra. __

[Freeciv-Dev] [bug #22381] Inconsistent nativity limits on source tile for regular attacks

Follow-up Comment #1, bug #22381 (project freeciv): This is a bit complicated. For the source tile in unit_attack_unit_at_tile_result(), changing to can_exist_at_tile() would be better. For the destination tile, we may need a new test (or to refactor the existing ones), because UTYF_TRIREME unit

[Freeciv-Dev] [patch #4970] Better path-finding reverse maps

Follow-up Comment #3, patch #4970 (project freeciv): I prefer symbols to magic numbers, but agree -1 isn't PF_IMPOSSIBLE_MC in this case. Thanks for the explanation on attack cost. Everything else in this patch looked good, so please consider me not to have objected at all.

[Freeciv-Dev] [bug #22187] Client allows attempted violation of embarks/disembarks restrictions

Follow-up Comment #11, bug #22187 (project freeciv): Would also need patch #3900 (and follow-up bugfixes there), and possibly more (depending on dependencies found following that stack). I think it's probably relatively safe to leave this unimplemented for S2_5. The AI may try to disembark impos

[Freeciv-Dev] [patch #4970] Better path-finding reverse maps

Follow-up Comment #1, patch #4970 (project freeciv): There are a couple surviving uses of "-1" as a magic number in pf_reverse_map_get_costs(): could these use PF_IMPOSSIBLE_MC? Attacks are also still charged at SINGLE_MOVE: should this be increased for UCF_MISSILE and UTYF_ONEATTACK, or don't we

[Freeciv-Dev] [patch #4966] civ2civ3: maglev

Update of patch #4966 (project freeciv): Status:None => Ready For Test Planned Release: => 2.6.0 ___ Reply to this item at:

[Freeciv-Dev] [patch #4470] Target-specific city "production boost" effect

Follow-up Comment #3, patch #4470 (project freeciv): for restricting units by resources, also see patch #1339 ___ Reply to this item at: ___ Message sent via/by

[Freeciv-Dev] [bug #22359] Infinite loop in choose_random_tech()

Follow-up Comment #8, bug #22359 (project freeciv): By "This is a short time fix", do you mean this should be applied to trunk? As it stands, I believe it is only applied to production freeciv-web. ___ Reply to this item at:

[Freeciv-Dev] [bug #22359] Infinite loop in choose_random_tech()

Update of bug #22359 (project freeciv): Summary: Infinite loop in pick_random_tech => Infinite loop in choose_random_tech() ___ Follow-up Comment #5: I'm not understanding the recent changes to techs well enough to know th

[Freeciv-Dev] [bug #21193] Empty city does not provide contact

Follow-up Comment #1, bug #21193 (project freeciv): This has supposed to have been working since r2367, and in trunk, unit_move() calls maybe_make_contact(), which should trigger contact to the owner of any adjacent city. I can't reproduce this on trunk (r25614) by starting a new game with the cl

[Freeciv-Dev] [bug #22359] Infinite loop in pick_random_tech

Follow-up Comment #1, bug #22359 (project freeciv): Which ruleset is loaded for these backtraces? Are they different rulesets? ___ Reply to this item at: ___ Me

[Freeciv-Dev] [patch #4885] Revised logic for AI improvement consideration and improvement redundancy

Follow-up Comment #3, patch #4885 (project freeciv): I no longer believe this ticket can be split: the manner in which the AI detects whether an improvement is interesting is somewhat semantically bound to how is_improvement_redundant() is implemented. >From the client side, the calls to is_impro

[Freeciv-Dev] [patch #3481] en_US locale (to restore diacritics etc)

Additional Item Attachment, patch #3481 (project freeciv): File name: add-en_US-translation.patch.gz Size:355 KB ___ Reply to this item at: ___ Message sent via

[Freeciv-Dev] [patch #3481] en_US locale (to restore diacritics etc)

Update of patch #3481 (project freeciv): Category:None => general Status:None => Need Info Assigned to:None => persia Planned Release:

[Freeciv-Dev] [patch #3481] en_US locale (to restore diacritics etc)

Follow-up Comment #4, patch #3481 (project freeciv): I've prepared an en_US translation (without diacriticals, but just `make ${PROJECT}.pot; msginit`). Unfortunately, the mentioned comments (I searched for `U+` appearing in comments) seem to assume there is a one-to-one relationship between a la

[Freeciv-Dev] [bug #22341] Lua script calling has_base with nonexistent base type crashes freeciv

Follow-up Comment #6, bug #22341 (project freeciv): Adding constructions like: --- a/common/scriptcore/api_game_methods.c +++ b/common/scriptcore/api_game_methods.c @@ -583,7 +583,7 @@ bool api_methods_tile_has_base(lua_State *L, Tile *ptile, c~ pbase = base_type_by_rule_name(name); -

[Freeciv-Dev] [bug #22342] Some supplied rulesets failing to load "assertion 'index >= 0 && index < n_with_role[role]"

Follow-up Comment #4, bug #22342 (project freeciv): Just for historical interest, it appears that I introduced this bug in r25322 (testing role nativity prior to sanity-checking role nativity), but none of the SVN rulesets happened to set the "startunits" value to something that would trigger it.

[Freeciv-Dev] [patch #4940] Rewrite universal_fulfills_requirement()

Update of patch #4940 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #22340] Barbarians get palace

Follow-up Comment #2, bug #22340 (project freeciv): A possible narrative justification for a player getting a free "Palace" in their first city, regardless of how acquired: Civilisation properly begins when a people sets aside a nomadic lifestyle for an urban lifestyle organised around one or more

[Freeciv-Dev] [bug #22342] Some supplied rulesets failing to load "assertion 'index >= 0 && index < n_with_role[role]"

Update of bug #22342 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #22342] Some supplied rulesets failing to load "assertion 'index >= 0 && index < n_with_role[role]"

Update of bug #22342 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #2: The crash was caused by processing settings stored in game.ruleset: the settings validation code

[Freeciv-Dev] [bug #22342] Some supplied rulesets failing to load "assertion 'index >= 0 && index < n_with_role[role]"

Update of bug #22342 (project freeciv): Status:None => In Progress Assigned to:None => persia ___ Reply to this item at:

[Freeciv-Dev] [patch #4937] Really assert tech is in valid range

Update of patch #4937 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #22319] Experimental ruleset Triremes can't move up rivers on trunk

Update of bug #22319 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4939] Use const for more sorts of requirement checks

Update of patch #4939 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4938] Consolidate server precalcs and cache population

Update of patch #4938 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4934] Use macros for uclass_index() and utype_class()

Update of patch #4934 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4949] [Metaticket] Get rid of massive switch-cases

Follow-up Comment #1, patch #4949 (project freeciv): Modern optimising compilers sometimes compile into a branch table, which is precisely as efficient as an array of pointers to pointers to functions (so nearly, but not quite as efficient as an array of pointers to functions), but this isn't alwa

[Freeciv-Dev] [patch #4940] Rewrite universal_fulfills_requirement()

Update of patch #4940 (project freeciv): Status: In Progress => Ready For Test ___ Follow-up Comment #5: Thanks a lot for reminding me about performance: figuring out how to do this with the lowest ca

[Freeciv-Dev] [patch #4926] Properly account for attack move costs in pathfinding

Update of patch #4926 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #4940] Rewrite universal_fulfills_requirement()

Follow-up Comment #4, patch #4940 (project freeciv): Yes, but the switch statement is unfortunate, and probably causes more of a slowdown than whether we pass a pointer or a struct containing an enum and a pointer. My thought is to replace all the callers with macros that call a common (callback-

[Freeciv-Dev] [patch #4940] Rewrite universal_fulfills_requirement()

Update of patch #4940 (project freeciv): Status: Ready For Test => In Progress ___ Follow-up Comment #2: I'm not sure anything prevented using a locally scoped variable before, but whenever I tried to

  1   2   3   4   5   6   7   8   9   10   >