1,882 karma · joined December 8, 2017
Okay this answers the first question thanks.
> Not every RHEL binary is GPL licensed, but all the packages we distribute have an open source license permitting such redistribution.
Regarding the second question, fair enough, you are allowed to redistribute the source code. However, there is no legal obligation for Red Hat to distribute the source code to you for non-GPL binaries. So, what happens if you cannot obtain the source code of the Red Hat binaries (non-GPL) via your RHEL cloud instance workaround? Essentially, Rocky relies on an RHEL cloud instances workaround to fetch sources that could stop working (for non-GPL) at any time. Not such a bright and shiny future, if you ask me.
> Fortunately, there are alternative methods available to obtain source code, and we would like to highlight two examples
Okay, you list two options for obtaining the source of any RHEL binaries, but which one of these do you currently use? Or can't you say anything about it due to legal reasons?
> These methods are possible because of the power of GPL. No one can prevent redistribution of GPL software.
Not every RHEL binary is GPL-licensed, though. How do you plan to obtain the source for non-GPL-licensed binaries, where there might be no legal guarantee to obtain the source?
I think TimescaleDB works well up to the single-digit terabyte range (according to various sources). If you need a solution in the multi-digit terabyte or petabyte range, then you probably need something like a distributed VictoriaMetrics setup.
For comparison, in case of the crypto bubble, there's really a huge community that thinks BTC or other cryptos will go "to the moon" and they seem to be immune to common investing fundamentals.
Alpine's compressed container image is nowadays something like 3 MB, okay, that's very small, but I wish they had an 8 MB glibc version. On the other hand, there is debian-slim, but it's not as good as Alpine when it comes down to stripping down the size, it still weighs in at around 30 MB. I'm still using it, though, although I think it could be smaller.
Every time someone downloads a book from a shadow library like Library Genesis, it's through IPFS most of the time, often via an IPFS gateway such as Cloudflare's IPFS gateway, so you don't even notice it's using IPFS. These shadow libraries have millions of users per day, especially academics.
While I do agree with your sentiment here, I think the gimbal video has not been debunked as of yet, if we don't include random YouTubers.
> The "best" evidence is always a video of photo of such a poor quality that anything could be interpreted into it.
I think modern military cameras, like the one in the gimbal video, are not that bad in terms of quality. But yes, at this point in time, you have to come up with decent quality video and if possible extra sensors like infrared, radar, and so on to capture the phenomenon. I think it is worth investigating, no matter the outcome, because if something can be observed on multiple sensors (including video), then there is some kind of interference that could potentially expose improvement potentials for the sensors (e.g., to filter out such artifacts or to categorize them correctly).
I guess in the end they are all fully dependent on Coinbase.
If someone is actively looking for a second-hand device on eBay, I recommend the T480 as it has a very good price/performance ratio. Pick one with a i5/i7 quad-core, 32 GB Ram, FHD or WQHD IPS display and you will be fine.
I just ran a backtest[1] of Microsoft (MSFT) vs S&P 500 (SPY) starting in 1999 with $100 billion (dividends reinvested). MSFT would have resulted in $1.7 trillion, and SPY in $600 billion. Given the significantly higher risk of investing in MSFT versus SPY, I think SPY would have been the better choice nonetheless. Moreover, MSFT only started to perform stronger since 2016, before that, SPY was ahead of MSFT most of the time.
[1]: https://www.portfoliovisualizer.com/backtest-portfolio#analy...
If you design it smart than your application can scale both ways not just up, but also down, even down to zero in some cases. So as soon your app is not used anymore or not used as much the costs should go down. If you buy the hardware or rent it and calucluate the costs up front for one year, then its not that easy.