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

You can, after you unlock it.

I was guessing this - need to unlock to use USB devices.

sigh.


We've had shitty bloated websites before LLMs were a thing.

Yeah but LLMs are trained on a majority of shitty bloated things, that's kinda why their output is garbage but workable.

It's plain FUD. systemd always had fields for the full name, email address and location. They were optional, just like the date of birth. Bad systemd!

Is not FUD; the full name, email and the rest were not META/corporations mandated, which are lobbying for it so they can earn money with users' preferences. Get your spyware to somewhere else.

If META's business model is not lucrative, is not my problem.


>which are lobbying for it so they can earn money with users' preferences

Given it's a field where you can put absolutely anything in (and probably randomize, if you want), how is this different than the situation today, where random sites ask you for your birthday (also unverified)? Moreover Meta already has your birthday. It's already mandated for account creation, so claims of "so they can earn money with users' preferences" don't make any sense.


[flagged]


>Keep gaslighting:

This is against HN guidelines: " Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith."

>The contents of the field will be protected from modification except by users with root privileges.

So... most users?


The operating system does not need to know your full name, email and location in order to manage your hardware and software, yet systemd has had optional fields for those for years and nobody complained. They added an extra optional field for the date of birth.

> Some of this has been fueled by a misinformation campaign that has targeted the systemd project and Taylor specifically, resulting in Taylor being doxxed and receiving death threats.

I see.


> systemd has had optional fields for those for years and nobody complained.

GECOS in 1962, and UNIX in '70s had them as well, and nobody threatened to kill their creators.

Having a field in a database is not equal to mandatory data collection. Let me remind of data that /etc/passwd allows to store on even an OS without systemd:

- User's full name (or application name, if the account is for a program)

- Building and room number or contact person

- Office telephone number

- Home telephone number

- Any other contact information (pager number, fax, external e-mail address, etc.)


> full name, email and location in order to manage your hardware and software, yet systemd has had optional fields for those for years and nobody complained.

maybe we should complain


Why, it's fine to have these values in a corporate environment: name, work email, office location. I'd be fine with an ability to store the birth date, the blood type, the zodiac sign, actually an arbitrary list of key-value pairs, as long as it's optional.

It's only a problem when the OS insists on recording your private information to let you access your private account.


It is an optional field, and so far there is no software that asks for this information, let alone insists on it.

which is the logical next legislative step

unfortunately the article does not mention who is responsible for the alleged misinformation campaign

I doubt it has been top-down coordinated. So what do you expect the article to say?

Then “campaign” was not the correct word to describe it. It's like calling any group of people an “organization”.

I mean your original comment is an example of the misinformation being spread around.

How is “they do not have this authority” misinformation?

It's easier to torrent stuff than to get 4K in Netflix on Linux.


Can't even get 4K on most streaming services on macOS now... It's not just Linux anymore.

Netflix lets you in Safari[1]; Disney+ limits you to 1080p[2]; and Hulu limits you to 720p[3].

[1]: https://help.netflix.com/en/node/55764 ("Mac computer with an Apple processor or Apple T2 Security chip").

[2]: https://help.disneyplus.com/article/disneyplus-video-quality ("Please note 4K streaming is not available on computer browsers").

[3]: https://help.hulu.com/article/hulu-video-quality ("Hulu.com streams in quality up to 720p").


Even the 4K you get can hardly be considered 4K, awful bitrate.

Too bad most people are okay with this so it's never gonna change.


If people were not okay with it, it still wouldn’t change anything unless there was competition. There’s no incentive.


Apple tv is quite a bit better than the other streaming services. If people truly cared they would either watch blu-rays or Apple tv. But few actually care.


1.82.7 doesn't have litellm_init.pth in the archive. You can download them from pypi to check.

EDIT: no, it's compromised, see proxy/proxy_server.py.


1.82.7 has the payload in `litellm/proxy/proxy_server.py` which executes on import.



I just woke up this morning and I am amazed. I am taking all my nasty words back and I starred the project and followed the author who reacted so fast to my dull negative feedback and this reaction shows how much he cares about the project.


Thanks for pointing this out, to me it seems quite a good response.

I wouldn't mind opt-in telemetry, but possibly the participation rate would be too low to make use of it.


My issue with telemetry is that 99% of software ends up not using it. Why have it? And definitely don't have it by default. Your users will come tell you what they want, making telemetry useless, especially when it's an OSS project you're mostly building for yourself.


Except that telemetry can give you more complete (and foolproof) information than what users report. But yeah, that could also be solved by having debug info that users can attach to their report, the app doesn't have to "call home" for that...


I agree, but it's a cost/benefit thing. Most OSS projects aren't big enough to do anything with the telemetry, so you're just paying in goodwill for no reason.


Opt-in via extension, fine. Opt-in via flag, unreliable. The spyware code should never be anywhere near the main codebase.


Yay! Also, I hadn't noticed an entire section about building from source. Sorry about that. Good work!


Woo, good on them


Don't forget location.


It doesn't, and it's optional.


That's not a shell, it's a Python interpreter compiled to WASM and running in the browser.


Whatever you call it, it’s plainly calling repeatedly to the server once loaded. You couldn’t just throw it on GitHub or cloudflare as is.


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

Search: