Package not registered about dates.jl

[quinnj]

Indeed. For now, you'll have to Pkg.clone to get it. I should change the
readme until I actually register.
On May 7, 2014 3:56 PM, "milktrader" [email protected] wrote:

The README says you can Pkg.add() it but it's not in METADATA.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4
.

[milktrader]

Is the plan to maintain this as a package or is this just a placeholder for the code before it gets merged into Base?

[quinnj]

This will most likely be the permanent home. I think we're going to explore including this as a "default package" in Base sometime this summer, where the code would still live here, but would get pre-packaged with Base (with the option to exclude if desired). This will be a similar pattern with other packages already in Base (FFTW, MPFR, etc.). In the next few weeks, I was thinking of making a PR for a dev branch of TimeSeries switching over to this package.

[milktrader]

Sounds great. It would be nice to have TimeArray take both Date and DateTime types for the timestamp field.

[quinnj]

Yep. I'll try to put together a PR in the next week or two. I actually just
finished making the last major API change to DateTime, so it should be
pretty stable from here on out.

On Wed, May 7, 2014 at 6:25 PM, milktrader [email protected] wrote:

Sounds great. It would be nice to have TimeArray take both Date and
DateTime types for the timestamp field.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4#issuecomment-42491295
.

[milktrader]

Excellent. I just revamped the testing to work with Package Evaluator better and otherwise the master branch is stable but for one thing, and that is to deprecate non-dot operators. JuliaStats/TimeSeries.jl#114

I'll leave it alone for now since it only throws a deprecation error. The tests for these have been commented out. It's nice to do a PR with a clean master branch. 😄

[quinnj]

Registered.