34 Commits (765da508a80937a9dd343bce75e68a30e9f658c3)

Author	SHA1	Message	Date
iwilltry42	f73fe36eb0	change/docs: copyright notice year	9 months ago
iwilltry42	93a67d712e	change: golangci-lint fix whitespaces	1 year ago
Thorsten Klein	2d5db00546	fix: k3d version ls (now via crane) (#1286)	1 year ago
Nikhil Bhat	6a5b731e95	fix: improved error handling when update.k3s.io returns a 5XX or invalid response (#1170)	1 year ago
Thorsten Klein	852df7786a	[Migration] search and replace rancher/k3d with k3d-io/k3d in most places (#976)	2 years ago
Thorsten Klein	3b0e6990c4	license: - 2022 (#943)	3 years ago
iwilltry42	7710f33686	license: - 2022	3 years ago
iwilltry42	0bbb5b9f92	fix: available hardcoded K3s version	3 years ago
Thorsten Klein	b073e7675f	feat: fetch K3s image tag from channelserver on latest/stable/+min.major (#841)	3 years ago
iwilltry42	a1a04b7907	build with -mod vendor	3 years ago
Thorsten Klein	f8f17caf78	[Cleanup] Types, ready-log-messages & closing connections (#818) ... - new special internal role `initServer` used only to determine the correct ready-log-message - ready-log-messages now looked up by role and new `Intent` type (cluster-create/cluster-start/node-create/node-start), as especially for the init server there are different log messages indicating that we can proceed with the next step - moving types around: - K3s env vars now under .../types/k3s/env.go - defaults now under .../types/defaults.go - ... - improved waiting for log messages - not checking the whole log again and again in a loop - follow log with a single reader (and retry in case we see a fatal error, meaning that the K3s container will restart -> backoff after 10 tries) - BREAKING: new `*runtimeTypes.NodeLogsOpts` parameter in GetNodeLogs	3 years ago
iwilltry42	7073a8fad7	migrate to module rancher/k3d/v5	3 years ago
iwilltry42	17dc4b7b4d	fix e2e makefile target	3 years ago
iwilltry42	9efe980789	overall: make error handling and error logs a bit more streamlined	3 years ago
iwilltry42	6a58a9f57d	fix: trim 'v' prefix when getting helper image tag version due to the new semver release pipeline	3 years ago
Mateusz Urbanek	917c19eae5	feat(logging): using new package containing logrus.Logger instead of global scope logrus (closes #583) (#699, @Shanduur)	3 years ago
iwilltry42	6c94d7db3d	overall/license: update to year range -2021	3 years ago
Thorsten Klein	185ffcd34f	[Enhancement] clusterDelete: proper node and network handling (#437) ... This comes with several fixes/improvements - only consider containers that have the default object label (app=k3d) - handle network deletion - check if there are other k3d containers connected - if there are only registries, disconnect them - if there are non-registry nodes, leave everything as it is - if there are any containers connected, that are not automatically disconnected, log a warning and continue	4 years ago
iwilltry42	ec20a1e549	update default versions	4 years ago
Thorsten Klein	778f80d8fd	[FEATURE] Config File (#351)	4 years ago
iwilltry42	3b52e0407e	fix hardcoded fallback version of k3s to v1.19.4-k3s1	4 years ago
iwilltry42	26053d5ab6	add helperversionoverride	4 years ago
iwilltry42	d2deb02c3d	version: allow overriding helper image version from env var	4 years ago
iwilltry42	eac293a263	Overall: helper container images should always use same tag as CLI or fallback to latest	4 years ago
iwilltry42	db03084e5d	fix tests and add Dockerfile	5 years ago
iwilltry42	bc49f197d9	cleanup and prepare for push to rancher/k3d	5 years ago
iwilltry42	f571ff3143	getk3sversion	5 years ago
iwilltry42	52b23adec9	v1.0.0 as default version	5 years ago
iwilltry42	6b148ae755	add version command	5 years ago
Chris Carty	e82e95a23d	update default K3sVersion to use latest tag	5 years ago
Chris Carty	f9afbc5b9a	updated location of K3sVersion	5 years ago
Chris Carty	508f9715ee	added default version	5 years ago
iwilltry42	6fdc1e4a70	automatically get latest k3s version tag at build time	5 years ago
Rishabh Gupta	29fced4ef7	Added version tags, separated command implementaitons, added wait and timeout ... Signed-off-by: Rishabh Gupta <r.g.gupta@outlook.com>	5 years ago