Earlier quoted context omitted.
> OpenCollective says that the total donations are $1,107.75 USD with 6 contributors. I threw another 20 bucks at them after reading that, but it seems like at least ads or something would make sense purely from a financial perspective, since even with 8M impressions, not that many are interested in donating sadly. What are the operational costs of running such a site?
Currently none, but that's mostly because we've worked hard to keep it that way. I publish finance updates on a GitHub Discussion ( https://github.com/endoflife-date/endoflife.date/discussions... ). We used to pay $9/mo for Netlify Analytics but didn't find it helpful. We're looking to join OpenEoX.org to standardize EoL information publication, but that requires a lot more funds ( https://github.com/endoflife-date/e…
End of Life of Technologies and Devices
71–80 of 81 posts
Re: End of Life of Technologies and Devices
#72Creator here, happy to answer any questions about what it takes to build a collaborative Wiki for tracking support life cycles. You can support our work on GitHub Sponsors or https://opencollective.com/endoflife-date We recently crossed 8M impressions via Google Search this month: https://github.com/endoflife-date/endoflife.date/discussions...
I imagine the only help y'all need is for us to update EOL info when we see it?
Re: End of Life of Technologies and Devices
#73Earlier quoted context omitted.
In the case of operating systems, do you think 10 or so years of support is not enough? Brian Lunduke once talked about GNU/Hurd and said they should do the following release cycle: 1. Spend a few months working on it and then declare that the 1.0 release. 2. Spend 2-3 years getting Hurd to work on as many architectures and systems as possible. Get all graphics cards types that you can working. Release 2.0. 3. Spend…
> In the case of operating systems, do you think 10 or so years of support is not enough? Yes, I do think that is not enough. An OS should be thought of as scaffolding where parts of it are replaced but never the whole. And preferably while it is running , including all of the core.
Re: End of Life of Technologies and Devices
#74Earlier quoted context omitted.
> In the case of operating systems, do you think 10 or so years of support is not enough? Yes, I do think that is not enough. An OS should be thought of as scaffolding where parts of it are replaced but never the whole. And preferably while it is running , including all of the core.
In a way, rolling release linux distros meet your requirements.
Re: End of Life of Technologies and Devices
#75Earlier quoted context omitted.
In a way, rolling release linux distros meet your requirements.
Still reboots though, doesn't it?
If individual packages or services have to restart does not qualify for your requirements then I don’t think any system could truly provide that without having it run multiple instances of each service/itself.
Re: End of Life of Technologies and Devices
#76Re: End of Life of Technologies and Devices
#77Creator here, happy to answer any questions about what it takes to build a collaborative Wiki for tracking support life cycles. You can support our work on GitHub Sponsors or https://opencollective.com/endoflife-date We recently crossed 8M impressions via Google Search this month: https://github.com/endoflife-date/endoflife.date/discussions...
Re: End of Life of Technologies and Devices
#78Earlier quoted context omitted.
Still reboots though, doesn't it?
I know there are features to hotpatch the kernel, don’t know if that’s limited to Red Hat or Ubuntu or if something like Arch can do it too. If individual packages or services have to restart does not qualify for your requirements then I don’t think any system could truly provide that without having it run multiple instances of each service/itself.
Re: End of Life of Technologies and Devices
#79Creator here, happy to answer any questions about what it takes to build a collaborative Wiki for tracking support life cycles. You can support our work on GitHub Sponsors or https://opencollective.com/endoflife-date We recently crossed 8M impressions via Google Search this month: https://github.com/endoflife-date/endoflife.date/discussions...
Naively, would there be any value in providing an RSS feed of new adds, date changes, etc. ?
Stock RSS feeds don’t work for future events, so they aren’t perfect for our usecase (warn users in advance of an upcoming date), so we offer ICS feeds instead.
RSS feed of just date changes might work, but ‘s hard to differentiate between a change that creates a feed notification vs one that doesn’t (new release, typo fix, date change by 2 days, and so on…)
Re: End of Life of Technologies and Devices
#80Creator here, happy to answer any questions about what it takes to build a collaborative Wiki for tracking support life cycles. You can support our work on GitHub Sponsors or https://opencollective.com/endoflife-date We recently crossed 8M impressions via Google Search this month: https://github.com/endoflife-date/endoflife.date/discussions...
I just want to say that I love this and have it bookmarked! I've moved into my 30s and am now thinking about life "maintenance first" and this will be a helpful resource for planning. I imagine the only help y'all need is for us to update EOL info when we see it?