frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Goal: Ship 1M Lines of Code Daily

2•feastingonslop•4m ago•0 comments

Show HN: Codex-mem, 90% fewer tokens for Codex

https://github.com/StartripAI/codex-mem
1•alfredray•7m ago•0 comments

FastLangML: FastLangML:Context‑aware lang detector for short conversational text

https://github.com/pnrajan/fastlangml
1•sachuin23•10m ago•1 comments

LineageOS 23.2

https://lineageos.org/Changelog-31/
1•pentagrama•14m ago•0 comments

Crypto Deposit Frauds

1•wwdesouza•15m ago•0 comments

Substack makes money from hosting Nazi newsletters

https://www.theguardian.com/media/2026/feb/07/revealed-how-substack-makes-money-from-hosting-nazi...
1•lostlogin•15m ago•0 comments

Framing an LLM as a safety researcher changes its language, not its judgement

https://lab.fukami.eu/LLMAAJ
1•dogacel•17m ago•0 comments

Are there anyone interested about a creator economy startup

1•Nejana•19m ago•0 comments

Show HN: Skill Lab – CLI tool for testing and quality scoring agent skills

https://github.com/8ddieHu0314/Skill-Lab
1•qu4rk5314•19m ago•0 comments

2003: What is Google's Ultimate Goal? [video]

https://www.youtube.com/watch?v=xqdi1xjtys4
1•1659447091•19m ago•0 comments

Roger Ebert Reviews "The Shawshank Redemption"

https://www.rogerebert.com/reviews/great-movie-the-shawshank-redemption-1994
1•monero-xmr•21m ago•0 comments

Busy Months in KDE Linux

https://pointieststick.com/2026/02/06/busy-months-in-kde-linux/
1•todsacerdoti•22m ago•0 comments

Zram as Swap

https://wiki.archlinux.org/title/Zram#Usage_as_swap
1•seansh•35m ago•0 comments

Green’s Dictionary of Slang - Five hundred years of the vulgar tongue

https://greensdictofslang.com/
1•mxfh•36m ago•0 comments

Nvidia CEO Says AI Capital Spending Is Appropriate, Sustainable

https://www.bloomberg.com/news/articles/2026-02-06/nvidia-ceo-says-ai-capital-spending-is-appropr...
1•virgildotcodes•39m ago•2 comments

Show HN: StyloShare – privacy-first anonymous file sharing with zero sign-up

https://www.styloshare.com
1•stylofront•40m ago•0 comments

Part 1 the Persistent Vault Issue: Your Encryption Strategy Has a Shelf Life

1•PhantomKey•44m ago•0 comments

Show HN: Teleop_xr – Modular WebXR solution for bimanual robot teleoperation

https://github.com/qrafty-ai/teleop_xr
1•playercc7•47m ago•1 comments

The Highest Exam: How the Gaokao Shapes China

https://www.lrb.co.uk/the-paper/v48/n02/iza-ding/studying-is-harmful
2•mitchbob•51m ago•1 comments

Open-source framework for tracking prediction accuracy

https://github.com/Creneinc/signal-tracker
1•creneinc•53m ago•0 comments

India's Sarvan AI LLM launches Indic-language focused models

https://x.com/SarvamAI
2•Osiris30•54m ago•0 comments

Show HN: CryptoClaw – open-source AI agent with built-in wallet and DeFi skills

https://github.com/TermiX-official/cryptoclaw
1•cryptoclaw•57m ago•0 comments

ShowHN: Make OpenClaw respond in Scarlett Johansson’s AI Voice from the Film Her

https://twitter.com/sathish316/status/2020116849065971815
1•sathish316•59m ago•2 comments

CReact Version 0.3.0 Released

https://github.com/creact-labs/creact
1•_dcoutinho96•1h ago•0 comments

Show HN: CReact – AI Powered AWS Website Generator

https://github.com/creact-labs/ai-powered-aws-website-generator
1•_dcoutinho96•1h ago•0 comments

The rocky 1960s origins of online dating (2025)

https://www.bbc.com/culture/article/20250206-the-rocky-1960s-origins-of-online-dating
1•1659447091•1h ago•0 comments

Show HN: Agent-fetch – Sandboxed HTTP client with SSRF protection for AI agents

https://github.com/Parassharmaa/agent-fetch
1•paraaz•1h ago•0 comments

Why there is no official statement from Substack about the data leak

https://techcrunch.com/2026/02/05/substack-confirms-data-breach-affecting-email-addresses-and-pho...
13•witnessme•1h ago•4 comments

Effects of Zepbound on Stool Quality

https://twitter.com/ScottHickle/status/2020150085296775300
2•aloukissas•1h ago•1 comments

Show HN: Seedance 2.0 – The Most Powerful AI Video Generator

https://seedance.ai/
2•bigbromaker•1h ago•0 comments
Open in hackernews

Why Is ReactOS Development So Undervalued?

3•Waraqa•6mo ago
ReactOS is an open-source operating system aiming to be a binary-compatible replacement for Windows. Despite being around for over two decades, it remains far from ready for mainstream use. That raises an interesting question: why is such an ambitious and potentially valuable project so underdeveloped compared to other open-source OS efforts?

We’ve seen open-source implementations of nearly every major computing platform — from Unix to macOS, and even obscure or obsolete systems like AmigaOS, BeOS, and classic Mac OS. DOS has multiple open-source implementations (like FreeDOS), and even emulators like DOSBox are widely used and maintained.

Yet Windows — the most widely used desktop OS in history — has no complete, viable open-source alternative. ReactOS aims to fill that gap, but its development moves at a glacial pace, with only a handful of active contributors.

If we consider the sheer volume of software written for Windows, the cultural impact it’s had on computing, and its historical dominance, you’d expect ReactOS to have thousands of contributors. Instead, it struggles to maintain a small team of developers.

What explains this discrepancy?

Is it:

1. Technical Complexity

Windows NT's architecture is genuinely complex, with decades of accumulated compatibility layers, undocumented APIs, and proprietary driver models. But this doesn't fully explain it—other complex systems have been successfully cloned.

2. Legal Concerns

Implementing Windows compatibility requires reverse engineering proprietary APIs and behaviors. While this is generally legal, it creates uncertainty that might discourage contributors.

3. Moving Target

Windows continues to evolve rapidly. Unlike emulating a fixed historical system, ReactOS must chase a moving target while maintaining backward compatibility.

4. Alternative Solutions

Wine provides Windows application compatibility without requiring a full OS replacement. Linux offers a superior development environment for most programmers. The practical need may not justify the enormous effort.

Comments

rvnx•6mo ago
ReactOS: 40K EUR / yr budget,

Linux: 1B EUR budget per year, both direct funding (corporate-sponsored work) and the value of unpaid contributions

the-x512•6mo ago
Linux had no such a lot of money in beginning. Linux first proved its value and then investors joined.
fithisux•6mo ago
They need donations. Time for the summer round.

Still there exists much Windows documentation and knowledge.

the-x512•6mo ago
ReactOS development is so slow because their project management is terribly incompetent. Instead of focusing on making OS parts that are actually working properly, ReactOS team recreates Windows as cargo cult, attempting to replicate all Windows parts as precise as possible, including undocumented parts that do not affect end user software operation. So they managed to make ReactOS look like Windows inside (including even BSOD), but implementation has a lot of bugs, that prevents actual use. The problem is that when there are so much bugs in all OS subsystems, it is hard to diagnose and fix specific issue. Application crash may be client libraries bug, may be kernel bug, may be some driver bug, who knows. It is hard to isolate issue.

Instead of replicating all known Windows 2003 internals in ReactOS, they should focus on components quality, possibly making some things different than in Windows or disabling some functionality that is proven to be unstable until proper implementation will be done.

Haiku for example had great project management at start, they split development into multiple teams that developed various OS components independently (kernel, GUI toolkit, GUI server, Media server etc.). Each component was initially made independently and tested on BeOS, instead of rushing to make whole OS right now, causing unmanageable amount of bugs. Haiku GUI libraries and servers were initially tested in BeOS before Haiku kernel was complete, creating BeOS window that emulates Haiku screen. Also unlike Windows/ReactOS BSOD, even now Haiku has proper informative kernel panic report screen with stack trace etc., that can be used to diagnose, report and fix bugs. ReactOS has classic Windows XP BSOD with single error message and obscure code, that almost useless for diagnosing bugs. It is quite stupid to not enable detailed kernel panic reports on alpha quality system, it makes much harder to fix bugs that users experience.

ReactOS still have no any journaling file system support or binary registry recovery. This often makes system unbootable after improper shutdown. Haiku implemented Be File System (BFS) from very beginning and it has journaling support. So system can easily survive kernel panics and improper shutdowns.