extern/zrepl
1
0
Fork 0
mirror of https://github.com/zrepl/zrepl.git synced 2024-11-22 00:13:52 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity
3755c97a86
zrepl/go.mod

87 lines
3.5 KiB
Modula-2
Raw Normal View History

build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
module github.com/zrepl/zrepl
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
go 1.22.7
zrepl status: switch back to tview from cview & upgrade to latest (#846) While investigating https://github.com/zrepl/zrepl/issues/700 I checked in on `zrepl status` dependencies and found that `cview`, which was/is a fork of tview, appears to be unmaintained. We switched to it 4.5 years ago in a58ce74. Checking now, `github.com/rivo/tview` seems to be somewhat maintained again. I also checked what k9s uses because that tool came to mind as a Go terminal UI app. It does use `tview`, but, a fork that has diverged substantially. Maybe in another 4.5 years stuff the ecosystem has consolidated... refs https://github.com/zrepl/zrepl/issues/700
2024-11-05 21:35:30 +01:00
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
toolchain go1.23.1
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
require (
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/bits-and-blooms/bitset v1.14.3
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
github.com/fatih/color v1.7.0
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/gdamore/tcell/v2 v2.7.4
[#307] add package trace, integrate it with logging, and adopt it throughout zrepl package trace: - introduce the concept of tasks and spans, tracked as linked list within ctx - see package-level docs for an overview of the concepts - **main feature 1**: unique stack of task and span IDs - makes it easy to follow a series of log entries in concurrent code - **main feature 2**: ability to produce a chrome://tracing-compatible trace file - either via an env variable or a `zrepl pprof` subcommand - this is not a CPU profile, we already have go pprof for that - but it is very useful to visually inspect where the replication / snapshotter / pruner spends its time ( fixes #307 ) usage in package daemon/logging: - goal: every log entry should have a trace field with the ID stack from package trace - make `logging.GetLogger(ctx, Subsys)` the authoritative `logger.Logger` factory function - the context carries a linked list of injected fields which `logging.GetLogger` adds to the logger it returns - `logging.GetLogger` also uses package `trace` to get the task-and-span-stack and injects it into the returned logger's fields
2020-04-11 15:49:41 +02:00
github.com/gitchander/permutation v0.0.0-20181107151852-9e56b92e9909
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/go-logfmt/logfmt v0.5.1
replication: simplify parallel replication variables & expose them in config closes #140
2021-02-28 23:33:28 +01:00
github.com/go-playground/validator v9.31.0+incompatible
implement new 'zrepl status' Primary goals: - Scrollable output ( fixes #245 ) - Sending job signals from status view - Filtering of output by filesystem Implementation: - original TUI framework: github.com/rivo/tview - but: tview is quasi-unmaintained, didn't support some features - => use fork https://gitlab.com/tslocum/cview - however, don't buy into either too much to avoid lock-in - instead: **port over the existing status UI drawing code and adjust it to produce strings instead of directly drawing into the termbox buffer** Co-authored-by: Calistoc <calistoc@protonmail.com> Co-authored-by: InsanePrawn <insane.prawny@gmail.com> fixes #245 fixes #220
2020-03-27 20:37:17 +01:00
github.com/go-playground/validator/v10 v10.4.1
pre- and post-snapshot hooks * stack-based execution model, documented in documentation * circbuf for capturing hook output * built-in hooks for postgres and mysql * refactor docs, too much info on the jobs page, too difficult to discover snapshotting & hooks Co-authored-by: Ross Williams <ross@ross-williams.net> Co-authored-by: Christian Schwarz <me@cschwarz.com> fixes #74
2019-07-26 21:12:21 +02:00
github.com/go-sql-driver/mysql v1.4.1-0.20190907122137-b2c03bcae3d4
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/google/uuid v1.6.0
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
github.com/jinzhu/copier v0.0.0-20170922082739-db4671f3a9b8
send/recv: job-level bandwidth limiting Sponsored-by: Prominic.NET, Inc. fixes #339
2021-07-09 16:30:44 +02:00
github.com/juju/ratelimit v1.0.1
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/kr/pretty v0.3.1
pre- and post-snapshot hooks * stack-based execution model, documented in documentation * circbuf for capturing hook output * built-in hooks for postgres and mysql * refactor docs, too much info on the jobs page, too difficult to discover snapshotting & hooks Co-authored-by: Ross Williams <ross@ross-williams.net> Co-authored-by: Christian Schwarz <me@cschwarz.com> fixes #74
2019-07-26 21:12:21 +02:00
github.com/lib/pq v1.2.0
transports/ssh: bump go-netssh to improve dial errors from go-netssh changelog: dial: better error handling if ssh command exits with non-zero exit status SSHError.Error() relied on go-rwccmd behavior of returning io.EOF if the ssh binary exited with status code 0. We no longe ruse go-rwccmd => capture Stderr ourselves using zrepl's circlog (depending on zrepl is not pretty, but since this package is supposedly only used by zrepl ATM, this is fine) refs https://github.com/zrepl/zrepl/issues/237
2019-10-26 14:32:07 +02:00
github.com/mattn/go-isatty v0.0.8
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
github.com/montanaflynn/stats v0.5.0
build: go mods: split build deps into subgomod, bump prometheus to 1.2.1, tweaked go mod tidy tweaked go mod tidy: see comment in go.mod
2019-10-26 13:55:03 +02:00
github.com/pkg/errors v0.8.1
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
github.com/pkg/profile v1.2.1
transport/ssh: bump go-netssh version to fix ssh client process leaks fixes #322
2020-06-01 13:49:56 +02:00
github.com/problame/go-netssh v0.0.0-20200601114649-26439f9f0dc5
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/prometheus/client_golang v1.20.3
refactor snapper & support cron-based snapshotting fixes https://github.com/zrepl/zrepl/issues/554 refs https://github.com/zrepl/zrepl/discussions/547#discussioncomment-1936126
2022-04-12 01:26:41 +02:00
github.com/robfig/cron/v3 v3.0.1
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
github.com/spf13/cobra v0.0.2
build: go.mod: bump go-netssh and drop go-critic replaces (go-netssh vendored util/circlog, so the circular dep is gone) fixes build failure reported by @poetterl-ric ``` make ZREPL_VERSION=0.2.1 zrepl-bin GO111MODULE=on go build -mod=readonly -ldflags "-X github.com/zrepl/zrepl/version.zreplVersion=0.2.1" -o "artifacts/zrepl-linux-amd64" go: github.com/problame/go-netssh@v0.0.0-20191026123024-f34099f4f6b1 requires github.com/zrepl/zrepl@v0.2.0 requires github.com/golangci/lint-1@v0.0.0-20181222135242-d2cdd8c08219: invalid version: git fetch --unshallow -f origin in /builddir/go/pkg/mod/cache/vcs/ca789ff49d608cda239a48837cfeea6e9dcdb2bce20051383910eef46b623a33: exit status 128: fatal: git fetch-pack: expected shallow list ```
2019-12-09 13:37:19 +01:00
github.com/spf13/pflag v1.0.5
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/stretchr/testify v1.9.0
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
github.com/yudai/gojsondiff v0.0.0-20170107030110-7b1b7adf999d
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/zrepl/yaml-config v0.0.0-20191220194647-cbb6b0cf4bdd
golang.org/x/net v0.28.0
golang.org/x/sync v0.8.0
golang.org/x/sys v0.24.0
golang.org/x/tools v0.24.0
google.golang.org/grpc v1.66.0
google.golang.org/protobuf v1.34.2
)
require (
code.rocketnine.space/tslocum/cbind v0.1.5 // indirect
github.com/golang/protobuf v1.5.0 // indirect
github.com/hpcloud/tail v1.0.0 // indirect
github.com/klauspost/compress v1.17.9 // indirect
github.com/munnerz/goautoneg v0.0.0-20191010083416-a7dc8b61c822 // indirect
github.com/onsi/gomega v1.34.2 // indirect
github.com/prometheus/common v0.59.1 // indirect
github.com/rogpeppe/go-internal v1.10.0 // indirect
golang.org/x/mod v0.20.0 // indirect
gopkg.in/fsnotify.v1 v1.4.7 // indirect
gopkg.in/tomb.v1 v1.0.0-20141024135613-dd632973f1e7 // indirect
)
require (
github.com/beorn7/perks v1.0.1 // indirect
github.com/cespare/xxhash/v2 v2.3.0 // indirect
github.com/davecgh/go-spew v1.1.1 // indirect
github.com/ftrvxmtrx/fd v0.0.0-20150925145434-c6d800382fff // indirect
github.com/gdamore/encoding v1.0.0 // indirect
github.com/go-playground/locales v0.13.0 // indirect
github.com/go-playground/universal-translator v0.17.0 // indirect
github.com/inconshreveable/mousetrap v1.0.0 // indirect
github.com/kr/text v0.2.0 // indirect
github.com/leodido/go-urn v1.2.1 // indirect
github.com/lucasb-eyer/go-colorful v1.2.0 // indirect
github.com/mattn/go-colorable v0.1.4 // indirect
github.com/mattn/go-runewidth v0.0.15 // indirect
github.com/onsi/ginkgo v1.10.2 // indirect
github.com/pmezard/go-difflib v1.0.0 // indirect
github.com/prometheus/client_model v0.6.1 // indirect
github.com/prometheus/procfs v0.15.1 // indirect
zrepl status: switch back to tview from cview & upgrade to latest (#846) While investigating https://github.com/zrepl/zrepl/issues/700 I checked in on `zrepl status` dependencies and found that `cview`, which was/is a fork of tview, appears to be unmaintained. We switched to it 4.5 years ago in a58ce74. Checking now, `github.com/rivo/tview` seems to be somewhat maintained again. I also checked what k9s uses because that tool came to mind as a Go terminal UI app. It does use `tview`, but, a fork that has diverged substantially. Maybe in another 4.5 years stuff the ecosystem has consolidated... refs https://github.com/zrepl/zrepl/issues/700
2024-11-05 21:35:30 +01:00
github.com/rivo/tview v0.0.0-20241103174730-c76f7879f592
github.com/rivo/uniseg v0.4.7 // indirect
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
github.com/sergi/go-diff v1.0.1-0.20180205163309-da645544ed44 // indirect; go1.12 thinks it needs this
github.com/theckman/goconstraint v1.11.0 // indirect
run go mod tidy; go version go1.17.2 linux/amd64 Juding from the (now deleted) comments in go.mod, this might break 1.12 build. If it does, the CI will catch it as it currently build using 1.17 and 1.12. fixes https://github.com/zrepl/zrepl/issues/586
2022-05-07 21:58:17 +02:00
github.com/yudai/golcs v0.0.0-20170316035057-ecda9a501e82 // indirect; go1.12 thinks it needs this
github.com/yudai/pp v2.0.1+incompatible // indirect
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
golang.org/x/crypto v0.26.0 // indirect
golang.org/x/term v0.23.0 // indirect
golang.org/x/text v0.17.0 // indirect
google.golang.org/appengine v1.4.0 // indirect
Update to protobuf v1.25 and grpc 1.35; bump CI to go1.12 From: github.com/golang/protobuf v1.3.2 google.golang.org/grpc v1.17.0 To: github.com/golang/protobuf v1.4.3 google.golang.org/grpc v1.35.0 google.golang.org/protobuf v1.25.0 About the two protobuf packages: https://developers.google.com/protocol-buffers/docs/reference/go/faq > Version v1.4.0 and higher of github.com/golang/protobuf wrap the new implementation and permit programs to adopt the new API incrementally. For example, the well-known types defined in github.com/golang/protobuf/ptypes are simply aliases of those defined in the newer module. Thus, google.golang.org/protobuf/types/known/emptypb and github.com/golang/protobuf/ptypes/empty may be used interchangeably. Notable Code Changes in zrepl: - generate protobufs now contain a mutex so we can't copy them by value anymore - grpc.WithDialer is deprecated => use grpc.WithContextDialer instead Go1.12 is now actually required by some of the dependencies.
2021-01-24 23:31:45 +01:00
google.golang.org/genproto v0.0.0-20210122163508-8081c04a3579 // indirect
run go mod tidy; go version go1.17.2 linux/amd64 Juding from the (now deleted) comments in go.mod, this might break 1.12 build. If it does, the CI will catch it as it currently build using 1.17 and 1.12. fixes https://github.com/zrepl/zrepl/issues/586
2022-05-07 21:58:17 +02:00
gopkg.in/go-playground/assert.v1 v1.2.1 // indirect
chore: require go 1.22/1.23, upgrade protobuf, upgrade all deps Go upgrade: - Go 1.23 is current => use that for release builds - Go 1.22 is less than one year old, it's desirable to support it. - The [`Go Toolchains`](https://go.dev/doc/toolchain) stuff is available in both of these (would also be in Go 1.21). That is quite nice stuff, but required some changes to how we versions we use in CircleCI and the `release-docker` Makefile target. Protobuf upgrade: - Go to protobuf GH release website - Download latest locally - run `sha256sum` - replace existing pinned hashes - `make generate` Deps upgrade: - `go get -t -u all` - repository moves aren't handled well automatically, fix manually - repeat until no changes
2024-09-08 14:58:26 +02:00
gopkg.in/yaml.v3 v3.0.1 // indirect
build: drop go Dep, switch to modules, support Go 1.13 bump enumer to v1.1.1 bump golangci-lint to v1.17.1 no `go mod tidy` because 1.13 and 1.12 seem to alter each other's output fixes #112
2019-09-03 14:45:18 +02:00
)
Reference in New Issue Copy Permalink