Hacker Newsnew | past | comments | ask | show | jobs | submit | aboardRat4's commentslogin

Next Warcraft to receive public funding?

Surface were great. I used one for many years. X86 one of course

Who wants to join me in writing an AGPL "antisocial network", which would be basically a convenient interface over rss-bridge, gnus, and deltachat?

Nanny state?

Yeah, kids should be able to wander into bookies and place bets as they please. Let's let them buy cigarettes too while we're at it.

I don't know, maybe I'm an old fart, but I hadn't held a sum of money large enough to buy a pack of cigarettes until I turned 16.

I presume my parent knew what they were doing, so, yeah, nanny state.


Regulating gambling is not "nanny state", esp in relation to kids. Your personal experience as a kid, about whether you had money or not, is completely irrelevant as an argument.

Not at all. My experience in this case indicates that there is a correct behavioural pattern which avoids the issue entirely and requires zero government's intervention.

But if you insist on having a regulation, okay, I'm fine with it. What about the following regulation: each time a minor is found gambling or smoking, his/her parents are fined 100x times the stake/the price of cigarettes?


I am very curious where people who complain about the bots really get to see them.

The only website which became totally useless for me after the general availability of LLMs is OkCupid. It's indeed dead. The rest are fine.

What am I doing differently compared to everyone else?

I'm regularly using: telegram, whatsapp, wechat, hackernews, lobsters, reddit, opennet.ru, vk.com, pornhub, youtube, odysee, libera.chat, arxiv, gmail, github, gitlab, sourcehut, codeberg, thepiratebay, rutracker, Anna's archive, xda-developers.

facebook and twitter became broken for me, but not because of bots, rather because of the "smart feed" ("the algorithm"), which is hiding all posts of my friends and promotes incendiary garbage.

In other words, I am seeing enshittification full-scale, but not the bots.


We should basically all call our ISPs and ask for ipv6 to be implemented.

This is how the majority of ipv6 is deployed where I live.

The router in a coffee shop gives you an ULA, and NATs everything to a single globally routable public ipv6 address.


That's completely f'd of course (and unlike any deployment i've seen).

It's not. It's simple, understandable, straightforward. Only natting to a single address is flawed, but also understandable, because they want to charge you for a prefix.

> It's not [fucked up]. It's simple, understandable, straightforward.

Things that are fucked up can also be simple, understandable, and straightforward.

Unless you're claiming that DHCPv6 is not simple, understandable, and straightforward... in which case:

DHCPv4 is "Give me an IP address, please.". DHCPv6 is "Give me an IP address, please. And also give me what I need for all of my directly-connected friends to have one, too, if you don't mind.".


Dhcpv6 is not simple because it's not universally available. A lot of devices don't support it and likely never will.

If your edge router supports IPv6, it almost certainly can make a DHCPv6-PD request and handle advertising the assigned prefix on its LAN side.

Because of Google's continued (deliberate?) misunderstanding of what DHCPv6 is for, Android clients don't do anything sane with it. That doesn't mean that DHCPv6 isn't simple.

Again, DHCPv6 is "Please give me an IP address, and maybe also what my directly-attached friends need to get IP addresses.". Simple, straightforward, and easy to understand. Even if it were relevant, Google's chronic rectocranial insertion doesn't change that.


If a protocol can be misunderstood (especially deliberately), it means that it isn't simple.

/>Don’t like SLAAC? Don’t use it!

It doesn't work like this. SLAAC is a standard compliant way of distributing addresses, so you MUST support it unless you're running a very specific isolated setup.

Most people using Android will come to your home and ask "do you have WiFi here?"


> Most people using Android will come to your home and ask "do you have WiFi here?"

The Android implementation of IPv6 completely boggles my mind. They have completely refused to implemented DHCPv6 since 2012:

* https://issuetracker.google.com/issues/36949085

But months after client-side DHCP-PD was made an RFC they're implementing that?

* https://android-developers.googleblog.com/2025/09/simplifyin...

In what universe does implementing DHCP-PD but not 'regular' DHCPv6 make any kind of sense?


>In what universe does implementing DHCP-PD but not 'regular' DHCPv6 make any kind of sense?

Their policy makes a lot of sense. It's hindering ipv6 deployment, but it is preventing ISPs from allocating less than /64 to customers. It has nothing to do with standards actually.

Dhcp-pd makes a lot of sense though, because if an isp is willing to give you a prefix, they are by default nice guys.


This is about client devices on home and corporate networks connecting to (e.g.) Wifi, and not about ISP connections and addresses on the WAN port of your home router.

Why should my Pixel 10 send out DHCP-PD packets when it connects to Wifi, but not DHCPv6?


Because they only implement the methods which force ISPs to give you /64.

You really think they’re doing all of this as some elaborate “all or nothing” v6 deployment bargaining chip?

Yes. I'm not an insider, of course.

I don’t think anyone is passionate enough about IPv6 for a conspiracy like that, to be honest, especially when there’s a much simpler explanation: SLAAC is both older and much more common, and Google just implemented the bare minimum.

dhcp-pd is not "bare minimum".

They implemented that many years later, and with a clearly stated use case which isn't possible using SLAAC alone, unlike regular address assignment.

Their reasoning seems to be that it enables use cases like a smartphone delegating v6 addresses to wearables etc.

Which is fine, I guess, but still doesn’t explain their refusal to implement regular DHCPv6 for so long.


>only certain devices are supported

The OP post doesn't assume pre-cooked support for a device. It expects the other to write a device tree himself.


I also don't understand this question. The default launcher is like twm on Linux. It's only goal is to give you some initial GUI so that you could install something you actually like.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: