xgo
kaniko
xgo | kaniko | |
---|---|---|
3 | 49 | |
2,052 | 13,955 | |
- | 1.6% | |
0.0 | 9.5 | |
over 2 years ago | 7 days ago | |
Shell | Go | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
xgo
-
Sciter, the 5 MB Electron alternative, has switched to JavaScript
I see, in this thread, talks about what Sciter does and does not offer.
It's not the only alternative to Electron, but it might be one that offers predictable and repeatable results.
I released a small open source project on HN last week (https://github.com/Fusion/pngsource) and I wrote its backend logic in Go. I built the frontend using Tailwind (https://tailwindcss.com) and DaisyUI (https://daisyui.com) and, using Go compiler flags, I can release the app using both WebView (github.com/webview/webview) (which, yes, does require the host OS' collaboration) and Wails (wails.app) (which also does.)
On Linux/AMD64, the binary's size is 3.7M when building for WebView, and 6.8M when targeting Wails.
The way the app works is I drag/drop files to the UI, magic happens, and I use github.com/ncruces/zenity to prompt the user for a save location.
I cross-compile the apps using xgo (https://github.com/karalabe/xgo)
It's been working pretty well on Linux, Windows, MacOS. I think WebView's approach of limiting the feature set is working well as it feels more "native" than Wails (better refreshes and resize operations for instance)
However, I already have a few tickets reporting that, for instance, the app is displayed as a blank window in some environments. And it's hard to debug remotely, obviously. So, this is where Sciter may be a better option.
-
Go & secondary groups: a kaniko adventure!
The test program runs great on macOS, but when I use xgo to cross-compile it for Linux, all it outputs is:
-
Yet another way to convert a website (with backend) to desktop app
And, xgo to build cross-platform from Linux; yet I can run in Windows and macOS.
kaniko
-
Using AKS for hosting ADO agent and using it to build and test as containers
If all you need to do is build container, you can use https://github.com/GoogleContainerTools/kaniko
-
Building Cages - Creating better DX for deploying Dockerfiles to AWS Nitro Enclaves
Kaniko for building the container images
-
Container and image vocabulary
kaniko
-
EKs 1.24 Docker issue
You should maybe look into Kaniko or use some other build tool
-
Schedule on Least Utilized Node
If you are using the docker socket just for building container images, you might want to look into kaniko. It doesn't use docker to build images. If you use the socket also for starting containers (we are actually doing that in our CI pipelines), you could think about limiting the pods Kubernetes schedules on a node (you can change the default of 110 using the kubelet config file).
-
Are there tools you can use to improve your docker containers like Docker Slim?
Check out Kaniko for building containers https://github.com/GoogleContainerTools/kaniko . Only issue is it doesnt support windows containers.
-
You should use the OpenSSF Scorecard
It took less than 5 minutes to install. It quickly analysed the repo and identified easy ways to make the project more secure. Priya Wadhwa, Kaniko
-
Run Docker from within AWS Lambda?
I'd suggest to take a look at the Kaniko project, combined with custom container images in Lambda functions.
-
Faster Docker image builds in Cloud Build with layer caching
kaniko is a tool that allows you to build container images inside Kubernetes without the need for the Docker daemon. Effectively, it allows you to build Docker images without docker build.
-
Switching from docker-compose to k3s - what is needed ?
Kubernetes prefers to pull containers from registries. You may be able to work around it by specifying a local image in your Kube manifest. Both https://github.com/GoogleContainerTools/kaniko and/ or https://www.devspace.sh/ may help.
What are some alternatives?
daisyui - ๐ผ ๐ผ ๐ผ ๐ผ ๐ผ โThe most popular, free and open-source Tailwind CSS component library
podman - Podman: A tool for managing OCI containers and pods.
sciter - Sciter: the Embeddable HTML/CSS/JS engine for modern UI development
buildah - A tool that facilitates building OCI images.
systray - a cross platfrom Go library to place an icon and menu in the notification area
buildkit - concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit
quickjspp - Port of QuickJS Javascript Engine.
jib - ๐ Build container images for your Java applications.
Tailwind CSS - A utility-first CSS framework for rapid UI development.
nerdctl - contaiNERD CTL - Docker-compatible CLI for containerd, with support for Compose, Rootless, eStargz, OCIcrypt, IPFS, ...
v8-jsi - React Native V8 JSI adapter
skopeo - Work with remote images registries - retrieving information, images, signing content