Hacker Newsnew | past | comments | ask | show | jobs | submit | nulld3v's commentslogin

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


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...


That's per-repo. The claim is that user/repo/commit is flattened to just the commit. Your counterpoint (which I agree with and is well-known) is that it's flattened to repo/commit (dropping the user).


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.


Yeah, I also don't believe it.


I also don't believe it.


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.


interesting. I mean day-to-day usage is a requirement if you want to buy some of these machines for real. But good to know that graphics works now. Last time I checked it wasn't and that was significantly after launch


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...


Oh, wow, they think it's just a smidge below the q4? That's crazy good if true.


The benchmarks they chose are rather cherry picked to not include long context or difficult ones that involve long horizon work or many agent turns, as I suspect this is where the model shows more differences compared to the full fat one


Yep more hops from the lower Q is likely going to skew the vectors further over time.

I wonder if there's a way to mitigate this by running it through an original Q8 draft model, attuned somehow for the PTQ1 quant, but giving it a higher threshold for the acceptance linear with the context length itself?

The longer the context, the higher the multiplier on the threshold, and more likely the draft result is used. Not ideal but it may extend the usable max context.

This model might, even without this, be amazing for short lived agents that work via generations / have changing tasks.


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.


I wonder how well it performs in practice, because I can't help seriously doubting those benchmarks. That would put this 6GB model in Opus 4.6+ ballpark. Granted, that's mostly to Qwen 3.8's credit, but it's hard to believe that Qwen's already unbelievable capability density can still be compressed this much more.


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.


Its more that you make it clear that you will kill anyone who doesn't surrender. Then most people end up surrendering.

In modern militaries though, the expectation is that you will just leave civilians alone.


There are some terrorist states that indiscriminately kill civilians though, such as Israel and the USA.

The worst thing people would do is surrendering in those cases.


As opposed to who? Iran fired missiles at Israeli (and Arab) civilian areas, so did Hezbollah and Hamas when they used to have that capability.



That's precisely what I expected. That people would pop up defending US atrocities by equating them with the likes of Hamas and Hezbollah.

And you know what? You're right. Those are all terrorist organizations.


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


Incorrect, Buckmaster and Alpöge can comment if they had the ChatGPT "Improve the model for everyone" setting enabled or disabled.

If it was enabled, then their work was included in the training dataset.


In order for this to be the strong evidence everyone also has to believe that the setting is absolutely true. That some logging from some piece of the system could not also leak the prompt information in such a way that it could have been included as training data. Perhaps the design of how data is collected for the training dataset is so rigorous as to make this a practical impossibility. But, it's asking a lot without sufficient detail to completely exclude from possibility that one setting is all that could possibly have been absolutely load bearing in deciding if the other researcher's active efforts meaningfully contaminated the internal model.

At least, as an ignorant outsider, that's how it seems to me.


As I understand it, that setting does not prevent them training on user data, just which derivatives are used (i.e. just PII scrubbed vs certain types of synthetic summarization)


That is an absurd and entirely untenable position that breaks with approximately all western conventions.

Only the CIA knows whether or not they're actively covering up reptilian space aliens exerting control over the US government. Therefore the burden of proof remains on the CIA to prove that they are not actively participating in such a scheme.


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.


> It's not a hard question to answer

I didn't realize you had insider knowledge about their systems. Do please explain for the class.

As I understand it they will only have trained on his data if he consented to it. Do you have evidence that they do otherwise?


This whole discussion is about evidence. That's not proof and it is not certain, but it is evidence pointing into the direction that OpenAI might be doing something that they're strongly incentivized to do. What kind of "evidence" do you see as necessary?


When someone authors a paper, is it on others to proove the author did not use their work as inspiration? No, it is on the author to give credit where it is due. You guys are acting as if it its legal issue, when it is not.


You can never prove the negative.


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.


Snapdragon chips do (used in many/most androids), Samsung own exynos also does iirc.

If the OS/platform doesn't use it that could be another thing, but those chips do offer audio coded decoding, including aac


Yeah no. All chips in computers, tablets, etc. have hardware decode. Intel chips have hardware decode. AMD, Arm, Raspberry Pi, what have you.


I’m pretty sure no x86 chip has hardware decode/encode for audio. Together with dGPUs, they tend to have decoders for JPEG and decoders/encoders for H.264, H.265, AV1 and sometimes VP9.


They have hardware decoders for JPEG? I have never heard of this and it seems overkill considering how simple it is to decode.



There’s also https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video#Hardwar...

Seems like Nvidia doesn’t support JPEG in NVDEC.


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.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: