frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Zerostack – A Unix-inspired coding agent written in pure Rust

https://crates.io/crates/zerostack/1.0.0
124•gidellav•2h ago•41 comments

A nicer voltmeter clock

https://lcamtuf.substack.com/p/a-nicer-voltmeter-clock
41•surprisetalk•2h ago•6 comments

MCP Hello Page

https://www.hybridlogic.co.uk/blog/2026/05/mcp-hello-page
44•Dachande663•2h ago•16 comments

SANA-WM, a 2.6B open-source world model for 1-minute 720p video

https://nvlabs.github.io/Sana/WM/
293•mjgil•13h ago•125 comments

A molecule with half-Möbius topology

https://www.science.org/doi/10.1126/science.aea3321
58•bryanrasmussen•4d ago•0 comments

Moving away from Tailwind, and learning to structure my CSS

https://jvns.ca/blog/2026/05/15/moving-away-from-tailwind--and-learning-to-structure-my-css-/
426•mpweiher•15h ago•273 comments

Halt and Catch Fire

https://unstack.io/halt-and-catch-fire
75•ScottWRobinson•6h ago•49 comments

The Third Hard Problem

https://mmapped.blog/posts/48-the-third-hard-problem
21•surprisetalk•2d ago•11 comments

Content-defined chunking added to Bazel

https://www.buildbuddy.io/blog/content-defined-chunking/
19•siggi•3d ago•2 comments

Accelerando (2005)

https://www.antipope.org/charlie/blog-static/fiction/accelerando/accelerando.html
238•eamag•13h ago•139 comments

Frontier AI has broken the open CTF format

https://kabir.au/blog/the-ctf-scene-is-dead
337•frays•18h ago•321 comments

δ-mem: Efficient Online Memory for Large Language Models

https://arxiv.org/abs/2605.12357
192•44za12•15h ago•52 comments

OpenAI and Government of Malta partner to roll out ChatGPT Plus to all citizens

https://openai.com/index/malta-chatgpt-plus-partnership/
53•bookofjoe•4h ago•63 comments

We've made the world too complicated

https://user8.bearblog.dev/the-world-is-too-complicated/
178•James72689•16h ago•177 comments

Fame! A Misunderstanding: A new translation of Albert Camus's complete notebooks

https://lareviewofbooks.org/article/albert-camus-complete-notebooks-ryan-bloom-existentialism-abs...
42•Caiero•3d ago•7 comments

3D Gaussian Splatting in a Weekend

https://bfeldman.me/3dgs-weekend/
45•b__feldman•3d ago•6 comments

Kioxia and Dell cram 10 PB into slim 2RU server

https://www.blocksandfiles.com/flash/2026/05/14/kioxia-and-dell-cram-10-pb-into-slim-2ru-server/5...
107•rbanffy•7h ago•72 comments

Show HN: Rocksky – Music scrobbling and discovery on the AT Protocol

https://tangled.org/rocksky.app/rocksky
55•tsiry•8h ago•21 comments

PART Telescopes – Bringing radio astronomy within reach of rural schools

https://parttelescopes.web.app/
102•openrockets•9h ago•28 comments

Fisker went bankrupt and owners built an open source car company from the ashes

https://electrek.co/2026/05/16/fisker-ocean-open-source-ev-story-after-bankruptcy/
18•breve•1h ago•0 comments

Stochastic Parrots: Frequently Unasked Questions

https://medium.com/@emilymenonbender/stochastic-parrots-frequently-unasked-questions-49c2e7d22d11
9•olalonde•3d ago•3 comments

Greek Alphabet Cards

https://labs.randomquark.com/alphabet_cards/
96•ricochet11•13h ago•46 comments

Futhark by example (2020)

https://futhark-lang.org/examples.html
109•tosh•15h ago•26 comments

Nearly 50 Years Later, WKRP in Cincinnati Becomes a Real Radio Station

https://www.openculture.com/2026/05/nearly-50-years-later-wkrp-in-cincinnati-becomes-a-real-radio...
102•bookofjoe•4d ago•63 comments

Accelerate – Embedded language for high-performance array computations

https://github.com/AccelerateHS/accelerate
76•tosh•11h ago•17 comments

Japan’s robot wolf sells out as record bear attacks drive demand

https://www.independent.co.uk/asia/japan/japan-robot-wolf-bear-attacks-ohta-seiki-b2975670.html
83•bookofjoe•5h ago•45 comments

I believe there are entire companies right now under AI psychosis

https://twitter.com/mitchellh/status/2055380239711457578
1870•reasonableklout•1d ago•1055 comments

DeepSeek-V4-Flash means LLM steering is interesting again

https://www.seangoedecke.com/steering-vectors/
207•Brajeshwar•10h ago•67 comments

After 8 years, I rewrote my open-source PyTorch curvature library

https://github.com/noahgolmant/pytorch-hessian-eigenthings
72•noahgolmant•2d ago•1 comments

HTML Lists

https://blog.frankmtaylor.com/2026/05/13/you-dont-know-html-lists/
281•speckx•8h ago•63 comments
Open in hackernews

The lack of a good command line way to sort IPv6 addresses

https://utcc.utoronto.ca/~cks/space/blog/unix/SortingIPv6Addresses
37•zdw•12mo ago

Comments

sargstuff•12mo ago
IPv6 addresses are typically written in canonical text representation recommended by RFC 5952[0].

1) Regular expression / seamingly lost art of sprintf formatting are some methods to normalize 001:db8::2:1 to something usable for sorting aka 2001:db8:0000:0000:0000:0000:0002:0001. Perhaps restoring to rfc 5952 format when printing sorted results.

2) Modify hex to 'sortable utf-16 characters', modify back post sort[1]

3) avoid utf-8 / utf-16 issues, use relevant python libraries to handle ipv4/ipv6[2][3],[4]: ip2n < file | sort -n | n2ip

----------------------------

[0] : https://datatracker.ietf.org/doc/html/rfc5952

[1] : https://stackoverflow.com/questions/5797369/unix-sort-utilit...

[2] : https://stackoverflow.com/questions/75522231/how-to-sort-ipv...

[3] : https://www.geeksforgeeks.org/convert-ip-address-to-integer-...

[4] : https://ipfind.com/blog/how-to-convert-ip-address-to-integer...

0points•12mo ago
1. Convert to numeric representation

2. Sort

3. Convert back

schoen•12mo ago
Such a program in Python could be

  python3 -c 'import ipaddress, sys; print("\n".join(sorted(ipaddress.IPv6Address(x).exploded for x in sys.argv[1:])))'
It takes the IP addresses to be sorted on the command line.

Or, re-abbreviating them by removing zeroes and attempting to use :: where possible:

  python3 -c 'import ipaddress, sys; print("\n".join(str(ipaddress.IPv6Address(y)) for y in sorted(ipaddress.IPv6Address(x).exploded for x in sys.argv[1:])))'
Both of these versions will crash if given input that isn't syntactically valid as an IPv6 address.
fragmede•12mo ago
It's ipv6. Seems like the "standard" thing to do would be to write and name a utility called sort6 which properly handles ipv6 addresses.
Gabrys1•12mo ago
I imagine you wrote this sarcastically, but I do like this a lot!
fragmede•12mo ago
The original sort (and ping, and traceroute) could just have been updated to handle the newer format, rather than creating new utilities, was my non-sarcastic point. :)
thesuitonym•12mo ago
True of ping and traceroute, but sort is not a network utility, so editing it to specifically handle IPv6 addresses is kind of a weird idea. Not necessarily a bad idea, but it makes sense that nobody has done it.

Probably better in this case would be to have a small program that expands IPv6 addresses that you could then pipe into sort. That would be more in-keeping with the Unix Way™.

pantalaimon•12mo ago
How often do you need to sort IP addresses to begin with?
j16sdiz•12mo ago
When you have lots of addresses and subnets, and want to see which addresses goes into what subnet
fragmede•12mo ago
especially since ipv6 can be multi-homed. on corporate networks you ended up with difficult configurations and need to figure out why the packets are going the wrong way frequently.
Symbiote•12mo ago
It could be reasonable to extend sort to support a hexadecimal numeric sort. It already supports numeric (decimal) and human-readable with SI prefixes (2k, 1G).
thesuitonym•11mo ago
Hexadecimal sort is already the same as alphabetic sort. The main problem with IPv6 addresses is that zeroes get truncated all over the place. :: could mean :0000: or :0000:0000:0000:. It's not impossible to solve by any means, but pure hexadecimal sort wouldn't work.
fragmede•12mo ago
> Probably better in this case would be to have a small program that expands IPv6 addresses that you could then pipe into sort. That would be more in-keeping with the Unix Way™.

I went and wrote this and then realized you'd need two utilities. One to expand the addresses, and one to minify the addresses, so your pipeline would be:

    cat ipv6-addrs.txt | ipv6expand | sort -V | ipv6minify
vs

    cat ipv6-addrs.txt | sort -6
The unix philosphy is do one thing and do it well. Ideally sort does sorting very well, including sorting of ipv6 addresses. Ergo, sort should handle ipv6 address sorting.
blueflow•12mo ago
Usually ping6 and traceroute6 are symlinks to the regular util, not a different program.
hinkley•12mo ago
`sort -n` works remarkably well on `du`’s output
fragmede•12mo ago
there's sort -h for eg du -sch *'s output.
hinkley•12mo ago
Works great if the first column represents sizes. Not so great with IP addresses I suspect.
Ekaros•12mo ago
Isn't that Unix philosophy? Make tool that does one thing well. That is sort IPv6 addresses.
ggm•12mo ago
for all addresses, v4 and v6 this is what I used to do

  1) convert to a non-space-zeros-compressing hex string
  2) sort on the hex string
  3) convert back through inet_ntop()
Only a minor variant needed to deal with prefix/len sort order.
wpm•12mo ago
Almost as if using hex values for IP addresses was a bad idea.
oldnetguy•12mo ago
Agreed. By using decimal, you can explain to the average person what an address is and be able to work with them. IPv6 totally eliminates that. There is an argument that end users and consumers shouldn't need to concern themselves with this but in the field that this is not true.
fragmede•12mo ago
How often do consumers (ie not network professionals) need to do CIDR or anything more advanced than read off an address? Is reading 64512 colon 65152 colon colon 7237 that much easier over a bad phone connection than fc00:fe80::1c45? By the time you're that deep with someone non-technical having them read an address over the phone, you've already lost
miyuru•12mo ago
I don't think any IP version was made in with sorting as a feature, its just a by product of the representation.

This post also highlights a major thing I discovered when deploying and using IPv6, which is that you don't "Lift and shift" IPv4 to IPv6.

This is one of the reason its hard to deploy, because people cannot use the same IPv4 concepts to IPv6. For unknown reason they do, they will find the same problem they had with v4.

Ekaros•12mo ago
Also IPv4 does have some allowed weird notations. Like 127.1 is equal to 127.0.0.1 or can represent it as decimal number. Or hex notation. Or some tools support octal...

Which some also do not sort nicely. Specially when combined.

monster_truck•12mo ago
If you think these are weird I have bad news about ipv6
mystified5016•12mo ago
Anecdata but I have never seen shortened IPv4 notation. I've only ever seen the full decimal notation.
andix•12mo ago
Those representations for 127.0.0.1 work too, just try to ping them:

  0177.1 (octal, 2 stripped 0s, decimal one)
  017700000001 (octal)
  2130706433 (decimal)
  127.0.0x1
  0x7f.0x0.0x0.0x1
  127.000.000.001
nimbius•12mo ago
the sheer size of ipv6 alone means a lot of the 'old ways' get left behind.

"sorting by ip" for example is eschewed in favor of router advertisements where hosts pick their own subnet delegations.

one of the ways you track all of this is using a dhcp6 server with dns updates turned on. the subnet delegation is picked up by the client, which in turn pings dhcp6 and reports its IP for update in the DNS server.

kstrauser•12mo ago
Another is to use mDNS so that you can skip adding a service for something that’s automatic by default.
fragmede•12mo ago
> a dhcp6 server

If only it were that easy.

whalesalad•12mo ago
I have yet to use ipv6 and I will try to make it to my grave without adopting it.
neilalexander•12mo ago
Weird take, but you do you.
floating-io•12mo ago
Not really that odd. It's easy to live without IPv6 until someone creates the IPv6-only killer app, and that makes it... not worth the hassle for most folks.

I'm in a moderate-to-high technology area in the grand scheme. They laid fiber here roughly two years ago, and lit it about a year ago, whereupon I immediately subscribed.

They don't offer IPv6. At all. That should tell you just how unimportant IPv6 is perceived as outside of its core cadre of proponents. Note that this is not a commentary on how important it actually is; just on perception.

In short, nobody cares.

patchtopic•12mo ago
The 85% of French and 75% of India adopting it don't care, they just use it :-)

https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...

dns_snek•12mo ago
More interestingly, it looks like a year from now IPv6 is going to make up the majority of Google's global traffic.

Cloudflare reports slightly lower 40% IPv6 adoption globally https://radar.cloudflare.com/adoption-and-usage

WorldMaker•12mo ago
Most consumer networks are IPv6 by default. Most cellular networks are IPv6-only/IPv6-native today with big DNS64/NAT64 gateways to the IPv4 web. Most consumers don't know or care, they just use IPv6, daily.

A lot of the holdouts on IPv4-only traffic are corporate traffic. A lot of corporate traffic acts like it wants a separate internet anyway, and a lot of companies hoarded IPv4 spaces for long enough that they don't see the increasing costs of IPv4 addresses hit their bottom lines yet enough to care. It's a fascinating dynamic. Maybe corporations will just buy the remaining IPv4 internet entirely and keep it as their own separate but not equal network.

