festoon -pet could already do this, provided that you had pic(1) and eqn(1) installed.

Care to give an example?

Congrats Altman, Nadella, Musk, and Pichai - we had a good thing going, you killed it. Assholes

Well, everybody's saying that something good would remain from this AI craze after the bubble would burst.

Having killed stackoverflow would probably count as the best.

Nobody will miss its copy-pasting, plagiarizing repwhores & mods and its entire misinformation self-reinforcing cargo-cult culture. It may be funny when ChatGPT makes up some mindless tedious stuff, it's quite depressing when a fellow human does it, just for likes and points, And then they would (unlike an LLM) never admit they're wrong.

Haven't had your coffee yet?

The story is about your phone sending your personal data to some 3rd party, not about your phone downloading stuff from some 3rd party. Who has to encrypt and who has to decrypt there?

The only way to "secure" that somehow is to have some unique (and unpredictable) secret token burned into each phone, and derive the encryption key from it. The IMEI or serial number won't cut it.

That is an idiotic thing to say.

Even if the data sent from the phone to the Chinese is encrypted, the phone has to have the key, so it's trivial for just anybody to intercept and read your messages. Including the US Govt. or low-key scammers.

Because it does?

The second exploit relies on mysqld_safe (sic) being run as root, otherwise the whole thing falls flat: you can make error_log a symlink to /etc/ld.so.preload as much as you like, but you won't be able to chown the latter and overwrite it.

No shit. How is mysqld_safe able to chown that file if it's not running as root?

If you prefer not to give your phone number to Google, don't.

You can no longer do that.

I just tried setting up a gmail address -- it won't work unless I give them a phone number.

And for an old address that you set up before this policy, they have the nice habit of blocking pop3s/smtps access from time to time, forcing you to login via web through a page where they pester you again about adding a phone number

Because of that wanton blocking I can no longer trust to use my gmail address for any serious stuff, and unlike with my phone number, there's no EU directive to force them to port it to another provider ;-)

Because the Turkish government changed course since then

At the time of the Ergenekon affair, the gulenist were calling the shots and were setting up cangoroo courts for those perceived as their opponents; now it's their turn on the other end of the stick, and some lucky victims may be rehabilitated.

It's like that succession of show trials, purges, 'mistakes were made', and purges of purgers in Stalin's and Hrushchev's time.

The funny thing is that with flashblock I could easily prevent videos, audios and animations from auto-playing; with html5 I can't, unless I block all javascript, which makes most news sites completely unusable. Call that progress.

They should have mandated from the start that videos/audios together with their controlling scripts, must be segregated into their own iframes, tagged accordingly.

The C standard requires that all data pointers be the same size.

In fact that's incorrect. The only requirement is that any data pointer could be converted to void* and back without loss. Posix assumes that a function pointer too could be converted to void* and back, which is not guaranteed by the C standard.

There's no requirement in the sizeof(long *) == sizeof(void *) either.

Yes, there is. The C standard requires that all data pointers be the same size.

It's sizeof(void*) == sizeof(void(*)(void)) ie 'function pointers are just data pointers" that's absolutely not guaranteed, though there are many programs and interfaces that make this assumption (eg dlsym(3)).

According to Posix, the absolute largest this define can be is 256 (fortunately, Linux ignores this and goes for 4096).

Have you actually read that POSIX doc?

256 is the smallest acceptable value for PATH_MAX, not the largest.

PATH_MAX >= _POSIX_PATH_MAX >= 256

Most interfaces than return paths (eg. readlink(2), getcwd(3)) take a buffer and a length as arguments, and return an error if the buffer is too short, so most of the time you can allocate the buffers dynamically and completely ignore any system specific limits.

This judge didn't say "sounds odd to me" or "*I* do not understand" or "you lost me at this part..." and it drives me a little nuts.

But in this case, the judge is right. A recursive acronym does not make much sense. Or, to put it another way, it only makes sense as a joke.

Maybe the judge was trolling a little bit too -- just like asking a catholic why he has to eat his saviour's flesh

Napoleon was the best general in the world because he bought the Newspapers.

Where did you get this from?

Is this one of those glib cloying memes and false quotes shared on facebook?

Or are you just confusing the real Napoleon (who beat the shit out of all reactionaries) with his pathetic nephew, Napoleon III? -- they have as much in common as Odessa, TX with the Black Sea city & port.