paavoova

Is 60GHz not part of the standard now? Only a matter of consumer hardware support.

He doesn't shower as far as I can tell. He mentions once (paraphrasing) "I'm lucky I don't sweat much and smell". He practices basic hygiene and appearance (shaving, etc) and washes his clothes in public laundromats, as shown in a couple of his videos. I guess a quick washcloth in a public bathroom can get to where it matters most, and having clean clothes helps a lot. But he also doesn't ever eat out in restaurants, visit crowded indoor spaces, mingle indoors, etc - places where it would matter most and people would notice or comment.

The dude on their phone is not comparable to the an AV carrying a family of 5 unpredictably veering into a concrete divider. One is negligent, the other has done nothing and could have done nothing, they only trusted the system. How do you reconcile it as merely a question of numbers then? So you trade 100 human-error accidents for 5 "blue moon" AV accidents, and this is good because it's statistically much safer. But that's also 5 accidents that wouldn't have happened to safe, diligent drivers.

Statistically, yes, but I think people can be afraid of the lack of direct accountability for AVs. A distracted/drunk driver, for example, is something easy to attribute cause and blame to. And you're not afraid of the car, you're afraid of the potentially negligent, dangerous people driving it.

But an autonomous object that behaves wildly unpredictably simply because of a malfunctioning sensor or a software bug is something that defies known reasoning which you're normally trained to respond to. You can no longer make eye contact with drivers at a crosswalk, instead you can only assume the AV will behave as normal, and if it doesn't and runs you over there's nothing you could have done differently and you were just unlucky and lost the statistics lottery.

I am very uneasy of car manufactures and regulators writing me off as a factored-in statistic. You are basically then allowing vehicles on the road with a deterministic cause of incident.

Your usage of errno can cause failure on success if errno was set any time before the call to fflush. Might need a bump to v3 for robustness...

Sorry, maybe I meant "linearly", or just "correlated".

Interestingly the article says:

Peek and her team found that muscle repair after injury was greater when mice were active or awake compared to when they were inactive or resting.

It seems sleep alone isn't the most important factor. Otherwise more sleep would linearly be beneficial to health and recovery, but, from a courtesy look into it, it appears sleep above 9 hours is inversely correlated with negative health.

That's not quite what's shown in that PDF...All oils tested showed signs of instability when heated, but EVOO was the most stable. But EVOO still had an increase in trans-fats, for example, when heated. Furthermore, in the conclusion, they note

note that the experiments were carried out without food being cooked. While cooking, the water and steam which comes from the food being cooked aids the process of hydrolysis. The absence of food in these trials may have allowed for a greater impact of oil oxi- dation when compared with other deterioration reactions

They didn't test the affects of water and food contact on stability and note the potential significance of hydrolysis.

But just going by that, I'd avoid all refined oils and heating/frying.

In your example, if you exercise, you can have the pizza as well as the sandwich. This can be significant, because suppose you have those 300 surplus calories 3x/week minus the exercise (not unreasonable, a small snack here and there, right?). 300 calories is about 3 bananas, so it might not even be unhealthy food.

Rough math: 3 * 300 * 4 = 3600 calories surplus/month. A pound of adipose tissue has ~3500 calories IIRC. So you're now gaining a pound of fat a month, and you're not even indulging yourself, really.

In reality, physical activity and diet aren't so steady, so some months you maintain weight, some you lose, and some you gain a lot. But over time it averages out, and you've put on 12lbs in a year.

> I don't think I'll ever use cat again if I can help it.

I just tested simple concatenation and bat is over 10x slower:

  $ time cat 1GiB 1GiB 1GiB 1GiB >/dev/null
  real 0m0.414s
  user 0m0.014s
  sys 0m0.400s
  $ time bat 1GiB 1GiB 1GiB 1GiB >/dev/null
  real 0m4.257s
  user 0m1.659s
  sys 0m2.594s

Seems like a lot of these "modern" replacements lose what the original simpler utils do well.

Meanwhile, hardware-level OS-ignostic rootkits like Computrace exist, and Intel ME has its own network stack, but Pluton being adopted as some kind of industry standard to lock down a platform in the name of "security" and what have you is a conspiracy.

I've noticed that people tend to have varying differences in their mental map of organization. If you view a codebase as largely monolithic with only a few states such as previous/backup, current, and future/editing, the addition of version control may not help workflow. Editing is always a rolling-release model, be it backwards or forwards (at least that's what I interpret from "there is kind of an active molten core that I have a much better working knowledge of" in the article. If version control were introduced, you would now be tasked to actively divert workflow to the versioning software, such as when reverting commits, etc. You don't create a repo for trivial objects, such as a simple shell script you write for your personal desktop, so it's easy to see this applied to scale, especially with a single-person codebase like DF. For the script example, a file will typically have undo/revert history in an editor, which itself is a limited form of version control. So there obviously has to be some form of version control used by the author other than file copying, albeit not as explicit as git. I think it's unfair to call it a mistake unless you're directly affected. In the 20 years of (solo?) development of DF, do you not suppose a rational person would adopt versioning were a lack thereof impacting them noticeably? So obviously it's a non-issue as far as scope of the codebase goes.

If you set the SSID and password identical for both bands, the clients should prefer to negotiate the optimal band. I just checked and all clients save for some legacy devices on my OpenWRT router are on 5GHz. So I'm now wondering for which cases is band-steering helpful?

On my machine running Ubuntu 18.04 (coreutils 8.28, openssl 1.1.1), openssl is faster than both shasum and sha256sum.

> got over my "audiobooks aren't real reading" stigma, and have since torn through over 100 books on 2x

So in your post when you refer to "reading", do you actually mean listening to audiobooks? While audiobooks have their place, I don't believe them to be the equivalent of reading. To think so is to believe the value of the book is the content itself, but literature as a medium is more than its written word. Literature can be an art, and not just in terms of prose and the writer behind it, but also in cases before mass printing was invented and entire books were written and illustrated painstakingly by hand.

And between reading and listening, I wouldn't be surprised if reading required more "brain power" to process, in the same way that (supposedly) reading does compared to watching TV. The auditory system is just more innate than the process of reading is, which is a learned skill you aren't born with. Of course this makes audiobooks more accessible and easier to digest, which would be one of their merits for a lot of people. This is my largely unsubstantiated opinion and I'm not trying to insinuate anything in particular. I just believe reading to be its own distinct pastime and skill.

Personally, I can't stand listening to audiobooks, especially while doing menial tasks like chores, because it feels like anytime I get distracted, the words go in and come out the other ear. The retention just isn't there, it might as well be background noise.

> I wanted easy privacy

> Uber [..] Grindr

Can I just comment how contradictory this is? I understand "privacy" means different things to people, but when used like this it's diluted to an arbitrary buzzword. What I mean is:

Grindr Shares Personal Information With Third-Parties: https://news.ycombinator.com/item?id=16735956

Uber pulls U-turn on controversial tracking of users after trip has ended: https://www.theguardian.com/technology/2017/aug/29/uber-u-tu...

Uber has user route history, payment history, etc, and law enforcement is readily utilizing this data, e.g. in the recent Jussie Smollet fiasco, in cases. Even if you're not worried about that, Uber had a massive data breach, which they were investigated for and fined.

What you describe is a software limitation in the TV's video player if it doesn't have an option to loop. Right now, I can open up a video in Firefox, say a VP8 WebM, and there's a right-click option to loop it. Every noteworthy media player (VLC, MPV, etc) supports looping. Websites can tag video to loop. Likewise, you're able to loop a gif even if it doesn't have a loop flag - the loop flag doesn't need to exist, it can be external to the format be it GIF or video.

> You can simply save the file and expect it to work everywhere

I don't quite follow. This is because the gif is decoded and played. No different than a video. You don't need a proprietary player to loop a video, you just go back to the start of the video. For streaming, this is only problematic for large videos that can't be cached, but the same applies to large gifs. Browsers can loop video, it's just a right-click setting. HTML5 can loop video, allowing sites to serve video in e.g. a banner, replacing gifs. You can save any video file just like a gif.

> Something that browsers treat as a moving image and not a video.

The entire point of deprecating gifs is because video is superior. Gif as an image format being able to specify frame duration and looping is hardly a noteworthy feature.

Looping is up to the video player, not the format or container. What "video formats" have looping as metadata? Gifs only have a loop flag so static images can be displayed instead of looped indefinitely as video.

Apple is also a member of MPEG LA, and has refused to adopted VP9. With AV1 perhaps they changed their tune and/or had no choice industry wise.

Well not if users force VP9 using something like youtube-dl and pipe to a compatible player. But I looked it up and the reason Apple refuses to adopt VP9 is not so arbitrary but rather because they're part of MPEG LA, with HEVC being the competitor to VP9. It's unfortunate that there's so much fragmentation with standards simply because of corporate interests.

But why is this tolerated, for lack of a better word? There's no barrier to adding support, a decoder ships with ffmpeg. Youtube has been serving webm/vp9 video for years, so does that mean VP9 Youtube is unavailable on Apple platforms?

