九维我操你爹
苹果测试工程师的日常
https://news.livedoor.com/lite/article_detail/24512700/ Not all... But always...
找到这个频道想去举报一下相关视频帮忙减少一下影响,结果发现夸张一点来说不如直接把历史所有投稿都举报个遍算了
好好地睡一觉不好吗我要跑去吃大便
说到底为什么这种人渣会有这么多关注者呢?这样是要人怎么能跟着附和一句「not all…」呢?
今日も日本語の勉強を頑張ってきた!

―嘘である。

この社畜
定時退社にしろ残業にしろ一夜漬けをせず、
遊びが優先で勉強を後回しにしようと必死である…ッ!!

落とされるのも
厭わぬこの胆力!

まるで自分の死期を
察したかの如き
生き急ぎ!!
前段时间不是买了罐可可粉吗?今天加了点到蛋白粉里头,放了几颗冰糖,再兑了点牛奶——
您猜怎么着?嘿,绝了!这味道真是难喝极了!
红帽能把产品文档做到写明支持 CentOS 9 Stream 但是实际上不支持也是挺厉害的,服
【經歷親人過世、生命破敗,#林生祥 回到高雄美濃,重新做人】

2022年12月4日,是音樂人林生祥「重新做人」的開端。

在這個開端的六個月後,他的樂團「生祥樂團」以專輯《#江湖卡夫卡》入圍2023年第34屆金曲獎最佳樂團與最佳裝幀設計獎。此時外界看到的林生祥,是工作邀約、獲獎不斷,但許多破敗,他自己知道。

前幾年,林生祥完全感受到「生命的破敗」。演唱會音響出包、疫情阻滯演出、至親接連過世。他覺得很多東西失去控制。「就是那種,無,無……無能為力。那種無能為力。」他停頓再三,才能繼續說下去。

中年人生的困頓,像顛狗的命運,記錄在入圍金曲獎的專輯《江湖卡夫卡》裏。就是在這樣的停滯和破敗,林生祥決定回到創作最初的demo,回訪客庄,回到高雄美濃,重新做人:https://bit.ly/3PylG6W 林生祥重新「做人」:當你50歲,完全感受到「生命的破敗」|金曲獎2023
Who wants to build around an ecosystem where the open source users are called freeloaders and where massive disruptions are implemented in the middle of a release cycle, two times in a row, with no warning?
But... it's within their rights, so I won't argue that point. What I will argue is the current subscription agreement, which might not be legal. Red Hat currently says they can cancel any user's account if they download the source code and redistribute it.

Let's say someone downloads the source through a Red Hat subscription, and uses that to build a new version of Rocky Linux. If Red Hat retailiated by cancelling that subscription, I'd definitely tune into that court case.


https://www.jeffgeerling.com/blog/2023/im-done-red-hat-enterprise-linux
苹果测试工程师的日常
https://sfconservancy.org/blog/2023/jun/23/rhel-gpl-analysis/ IBM's Red Hat definitely deserves credit for so carefully constructing their business model such that it has spent most of the last two decades in murky territory of “probably not violating the…
这篇文章是真的不错,特别是给的两个例子非常有启发性。
当然因为例子讲清楚比较花篇幅,我就没有引用了。只是提炼一下文章中一些结论方便 TLDR
如果大家愿意的话欢迎分享给你身边的红帽精神股东们,谢谢🙏
https://sfconservancy.org/blog/2023/jun/23/rhel-gpl-analysis/

IBM's Red Hat definitely deserves credit for so carefully constructing their business model such that it has spent most of the last two decades in murky territory of “probably not violating the GPL”.

We fear that be it through incompetence or malice, many RHEL salespeople and business development professionals may regularly violate GPL and no one knows about it. That said, the business model as described by IBM's Red Hat may well comply with the GPL — it's just so murky that any tweak to the model in any direction seems to definitely violate, in our experience.

Furthermore, Red Hat exploits the classic “caveat emptor” approach — popular in many a shady business deal throughout history. While, technically speaking, a careful reader of the GPL and the RHEL agreements understands the bargain they're making, we suspect most small businesses just don't have the FOSS licensing acumen and knowledge to truly understand that deal.

Due to this ongoing bad behavior by IBM's Red Hat, the situation has become increasingly complex and difficult to face. No third party can effectively monitor RHEL compliance with the GPL agreements, since customers live in fear of losing their much-needed service contracts. Red Hat's legal department has systematically refused SFC's requests in recent years to set up some form of monitoring by SFC. (For example, we asked to review the training materials and documents that RHEL salespeople are given to convince customers to buy RHEL, and Red Hat has not been willing to share these materials with us.) Nevertheless, since SFC serves as the global watchdog for GPL compliance, we welcome reports of RHEL-related violations.
Back to Top