_jomo

Yes, a reinstall fixed it. And yes, persistent malware should be possible (unless you format your disk).

So I thought, but the restore not fixing the issue made me think.

A couple weeks ago, a macOS update broke and sort of bricked the OS. I wasn't able to fix it, so I decided to restore from a backup, but didn't have access to my Time Machine backups when I discovered you could restore from local APFS snapshots.

The snapshot was restored really fast, but the OS was still broken. I guess APFS snapshots exclude a number of files (as the remote time machine backups do).

It was also when I discovered you can reinstall macOS without losing any data.

I was wondering when Google serves content via AMP because it never happened to me. I mostly use DuckDuckGo but occasionally use Google when I'm not satisfied with the results. Turns out when you use Firefox on Android, Google serves a different (older?) version of the Google search that doesn't link to AMP.

Is AMP opt-in for site owners? Or is it determined by page load speed? It didn't use AMP for my website, but it also loads faster than google.com ¯\_(ツ)_/¯

That would be a clever phishing technique if you know your target no longer owns the number associated with an account.

Isn't there always an SOA record?

Reminds me of a similar tool I wrote some time ago that checks if a given name is taken, but on every top level domain:

https://github.com/jomo/tld_checker

Reminds me of an article shared a while ago on HN where someone deleted / and ended up with all binaries gone but still had a working bash session and the /proc fs. Can't find the link, sadly.

To prevent others from executing it better than them.

Interesting how many (myself included) assume "job interview" when they read "interview". Especially because German is my native language where the word interview exists but is not used for job interviews.

Now this is hacker news and chances are " interviews" probably refer to "job interviews" but it's not necessarily the case. The title doesn't indicate it, so why did I assume job interview?

Current workaround / fix:

1) open Directory Utility app (via Spotlight or other) 2) Click lock to make changes, log in with admin account 2) Click Edit -> Enable Root User 3) Click Edit -> Change Root Password… 4) Set a password 5) Do NOT disable root user!

If you disable the root user, the admin prompt will create it again with an empty password.

Main thread: https://news.ycombinator.com/item?id=15800676

The root user is disabled on macOS by default.

Apparently trying to use it the admin prompt enables (creates?) the root user with an empty password. It does not seem to disable the root account afterwards, either.

Current workaround is enabling the root user [0] and change the password:

$ sudo -s passwd

0: https://support.apple.com/en-us/HT204012#enable

According to Cloudflare, over 10% of internet traffic flows through their network [0] of 6+ million websites [1] and 35% "market share" in DNS service [2]. They could slow down access to their network for Ajit Pai.

0: https://www.cloudflare.com/insights/

1: https://www.cloudflare.com/reliability/

2: https://www.cloudflare.com/

Perhaps a naive question, but how are they going to figure out Pai's IP address without great-firewall-tier DPI?

There is BitHub, although it's slightly different and doesn't focus on sponsoring particular bugs.

https://signal.org/blog/bithub/

It's possible to write raw queries in Grafana by changing the query edit mode.

Just take the red pill

The actual problem is not APFS but Apple's programs doing (and their advice to developers to do) normalization. It wouldn't be a problem if programs just used the file names given to them.

In fact, I think the normalization HFS+ does is more problematic. For example, fish shell can't complete file names when you use un-normalized characters in the input. [0][1]

Edit:

0: "Unicode normalization issues with HFS+" https://github.com/fish-shell/fish-shell/issues/474

1: "Completion does not work for special characters" https://github.com/fish-shell/fish-shell/issues/1794

These are the VLC commits adressing the issue:

https://github.com/videolan/vlc/search?utf8=%E2%9C%93&q=subt...

The two "main" clients for Android and iOS are no longer open source.

They have stopped publishing the source code for their clients.

I think at this point it's quite clear they are not ever going to do that. They actually stopped publishing their client source code and they aren't responding to any questions about that.

They could solve this problem by turning it green every now and then, though.

Site seems to be slow, here's an archive link: https://archive.is/mBgQ9

Does DMCA require you to delete URLs with hashes of files when you don't own the content?

Also, are you allowed to publish the takedown requests?

Ordering by relevance seems to be a bit weird, try searching for "ubuntu server 16.04". Great service otherwise!

So people shouldn't use any software they didn't write on their own?

A very similar map from 1972 is included in RFC432: [PDF] https://tools.ietf.org/pdf/rfc432.pdf

Some background info:

After the 2013 Snowden disclosures, Germany started a Parliamentary Committee [0] to investigate the extent and background of foreign secret services spying in Germany. In fact, they ended up revealing a lot about Germany's own secret service, BND. The committee consists of 8 members: 6 govt, 2 opposition.

They all agreed they should interview Snowden as a witness, but it was unclear where this would happen. Govt members voted to not interview him in Berlin and instead do a video conference to Moskow, which Snowden rejected.

The opposition then sued govt parties and the committee for not inviting Snowden to Berlin. They also sued chancellor Merkel for not supporting the committee.

The committee also agreed on interviewing Snowden in Moskow locally, which Snowden also rejected.

Also, the US allegedly threatened Germany to stop notifying them about "plots and other intelligence matters" should they give Snowden asylum. [1]

0: https://en.wikipedia.org/wiki/German_Parliamentary_Committee...

1: https://theintercept.com/2015/03/19/us-threatened-germany-sn...