frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Code only says what it does

https://brooker.co.za/blog/2020/06/23/code.html
1•logicprog•2m ago•0 comments

The success of 'natural language programming'

https://brooker.co.za/blog/2025/12/16/natural-language.html
1•logicprog•2m ago•0 comments

The Scriptovision Super Micro Script video titler is almost a home computer

http://oldvcr.blogspot.com/2026/02/the-scriptovision-super-micro-script.html
1•todsacerdoti•3m ago•0 comments

Discovering the "original" iPhone from 1995 [video]

https://www.youtube.com/watch?v=7cip9w-UxIc
1•fortran77•4m ago•0 comments

Psychometric Comparability of LLM-Based Digital Twins

https://arxiv.org/abs/2601.14264
1•PaulHoule•5m ago•0 comments

SidePop – track revenue, costs, and overall business health in one place

https://www.sidepop.io
1•ecaglar•8m ago•1 comments

The Other Markov's Inequality

https://www.ethanepperly.com/index.php/2026/01/16/the-other-markovs-inequality/
1•tzury•10m ago•0 comments

The Cascading Effects of Repackaged APIs [pdf]

https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6055034
1•Tejas_dmg•12m ago•0 comments

Lightweight and extensible compatibility layer between dataframe libraries

https://narwhals-dev.github.io/narwhals/
1•kermatt•14m ago•0 comments

Haskell for all: Beyond agentic coding

https://haskellforall.com/2026/02/beyond-agentic-coding
2•RebelPotato•18m ago•0 comments

Dorsey's Block cutting up to 10% of staff

https://www.reuters.com/business/dorseys-block-cutting-up-10-staff-bloomberg-news-reports-2026-02...
1•dev_tty01•21m ago•0 comments

Show HN: Freenet Lives – Real-Time Decentralized Apps at Scale [video]

https://www.youtube.com/watch?v=3SxNBz1VTE0
1•sanity•22m ago•1 comments

In the AI age, 'slow and steady' doesn't win

https://www.semafor.com/article/01/30/2026/in-the-ai-age-slow-and-steady-is-on-the-outs
1•mooreds•30m ago•1 comments

Administration won't let student deported to Honduras return

https://www.reuters.com/world/us/trump-administration-wont-let-student-deported-honduras-return-2...
1•petethomas•30m ago•0 comments

How were the NIST ECDSA curve parameters generated? (2023)

https://saweis.net/posts/nist-curve-seed-origins.html
2•mooreds•30m ago•0 comments

AI, networks and Mechanical Turks (2025)

https://www.ben-evans.com/benedictevans/2025/11/23/ai-networks-and-mechanical-turks
1•mooreds•31m ago•0 comments

Goto Considered Awesome [video]

https://www.youtube.com/watch?v=1UKVEUGEk6Y
1•linkdd•33m ago•0 comments

Show HN: I Built a Free AI LinkedIn Carousel Generator

https://carousel-ai.intellisell.ai/
1•troyethaniel•34m ago•0 comments

Implementing Auto Tiling with Just 5 Tiles

https://www.kyledunbar.dev/2026/02/05/Implementing-auto-tiling-with-just-5-tiles.html
1•todsacerdoti•36m ago•0 comments

Open Challange (Get all Universities involved

https://x.com/i/grok/share/3513b9001b8445e49e4795c93bcb1855
1•rwilliamspbgops•36m ago•0 comments

Apple Tried to Tamper Proof AirTag 2 Speakers – I Broke It [video]

https://www.youtube.com/watch?v=QLK6ixQpQsQ
2•gnabgib•38m ago•0 comments

Show HN: Isolating AI-generated code from human code | Vibe as a Code

https://www.npmjs.com/package/@gace/vaac
1•bstrama•39m ago•0 comments

Show HN: More beautiful and usable Hacker News

https://twitter.com/shivamhwp/status/2020125417995436090
3•shivamhwp•40m ago•0 comments

Toledo Derailment Rescue [video]

https://www.youtube.com/watch?v=wPHh5yHxkfU
1•samsolomon•42m ago•0 comments

War Department Cuts Ties with Harvard University

https://www.war.gov/News/News-Stories/Article/Article/4399812/war-department-cuts-ties-with-harva...
9•geox•46m ago•1 comments

Show HN: LocalGPT – A local-first AI assistant in Rust with persistent memory

https://github.com/localgpt-app/localgpt
2•yi_wang•46m ago•0 comments

A Bid-Based NFT Advertising Grid

https://bidsabillion.com/
1•chainbuilder•50m ago•1 comments

AI readability score for your documentation

https://docsalot.dev/tools/docsagent-score
1•fazkan•58m ago•0 comments

NASA Study: Non-Biologic Processes Don't Explain Mars Organics

https://science.nasa.gov/blogs/science-news/2026/02/06/nasa-study-non-biologic-processes-dont-ful...
3•bediger4000•1h ago•2 comments

I inhaled traffic fumes to find out where air pollution goes in my body

https://www.bbc.com/news/articles/c74w48d8epgo
2•dabinat•1h ago•0 comments
Open in hackernews

Show HN: An Open Source XR(AR/VR) Operating System

https://www.getxeneva.com/
38•ayush_xeneva•5mo ago
We're two college students building an XR(AR/VR) native Operating System with a custom kernel. We're also Open Source so feel free to check our GitHub Repository- https://github.com/manaskamal/XenevaOS .

The journey hasn't exactly been easy, we've been criticized by a lot saying that whatever we're doing is impractical and that we're too ambitious. Regardless, we've been committed to reach our goal.

Here to answer all questions and doubts. Answering one question beforehand because we know someone is going to ask it -

Q: Why use your own kernel/ Why don't you use Linux/ Why are you trying to reinvent the wheel?

A: Using our own kernel helps us get rid of the baggage of legacy codes, bring the most optimal performance on our target hardware (XR/AR/VR) and achieve more efficiency than what we would've achieved on an existing kernel.

We're not trying to reinvent the wheel, but just building Formula One racing tyres for it.

Comments

potatolicious•5mo ago
> "A: Using our own kernel helps us get rid of the baggage of legacy codes, bring the most optimal performance on our target hardware (XR/AR/VR) and achieve more efficiency than what we would've achieved on an existing kernel."

This is kind of a non-answer, no? What baggage does it get rid of? What kind of performance optimization does it bring that cannot be fulfilled with an existing OS/kernel?

janice1999•5mo ago
Exactly this. The kernel seems like the least interesting part of an AR system. Also targeting x86, ARM and RISC-V for a new kernel is such a huge workload it makes no sense not to just re-use something already existing.
ayush_xeneva•4mo ago
Targeting everything has indeed been a workload but we're trying to do the best we can! The project was initially just on x86 and we ported it to ARM in the last 3-4 months. The time it took us to port it on ARM was a fraction of what it took for us to build it on x86. Similarly, we look forward to port our OS to RISC-V even quicker and thus be ready to serve any and every use case and take up any opportunity that might present itself!
sdallagasperina•5mo ago
I had the same reaction! “legacy baggage” is a vague phrase. Without examples (like specific subsystems or bottlenecks), it’s hard to see how a custom kernel helps XR more than existing lightweight or RT kernels. If the team has benchmarks or case studies where Linux/Android gets in the way, that would make the argument much stronger.
ayush_xeneva•4mo ago
We get what you're saying. The claims that we're making do indeed seem like just claims for now but we're actively working on real life benchmarks in comparison to industry standards.

Stay tuned for our Public Beta/Prototype showcase scheduled later this year!

ayush_xeneva•4mo ago
We're doing research on some new way of handling things, like why always "Everything is a file?" "The Philosophy on Unix" and other approach can be taken with optimization on mind. Figuring out the best possible ways to avoid extra memory allocation and resource allocation without degrading performance. Though we're at the early stage of this Philosophy but we're working on that. So that modern OS comes up some modern approach with optimization on mind.

We intend to plain a clearer picture with proven results of what we're doing in the coming few weeks and months. Stay tuned!

verdverm•5mo ago
Qualcomm is supposedly telling developers to target AndroidXR instead of Spaces

Is this building on that or a complete bottoms up writing of the full AR software stack?

ayush_xeneva•4mo ago
We're building completely bottoms up!
adfm•5mo ago
What hardware is currently supported?

What open standards does it support? OpenXR, WebGPU, WebXR?

What industries are best suited? Games/Entertainment/ Sports? AEC?

awanacode•5mo ago
I think this is the real question: which standards (OpenXR, SteamVR, WebXR, etc.) are you aligning with? Because in XR, ecosystem compatibility matters more than OS purity. If the kernel doesn’t play nicely with those, adoption will be tough no matter how elegant it is internally.
ayush_xeneva•4mo ago
Agreed.
ayush_xeneva•4mo ago
Speaking of hardware, we're targeting SOCs like Rockchip, Raspberry Pi 3,4 and Qualcomm Snapdragon Chips.

It currently doesn't support any open standard but we're targeting OpenXR standard and also some native way of application writing where developer doesn't need to care about whether they are writing for XR devices or other devices. The OS will take care of it.

Currently we are more focused on building a lifestyle product experience, which includes Games, Entertainment and general daily use cases like navigation, etc.

password4321•5mo ago
Related recent discussion:

MentraOS – open-source Smart glasses OS

https://news.ycombinator.com/item?id=45140381 (4 days ago; 200+ points, 120+ comments)

ayush_xeneva•4mo ago
We've looked closely into MentraOS and respect them for what they're doing! We see that they're funded by YC and are doing great but although both Team Xeneva & Team Mentra operate in similar fields, both of our ventures are fundamentally different. We've planned our own route & path that is filled with a set of unique goals & milestones.
wkat4242•5mo ago
Very interesting. I do have a bit of a "vids or it didn't happen" feeling about this.

Cool idea to use your own kernel though it does sound like you could find yourself in perpetual development hell. And, don't forget all the sufficiently powerful SoCs are super closed. You won't be able to leverage any of their existing driver work and you will need some serious clout to get access to their documentation, with some really scary NDAs attached. However I'm sure you know this and took it into account. Very cool. I hope you will manage to get it to market!

sdallagasperina•5mo ago
This is a huge point. Even if you write the perfect kernel, the reality is that XR hardware is tied up in vendor drivers and NDAs. Without access to those, you end up reinventing the easy part while still locked out of the hard parts. Curious if the team has a strategy for this, or if the kernel is mainly a sandbox for now.
ayush_xeneva•4mo ago
We totally agree with you and accordingly, we've thought things through! We do have appropriate strategies to handle challenges but once again, they're quite challenging! We would've loved to mention how exactly we plan to deal with closed sourced vendors but since that is a plan still in action, we'd love to disclose them at a later point once they're actually executed.

We've scheduled a prototype launch later this year. We would make much more progress till then and the public would get proven answers from our side once that happens!

ayush_xeneva•4mo ago
Thank you for your comment and yes we totally get the things that you've mentioned. We're well prepared and ready to tackle a possible "perpetual development hell" and are also aware about the issues with closed source SoCs. It's quite a challenging route and journey but we do not intend on looking back and are sure about figuring out things one way or the other.

Coming to the "vids or it didn't happen" feeling, we totally get that as well. To be fair, we would've had the same feeling if we watched ourselves from a third person perspective. But we're actively working on bringing visible proof (benchmark is a better work) on the claims and promises that we're making. And in your analogy, the vids are coming soon, stay tuned ;)

onethumb•5mo ago
Related discussion:

John Carmack's arguments against building a custom XR OS at Meta

https://news.ycombinator.com/item?id=45066395 (11 days ago; 527+ points; 646+ comments)

Love to hear whether you agree or not and how your project is different?

xeonmc•5mo ago
Cons: it's costly

Pros: it's fun

Bad for business, good for hobbyists.

onethumb•4mo ago
A lot of great companies have come out of "bad for business, good for hobbyists" ideas... :)
ayush_xeneva•4mo ago
Thank you for your comment and we love your take on this! Coming to what we think about John Carmack's arguments against building a custom XR OS at Meta,

