lp://staging/~vcs-imports/parsedatetime/trunk-cscvs

Created by VCS imports and last modified
Get this branch:
bzr branch lp://staging/~vcs-imports/parsedatetime/trunk-cscvs

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
parsedatetime
Status:
Abandoned

Import details

Import Status: Suspended

Last successful import was .

Import started on neumayer and finished taking 40 seconds — see the log
Import started on russkaya and finished taking 30 seconds — see the log
Import started on galapagos and finished taking 40 seconds — see the log
Import started on pear and finished taking 25 seconds — see the log

Whiteboard

Recent revisions

71. By bear

updating docs and setup files

70. By bear

Ran 2to3 tool on source to enable 2.6+ and 3.x compatibility
Also tweaked tests for 'eom' and 'eoy' to fix them.
Still ignoring failure for '5 hours after noon' :(

69. By bear42

Created branches/python25 from current trunk to save the current code

Converted trunk to Python 3 and also refactored how the module is structured
so that it no longer requires import parsedatetime.parsedatetime

Bumped version to 1.0.0 to reflect the major refactoring

68. By bear42

bumping revision to 0.8.8 and also updating to latest
ez_setup file

67. By bear42

 0.8.7 release
Apply patch submitted by Michael Lim to fix the problem parsedatetime
was having handling dates when the month day preceeded the month
Issue 26 http://code.google.com/p/parsedatetime/issues/detail?id=26

Fixed TestErrors when in a local where the bad date actually returns a date ;)

Checked in the TestGermanLocale unit test file missed from previous commit

66. By bear42

adding new html pages

65. By bear42

bumping revision 0.8.7

64. By bear42

Updating epydoc generated files

63. By bear42

typo'd the last commit message and it went out empty:

    Tweaked run_tests.py to default to all tests if not given on the command line
    Removed 'this' from the list of "specials" - it was causing some grief and from the
    looks of the unit tests, not all that necessary

    Worked on bug 19 - Bernd identified that for the German locale the dayofweek check
    was being triggered for the dayoffset word "morgen" (the "mo" matched the day "morgen")
    To solve this I added a small check to make sure if the whole word being checked was
    not in the dayOffsets list, and if so not trigger.
    Issue 19 http://code.google.com/p/parsedatetime/issues/detail?id=19

62. By bear42

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.