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

> The thing I most want to use this (or some other WASM Linux engine) for is running a coding agent against a virtual operating system directly in my browser.

That exists: https://github.com/container2wasm/container2wasm

Unfortunately I found the performance to be enough of an issue that I did not look much further into it.


Did anyone expect anything different though, when running a full-blown OS in JavaScript?

The other way around.

Oh, wow, TIL. Both were released in 2022 but the video game already had an alpha release in 2021.

Oklab is awesome and it’s such a great example of a person putting in time somewhere, where many just glanced over but still complained over the years. And it was so good that it was adopted everywhere.


I kinda get it now, it's more of a way of studying induced deafness at certain frequencies that might be similar to the effect of tinnitus.

If your tinnitus is at say 13khz, and someone turns on a sound at that frequency, you don't react to it because your mind is effectively masking it.

I once played my tinnitus tone from this site https://www.szynalski.com/tone-generator/ for my partner, when i turned it off i had the odd sensation that i couldn't tell if the sound actually stopped or not.

I used to get some temporary relief from dialing in the tone on that site and listening it to a few minutes.


Hey, I know my tinnitus frequency now!

> You can't do that as easily with closed source software. Except, if you can read assembly, every program is open source. I suspect we're not far away from LLMs being able to just disassemble any program and do the same thing.

I have successfully created a partial implementation of p4 by pointing it at the captured network stream and some strace output. It's amazing how good those things are.


> Strange this with this whole incident apart from the rewrite/LLM part is the general misundrstanding of the licences. LGPL being a pretty permissive one going as far as allowing one to incorporate it in propriety code without the linking reciprocity clause

The short version is that chardet is a dependency of requests which is very popular, and you cannot distribute PyInstaller/PyOxidizer builds with chardet due to how these systems bundle up dependencies.

[1]: https://velovix.github.io/post/lgpl-gpl-license-compliance-w...

[2]: https://github.com/indygreg/PyOxidizer/issues/142


Ok thanks for the background on that - again though this would be a painpoint on the packagers - but fully in line with the intentions of the GPL and with the LGPL to enpower the end user to be able to swap/update/tinker as they see fit.

As i recall there were some similar situations in regards to licences for distro builders regarding graphicsdrivers and even mp3 decoders wherer there was a song and dance the end user had to go through to legally install them during/after setup.

Or better yet to make a truly api compatible re-implementation to use with the license that they want to use, since what they have done i surmise would fall under a derivative work.So they havent really accomplised what they wanted - and instead introduced an unacceptable amount of risk to whoever uses the library going forward.

Kinda reminds me of what the Inderner Archive did during the pandemic with the digital lending library.Pushing the boundaries to test them and establish precedence. in any case let see how it plays out.


> The real test would be to see how much of generated code is similar to the old code.

I have looked at the project earlier today there is effectively no resemblance other than the public API.


Maybe, but the LLM did not recite the chardet source code so that argument does not appear to apply here.

I agree. If we look to music, how can a musician unhear what they've heard? We celebrate musicians when they cite their influences. In the case of a software library, it is a tool, not a work of art. Its beauty is in accomplishing a specific, useful task. If we can accept musicians drawing inspiration from all the music they've ever listened to, we should be able to do the same for software, especially when its internal code is unrecognizable from a similar tool.

>I agree. If we look to music, how can a musician unhear what they've heard?

Unlike with music, in software traditionally a (human) programmer could be chosen who haven't "heard" (i.e. read the original code). That has traditionally called a "clean room" implementation (not to be confused with the software development process called "clean room").


This whole "today" fascination with chardet is a classic example of manipulation. I suggest you disregard this term instead of defending it.

> "But I wish that car was free", sure pal, but it's not. Are you like, 8 years old?

Just because things are not as one wants, does not stop that desire to be there.

> When the author of a project choose a specific license s/he is making a deliberate decision.

Potentially, potentially not. I used to release software under GPL and LGPL but changed my mind a few years after that. I did so in part because of conversations I had with others that convinced me that my values are closer aligned with permissive licenses.

So engaging in a friendly discourse with a maintainer to ask them to relicense is a perfectly fine thing to do and an issue has been with chardet for many, many years on the license.


UAE. Abu Dhabi

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

Search: