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

"Don't worry! I'm from the government and I'm here to ~~help~~ identify you to everyone else on the planet."

That's no better, and in many ways far worse, than the corpos doing it.


Do you think identifies never need to be verified? Seems like a central function in operating an accountable society, hence birth certificates, passports, etc.

There should not be a requirement to verify identity, but if a website owner only wants to provide access to their website to people with verified identities, why is that not their right?


> Do you think identifies never need to be verified? Seems like a central function in operating an accountable society, hence birth certificates, passports, etc.

Verifying identity for specific services tied to your finances or body is a whole different topic.

> if a website owner only wants to provide access to their website to people with verified identities, why is that not their right?

I like the GDPR's general point of view that the right to privacy is more important than the right to trade privacy for access. An anonymous verification might be fine, but this system is not, and random websites needing your specific identity is not.


A mechanism to verify identity does not preclude a mechanism for anonymous verification of other attributes. I do not see why someone else should be able to tell you (a business or person) who you have to allow access to your computers and your bandwidth that you pay for. Costco has the right to verify my identity when I walk into their store, I don't see why computing resources would be different.

> I do not see why someone else should be able to tell you (a business or person) who you have to allow access to your computers and your bandwidth that you pay for.

The spirit of the law isn't to tell you that, it's to limit how much you can track people without their consent.

> Costco has the right to verify my identity when I walk into their store, I don't see why computing resources would be different.

That falls under "Verifying identity for specific services tied to your finances or body". You bought a membership, they're checking your membership.

If it was a store without a membership, then for practical purposes in real life we let them look at your ID but they shouldn't be allowed to record any identifying data off of it. When it's all done by machines we should use cryptography to make it anonymous from the start.


You can always use a distro that doesn't use systemd or roll your own. Sure you lose the GNOME desktop environment, but if you ask me that's a net positive.


I agree, but this could be an issue with all distros based in the US. From my reading of these laws, I think the CA or NY or IL law could easily morph into a US National Law. So all US based distros may need to do something.

I saw an article that supporting these laws could cost a distro maintainer up to 10000 USD per year. Sadly I lost the link, but the article made a lot of sense to me. So, many small distos cannot afford even 1000/year, I think this law could kill almost all small Linux distros. That will probably leave only RHEL, SUSE and Ubuntu, maybe Debian, but they would need funds donated to them from Ubuntu.

If the distro is in another country like OpenBSD, they could just ignore the law(s). That of course assumes the "other" country does not replicate what is happening in the US.

Right now I am hoping these laws are declared unconstitutional, but to be honest, with support by companies like meta and twitter, I expect we will see a national law sometime in 2027.

So in the US, we could be looking at locked down OS, unless you want to break "the law".


I also recommend looking into Radicle, which can be used to develop git-based projects (including issues etc) in a distributed manner. It even works over Tor. In the future development of truly free software may become more risky.


I have been successfully using the GNOME desktop environment for years on Guix System which uses Shepherd as its init. KDE is an option too.

Other, more traditional distros are out there that work fine with GNOME, etc with no problems.


systemd is not monolithic in the same way that a brick wall is not monolithic. Sure it's made up of a bunch of smaller parts, but when you start removing any of them, the whole thing starts to fall apart.


Qt?


too many gotchas with LGPL to become a universal solutions. I wish that gtk was more stable across all platforms. I have a few on macos and some are less than ... stable... compared to on linux.


What gotchas are there? The stuff required for doing guis is lgpl, without any kind of other licenses


I don’t think it’s as bad as you make it to be. Qt is a great option imo.


Electron's web engine is also LGPL. (And GTK too)


Isn't GTK also LGPL anyway?


Has anyone been sentenced for falling into those lgpl gotchas?


I like WX.


>I couldn't see a 16-32 bit story. It's like it hit the spot, and stopped growing.

And yet WDC (Bill Mensch's company post-Commodore) put out the 65816, a 16-bit expansion of the 6502 that was the core of the Super Nintendo. So it still grew even if not to 32-bit level.


And the Apple IIGS where it was allegedly underclocked so as not to horn in on the Macintosh.


No link to EAB?[0] Amiga Future?[1]

[0]: https://eab.abime.net/

[1]: https://www.amigafuture.de/


It appears to be Commodore 8-bits focused. For example lot of folks even call the C64 "The Commodore".


That's a shame, because there's a lot more to Commodore than just the 64 (even if that _was_ the best microcomputer of all time).


Project is deprecated in favour of the same developer's lexbor project[0].

[0]: https://github.com/lexbor/lexbor


This is the first I'm hearing that Steam's dropping Windows 10 support, got a source on this?


They dropped Windows 7/8 support earlier this year. It is likely they'll do the same when Windows 10 is EOLed next year.

https://learn.microsoft.com/en-us/lifecycle/announcements/wi...


In other words, you're simply making an _assumption_ that Valve will instantly drop support at Microsoft's EOL date.


It's not merely an _assumption_

I wish Valve actually spoke up against this EOL date, yet what they've done is just follow that date so far.


Steam's end of service on Windows 7 and 8 is based on CEF, just as it was for XP and Vista. I don't see Google/Chromium dropping Windows 10 support at Microsoft's EOL especially given how much market share Win10 still has -- it would be shooting themselves in the foot.

In the meantime, instead of ditching Steam, ditch Windows. Steam works amazing on Linux, and with Proton, the vast majority of Windows games Just Work(TM). You don't even need SteamOS (although it helps).


How can they just claim the city's been "found" when it's been known about for half a century? All they did (that's relevant to the article) is a recent LIDAR survey of a site they've been digging on for 25 years.


HTTP(S)-only _is_ the limit.


Yeah, because protecting other protocols would require a totally different approach and product. This isn't a conspiracy.

The Cloudflare HTTP CDN cannot protect SSH any more than a condom will make a good umbrella just because they both are designed for protection!


There is no chance of unlimited http even - otherwise startups would free ride that for their video sites etc


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

Search: