hvis

Learning to Be Me by Greg Egan is also apropos.

The usual explanation by Firefox team is that the drivers are not uniformly compliant and/or working well. There had been progress, though.

For your specific system, you can open about:support and search the page for the word "Blocklisted" - that section of the page includes failure codes that can be then passed to web search (or interpreted by name).

I don't know all the details of what works well or not, but the Chrome team logically should have more manpower to implement workarounds for driver problems, and Vivaldi reuses the engine.

Speaking of the other applications though, most of them don't have to use the dma-buf subsystem, to embed hardware rendered content inside a "regular" application. That imposes a certain limitation on the driver capabilities.

Looks basically like the Logo language, except with more sigils and less turtle.

Well you ask a good question, but the examples they give ("optional ads" and "sponsored suggestions") only necessarily imply sharing some aggregates.

Like, for example, "we have this many users in this, that and that countries" - information which ads brokers might require to draw up a contract.

I suppose this is a change from the original "never and nothing" promise, but still a fair distance from the idea of selling of data that most people would imagine, like tracking and sharing your individual browser history.

[I guess I'm biased in favor of Mozilla. If they kick it, among full-featured browser engines only Chromium remains.]

Their blog post seems to address the change quite adequately: https://blog.mozilla.org/en/products/firefox/update-on-terms...

Here's a summary by notegpt:

Summary

Rich Hickey discusses the complexities of optionality in programming, particularly in Clojure’s spec system, emphasizing the need for clear schemas and handling of partial information.

Highlights

* Community Engagement: Acknowledges the presence of both newcomers and regulars at the event.

* Fashion Sense: Introduces a humorous take on the programming roadmap focused on fashion.

* Language Design: Explores the challenges of language design, especially regarding optionality in functions.

* Null References: Cites Tony Hoare’s “billion-dollar mistake” with null references as a cautionary example.

* Spec Improvements: Discusses plans to enhance Clojure’s spec system, focusing on schema clarity and usability.

* Aggregate Management: Emphasizes the importance of properly managing partial information in data structures.

* Future Development: Outlines future directions for Clojure’s spec, prioritizing flexibility and extensibility.

Key Insights

* Community Connection: Engaging with both veteran and new attendees fosters a collaborative environment, enhancing knowledge sharing and community growth.

* Humorous Approach: Infusing humor into technical discussions, like fashion choices, can make complex topics more relatable and engaging.

* Optionality Complexity: The management of optional parameters in programming languages is intricate, requiring careful design to avoid breaking changes.

* Null Reference Risks: Highlighting the historical pitfalls of null references serves as a reminder for developers to consider safer alternatives in language design.

* Schema Clarity: Clear definitions of schemas in programming can significantly improve code maintainability and reduce errors related to optional attributes.

* Information Aggregation: Understanding how to manage and communicate partial information in data structures is crucial for creating robust applications.

* Spec Evolution: Continuous improvement of the spec system in Clojure will enhance its usability, allowing developers to better define and manage their data structures.

Also Moonring. Not as huge as Balatro, but fairly well-known too.

One of you seems to be referring to the external bar (external expectations) and the other to the bar one sets for him/herself.

That difference in perspective seems to be at the root of the disagreement, too.

MoltenVK is also a thing. Whatever small translation overhead it incurs is probably not that important for a text editor. And then you get a cross-platform API: not just Linux, but Windows as well. Maybe also other more niche OSes as well.

Thunderbird is still alive and developing.

When they do "realize" that, B2B companies end up building products that are evaluated by procurement managers but not end users. Lots of examples in the industry.

So I'd really rather most didn't come to that realization. And, well, we as developers do have some influence.

To be fair, sometimes meticulous users investigate the bugs and write down logical chains explaining the causes and even offer a solution at the end (which they can't apply for the lack of commit access, for instance).

The proposed solution isn't always right, of course, but it would be incorrect to say that no bug reports come with a diagnosed cause. But that's exactly where a conscious reviewer is most needed, I believe.

Speaking of text editors and tools like that, you can often avoid having tests (or postpone adding them for a long time), if the logic is on the main execution path, meaning you'll execute it every time you run the program, and whatever failures that can happen, are reasonably easy to pinpoint (i.e. the program shows error backtraces or somehow traces problems otherwise).

This is from my experience hacking on Emacs, naturally.

At the same time, projects that you might ship for an employer or a client, are more critical to check for correctness before deploying, and are often more complex to run and check manually on the regular than writing at least one "happy path" integration test at least for the main scenario (or several).

I guess when the aliens finally arrive, the important part will be to avoid hugging them.

1 and 5 are semi-true, 2 is false (both parts), 3 and 4 are fair enough.

The overall statement is false (he remains the most recognized opposition figure in the country).

It also kept him on the map as a Russian politician. Even though his practical communication abilities are pretty limited because of that.

They might even be aware due to billboards and stuff, but not bothered enough to find the settings.

This might even be the year of DDG on the Desktop! Well, the next year, or whenever the lawsuit and appeals conclude.

To be fair, the original Blade Runner was also basically fan fiction to the source material.

The second one was too, and though it was quite different in tone, I liked both.

What it probably shows, is that while the fraction of inhabitants of Russian ethnicity stayed roughly the same in there, the supporters for joining Russia, at the very least, are not the same exact set of people. And we don't really know their number because the vote didn't have any independent observers.

> but they say the outcome of a vote would very likely be pro-Russia, even before they started shipping Russians in and pre-occupation

I heard similar opinions too, but it might vary on who you ask. E.g. we talk about information bubbles on the Internet, but they exist IRL too. That is to say, hearsay is not proof. And even if it were true, one might keep in mind that the reasons for that might not be obvious. E.g. there had been a fair amount of anti-Ukrainian propaganda on the Russian state TV (which broadcasted in Crimea as well) starting with 2000s or so.

Or here's a thought exercise, from another perspective: would you say if US made a poll in Monterrey (Mexico) about whether the people in there wanted to join US, and >50% of them said yes, it would have been justifiable (in at least some practical sense) to annex it? Or Montreal/Canada, for example. It's close enough to the border.

Whether the people considered themselves to be "Russian" or not, in 1991 54% of voters in Crimea came out in favor of independence: https://en.wikipedia.org/wiki/1991_Ukrainian_independence_re...

Even though you have the results of "demographics" survey of 1989 that put "Russian" populace at 67%.

You won't get this on Linux, though. Unless they manage to bake his shit into GPU microcode somehow.

They don't have to be outsourced to this to happen. To put out lengthy press-releases, you hire a copywriter. You don't ask an engineer to write them.

People make mistakes sometimes. And this one is not a huge one -- the meaning is conveyed fine.

> GNU Emacs is now dependent on TreeSitter which is a MIT-licensed project and LSP which is a Microsoft project

Not really dependent (you can build and use Emacs without either).

Feeding actively random data can put you into a special category of users, though. If the recipient does any relevant analysis.

So if one was looking to preserve privacy and reduce one's own track-ability, sending ambient sounds and 5x5 island location might work against that.

> My guess is Elon said "the site's too slow!"

Seems more like a thinly disguised attempt to force people to purchase subscriptions. Blue checkmarks and all.

> Wouldn't this basically convert any IDE into Emacs if the user wants it?

Emacs Lisp is only part of the equation. You need the all of the programmability that implements 90% of Emacs in Lisp (all of the standard library functions, the display engine, etc).

Most of your other points related to how pornography is produced, not to its consumption. Thus it wouldn't matter who is watching it, and thus ID check seems irrelevant.

Some of the aspects of the porn market are not great, but they should be investigated by the relevant authorities. Hiding them from only certain people won't make them go away.

Sugar is addictive. And it might have more effect on your lifespan than the consumption of pornography. Quality of life, too.

IIUC, the digestive system (and the gut bacteria in it) provide feedback to your taste buds over time.

If the appropriate "paleo diet" bacteria settled in (e.g. using the gradual method to build tolerance), your nose would probably change its mind soon enough.

Not a biologist, just a layman here.

Having free users also costs money. Same argument can be applied. And best of luck to Twitter with that approach.