Vitalie Spinu

@avinashs could you please try with the development version of lubridate? Also what is the output of `lubridate::fast_strptime("1m0.337s", "%Mm%OSs")` on your machine ?

This is not a bug in lubridate's parser. It's a problem with `second` which relies on as.POSIXlt . The latter adds an extra second for negative times on Mac: ```r...

Looks like OS dependent issue. Would you mind installing `timechange` package and trying ```R timechange::time_ceiling(ymd("1970-01-01", tz = "UTC"), "day") ``` I had in plan to move lubridate on top of...

@zxqs You probably think rounding is done from the day start, but that's no the case. If you round with unit minutes then only the minute components are rounded. That...

A general solution might be to add a new argument to rounding functions - `origin_unit`. By default origin unit is the higher unit of the rounding, `minute -> hour`, `hour->day`,...

It depends on the definition of rounding. Currently rounding just chooses the side (ceiling or floor) based on the absolute time difference between the sides and the supplied time. This...

Thiis particular logic is valid for `2 months` rounding. You basically want floor for odd months and ceiling for even months. It's not immediately clear what should we do with...

I personally would like to see an extra argument for this (`cprop` maybe, for cumulative proportion) rather than an extra function. Such closely related functionality better be in one place...

I have looked at it and here is what I think is going on. Output does come to emacs in the order in which it should (nrepl messages), the emacs...

> I really don't think this can be properly fixed on CIDER's side. Not to mention that the out middleware creates problems for some people with the way it redirects...