News for hackers. Stuff that matters.

mtasic

Re:Llama-Cpp-WASM on Tuesday February 13, 2024 @03:39PM (#39362530)
Nope, it is just Wasm/JS. Please test it on desktop Firefox multi-threading version since it turns out to be the fastest one.
Re:Llama-Cpp-WASM on Tuesday February 13, 2024 @03:21PM (#39362349)
We are proud to launch our game-changing llama-cpp-wasm engine, a breakthrough in-browser LLM engine that executes on the edge using general purpose computing based on llama.cpp.

Desktop browser version is OK. Mobile browser version is WIP.

Re:West Palm Beach Was Transformed into ‘Wall Street South’ on Saturday February 18, 2023 @03:19PM (#34850645)
According to sources, in West Palm Beach, on the eighth floor of a modern office building made of glass, there are employees from Goldman Sachs and several hedge funds.
Re:Show HN: QuickJS Environment and Package Manager on Monday November 22, 2021 @07:56AM (#29305856)
Hi author here,

In this video (and repositories in description of the video), I show you how to create QuickJS environment, then how to install packages which are compiled and for which JS bindings are automatically generated, so developer can import them into their project. Examples included for FLTK and libuv.

Main two tools are qjs-env (additionally check qjs-pkg per package) for creating QuickJS environment and qjs-cffi used for automatic binding generation from C to JS.

I just like QuickJS so much for it simplicity, but it lacks ecosystem, so I am trying to bootstrap one at least for interested parties.

This is my personal taste. QuickJS is simpler and more lightweight than Node/V8. Some developers like me prefer software they can comprehend. No JIT, small code base, clean code, easy to extend. With QuickJS I think I can build anything. Author of of QuickJS has long track record. Again, that is my personal taste.
Hi everyone, author here, this is proof of concept how lightweight JS/ES2020 engine called QuickJS and lightweight GUI toolkit FLTK can be used to build multi-platform desktop applications. In next videos, I will show how to automatically wrap whole CFLTK/FLTK definitions, so they can be used more user-friendly than raw wrappers as presented in video. Anyway, I hope you enjoy. I also marked segments of videos, so you can jump to interesting topics.
This is step-by-step instruction how you can run your docker and docker-compose projects/code in FreeBSD.

Solution is based on bhyve and vm-bhyve, and great Alpine Linux distribution.

Alpine is installed inside a VM, and docker and docker-compose are installed inside that VM.

After that, we setup FUSE-base SSHFS mount that points from Alpine VM directory to FreeBSD host directory.

As a result, code editing is done on FreeBSD host machine, code is synced inside Alpine VM, and inside VM we run docker and docker-compose.

This is similar how Docker Desktop (Docker for Windows and Docker for Mac) are developed.

Author here,

I initially dockerized brandtbucher/cpython repo [1] which I found mentioned in official PEP 622 [2]. All credits go to original authors. Since this is not a production ready project, and will eventually die once PEP 622 is integrated in CPython repo, on purpose I named it cpython-3.10.0-alpha-0 as distraction.

After I got it working, I wanted to explore some ideas. I like both Python and Rust, so I wanted to try implementing something similar to Rust's Result type. End result is something I was looking for a long time in Python.

[1] https://github.com/brandtbucher/cpython [2] https://www.python.org/dev/peps/pep-0622