On Feb 11, 1:23 pm, ghtdak <gl...@tarbox.org> wrote:
Hi Glenn,
> Python pretty much punted on date and time. It has some support, but
> its not very good.
>
> The Python Quick Reference:http://rgruet.free.fr/PQR25/PQR2.5.html
>
> suggests mxDateTime:http://www.egenix.com/products/python/mxBase/mxDateTime/
Could you go into details what is better about this code?
> and, having worked with it, I recommend it over what comes native with
> Python. My guess is this is why Python hasn't bothered.
>
> A quick glance through the license doesn't show anything obviously
> problematic. Seems to be the Python license but I don't know if that
> makes sense...
It isn't the Python license, but basically "you can do anything with
this code provided you keep the license intact", i.e. it is somewhat
BSD-ish, but without an advertising clause. It is OSI approved, but
since we aren't linking to anything covered by the GPL or another
"restrictive" licenses it doesn't matter too much. It is just not nice
to have another license and license proliferation generally sucks
The code seems to be well tested, runs on OSX, Windows, Linux, ....
and has some C backend, so from that end things are looking good.
But the interesting question is whether there is an alternative with a
clean license?
> My proposal is to add something for date and time handling. Looks
> like mx might be the right approach.
>
> Questions? Comments? Jokes?
A perl, a python and a ruby programmer go into a bar. One of them
looks at the other and says: ... - oh never mind :)
> -glenn
Cheers,
Michael
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---