I didn't hijack anything, I bring up RtR and privacy in response to the comment chain here saying "choose iOS, choose Apple, choose privacy". I directly address your post.

Now if you aimed your comment to be narrow then why broadly disregard the fact of Apple's ecosystem and related concerns as simply "supposedly" and freedom as "overrated"? There is nothing "supposed" about iOS being locked down, and "just find it on the App store" isn't viable alternative to the freedom Android offers. Neither is the contrast in the two platforms an "illusion" to merely adapt to.

> what choice is there out there if we want alternatives?

What Google does with Android remains a worry for the future, but the current-day choice simply from a matter of freedom and privacy is a LineageOS-supported device, preferably one requiring the least amount of blobs, alongside F-Droid. No Playstore and related frameworks installed. No accounts, no perpetual sign in and tracking, unlike Apple requiring you to be signed in with Apple ID even if you don't use their cloud services or just to install an app. If you must use apps that depend on Play Services, install MicroG and use Yalp. You have near full control of your device, which extends privacy since you can root, install low-level firewalls, and edit system-level files like hosts. Notice that this ecosystem is more Unix-like as opposed to just one big Apple ecosystem. You can decide yourself instead of Apple making choices for you.

With Apple, you only have one vendor, but with Android you have many choices you can make. Headphone jack? Too bad. Since iOS comes with Apple hardware, you have to discuss the two alongside each other. And for me, even ignoring the lock-down of iOS, I refuse to support Apple and vendor lock-in.

> For everybody else it's a huge security risk

Think-of-the-children fallacy. This always ignores the fact you can have the best of both - those none-the-wiser can continue using official means of installation. It also ignores the other side of the coin, developers wishing to offer programs but not interested in dealing with the Apple ecosystem - both them and users are out of luck in that case, and this can happen even if you're already on the app store if Apple decides to take down your app or developer account for whatever reason.

Key word is "permissions", right? Meaning apps that don't wish to scare users with permissions will adopt the new API, but existing filesystem access should continue to function. Otherwise this would be crippling to some users and apps and I doubt it would go over well.

> and supposedly more "locked down") ecosystem

Is it not? Your entire post only argues "It is, but here's why it works for me...". Removing the "freedom to tinker" is taking two steps back from what a computer should be. And smartphones are growing to be the primary computing device for many, so in my mind it's ridiculous to argue them being locked-down a merit. Relying on apps from a walled-garden app store is not a solution even if it works for you or others. Many legitimate apps are banned from the Apple app store entirely, and users cannot install them even if they choose to because iOS prevents installs outside of the app store (unlike Android). I want to run my own code on my own device, freedom to do so is not "hugely overrated".

And as for privacy: what is privacy if its decided for the user and not the other way round? You cannot have true privacy without freedom, you only have Apple's definition of it. Tell Chinese Apple users about privacy, why Apple stores data in China.

And freedom extends to hardware, too. You purchase an iPhone and Apple tells you it's too dangerous for users to fix it themselves, and lobbies against right-to-repair [1]. Do you also consider freedom to repair your own devices overrated?

1. https://news.ycombinator.com/item?id=19791438

For some (a minority, undoubtedly), Apple's ecosystem is exactly what keeps them away. I don't want to be told what I can and can't do with my devices and have Apple pull the strings of vendor lock-in under the guise of security.

I have posted and do frequently see "unsubstantive" comments, but somehow the mere connotation of gender is a flag.

From a historical perspective, such a question in even its simplest form is entirely valid given the nature of gender roles in societies. Are/were conspiring women's groups more or less feared than men's? I don't know myself, and my comment was sincere in that regard.

What happens if you get women together?

You can do this with plain zip files as Python can unpack and execute in-memory. But you have to extract non-Python code such as C libraries at runtime somewhere so the OS can link them. I would be interested to know how the packagers you mentioned get around this, or if they too use temporary files and unpack.

Why should all these devices end up in a landfill just because Apple decided it's in their best interests to design them as disposable, consumerist toys? Since when is servicing your own hardware a "feature" and not simply a right you gained at point of purchase? It's not just phones, it extends to all Apple hardware when they decided to solder components, maintain a component whitelist, etc - now only those with hardware-level knowledge can fix and swap out parts and Apple is encroaching on that too.

Likewise and related, why should perfectly fine hardware deprecate artificially just because Apple decides to lock their hardware down preventing third-party software installation?

It's unsustainable and an abhorrent corporate practice, IMO.