-
It would be great if Arrow would support to convert from and to [TAI64](http://cr.yp.to/libtai/tai64.html). It’s used a lot in log files and I’d prefer to use only one format.
hynek updated
5 years ago
-
Currently, only [TAI64N](http://cr.yp.to/libtai/tai64.html) timestamps [are supported](https://docs.rs/veriform/0.2.0/veriform/builtins/struct.Timestamp.html), which represent time as 96 bits (64 for …
-
A project with the name tai64 cannot be uploaded to PyPI
```
➜ taime git:(main) ✗ ~/.local/bin/twine upload dist/*
Uploading distributions to https://upload.pypi.org/legacy/
Uploading …
-
Currently, the standard library provides timestamp functions that return values in TAI64 format which is hard to read. It would be nice to provide abstractions on top of that to allow retrieving commo…
-
Forwarding this to here since its worth considering:
On Tue, 1 Nov 2022 16:56:40 +0000
opal hart wrote:
> Hi,
>
> I don't have a GitHub account so I can't open an issue on either the
> liv…
-
- On the indexer team we have a really really old bug/hack that we'd like to finally fix
- https://github.com/FuelLabs/fuel-indexer/issues/408
- The issue is related to some dependency that the i…
ra0x3 updated
8 months ago
-
When deserializing time, for example in the CommitSig.TimeStamp, we are deserializing a string-encoded nanosecond into a Time::Duration using a `u64` as a middle-man. If the `u64` overflows, the deser…
-
This is something the world has been desperate for. Clashing standards on dates and times has lead to issues with communication between machines developed in different regions or even by people with d…
-
Time is unreliable IO. We should be able to isolate an manipulate it using a fake/mock rather than being dependent on the system clock.
```rs
fn extract_block_info(last_block: &BlockHeader) -> (…
-
This library needs standard date, time, and datetime support. NumPy's model should be use (with the adjustment that parsing dates and times where no time-zone is specified should provide a time-zone …