frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Tiny Emulators

https://floooh.github.io/tiny8bit-preview/index.html
31•naves•33m ago•0 comments

Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k

https://systima.ai/blog/claude-code-vs-opencode-token-overhead
257•systima•2h ago•137 comments

I love LLMs, I hate hype

https://geohot.github.io//blog/jekyll/update/2026/07/12/i-love-llms.html
181•therepanic•2h ago•92 comments

Old and new apps, via modern coding agents

https://terrytao.wordpress.com/2026/07/11/old-and-new-apps-via-modern-coding-agents/
372•subset•9h ago•104 comments

The One-Step Trap (In AI Research)

http://incompleteideas.net/IncIdeas/OneStepTrap.html
23•jxmorris12•2h ago•3 comments

I Learned to Read Again

https://substack.magazinenongrata.com/p/how-i-learned-to-read-again
35•georgex7•2h ago•5 comments

Against Usefulness

https://www.motivenotes.ai/p/against-usefulness
53•supo•3h ago•13 comments

LARP – Revenue infrastructure for serious founders

https://www.larp.website/
78•BerislavLopac•3h ago•14 comments

Automation Without Understanding

https://arxiv.org/abs/2607.06377
65•root-parent•4h ago•33 comments

Why write code in 2026

https://softwaredoug.com/blog/2026/07/09/write-code
51•softwaredoug•2d ago•99 comments

Migrating a production AI agent to GPT-5.6: 2.2x faster, 27% cheaper

https://ploy.ai/blog/migrating-a-production-ai-agent-to-gpt-5-6
39•brryant•3h ago•7 comments

Defining new Jax types with hijax

https://docs.jax.dev/en/latest/hijax_types.html
6•fhchl•1h ago•0 comments

Don't you mean extinct?

https://fabiensanglard.net/extinct/index.html
151•zdw•5h ago•81 comments

Show HN: Nectar, a Rust-like React that compiles to WebAssembly

https://buildnectar.com
20•blakeburnette•6d ago•8 comments

Irish datacenters now guzzle 23% of the country's electricity

https://www.theregister.com/on-prem/2026/07/11/irish-datacenters-now-guzzle-23-of-the-countrys-el...
27•Bender•40m ago•17 comments

Neocities: Create your own free website

https://neocities.org/
42•Tomte•1h ago•6 comments

The shingles vaccine may reduce the risk of dementia

https://www.economist.com/leaders/2026/07/09/a-no-brainer-for-protecting-your-brain
167•saikatsg•5h ago•123 comments

How to read more books

https://scotto.me/blog/2026-07-12-how-to-read-more-books/
203•silcoon•5h ago•117 comments

Why study Diophantine equations?

https://hidden-phenomena.com/articles/modular
52•mb1699•5h ago•17 comments

Deir El-Medina Strikes

https://en.wikipedia.org/wiki/Deir_el-Medina_strikes
30•mooreds•5d ago•4 comments

Theo de Raadt: "You've been smoking something mind altering" (2007)

https://marc.info/?l=openbsd-misc&m=119318909016582
66•turrini•4h ago•58 comments

The power of collaboration: How we can reduce traffic congestion

https://research.google/blog/the-power-of-collaboration-how-we-can-reduce-traffic-congestion/
41•raahelb•5h ago•31 comments

Understanding the Odin programming language

https://odinbook.com/
132•AlexeyBrin•8h ago•71 comments

The Seed Beneath the Snow

https://eli.li/the-seed-beneath-the-snow
4•surprisetalk•3d ago•0 comments

Ghostel.el: Terminal emulator powered by libghostty

https://dakra.github.io/ghostel/
245•signa11•12h ago•42 comments

Show HN: Shirei, cross-platform GUI framework in native Go

https://github.com/hasenj/go-shirei/
66•hsn915•4h ago•36 comments

Vint Cerf, “father of the Internet”, is retiring

https://techcrunch.com/2026/06/30/the-father-of-the-internet-is-finally-retiring/
262•compiler-guy•2d ago•151 comments

Can We Understand How Large Language Models Reason?

https://cacm.acm.org/news/can-we-understand-how-large-language-models-reason/
47•adunk•2h ago•46 comments

What xAI's Grok build CLI sends to xAI: A wire-level analysis

https://gist.github.com/cereblab/dc9a40bc26120f4540e4e09b75ffb547
374•jhoho•19h ago•149 comments

Croc: Securely transfer files and folders between two computers

https://github.com/schollz/croc/
25•gregsadetsky•5h ago•12 comments
Open in hackernews

Working with Git Patches in Apple Mail (2023)

https://btxx.org/posts/mail/
50•todsacerdoti•1y ago

Comments

johnrob•1y ago
Once I discovered how git apply can take diff files (or patch files) as input, I stopped using git stash in favor of plain old files. Easier to list and browse the contents of prior edits, also you can grep the files as method of search. I’ve even found myself copying and editing the diffs before applying.
barbazoo•1y ago
Oh that’s clever, I’ll try that out. Looks like you could just do a git diff > file.patch.

