Coder Social home page Coder Social logo

Support disabling auto-update about tzdata HOT 4 CLOSED

lau avatar lau commented on July 22, 2024
Support disabling auto-update

from tzdata.

Comments (4)

lexmag avatar lexmag commented on July 22, 2024

Strongly 👍.

from tzdata.

MSch avatar MSch commented on July 22, 2024

@lexmag see #8

from tzdata.

MSch avatar MSch commented on July 22, 2024

I just looked at Ruby's tzinfo and Python's pytz. Both do not do autoupdating, instead they push new releases. I especially like what Ruby does: tzinfo depends on tzinfo-data, so that only this dependency is updated.

Projects like Postgres just expect a system-wide tzinfo which they then read.

from tzdata.

lau avatar lau commented on July 22, 2024

Right. That is the common thing. The common thing is to have releases and for people not to apply those releases in time. So the systems use the wrong data. This weekend in Uruguay everyone's phone were wrong because the software is using that kind of old model that doesn't work. Earlier this year a similar thing happened it Chile.

The common thing for time right now is for people to do something manually that a computer can do for them. I don't think it is a good model because experience shows that it doesn't work. If you run Postgres it will have an out of date tzdata version because OS distributions take a long time to release update packages if they even get to it before an even newer version comes out.

So I looked at how everyone else did it and how it didn't work. And wanted to do something that works.

The tz database is data, not code. The code is the same, so it should not be necessary to release new versions of the software.

That being said I am open to people that say: Yes for the lifetime of this project running I will be ready to manually daily check for updates and redeploy and recompile the software if necessary. If for some reason you prefer that.

For embedded systems without internet access maybe the model should just be to do update the version of the tzdata package when possible. Or there could be other solutions.

It is great to have other options. But there is a reason that I want autoupdate to be the default. The point of the software is to have correct time zone data. And to do that you need up to date data.

If hackney is a compile dependency is it really that bad? What is the problem with having hackney being a dependency? That it takes up hard drive space?

from tzdata.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.