When IP isn't in maxmind's database, None gets selected as a locale

[Stéphane Graber]

My public IP address 74.114.101.93 doesn't seem to be present in Canonical's version of the maxmind database.
I sent an update to maxmind to fix this a few months ago so it should be fixed for me with the next update.

The problem is that when an IP isn't in maxmind's database, the query returns "None" as the timezone (or country).
The expected behaviour in this case would be to prompt the user for the correct timezone, but instead tzsetup seems to accept "None" as a valid timezone and lets me continue the install.

Going on http://geoip.ubuntu.com/lookup from 74.114.101.93, I get:
<?xml version="1.0" encoding="UTF-8"?><Response><Ip>74.114.101.93</Ip><Status>OK</Status><CountryCode>CA</CountryCode><CountryCode3>CAN</CountryCode3><CountryName>Canada</CountryName><RegionCode>None</RegionCode><RegionName>None</RegionName><City>None</City><ZipPostalCode></ZipPostalCode><Latitude>60.0000</Latitude><Longitude>-95.0000</Longitude><AreaCode>0</AreaCode><TimeZone>None</TimeZone></Response>

When doing the same from home (70.82.158.150), I get the following output:

<?xml version="1.0" encoding="UTF-8"?><Response><Ip>70.82.158.150</Ip><Status>OK</Status><CountryCode>CA</CountryCode><CountryCode3>CAN</CountryCode3><CountryName>Canada</CountryName><RegionCode>QC</RegionCode><RegionName>Quebec</RegionName><City>Sherbrooke</City><ZipPostalCode></ZipPostalCode><Latitude>45.4000</Latitude><Longitude>-71.9000</Longitude><AreaCode>0</AreaCode><TimeZone>America/Montreal</TimeZone></Response>

So there's really two problems:
 1) The database seems out of date on geoip.ubuntu.com
 2) tzsetup shouldn't allow "None" and instead should prompt for a valid locale

[Launchpad Janitor (janitor)]

This bug was fixed in the package tzsetup - 1:0.26ubuntu10

---------------
tzsetup (1:0.26ubuntu10) oneiric; urgency=low

  * When getting "None" as a timezone from geoip.ubuntu.com, just show the
    list. (LP: #771361).
 -- Stephane Graber <email address hidden> Tue, 19 Jul 2011 10:06:12 -0400