Skip to content

Conversation

@matthewhampton
Copy link

No description provided.

davidm and others added 30 commits May 28, 2014 13:18
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@10544 25043fe6-1616-0410-a82d-ba8f324cfe61
…ive datetime or converts a non-naive datetime to the local timezone

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@10545 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@10546 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@10573 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@10574 25043fe6-1616-0410-a82d-ba8f324cfe61
…ity over others. If multiple matches are found to `/etc/localtime`, warn, but still use the first one.

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@10851 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@11166 25043fe6-1616-0410-a82d-ba8f324cfe61
… names, then checking Olsen database. Also, raise a better error if this fails. See #3811

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@11493 25043fe6-1616-0410-a82d-ba8f324cfe61
…ally generates this file (which can be used to keep up to date; not called by default). See #3811

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@11495 25043fe6-1616-0410-a82d-ba8f324cfe61
…t column value setter

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@11497 25043fe6-1616-0410-a82d-ba8f324cfe61
…re we use the `standardName`. This is tested on an hactual Japanese machine. See #3811 (Also fix the spelling ''Olsen''`->`''Olson'')

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@11503 25043fe6-1616-0410-a82d-ba8f324cfe61
…tency

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@12719 25043fe6-1616-0410-a82d-ba8f324cfe61
…ing calls. Removed `add_available_sites` call from `AdminApp` which was never used and only prints out arguments

(cherry picked from commit ea03ebc8d75c62edadf23fc2241491a7926eb55e)

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@13508 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@13831 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@13952 25043fe6-1616-0410-a82d-ba8f324cfe61
…icTimeZoneInformation` if possible. See #5858

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@14014 25043fe6-1616-0410-a82d-ba8f324cfe61
…ion`), then use that directly instead of looking up the index. Name the variable more appropriately too. See #5858

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@14015 25043fe6-1616-0410-a82d-ba8f324cfe61
…formation` not present in `win32timezones` - see #5858

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@14016 25043fe6-1616-0410-a82d-ba8f324cfe61
…`datetime.datetime.now/utcnow` and the equivalent `datetime_tz` functions. See #6165

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@14105 25043fe6-1616-0410-a82d-ba8f324cfe61
…e the path underneath the module. See #6165

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@14135 25043fe6-1616-0410-a82d-ba8f324cfe61
… one is set

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@14852 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@15704 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@16489 25043fe6-1616-0410-a82d-ba8f324cfe61
…atetime with local timezone

git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@16490 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@16491 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@16492 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18172 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18174 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18735 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18736 25043fe6-1616-0410-a82d-ba8f324cfe61
steveh and others added 14 commits May 28, 2014 13:18
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18737 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18741 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18790 25043fe6-1616-0410-a82d-ba8f324cfe61
git-svn-id: svn+ssh://svn.sjsoft.com/home/opensvn/svn/trunk@18792 25043fe6-1616-0410-a82d-ba8f324cfe61
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was in the original commit I pulled in - was it subsequently fixed in datetime_tz? I don't think we rely on the broken behaviour in any way, we don't call the smartparse function at all anywhere.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes... at first, I thought we had fixed it, so put in the backwards compatibility thing just in case. Then realised they had - but it was recent - so I figure they probably forgot about backwards compatibility and that it would still be worthwhile keeping ...

@dee42
Copy link

dee42 commented May 29, 2014

Otherwise looks good to me. I haven't gone through to see what they subsequently implemented that we also implemented, though

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Dave42 Would you mind having a look at these bits for me? I'm not sure what they are about, and whether we should be using their version rather than ours, or some combination...

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've analysed what we do and what they do, and I believe our way is better. The comparison is essentially the same, although to my mind ours reads a lot cleaner, and the one thing we do different is to search the common timezones first, which will result in quicker matches about 95% of the time. I think we can justify moving to our comparison as they're computationally the same, but the list comprehensions used by us will be faster than the loops used by them.

matthewhampton added a commit that referenced this pull request Jun 2, 2014
Merging the changes that we have made over the last couple of years with the upstream project code
@matthewhampton matthewhampton merged commit 493304c into j5int:master Jun 2, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants