← Nov 6Saturday, November 7, 2026 · all daysNov 8 → · today »
1.Libghostty 1.0(mitchellh.com)
1076 points by mfiguiere 5 days ago | 194 comments | permalink
tl;dr: Libghostty-vt 1.0, a portable C library for terminal emulation extracted from Ghostty, has been released with a stable ABI and semantic versioning. It's already powering JetBrains IDEs (12.5M+ users), has an approved PR to replace libvterm in Neovim, and is used by OrbStack, Vercel's Turborepo, and others, with bindings across most major languages. The MIT-licensed library supports Linux, macOS, iOS, FreeBSD, Windows, Android, and WebAssembly, has no copyleft dependencies, creates no threads, and can run freestanding without libc.
HN Discussion:
  • ↑Praise for Mitchell and the project's integrity and vision
  • ↑Personal experience using libghostty to build own projects validates its utility
  • ↑Ghostty's technical features (graphics protocol, TUI support) are excellent in practice
  • •Requests comparison to existing alternatives like libvte
  • •Questions about resource limits and isolation for multi-tenant embedding use cases
2.A Jev that can ask Opus for help gives Opus accuracy at 4x lower cost(hightouch.com)
572 points by theanomaly 5 days ago | 146 comments | permalink
tl;dr: Testing LLMs for grading identity resolution over-merges, Hightouch found that cheap "decision models" (Jev, GPT-6 Luna) hit 95-97% accuracy versus 99% for Claude Opus 5.5, but at 40-90x lower cost. A hybrid approach—running Jev first and escalating low-confidence cases (30-90%) to Opus—matches Opus's accuracy at ~4x lower cost. Jev beats Luna in the hybrid setup despite worse standalone performance because its confidence scores are better calibrated, while Luna is overconfident on wrong answers and fails to escalate hard cases.
HN Discussion:
  • ↑Smaller orchestrator models can effectively delegate to and extract good results from larger models
  • ↓This technology enables cheaper privacy violations and developers should question what they build
  • ↑Hybrid decision-model escalation approach works well and is the future of context management
  • ~The article's results are narrow to identity resolution and shouldn't be generalized
  • ↓The calibration analysis is flawed and the conclusion that Jev is better calibrated than Luna is likely incorrect
3.Tesla to wind down Cybertruck production(nbcnews.com)
1127 points by PLenz 5 days ago | 2040 comments | permalink
tl;dr: Tesla will wind down Cybertruck production at its Austin gigafactory around mid-2027 to make room for increased Cybercab output, Musk announced. The vehicle sold just 20,237 units in the US last year—down 48% year-over-year and far below Musk's original 250,000 annual sales projection—hampered by its polarizing design and inability to meet European pedestrian crash regulations.
HN Discussion:
  • ↓Cybertruck has valuable practical uses like powering homes during emergencies
  • ↑Tesla faces broader structural problems beyond just Cybertruck failure
  • ↑Cybertruck failed because it's impractical as a truck and too expensive
  • ~Appreciation for Tesla attempting a bold, unique design in a stale market
  • •Cybertruck will become a valued collector's item due to its uniqueness
4.US FAA says it will phase out floppy disks from air traffic control by 2028(reuters.com)
403 points by ChrisArchitect 5 days ago | 327 comments | permalink
tl;dr: Summary not available
HN Discussion:
  • ~FAA's rigorous safety process makes modernization genuinely risky, not simply overdue
  • ↓Replacing well-understood legacy systems is scarier than keeping the old floppies
  • ↓Skepticism about political framing and questions about technical details of the replacement
  • ↓The article's language is vague or imprecise about what's actually being modernized
  • ↑The underlying infrastructure problems (like no backup connections) are the real concern
5.Firecracker VM Escape: PwnEscape Part 2(pwn.ai)
287 points by SerCe 5 days ago | 143 comments | permalink
tl;dr: A malicious guest crossed Firecracker's microVM boundary, resolved the live VMM from inside the VM, and took control of a root-run host process—turning a Linux networking flaw into a guest-to-host cod...
HN Discussion:
  • ~Article underspecifies impact since properly jailed Firecracker deployments may not be vulnerable
  • ↑Confirms the exploit is real and reproducible on actual Firecracker-based services
  • ↓This is not new; it's just a rehash/dupe of a previously disclosed vulnerability
  • ↑Microhypervisor or layered isolation approaches would be architecturally superior to Firecracker's model
  • ↓Exploit writeup is meaningless or LLM-generated slop that hides prerequisites
6.AI is dramatically accelerating AI research(planned-obsolescence.org)
363 points by yurivish 5 days ago | 345 comments | permalink
tl;dr: A METR investigation into Anthropic found that AI capabilities progress has roughly doubled over the past year, with AI automation (not compute or headcount) responsible for most of the speedup — suggesting Anthropic has crossed its RSP's "dramatically accelerated progress" threshold. The author estimates this implies researchers are getting a ~10x productivity uplift, and if the feedback loop continues without hitting bottlenecks, it could naively lead to superintelligence within a year. Most supporting evidence was redacted, and current industry security (both OpenAI and Anthropic recently suffered breaches) falls far short of what a responsible intelligence explosion would require.
HN Discussion:
  • ↓LLMs accelerate ML research tasks but this doesn't imply a path to superintelligence
  • ↓Gains come from training on measurable benchmarks, not genuine intelligence progress
  • ↓Perceived acceleration is circular — AI speeds up work that only exists because of AI
  • ~Speedup may stem from capital, parallel compute, and optimization rather than model intelligence growth
  • ↓Redacted evidence undermines the article's credibility and claims should be rejected
7.First steps in bare-metal programming using UEFI(kevinboone.me)
247 points by LaSombra 5 days ago | 54 comments | permalink
tl;dr: A multi-part tutorial series for experienced Linux developers on writing bare-metal applications for UEFI-based PCs, assuming no prior UEFI knowledge. The five parts cover compiling and linking, the EFI system partition, creating bootable DVD/USB images, and file handling via the Simple File Protocol. The articles are designed to be read sequentially, as each builds on the previous.
HN Discussion:
  • ↑Sharing complementary libraries and tools that address limitations mentioned in the article
  • •Pointing to prior/alternative tutorials and resources covering similar UEFI ground
  • ↑Confirming the article's observations about UEFI's quirks and sharp edges from personal experience
  • ↑UEFI is bad and should be avoided or replaced with saner alternatives
  • •Suggesting alternative approaches like Multiboot2 or other languages (C#, Rust) for UEFI development
8.Gemini Omni 1.2 Flash(blog.google)
361 points by thisisauserid 5 days ago | 251 comments | permalink
tl;dr: Google released Gemini Omni 1.2 Flash, a video generation model offering native 15-second clips (up from 10s), multi-turn conversational editing, and better reference adherence for characters, products, and styles. Pricing drops 30% to $0.07 per second for 720p video, with support for 360p drafts up to 4K upscaling. It's generally available via the Gemini API, Google Cloud, Flow, Google Vids, and the Gemini app, with SynthID watermarking on outputs.
HN Discussion:
  • ↓Google's AI product branding and versioning is confusing and inconsistent
  • ↓Access and rollout of Google's AI models is frustrating and gated
  • ↓Google should focus on improving Gemini integration in existing products instead of new models
  • ~Clarification that this is a video model with marginal improvements, and pricing isn't actually cheaper
  • ↓The model still has technical limitations for character consistency and complex prompts
9.Claude Code sends your email address to websites(github.com)
1592 points by motoroco 6 days ago | 518 comments | permalink
tl;dr: Claude Code includes users' email addresses in the User-Agent header during web searches, exposing them to arbitrary third-party sites and reportedly resulting in a flood of scam emails. The bug report demands Anthropic remove this behavior entirely rather than make it opt-in/opt-out, arguing it serves no legitimate purpose and compromises user privacy.
HN Discussion:
  • ~Behavior may be partly legitimate since SEC API requires email in User-Agent header
  • ↑Claude Code should be heavily sandboxed with no access to user data or unlogged internet requests
  • ↑Anthropic developer acknowledges the issue and commits to removing email from context
  • ↑Personal confirmation that this leak caused real harm via spam flood
  • ↑The problem is worse than reported, leaking names, repos, and org info even across accounts
10.sshole(sshhole.com)
2977 points by josemrb 6 days ago | 747 comments | permalink
tl;dr: OpenSSH on musl-based Linux (Alpine, OpenWrt, etc.) without PAM has accepted any password between 257 and 1024 characters for accounts with `*` in their shadow field (locked/key-only accounts like root on Alpine's AWS/Azure images). The bug stems from musl's crypt() returning `*` on failure combined with its 256-byte sha512crypt limit, which then matches the `*` placeholder in shadow when sshd's CVE-2016-6210 timing fix hashes the password against another user's salt. Fixed in OpenSSH 10.6p2; mitigate by disabling password authentication.
HN Discussion:
  • ↑Technical explanation and confirmation of the bug mechanism described in the article
  • ↑Using magic strings/in-band signaling for error states is a fundamental design flaw
  • ↑Musl developers deserve criticism for convenience-driven changes to crypto functions
  • ~Real-world impact is limited due to PermitRootLogin defaults and ! being used instead of *
  • •Challenges reproducing the vulnerability, questioning practical exploitability
11.Anthropic IPO buyers see valuation as low as $1.1T(bloomberg.com)
312 points by dgellow 5 days ago | 614 comments | permalink
tl;dr: Summary not available
HN Discussion:
  • ↑Local open-source models now rival Claude, threatening Anthropic's subscription business
  • ↑Anthropic's subscription pricing is unsustainably subsidized relative to actual compute costs
  • ↑The IPO faces serious headwinds from lockup schedules and potential political/regulatory pushback
  • ~Even the reduced $1.1T valuation is absurdly high and reflects broken value calibration
  • ↓AI's unprecedented revenue growth justifies the massive valuation despite skepticism
12.Kugelblitz – Mac-Native Google Earth Alternative(apps.metaebene.me)
266 points by luoc 5 days ago | 66 comments | permalink
tl;dr: Kugelblitz is a native Mac 3D globe/atlas app that renders Earth (and neighboring bodies) using open geodata from OpenStreetMap and other public sources via its own tile server, with no account or region downloads required. It supports imagery, road, and topographic maps draped on 3D terrain, five atlas projections, SpaceMouse control, Vision Pro streaming, and runs smoothly on an M1. Extras include a library of global geoportals and a time-based display of eclipses, earthquakes, eruptions, and other events over 5,000 years.
HN Discussion:
  • ↑Praise for the developer and recognition of TerraVision-like inspiration
  • ↓Skepticism about touting M1 smoothness as impressive given Google Earth's history
  • ~UI/UX critiques about toolbars, traffic lights, and missing interactions like inertia spinning
  • ↓Reports of compatibility issues on newer Macs (M5 Tahoe)
  • •Curiosity about data sources and suggestions for feature additions like clouds
13.Blender's UI and Runtime: Much Faster Than GPUI(github.com)
724 points by ppmpreetham 5 days ago | 289 comments | permalink
tl;dr: BUI extracts Blender's UI layer (widget drawing, interactions, theme) into a standalone library with a C core, offering bindings for Python (including drop-in tkinter and Qt-style APIs), Rust (with HTML/CSS/Tailwind and gpui-compatible builders), JavaScript (React, Svelte, DOM-like), Dear ImGui, and C. It claims 2–4× less CPU per frame than gpui-fast via damage rendering, an optional D3D11/OpenGL GPU backend, zero CPU when idle, and ~7 MB standalone JS executables. Caveats: no accessibility yet, limited IME support, no OS-native look, and some bindings (macOS, Linux npm) require building from source.
HN Discussion:
  • ↓GPL licensing (especially v3) is a dealbreaker and labeling is misleading
  • ↑Praise for Blender's UI and enthusiasm for seeing it adopted in other software
  • ↓Blender's UI is great for Blender but shouldn't be spread to other applications
  • ↑GPUI isn't actually the fastest Rust GUI, supporting the article's performance critique
  • ↓The drop-in compatibility claims don't actually work in practice
14.Dutch 'idealist' bank ASN blocks non-Google Android, including GrapheneOS(github.com)
647 points by microtonal 5 days ago | 424 comments | permalink
tl;dr: Dutch bank ASN's Wero operator EPI justifies blocking GrapheneOS by claiming hardware key attestation can't prove OS integrity—but that's factually wrong, since Android's attestation certificates include verified boot state and signing key hashes that GrapheneOS publishes for exactly this purpose. A developer on the other side admits they also gate on Play Integrity rather than key attestation, not for security reasons, but because parsing X.509/ASN.1 and maintaining a key hash allowlist is harder to defend to auditors than simply pointing to Google's verdict.
HN Discussion:
  • ↑Banks broadly use obnoxious, security-theater restrictions that regulators should push back against
  • ↑Personal anecdotes confirm banks block GrapheneOS/custom ROMs based on ignorance rather than real security
  • ↑Some banks like ING handle rooted/custom ROM users reasonably, showing the blocking is unnecessary
  • •GrapheneOS users face broader hostility (police targeting, locked-out services) beyond just banking apps
  • ↑Users should push back via reviews or grow GrapheneOS adoption to force banks to stop blocking it
15.Deus Ex(filfre.net)
377 points by cybersoyuz 5 days ago | 200 comments | permalink
tl;dr: Deus Ex (2000) is rightly celebrated as a landmark "immersive sim" that built on Looking Glass Studios' System Shock, giving players unprecedented freedom to solve mission-based problems through combat, stealth, or hacking. Its supposedly prescient conspiracy-laden story—mashing up Illuminati, Roswell, pandemics, and rogue AI—is better understood as 1990s X-Files-style pastiche than prophecy, and its anarcho-libertarian "deep state" framing has aged poorly, flirting with tropes that historically slide into antisemitism. Still a brilliantly executed game, though its demand for deep immersion makes it less appealing to the author than contemporaries might expect.
HN Discussion:
  • •Appreciation for overlooked aspects of the game like its soundtrack
  • ↓Factual correction to the article's technical claim about the missing twin towers
  • ↓Deus Ex is the best game ever and personally formative, contrary to author's lukewarm take
  • ~Recommendations for mods or sequels (like Human Revolution) as better entry points than the original
  • ↑The game provoked genuine moral reflection through its mission design
16.Pwn.college(pwn.college)
330 points by tripdout 5 days ago | 54 comments | permalink
tl;dr: Pwn.college is a free, hands-on cybersecurity education platform maintained by Arizona State University, using a martial-arts-style "belt" progression system to teach low-level computing and hacking skills. It powers much of ASU's cybersecurity curriculum and is open to the public, though the maintainers request that users refrain from posting writeups or walkthroughs to preserve its use as graded coursework.
HN Discussion:
  • ↑Personal endorsement from users who learned a lot from the platform
  • ↑Nostalgic comparison to similar older hacking challenge sites
  • ↑Praise for the professors and academic origins behind the project
  • ~Criticism of practical barriers like Discord registration and text justification
  • ~Questioning the soft stance on writeups; suggest enforcing stricter rules
17.MS Paint Remote Code Execution Vulnerability(cve.org)
718 points by kuberwastaken 6 days ago | 281 comments | permalink
tl;dr: Summary not available
HN Discussion:
  • •Incredulity and demand for more information about how Paint can be remotely exploited
  • ↑Confusion about why Paint would have network functionality enabling RCE at all
  • •Practical information about affected versions and how to obtain the fix
  • ~Skepticism about the CVE's no-user-interaction classification, suggesting possible error
  • •Humorous/lighthearted takes on the absurdity of a Paint RCE
18.Britain to make salary disclosure in job ads mandatory(reuters.com)
613 points by 1659447091 5 days ago | 454 comments | permalink
tl;dr: Summary not available
HN Discussion:
  • ↑Salary disclosure saves time and prevents wasted interviews for mismatched expectations
  • ↑Mandatory disclosure helps reduce pay discrimination and employer exploitation of information asymmetry
  • ↑Additional measures like banning salary history questions would further improve outcomes
  • ~Concern about loopholes like overly wide salary ranges undermining the law
  • ↓Pay transparency causes internal conflict and complaints from employees who don't understand compensation differences
19.From Linux to Wikipedia: How Volunteers Build the Internet(thereader.mitpress.mit.edu)
342 points by jonbaer 5 days ago | 136 comments | permalink
tl;dr: Summary not available
HN Discussion:
  • ~Modern tech has eroded the passion, means, and skills that enabled volunteer building
  • ↓Most Linux contributors are paid employees, not pure volunteers, so framing is misleading
  • ↑Linux and Wikipedia reveal a hopeful truth about human cooperation and generosity
  • ~Volunteers build the foundation but money chasers eventually optimize and corrupt the fields
  • ↑The people built the internet but governments and corporations ruined it
20.Ask HN: What in the world is taking Ubuntu so long?
216 points by linsomniac 5 days ago | 138 comments | permalink
tl;dr: An Ubuntu user is frustrated that CVE-2026-98432, rated 9.8 critical, has remained unpatched for nearly a week and is still marked "work in progress," though a mitigation has been listed. They question whether Ubuntu is struggling due to too many kernel variants, insufficient build/test automation, or overwhelmed engineers, and worry about Canonical's ability to keep pace as security issues proliferate.
HN Discussion:
  • ↓Fixes were already available in the proposed repo and are now rolling out to updates
  • ↑Canonical has broader organizational problems and missed opportunities beyond this CVE
  • ↑The author's confidence in Ubuntu was misplaced to begin with
  • ↓Questions the real-world severity by asking about documented exploits
  • ~Frustration led to switching distros after proposed kernel broke tools