Most active commenters
  • hardwaresofton(6)
  • mikepurvis(3)
  • binary132(3)

←back to thread

Shutting Down Clear Linux OS

(community.clearlinux.org)
125 points todsacerdoti | 42 comments | | HN request time: 1.217s | source | bottom
1. hardwaresofton ◴[] No.44611122[source]
Knowing which projects/languages/frameworks to invest time into and which to skip (even if they produce useful subprojects) is a superpower these days.
replies(9): >>44611184 #>>44611336 #>>44611395 #>>44611425 #>>44611464 #>>44611495 #>>44611523 #>>44611726 #>>44611751 #
2. iwontberude ◴[] No.44611184[source]
As soon as I saw it was a project by Intel I rolled my eyes and ignored it.
replies(3): >>44611279 #>>44611366 #>>44611389 #
3. toshinoriyagi ◴[] No.44611279[source]
I mean, Clear Linux was the leader in the vast majority of Linux benchmarks, to my knowledge. So much so that even AMD used it in their advertised benchmarks for CPU releases because of the performance advantage.

I think it was quite successful, and I doubt they are shuttering it because they don't see the value in it, but because of overall lackluster company performance and the new CEO cutting costs/the workforce aggressively.

replies(2): >>44611345 #>>44611916 #
4. gchamonlive ◴[] No.44611336[source]
Also knowing when to give up and not get dragged into the sunk ship cost
5. nine_k ◴[] No.44611345{3}[source]
It being a Linux distro, I wonder how soon a viable fork will appear.
replies(3): >>44611479 #>>44611684 #>>44612380 #
6. StableAlkyne ◴[] No.44611366[source]
What's going on over at Intel anyway?

This happened recently with Scitkit-Learn Intelex, which was a drop-in replacement for some parts of sklearn that was a bit faster. One day, the Intel channel on Conda just stopped working (and I learned that Anaconda loses the will to live when a random channel you installed one package from is unavailable) and another organization took over Sklearn Intelex.

No communication could be found on Google connecting them to Intel (whose only news around the package was announcing the initial release a few years ago), you had to read the Git issue history to find people talking about the transfer.

I still have no idea what even happened to their Conda channel after the sudden disappearance. The complete lack of communication just left a bad taste in my mouth...

replies(1): >>44611957 #
7. squarefoot ◴[] No.44611389[source]
Is OpenCV still owned by Intel, or dependent by them (funding, engineers, etc)? There are many good distros out there, but to my knowledge OpenCV has no other FOSS alternative on par with it.
replies(1): >>44611514 #
8. imiric ◴[] No.44611395[source]
It's not that difficult. Choose boring over trendy. Simple over complex. Stability and quality over speed and quantity.

There is a lot of software that fits and optimizes for the former. Just be smart and selective about your choices, and avoid compromising.

replies(1): >>44611950 #
9. kev009 ◴[] No.44611425[source]
Debian, FreeBSD.. the longstanding community software is immune from these kinds of rug pulls.
replies(1): >>44611535 #
10. lispisok ◴[] No.44611464[source]
https://en.wikipedia.org/wiki/Lindy_effect

"a theorized phenomenon by which the future life expectancy of some non-perishable things, like a technology or an idea, is proportional to their current age."

replies(1): >>44611933 #
11. bjconlan ◴[] No.44611479{4}[source]
Fingers crossed. I probably just did my last fresh install of this a couple of days ago and my last swupd update now. You will be missed...
12. rdl ◴[] No.44611495[source]
Always bet against Intel whenever it's something software?
replies(2): >>44611587 #>>44611630 #
13. mikepurvis ◴[] No.44611514{3}[source]
Pretty sure Intel abandoned it like fifteen years ago, and then Willow Garage employed some of the people, now there’s an independent OpenCV Foundation.

But I have no idea who’s actually paying the bills, behind the scenes.

14. justinclift ◴[] No.44611523[source]
Some are easy to see to avoid (ie Google, https://killedbygoogle.com), whereas others like this one are a bit more unexpected though make sense (to me) in hindsight.
replies(1): >>44612116 #
15. mikepurvis ◴[] No.44611535[source]
Yes, but you pay a real cost for those choices too. A management plane that is non deterministic, imperative, and full of highly mutable state, not to mention basic stuff like the package manager metadata and cache not being shareable, and package installs all having to be serialized because they all call shell scripts as root. These limitations constrain even tools like dagger from providing a first class interface to apt like there is for apk because any deb could have rm -rf / as the postinstall script.

A lot of normal users don’t feel these pain points or tolerate them by sidestepping the whole affair with containers or VM images. But if you’re in a position where these things have an impact it can be extremely motivating to seek out others who are willing to experiment with different ways of doing things.

replies(1): >>44611613 #
16. avazhi ◴[] No.44611587[source]
Intel will probably be somebody’s subsidiary for less than $150B sometime within the next 3 years, pending DOJ approval.

Company is absolutely cooked.

replies(2): >>44611659 #>>44613110 #
17. zymhan ◴[] No.44611613{3}[source]
I'll bet $20 your solution to the problems you posed is "Nix"
replies(2): >>44611746 #>>44611859 #
18. WD-42 ◴[] No.44611630[source]
I dunno I feel like I see Intel bail out AMD on a lot of linux/x86 software stuff.
replies(1): >>44611944 #
19. Sunspark ◴[] No.44611659{3}[source]
$150B is pretty cheap if it comes with ready-to-go chip fabs.
replies(2): >>44611936 #>>44613000 #
20. Sunspark ◴[] No.44611684{4}[source]
I don't think there will be one, a company would need to commit to salaried devs. What would the value-added proposition be for them that they can't get by using any other distro out there?
21. BLKNSLVR ◴[] No.44611726[source]
Rule #1: Exclude those with corporate ownership or dependence.
replies(2): >>44611735 #>>44616157 #
22. hardwaresofton ◴[] No.44611735[source]
Hard disagree here, corporations almost always have the biggest pockets to fund continued R&D.

There’s a tension there, but this is why it’s a skill — theres no simple rule. Fully open source community governed projects can be some of the most obviously good to ignore.

23. hardwaresofton ◴[] No.44611746{4}[source]
I’m assuming a friendly tone here, and in a similar tone its funny because I also think Nix is not adopted because its benefits just aren't worth the cost to users (devs)
24. TrevorFSmith ◴[] No.44611751[source]
A good start would be to distrust anything made by a VC funded start-up or a once-great tech co. If you do want to use something they made, create a hard fork and pretend they already ditched the project as they inevitably will.
replies(1): >>44611932 #
25. mikepurvis ◴[] No.44611859{4}[source]
I did indeed deploy Nix to moderate success in a prior gig, but have held back pushing it at my current one; we're simply not at the scale where the problems that Nix solves are worth the cost (yet, maybe ever).

For a less controversial take, consider alpine's apk package manager. For a single-use container that runs one utility in an early dockerfile stage, apk can probably produce that image in 2-3 seconds, whereas for an apt-based container it's more like 30 seconds. That may not matter in the grand scheme of things or with layer caching or whatever, but sometimes it really does.

26. yakz ◴[] No.44611916{3}[source]
As a user I found it to be pretty buggy; driver issues on Intel NUCs causing instability.
27. hardwaresofton ◴[] No.44611932[source]
sure but this approach is limited, ChatGPT would have failed this test.
replies(1): >>44616144 #
28. hardwaresofton ◴[] No.44611933[source]
Sure, but the counter is that you're going to be very late to some new foundational tech (ex. Kubernetes) that are legitimately useful. There are benefits to being early to a trend that has legs
replies(1): >>44616120 #
29. mbreese ◴[] No.44611936{4}[source]
I’d expect the fabs to get spun off at some point a la AMD/GlobalFoundries.
replies(1): >>44616259 #
30. esseph ◴[] No.44611944{3}[source]
Intel is not even #1 in the datacenter for CPU anymore.

Cooked

31. hardwaresofton ◴[] No.44611950[source]
It's not that simple actually -- this kind of thinking might leave you working on mainframes in 2000 (or even now) which is obviously a mistake.

It requires a certain taste. There's a skill involved.

> Just be smart and selective about your choices, and avoid compromising.

This is a very "draw the rest of the owl" kind of statement

replies(1): >>44613764 #
32. esseph ◴[] No.44611957{3}[source]
Multiple, multiple, multiple rounds of mass firings. Check the news past couple of months.

Also completely outsourced all marketing.

33. happycube ◴[] No.44612116[source]
Intel's graveyard, even before this year, is just about as big as Google's.
replies(1): >>44612638 #
34. yjftsjthsd-h ◴[] No.44612380{4}[source]
The problem is that Clear Linux did a lot of tweaking in their packaging to get good performance, up to and including actual code patching IIRC, so it would be a nontrivial ongoing effort to continue that work.
35. justinclift ◴[] No.44612638{3}[source]
Interesting, I didn't know that.

Is there a list, like there is for Google?

36. RantyDave ◴[] No.44613000{4}[source]
You have to remember it comes with a phenomenal debt load.
37. dehrmann ◴[] No.44613110{3}[source]
There's enough value still there...

If you spit up chip design and fab, who would be interested in each? And is there enough x86 demand to keep the design side open? Windows on ARM is a thing, and data centers have been buying more from AMD than they used to.

38. imiric ◴[] No.44613764{3}[source]
Well, sure, but those weren't instructions. Just general guidelines to counter the claim that choosing safe technology requires superpowers. It is much simpler than that.
39. binary132 ◴[] No.44616120{3}[source]
There’s nothing wrong with getting involved in things that seem like they might be interesting without counting on their long-term survival. Hype-chasing on the other hand tends to be a bad plan.
40. binary132 ◴[] No.44616144{3}[source]
yes
41. binary132 ◴[] No.44616157[source]
Unmaintained free software is nearly as useless as corporate-sponsored OSS whose funding and support has disappeared
42. mepian ◴[] No.44616259{5}[source]
AMD/GF spin-off was backed by Saudi money, who is going to pay this time?