frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

H3-metal – Native MiniMax-H3 inference for Apple Silicon

https://github.com/antirez/h3.c
228•swyx•7h ago•35 comments

Show HN: Mcptoon – Token-efficient MCP CLI client

https://github.com/activeing123/mcptoon
38•mcptokensaver•2h ago•22 comments

Chicken Scheme 6.0

https://code.call-cc.org/releases/6.0.0/NEWS
172•eatonphil•7h ago•17 comments

As AI eats the web, the internet’s collective memory is disappearing

https://thewalrus.ca/google-search-is-dying/
210•awnird•9h ago•198 comments

LFM2.5 2.6B model competitive with 4x larger models

https://huggingface.co/LiquidAI/LFM2.5-2.6B
55•nateb2022•6d ago•16 comments

Show HN: Scroll through all 43252003274489856000 Rubik's Cube states

https://everycube.alen.is/
173•Alen123•9h ago•55 comments

Show HN: Needle2: 14MB agentic LLM for phones, wearables, smart home and robots

https://cactuscompute.com/needle
310•HenryNdubuaku•15h ago•112 comments

The “mechanical miracle” that ruined Mark Twain’s life

https://resobscura.substack.com/p/the-mechanical-miracle-that-ruined
124•benbreen•5d ago•63 comments

Mark Zuckerberg attacks 'closed' AI rivals as Meta returns to open models

https://www.ft.com/content/4e3957f8-ea7c-4c46-a3de-cdce8e526878
491•root-parent•18h ago•448 comments

Recycle – Floppydisks

https://www.floppydisk.com/recycle
54•calvinmorrison•6h ago•22 comments

To Save C, We Must Save ABI

https://thephd.dev/to-save-c-we-must-save-abi-fixing-c-function-abi
13•gurjeet•3d ago•0 comments

The UK's war on anonymity has come to America

https://www.effort.news/uk-lobby
466•slowin•8h ago•350 comments

Stowaway – Take the window seat on any plane or satellite overhead

https://stowaway.live/
248•thunderbong•3d ago•29 comments

Sonic Pi v5

https://www.patreon.com/samaaron/posts/sonic-pi-v5-166001392
364•samaaron•3d ago•89 comments

Rust SIMD on the GPU

https://www.vectorware.com/blog/simd-on-gpu/
176•sagacity•14h ago•87 comments

How Claude marks AI-generated content

https://support.claude.com/en/articles/16266773-how-claude-marks-ai-generated-content
146•mfiguiere•10h ago•102 comments

What's the best programming language for coding agents?

http://danluu.com/pl-tokens/
159•chaychoong•15h ago•107 comments

Faster floating point math with Rust's new API

https://pythonspeed.com/articles/faster-float-math-rust/
25•subset•4d ago•1 comments

Confessions of a Long-Distance Sailor

https://arachnoid.com/lutusp/sailbook.html
106•AntiRush•11h ago•29 comments

Muse Glimmer: 30B-parameter model optimized for always-on local agent workflows

https://research.meta.ai/blog/introducing-muse-glimmer-open-agentic-model
1105•riordan•22h ago•603 comments

Publishing Schematics Before “Open Source” Was a Word

https://fabscene.medium.com/publishing-schematics-before-open-source-was-a-word-55-years-of-akizu...
85•extralongdivisi•3d ago•18 comments

Squeak 6.1

https://squeak.org/release_notes/6.1/
260•fniephaus•20h ago•126 comments

Humanising LLM Outputs Is Dumb

https://kuber.studio/blog/Reflections/Humanising-LLM-Outputs-is-Actually-Dumb
208•kuberwastaken•18h ago•132 comments

Tail-call optimization in C is relatively recent (2025)

https://lwn.net/Articles/1034703/
143•prakashqwerty•20h ago•131 comments

Learning more about Claude's mathematical capabilities

https://www.anthropic.com/research/riemann-zeta
188•tosh•14h ago•131 comments

Show HN: Ante, a coding agent in a single binary that runs offline

https://github.com/AntigmaLabs/ante
130•ubermon•16h ago•78 comments

Choral: Choreographic Programming for Java

https://www.choral-lang.org/
26•dplyukhin•3d ago•4 comments

Exploiting System Management Mode with a very long interrupt

https://github.com/xoreaxeaxeax/smiiiiiiiiiiiiiiii
155•WhiteDawn•16h ago•58 comments

Mars Bar from 1991 found – and it's 20g bigger than today's

https://www.bbc.com/news/articles/c1j1kjy7gewo
340•RickJWagner•16h ago•502 comments

Parametron: 50s Japanese computer that uses neither transistors nor vacuum tubes

https://ethw.org/Milestones:Parametron,_1954
221•xeonmc•21h ago•53 comments
Open in hackernews

Armbian Updates: OMV support, boot improvents, Rockchip optimizations

https://www.armbian.com/newsflash/armbian-updates-nas-support-lands-boot-systems-improve-and-rockchip-optimizations-arrive/
74•transpute•1y ago

Comments

proxysna•1y ago
Armbian is an exceptional project, even if the support might be uneven in some places, being able to roll out the same OS across almost every SBC i have is an absolute game changer. If there is support, Armbian is worth trying 100% of the time.

Edit: Also if you don't like/want Ubuntu/Debian their build documentation is pretty great.

dima55•1y ago
Their website doesn't answer the obvious question: what is it, and how is it different from vanilla debian? Do you know?
qwertox•1y ago
Vanilla Debian will not run on your nice and shiny Radxa Rocks 5B or Banana Pi whatever.
dima55•1y ago
Why not? What's missing?
qwertox•1y ago
Different boot process, U-Boot needs to be compiled for the exact board, drivers for the specialized components are needed, DTB (on ARM systems, the kernel doesn't probe hardware the same way a PC does) and other reasons.
RetroTechie•1y ago
> Different boot process, U-Boot needs to be compiled for the exact board

Why? That sounds dumb. And (assuming you're correct), how does Armbian deal with that / get around it?

ajb•1y ago
It's basically the same in the x86 world : your bios is customised to the board

The sad part is that on ARM the kernel is usually also custom compiled for the board. So what happens is that Armbian ship a different image for each board.

If you go and look in https://github.com/torvalds/linux/tree/master/arch/arm you see a zillion "mach-xxx" directories for different SoC architectures, even if they all use Arm.

Device-tree is a partial solution, but no-one seems to have an incentive to finish the job and let a single image run on any (sufficiently recent) arm board. It's difficult for the community to fix because most people have only their own board. Someone would need to pay for a CI rig with every board, and some kernel devs to do the work of building a single kernel to run across everything. (I think that's originally what Linaro was for - not sure why they didn't finish the job)

qwertox•1y ago
Right, the x86 BIOS/UEFI is baked into the motherboard firmware and handles early hardware init in a mostly standardized way. But with ARM boards, there's no universal firmware, it usually needs to be part of the image you download for that specific board.
FlyingSnake•1y ago
How does Armbian compare to DietPi?

FWIW: I’m running dietPi on my OG Pi Zero W and it doesn’t even hit 30% resource usage.

apple4ever•1y ago
Completely agree. I use it on my old PINE64 and it keeps on ticking.
chris37879•1y ago
I just stumbled across armbian recently and I must say I really like it.

I wanted to use UEFI, but my orangepi cm5 modules don't seem to have the SPI chip needed to store the UEFI there, so I'd have to load it on a partition and lose out on some features like persisting variables across boot.

The arm ecosystem really needs to settle on some sort of universal boot loader / firmware layer and stop just hacking up the linux kernel and not contributing back to it.

Nexxxeh•1y ago
I'm not an Arm dev and am just a consumer so I may be misunderstanding, but isn't Arm SystemReady pretty much the thing that's intended to solve the problem you're talking about (among others)?

https://developer.arm.com/documentation/107981/0302/SystemRe...

robotnikman•1y ago
It is, but it seems like only servers are adopting it at the moment. Or high end ARM workstations. I can't think of any consumer devices or SBC's off the top of my head that support it.
moondev•1y ago
Raspberry PI and Nvidia AGX

https://github.com/pftf/RPi4

moondev•1y ago
https://developer.arm.com/Architectures/Unified%20Extensible...
yjftsjthsd-h•1y ago
> Why? That sounds dumb.

Good, you understand the situation perfectly.

> And (assuming you're correct), how does Armbian deal with that / get around it?

You'll notice that if you try to download it from https://www.armbian.com/download/ , nearly every board has a different download image; this is because every one of those images embeds its own boot chain. There are efforts (in some projects, I'm not aware of armbian doing this) to build some amount of early bootloader per-board (often uboot), and just make the install steps something like "install this per-board thing, then install the real OS using a standard image" but that's less common and doesn't work super well when that initial bootloader has to go on the same storage device as the main OS.

dima55•1y ago
I believe that's common on ARM devices. But "vanilla debian" generally refers to userspace, and that should just work. Is this "armbian" thing quite literally "kernel + bootloader + vanilla debian"? The website doesn't say that in any obvious place
puzzlingcaptcha•1y ago
Pretty much, plus their little configuration utility for loading dtb overlays among other things.
pabs3•1y ago
The hard work of upstreaming/mainlining all the hardware support code in the userspace drivers like mesa, the Linux kernel core/drivers, bootloaders like GRUB/u-boot, boot firmware like coreboot/Tianocore/u-boot.