pastage•12mo ago
It does not work like that, what you get is big deployments using ipv6 and some strange ipv4 setup so there are more and more clients using ipv6. On the server side you will start to see more and more clients using ipv6. About 40% of our customers use ipv6. They can still access ipv4 though it is just that their network provider prefers having them on ipv6.

Ip version is not a selling point, unless you are on the server.

WorldMaker•12mo ago
Not just a network provider preference. It is an OS-level preference in most consumer hardware today. (The "Happy Eyeballs" protocol, among other things. OSes will send IPv6 first, then after a delay send IPv4 and after that favor whichever one is "quickest"/"healthiest".) It's also a natural preference over things like STUN/"UPnP" to avoid NATs, especially CGNATs.
mrweasel•12mo ago
> It's easy to live without IPv6 until someone creates the IPv6-only killer app

This was a few years ago, but the majority of Danish ISP wasn't offering IPv6, because "there's is no demand from customers". Well, the customers also aren't demanding IPv4, they are demanding internet access. How you deliver it is not interesting to anyone but a small niche segment of the market. If you could somehow make it work over IPX, then 95% of customers would be fine with that, it's not something they care about.

dfc•12mo ago
Your cell provider is not using ipv6?
kstrauser•12mo ago
This is an odd website for bragging about avoiding common, widely used technology.
xnorswap•12mo ago
At least IPv6 addresses aren't "middle-endian" like UUIDs can be.
WorldMaker•12mo ago
UUID sort orders get wild indeed. I have been down that rabbit hole.
blueflow•12mo ago
This is not a UUID problem, this is a Microsoft problem from the 90s. Just don't use Microsoft software (</s>) and use big endian as specified by the standard.
WorldMaker•12mo ago
It is a general UUID specification problem. The dashes represent a struct breakdown. That struct has internal endian issues. That struct is also weirdly laid out in a "made sense at the v1 time way" that doesn't make sense for versions after 1. Why is the version number in the middle? Why is the relatively static "Machine ID" at the end? If you were trying to cluster your sort by machine, you have to sort things "backwards". That's what SQL Server did, and why you might blame it on being a Microsoft problem, trying to avoid clustered index churn by assuming GUIDs were inserted by static Machine IDs. That assumption broke hard in later Versions of UUID when "Machine ID" just became "random entropy". But the idea to sort like that in the first place wasn't wrong for v1, it had a good sense to it. Just like it makes sense to sort v7 UUIDs by timestamp to get mostly "log ordered" clustered indexes. At least there the sort data is all up front, but it crosses "struct field" boundaries if you are still relying on the v1 chunking.

(Ultimately UUID v1 was full of mistakes that we all will keep paying for.)

For the record it is Java with the worst possible UUID sort algorithm, sorting parts of it as signed numbers: https://devblogs.microsoft.com/oldnewthing/20190913-00/?p=10...

(Friends don't let friends use Java. /s)

zX41ZdbW•12mo ago
clickhouse-local is very handy for these tasks:

    $ echo "2a00:1450:400e:80c::200e
    2606:4700::6810:85e5
    2a03:2880:f145:82:face:b00c:0:25de
    2603:1030:c02:8::14
    2603:1030:20e:3::23c
    2603:1030:b:3::152
    2603:1020:201:10::10f
    2603:1010:3:3::5b" | ch --structure 'ip IPv6' --query "SELECT ip FROM table ORDER BY ip"

    2603:1010:3:3::5b
    2603:1020:201:10::10f
    2603:1030:b:3::152
    2603:1030:20e:3::23c
    2603:1030:c02:8::14
    2606:4700::6810:85e5
    2a00:1450:400e:80c::200e
    2a03:2880:f145:82:face:b00c:0:25de
yuliyp•12mo ago
If you're sorting data on a command line, you probably have some matter of control over how it's generated. So just fully-expand it and then text sorting just works. Pretty simple?
neuroelectron•12mo ago
Trivial Task Has No Standard
andix•12mo ago
I'm creating all those tiny shell helper scripts now with AI. One of the things AI is really good at.

prompt: create a bash command to sort a text file of ipv6 adresses per line. sort numerically (128 bit representation) but keep the full line as originally formatted

result:

  while read -r ip; do
    printf '%032x %s\n' \
      "$(python3 -c 'import ipaddress,sys; print(int(ipaddress.IPv6Address(sys.argv[1])))' "$ip")" \
      "$ip" 
  done < ipv6.txt | sort | cut -d' ' -f2-
kstrauser•12mo ago
That’s launching Python once per address. Why not just pipe it into a short Python script at that point?
andix•12mo ago
I know, this could be a follow-up prompt. But I tested it and it works well.

It's just to demonstrate how easy it is to solve those problems without spending an unnecessary amount of time on them.

kstrauser•12mo ago
Legit.