octoleo/syncthing
1
0
Fork 0
mirror of https://github.com/octoleo/syncthing.git synced 2024-12-23 11:28:59 +00:00
Code Issues Packages Projects Releases Wiki Activity
0f28626bb4
syncthing/vendor/manifest

318 lines
9.3 KiB
Plaintext
Raw Normal View History

Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"version": 0,
"dependencies": [
lib/pmp: Add NAT-PMP support (ref #698) GitHub-Pull-Request: https://github.com/syncthing/syncthing/pull/2968
2016-04-13 18:50:40 +00:00
{
"importpath": "github.com/AudriusButkevicius/go-nat-pmp",
"repository": "https://github.com/AudriusButkevicius/go-nat-pmp",
vendor: Bump github.com/AudriusButkevicius/go-nat-pmp
2016-05-22 08:43:55 +00:00
"revision": "452c97607362b2ab5a7839b8d1704f0396b640ca",
lib/pmp: Add NAT-PMP support (ref #698) GitHub-Pull-Request: https://github.com/syncthing/syncthing/pull/2968
2016-04-13 18:50:40 +00:00
"branch": "master"
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "github.com/bkaradzic/go-lz4",
"repository": "https://github.com/bkaradzic/go-lz4",
"revision": "74ddf82598bc4745b965729e9c6a463bedd33049",
"branch": "master"
},
{
"importpath": "github.com/calmh/du",
"repository": "https://github.com/calmh/du",
"revision": "3c0690cca16228b97741327b1b6781397afbdb24",
"branch": "master"
},
{
"importpath": "github.com/calmh/luhn",
"repository": "https://github.com/calmh/luhn",
"revision": "0c8388ff95fa92d4094011e5a04fc99dea3d1632",
"branch": "master"
},
{
"importpath": "github.com/calmh/xdr",
"repository": "https://github.com/calmh/xdr",
vendor: Update calmh/xdr to avoid unexpected string behavior (fixes #2882)
2016-03-29 19:55:43 +00:00
"revision": "f9b9f8f7aa27725f5cabb699bd9099ca7ce09143",
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
"branch": "master"
},
vendor: Add dependencies for discosrv
2016-05-31 20:35:35 +00:00
{
"importpath": "github.com/cznic/b",
"repository": "https://github.com/cznic/b",
"revision": "47184dd8c1d2c7e7f87dae8448ee2007cdf0c6c4",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/bufs",
"repository": "https://github.com/cznic/bufs",
"revision": "3dcccbd7064a1689f9c093a988ea11ac00e21f51",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/fileutil",
"repository": "https://github.com/cznic/fileutil",
"revision": "1c9c88fbf552b3737c7b97e1f243860359687976",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/mathutil",
"repository": "https://github.com/cznic/mathutil",
"revision": "38a5fe05cd94d69433fd1c928417834c604f281d",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/ql",
"repository": "https://github.com/cznic/ql",
"revision": "f5e72a6fe84f25e7539555bdfcee8dc440d93894",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/sortutil",
"repository": "https://github.com/cznic/sortutil",
"revision": "4c7342852e65c2088c981288f2c5610d10b9f7f4",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/strutil",
"repository": "https://github.com/cznic/strutil",
"revision": "1eb03e3cc9d345307a45ec82bd3016cde4bd4464",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/cznic/zappy",
"repository": "https://github.com/cznic/zappy",
"revision": "4f5e6ef19fd692f1ef9b01206de4f1161a314e9a",
"branch": "master",
"notests": true
},
Add deps
2016-03-06 20:32:10 +00:00
{
"importpath": "github.com/d4l3k/messagediff",
"repository": "https://github.com/d4l3k/messagediff",
"revision": "bf29d7cd9038386a5b4a22e2d73c8fb20ae14602",
"branch": "master"
},
lib/ignore: Replace lib/fnmatch with github.com/gobwas/glob Because it's literally ten times faster: benchmark old ns/op new ns/op delta BenchmarkMatch-8 13842 1200 -91.33% BenchmarkMatchCached-8 139 147 +5.76% benchmark old allocs new allocs delta BenchmarkMatch-8 0 0 +0.00% BenchmarkMatchCached-8 0 0 +0.00% benchmark old bytes new bytes delta BenchmarkMatch-8 12 0 -100.00% BenchmarkMatchCached-8 0 0 +0.00%
2016-04-02 19:03:24 +00:00
{
"importpath": "github.com/gobwas/glob",
"repository": "https://github.com/gobwas/glob",
vendor: Update github.com/gobwas/glob (fixes #3174) GitHub-Pull-Request: https://github.com/syncthing/syncthing/pull/3207
2016-05-28 04:43:54 +00:00
"revision": "70f1304bc31c066b52b681dfbaecf0e913527632",
"branch": "newlexer",
"notests": true
lib/ignore: Replace lib/fnmatch with github.com/gobwas/glob Because it's literally ten times faster: benchmark old ns/op new ns/op delta BenchmarkMatch-8 13842 1200 -91.33% BenchmarkMatchCached-8 139 147 +5.76% benchmark old allocs new allocs delta BenchmarkMatch-8 0 0 +0.00% BenchmarkMatchCached-8 0 0 +0.00% benchmark old bytes new bytes delta BenchmarkMatch-8 12 0 -100.00% BenchmarkMatchCached-8 0 0 +0.00%
2016-04-02 19:03:24 +00:00
},
lib/protocol, lib/discover, lib/db: Use protocol buffer serialization (fixes #3080) This changes the BEP protocol to use protocol buffer serialization instead of XDR, and therefore also the database format. The local discovery protocol is also updated to be protocol buffer format. GitHub-Pull-Request: https://github.com/syncthing/syncthing/pull/3276 LGTM: AudriusButkevicius
2016-07-04 10:40:29 +00:00
{
"importpath": "github.com/gogo/protobuf",
"repository": "https://github.com/gogo/protobuf",
"revision": "7883e1468d48d969e1c3ce4bcde89b6a7dd4adc4",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/gogo/protobuf/proto",
"repository": "https://github.com/gogo/protobuf",
"revision": "7883e1468d48d969e1c3ce4bcde89b6a7dd4adc4",
"branch": "master",
"path": "/proto",
"notests": true
},
vendor: Add dependencies for discosrv
2016-05-31 20:35:35 +00:00
{
"importpath": "github.com/golang/groupcache/lru",
"repository": "https://github.com/golang/groupcache",
"revision": "02826c3e79038b59d737d3b1c0a1d937f71a4433",
"branch": "master",
"path": "/lru",
"notests": true
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "github.com/golang/snappy",
"repository": "https://github.com/golang/snappy",
"revision": "5f1c01d9f64b941dd9582c638279d046eda6ca31",
"branch": "master"
},
vendor: Revert to github.com/jackpal/gateway instead of fork It now includes all the fixes GitHub-Pull-Request: https://github.com/syncthing/syncthing/pull/3246
2016-06-02 20:40:30 +00:00
{
"importpath": "github.com/jackpal/gateway",
"repository": "https://github.com/jackpal/gateway",
"revision": "3e333950771011fed13be63e62b9f473c5e0d9bf",
"branch": "master",
"notests": true
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "github.com/juju/ratelimit",
"repository": "https://github.com/juju/ratelimit",
"revision": "77ed1c8a01217656d2080ad51981f6e99adaa177",
"branch": "master"
},
{
"importpath": "github.com/kardianos/osext",
"repository": "https://github.com/kardianos/osext",
"revision": "29ae4ffbc9a6fe9fb2bc5029050ce6996ea1d3bc",
"branch": "master"
},
vendor: Add dependencies for discosrv
2016-05-31 20:35:35 +00:00
{
"importpath": "github.com/lib/pq",
"repository": "https://github.com/lib/pq",
"revision": "ee1442bda7bd1b6a84e913bdb421cb1874ec629d",
"branch": "master",
"notests": true
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "github.com/onsi/ginkgo",
"repository": "https://github.com/onsi/ginkgo",
"revision": "ac3d45ddd7ef5c4d7fc4d037b615a81f4d67981e",
"branch": "master"
},
{
"importpath": "github.com/onsi/gomega",
"repository": "https://github.com/onsi/gomega",
"revision": "a1094b2db2d4845621602c667bd4ccf09834544e",
"branch": "master"
},
vendor: Add dependencies for strelaypoolsrv
2016-07-04 09:12:59 +00:00
{
"importpath": "github.com/oschwald/geoip2-golang",
"repository": "https://github.com/oschwald/geoip2-golang",
"revision": "51714a0e79df40e00a94ae5086ec2a5532c9ee57",
"branch": "master",
"notests": true
},
{
"importpath": "github.com/oschwald/maxminddb-golang",
"repository": "https://github.com/oschwald/maxminddb-golang",
"revision": "a26428e0305b837e06fe69221489819126a346c8",
"branch": "master",
"notests": true
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "github.com/rcrowley/go-metrics",
"repository": "https://github.com/rcrowley/go-metrics",
"revision": "eeba7bd0dd01ace6e690fa833b3f22aaec29af43",
"branch": "master"
},
{
"importpath": "github.com/stathat/go",
"repository": "https://github.com/stathat/go",
"revision": "91dfa3a59c5b233fef9a346a1460f6e2bc889d93",
"branch": "master"
},
Update goleveldb dependency
2016-03-11 08:25:32 +00:00
{
"importpath": "github.com/syndtr/goleveldb",
"repository": "https://github.com/syndtr/goleveldb",
vendor: Update to latest github.com/syndtr/goleveldb
2016-07-06 07:56:45 +00:00
"revision": "ab8b5dcf1042e818ab68e770d465112a899b668e",
Update goleveldb dependency
2016-03-11 08:25:32 +00:00
"branch": "master"
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "github.com/syndtr/goleveldb/leveldb",
"repository": "https://github.com/syndtr/goleveldb",
"revision": "ad0d8b2ab58a55ed5c58073aa46451d5e1ca1280",
"branch": "master",
"path": "/leveldb"
},
{
"importpath": "github.com/thejerf/suture",
"repository": "https://github.com/thejerf/suture",
"revision": "48dfd58176dd5e34b6ec6810851bb718f0908c8c",
"branch": "master"
},
{
"importpath": "github.com/vitrun/qart/coding",
"repository": "https://github.com/vitrun/qart",
"revision": "ccb109cf25f0cd24474da73b9fee4e7a3e8a8ce0",
"branch": "master",
"path": "/coding"
},
{
"importpath": "github.com/vitrun/qart/gf256",
"repository": "https://github.com/vitrun/qart",
"revision": "ccb109cf25f0cd24474da73b9fee4e7a3e8a8ce0",
"branch": "master",
"path": "/gf256"
},
{
"importpath": "github.com/vitrun/qart/qr",
"repository": "https://github.com/vitrun/qart",
"revision": "ccb109cf25f0cd24474da73b9fee4e7a3e8a8ce0",
"branch": "master",
"path": "/qr"
},
{
"importpath": "golang.org/x/crypto/bcrypt",
"repository": "https://go.googlesource.com/crypto",
"revision": "5dc8cb4b8a8eb076cbb5a06bc3b8682c15bdbbd3",
"branch": "master",
"path": "/bcrypt"
},
{
"importpath": "golang.org/x/crypto/blowfish",
"repository": "https://go.googlesource.com/crypto",
"revision": "5dc8cb4b8a8eb076cbb5a06bc3b8682c15bdbbd3",
"branch": "master",
"path": "/blowfish"
},
vendor: Add dependencies for discosrv
2016-05-31 20:35:35 +00:00
{
"importpath": "golang.org/x/net/context",
"repository": "https://go.googlesource.com/net",
"revision": "c4c3ea71919de159c9e246d7be66deb7f0a39a58",
"branch": "master",
"path": "/context",
"notests": true
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "golang.org/x/net/internal/iana",
"repository": "https://go.googlesource.com/net",
"revision": "08f168e593b5aab61849054b77981de812666697",
"branch": "master",
"path": "/internal/iana"
},
{
"importpath": "golang.org/x/net/ipv6",
"repository": "https://go.googlesource.com/net",
"revision": "08f168e593b5aab61849054b77981de812666697",
"branch": "master",
"path": "/ipv6"
},
{
"importpath": "golang.org/x/net/proxy",
"repository": "https://go.googlesource.com/net",
"revision": "08f168e593b5aab61849054b77981de812666697",
"branch": "master",
"path": "/proxy"
},
vendor: Add dependencies for strelaypoolsrv
2016-07-04 09:12:59 +00:00
{
"importpath": "golang.org/x/net/route",
"repository": "https://go.googlesource.com/net",
"revision": "b400c2eff1badec7022a8c8f5bea058b6315eed7",
"branch": "master",
"path": "/route",
"notests": true
},
{
"importpath": "golang.org/x/sys/unix",
"repository": "https://go.googlesource.com/sys",
"revision": "a408501be4d17ee978c04a618e7a1b22af058c0e",
"branch": "master",
"path": "/unix",
"notests": true
},
{
"importpath": "golang.org/x/sys/windows",
"repository": "https://go.googlesource.com/sys",
"revision": "a408501be4d17ee978c04a618e7a1b22af058c0e",
"branch": "master",
"path": "/windows",
"notests": true
},
Use Go 1.5 vendoring instead of Godeps Change made by: - running "gvt fetch" on each of the packages mentioned in Godeps/Godeps.json - `rm -rf Godeps` - tweaking the build scripts to not mention Godeps - tweaking the build scripts to test `./lib/...`, `./cmd/...` explicitly (to avoid testing vendor) - tweaking the build scripts to not juggle GOPATH for Godeps and instead set GO15VENDOREXPERIMENT. This also results in some updated packages at the same time I bet. Building with Go 1.3 and 1.4 still *works* but won't use our vendored dependencies - the user needs to have the actual packages in their GOPATH then, which they'll get with a normal "go get". Building with Go 1.6+ will get our vendored dependencies by default even when not using our build script, which is nice. By doing this we gain some freedom in that we can pick and choose manually what to include in vendor, as it's not based on just dependency analysis of our own code. This is also a risk as we might pick up dependencies we are unaware of, as the build may work locally with those packages present in GOPATH. On the other hand the build server will detect this as it has no packages in it's GOPATH beyond what is included in the repo. Recommended tool to manage dependencies is github.com/FiloSottile/gvt.
2016-03-05 20:01:58 +00:00
{
"importpath": "golang.org/x/text/transform",
"repository": "https://go.googlesource.com/text",
"revision": "a71fd10341b064c10f4a81ceac72bcf70f26ea34",
"branch": "master",
"path": "/transform"
},
{
"importpath": "golang.org/x/text/unicode/norm",
"repository": "https://go.googlesource.com/text",
"revision": "a71fd10341b064c10f4a81ceac72bcf70f26ea34",
"branch": "master",
"path": "/unicode/norm"
}
]
}
Reference in New Issue Copy Permalink