Language between "Euskaraz" and "Suomeski" doesn't work.

[Alexandre Otto Strube]

Binary package hint: ubiquity

If you choose this language (farsi? Persian?), ubiquity will never reach the next screen.

However, it doesn't become unresponsive - pressing cancel works.

[Alexandre Otto Strube (surak)]

Ubiquity was run several times without ESPRESSO_DEBUG=1 but the last one on this live session.

[Alexandre Otto Strube (surak)]

Update: this seems to happen with "Korean" also.

[Alexandre Otto Strube (surak)]

Macedonian also (I can't write the name, it's in greek characters, the one after "malagasy")

[Colin Watson (cjwatson)]

This happens with any language whose default country's name contains a comma, and it's because debconf doesn't currently handle the escaped-comma-in-choices syntax supported by cdebconf and used by localechooser.

This *could* be fixed in debconf, but it's kind of risky; technically it's a backward-incompatible change, although it could well be that nothing actually cares. Still, I'd rather be cautious this close to Dapper. Since no other template in ubiquity has an escaped comma in its Choices: field, and since countrychooser/country-name isn't actually displayed directly in ubiquity, I think I'll just hack it.

[Colin Watson (cjwatson)]

oem-config probably suffers from the same problem.

[Colin Watson (cjwatson)]

Actually, let's reject the oem-config bit. I've changed my mind and I'm going to fix this in debconf instead.

[Colin Watson (cjwatson)]

debconf (1.4.72ubuntu7) dapper; urgency=low

  * Backport from trunk (closes: Malone #43907):
    - Handle escaped commas ("\,") and escaped spaces ("\ ") in Choices and
      Value fields in questions, matching cdebconf. I've grepped the archive
      for backslashes in Choices fields in templates and in db_set and
      db_subst commands and found nothing that this change would break,
      while it lets us use more code from d-i in the installed system.

 -- Colin Watson <email address hidden> Fri, 12 May 2006 13:40:43 +0100