Neat.

johnrob•1y ago
You’ll also want to familiarize with “git apply -3 <file name>”, for when a diff can’t be applied cleanly. It will try “harder” to merge (three way method) and if it still fails it invokes the conflict merge “UX”:

<<<<<<<<<

=========

>>>>>>>>>

smcameron•1y ago
There's also Neil Brown's "wiggle" program for applying patches that don't apply.

https://github.com/neilbrown/wiggle

although on debian based systems I think you can just "apt install wiggle"

johnisgood•1y ago
What does "applying patches that don't apply" mean exactly?

I know about wiggle, but I have not used it, to be honest.

smcameron•1y ago
It means that if you do "patch -p1 --dry-run < some.patch", and it complains that it doesn't apply, wiggle can sometimes apply it anyway, and also, if you do "patch -p1 < some.patch", and it partially applies but with rejected hunks, wiggle can try to apply the rejected hunks.
johannes1234321•1y ago
git diff an pipe works, but committing and then `git format-patch` can export multiple patches and then includes metadata (commit message, date, author, etc.) which can make reasoning about such files a lot easier. In a plain diff you only got filename as metadata.
RaoulP•1y ago
That’s a great idea, and very timely for me.
d3ckard•1y ago
Thank you, will try. Useful bit of knowledge.
OskarS•1y ago
That is a very neat trick, I agree.

I personally approaches stashes as undoable "clean up", and I never have anything really important that I want to save there. If I do have something like that, I just commit with a "WIP <some-descriptive-string>" message and don't push it, then a "git reset --mixed HEAD^" when I want to get back to it.

However, just FYI: you can "grep" your stashes really easily if you want to. just "git stash list -p" gives you the diffs for all the stashes, by default in "less" where you can search them, but you can pipe it to grep if you want. I somewhat frequently do that with "git log", if I want to know "when did this variable change?" or whatever, just "git log -p" to get the log with diffs in less, then search for whatever it was with a slash.

teeray•1y ago
Maybe slightly O/T, but has anyone found a decent way to `git send-email` with email hosts that demand OAuth? (looking at you Outlook and Gmail)
ravetcofx•1y ago
Generating app passwords for those would work.
pm215•1y ago
Yeah, I use an app specific password with Gmail, like the setup suggested by https://git-send-email.io/#step-2

Exchange historically had a tendency to mangle emails sent through it (whitespace changes, line wrap, etc), which is obviously bad news for patchmails. I dunno if it's any better these days.

computerfriend•1y ago
For Gmail, you can use https://github.com/google/gmail-oauth2-tools/tree/master/go/....
mathstuf•1y ago
I use msmtp with a tool from the oauth2-tools repo to do the rotation token dance. Need to register your own app with Google though.
dmarinus•1y ago
palata•1y ago
I like doing it with aerc [1]. It's even possible to use aerc in parallel to another email client. Just open aerc for git-related emails, and that's it!

[1]: https://drewdevault.com/2022/07/25/Code-review-with-aerc.htm...

kazinator•1y ago
View the e-mail raw in your browser, select all, copy, paste into git apply.

Then you don't need that message to be in a file-based inbox that is accessible from your git repo.

And in that case you are still likely going to have to copy and paste something to get the correct path.

sircastor•1y ago
It looks like Apple Mail has plugin support, I wonder if you could author a plugin that’d provide a button to apply the diff.
smcameron•1y ago
If you work with git and patches a lot, stgit is worth a look.

https://stacked-git.github.io

johnisgood•1y ago
At that point, why not just use Pijul or even Darcs?
smcameron•1y ago
Because the codebase you're working on is on github?

And I think you may underestimate the power of stgit. You can manage thousands of patches concurrently, no problem. If you're a maintainer getting patches from loads of people all the time, this is valuable. stgit has it's origins in quilt, which in turn has its origins in Andrew Morton's patch scripts[1], and I know for a fact that Andrew Morton actually managed thousands of patches at a time for years in his work on the linux kernel, because I once sent him a patch against those scripts, and he complained it was slow because I used an O(n^2) algorithm, which worked fine with a handful of patches, and I asked him how many patches he had, and he told me a number that was multiple thousands, so this isn't a hypothetical example.

[1] https://lwn.net/Articles/13518/

davmail supports smtp through outlook(365)
ndegruchy•1y ago
Yeah, I used DAVMail with Emacs+MSMTP+MPOP+notmuch for ages. Works really well, the only occasional thing I had to do was reauthenticate the token, which pops up in a browser window.
ozarker•1y ago
I think you could set up postfix to smtp forward to those services. So it could handle the oauth2 and you wouldn’t need to configure your client
p_wood•1y ago
I use an app password but https://github.com/AdityaGarg8/git-credential-email apparently supports OAuth with Gmail, yahoo and outlook
arthurmorgan123•1y ago
I tried this with Gmail and Outlook. Works flawlessly and also doesn't need to authenticate frequently. The Authen::SASL thing was a catch though.

git-send-email also has some quirks for Outlook which have been recently merged.