nulld3v

Exactly, the answer to "why should browsers support JXL?" is the same as the answer to "why do browsers ship a PDF viewer?".

Ah right, though I think it is rather unlikely Github flattens across multiple repos given that Github has already blogged about how their repo storage backend (Spokes) works, and it seems to operate entirely on whole repositories.

It is already known to be true for repos that are forks or have been forked: https://trufflesecurity.com/blog/anyone-can-access-deleted-a...

Nah, on many community-supported laptops, basically everything (including graphics) works fine with the exception of a few small issues and unoptimized power management. E.g. https://github.com/jglathe/linux_ms_dev_kit/discussions/36#d...

But it can be annoying to use day-to-day since a lot of stuff is not upstreamed or not integrated into the major distros.

There's a table on the HF page that compares it against Unsloth's UD-Q4_K_XL and IQ2_XXS: https://huggingface.co/prism-ml/Ternary-Bonsai-2-27B-gguf#fu...

There's a table on the HF page that compares it against UD-Q4_K_XL and IQ2_XXS (you need to expand the dropdown): https://huggingface.co/prism-ml/Ternary-Bonsai-2-27B-gguf#fu...

The table claims it performs on par with UD-Q4_K_XL except on OCR.

Genocide is usually not an efficient way to wage war. Even ancient armies usually did not slaughter entire towns, not because of ethics, but because fighting sucks and if you slaughter everybody you come across, nobody is going to surrender and every person you come across will fight you to the death.

I say usually, because there are some exceptions and nukes are one of them, they make genocide a viable war strategy. But even nuking Vietnam would not have worked, cause you will simply get nuked back.

I don't understand, OpenAI can just say: "yes/no we did/did not train on your data". It's not a hard question to answer, and it is a question that OpenAI should be able to answer for all data we feed into ChatGPT.

Nobody except OpenAI knows whether or not OpenAI trained on their data. So the burden remains on OpenAI here.

I agree it's an issue but maybe we are going at it from the wrong angle. Why just be scared of the Chinese? We should protect ourselves from both domestic & foreign adversaries.

Any electronic device with vision, sound, or radio communications capability should be required to be source-available or at least independently audited. Proprietary code must run in sandboxed black-boxes that can't directly communicate/interact with the outside world.

Sounds like an impossible ask? Well, banning Chinese robots/routers is also an impossible ask.

That's their point though. Basically no modern phone/laptop/tablet other than Apple offloads audio decoding (of any codec) to hardware. You can check this on Android phones by installing the Codec Info app.

There is absolutely a crisis of bad health outcomes due to relatively simple home medical procedures. E.g. People take Tylenol at home thinking it is safe, meanwhile Tylenol posionsing is the second most common reason for liver transplantation worldwide.

The reason we accept these crisis is due to societal, cultural and religious tradition/pressure. IMO, in an ideal world, many of these things should draw additional scrutiny.

FUTO Swipe supports ClearFlow, which is exactly what you are talking about, a keyboard layout optimized for swiping: https://clearflowkeyboard.github.io/

https://github.com/futo-org/futo-keyboard-layouts/issues/163

> For example preventing people who have repeatedly been convicted of violence ("hooliganism") from entering sports stadiums.

You should't need face recognition to do this (as it seems stadiums are already successful in banning people who haven't paid from entering the venue).

That's not the full source code of the browser, that only includes the core engine. The UI is still closed source.

It's not like glass syringes are out of production though? They are still pretty cheap, I get them for $0.50 each from China.

Boycotts definitely have their limitations, but the Sodastream boycott seems to have had some sort of effect: https://www.timesofisrael.com/victory-for-bds-as-sodastreams..., though whether the intended effect was achieved is debatable...

I've also been dabbling in this recently in an attempt to avoid buying SodaStream syrups (which are on the BDS boycott list).

Tips for working on sugar-free recipes: In some countries (like Canada), soft-drink manufacturers are required to disclose the exact amount of each artificial sweetener they use in the drink. So you can easily grab those numbers from Canadian product listings for use in your own recipes. E.g. 355ml of Diet Coke contains 131 mg aspartame + 15mg ace-K.

Also, aspartame can be difficult/slow to dissolve. It dissolves better in solutions with a low pH and a warmer temperature.

I'm not sure I fully understand you. All those OSes try very, very hard to disambiguate between apps and the user itself?

They are constantly attacked because they prevent users from modifying the system configuration, not just app developers.

Sadly, this issue is systemic: https://github.com/openai/codex/issues/2847

Thank you for putting in the time to do the research, this is incredibly helpful!

The current largest hydroelectric dam in the world is the Three Gorges Dam in China. It can generate 22.5GW (40% more power than the dam in 2nd place, which is also Chinese).

Since Jan 2024, China has on average constructed 23GW of new solar power every month. So China has effectively been adding a "world's largest dam" worth of solar power, every single month for the last 24 months.

It's nice for extracting data from a page into some structured format (e.g. CSV). Much quicker than trying to whip up a JS script or something.

There are already headsets with decent text fidelity, but IMO the problem is now on the host side. I tried to get an XR desktop env running (Stardust https://stardustxr.org/) on Linux but ran into graphical issues. The Windows ecosystem is much better though.

Yes, but the 'am' command is just a CLI Java program. At that point, it would be more efficient to just boot a JVM in the binary to avoid the JVM startup cost every time a Intent/Broadcast needs to be sent.

I believe the Termux API relies on a Java/app process that runs in the background to do stuff in response to API calls. Though I guess you get it for free if you already have the API running for other reasons.

I don't really care about the notifications. I just want to read what's in the servers. Lots of communities post their announcements/links/resources in their Discord servers.

It is sometimes possible to view a Discord server without joining it, but it is painful compared to just joining the server.

> the android development kit really is very heavy. compared to `gcc -o main main.cpp && ./main`, it is several orders of magnitude away.

> the jetpack stuff and whatnot - the big android app shops probably do actually appreciate that stuff. but i wish the dev env 'scaled to zero' as they say, but in the sense of cognitive overload.

I tried to build a small binary that listens for events and launches/wakes an app to do some automation. But apparently there's no way to send Intents or Broadcasts from native code? So I need to boot a JVM in the binary if I want it to communicate with anything else on the system!

Of course, you can always communicate via stdio, but that's useless because everything in Android speaks Intents/Broadcasts. Native code can also do raw Binder calls, but nothing on the system speaks raw Binder.

I also wish open-source communities would move off of Discord for another reason: Users are limited to joining a maximum of 100 servers.

I've hit the cap and it's driving me crazy. It's really easy to hit it since each friend group, hobby group, gaming community, and open-source community often all have their own servers.

Obviously you can find quotes to support such a position. Just like I can run around quoting Israeli PMs about how Palestinians are rats and how they must all be killed. You have to look at the whole of the evidence, not individual quotes.