It's kinda hard to have a single answer for this but we like to think that this project did not work out for META particularly. We believe that it was perhaps not the right project for someone like META who already had other on-going projects to deal with. Although a setback, it doesn't necessarily mean there's a fault in the idea itself. We'd like to address the problems that were mentioned with the development of a custom XROS -

1) Cost : We've managed to do everything up until this point at the cost of 0$. However, we're in initial stages and expect to incur costs in the next few months. But those costs are mostly associated with building the company and our own line of products, not in the actual development and engineering of the OS. We've managed to remain extremely cost efficient and intend to continue that practice.

2) Burden on third-party/new developers : We anticipated this problem right when we started building the OS. Over time, we've come up with plans to encounter it and are currently working on making sure that the barrier to enter and create applications and software on Xeneva remains as non-existent as possible. We intend on making the process easy, try to bring no learning curve whatsoever, thus allowing developers to port their existing software and applications to XenevaOS conveniently. Also create a beginner friendly environment so that new programmers are able to create an app on XenevaOS from scratch easily.

koolala•5mo ago
Is this really not based on some existing system? How were you able to implement all that stuff from scratch? Looks cool.
ayush_xeneva•4mo ago
Thank you for your comment and yes, totally from scratch! You can look at our GitHub commit history to get a hint of how we were able to implement all of this.
Serenacula•5mo ago
When you say "deep AI integration at the OS level", what exactly does that mean? A built in chatbot? Or AI is used in OS functionality itself?
ayush_xeneva•4mo ago
We do mean AI being as an OS Functionality, although this has a long way to go and we transparently admit that we're still in initial stages. One of the primary use cases or functionality for AI integration would be for app development. The idea is to leverage AI by training an advanced model on our own data, thus making it capable to help developers port their existing software and applications to XenevaOS conveniently. Also it'll help beginner programmers create an app on XenevaOS from scratch easily.

App development wouldn't necessarily be the only functionality of AI in the OS but it will definitely be a primary one.

sdallagasperina•5mo ago
Really ambitious project, but I’m not convinced building a brand-new kernel is the best way to tackle XR. The hardest problems in AR/VR usually aren’t about the OS itself, but about latency, hardware drivers, and closed SoCs.

Saying “we’re removing legacy baggage” sounds nice, but it’d be more convincing if you could point to concrete examples where existing systems like Linux actually get in the way. Otherwise this risks becoming a never-ending side quest instead of a platform people can realistically use.

ayush_xeneva•4mo ago
Thank you for your comment and we agree that saying "we’re removing legacy baggage" is more like a blank marketing statement if not backed by any real technical answers but yes, the reason for that happening is due to the state of our venture, we're still in initial stages but hopefully the case wouldn't be that for long. The last discussion that we had internally among the team was on bringing real benchmarks in comparison to the industry giants (such as Linux) in the coming few weeks.

Also you're right in one sense about how building a new kernel from scratch may not be the best way to tackle XR. But our whole point in creating this kernel was to be able to solve issues like latency and resource optimization on a completely different level and create a lively playground/environment for both software developers and hardware engineers to work on.

Basically, we're currently actively working hard towards proving the claims and fulfilling promises that we're currently making!