Dep init fails to import glide file that overrides remote repo

[SamWhited]

What version of Go (go version) and dep (git describe --tags) are you using?

~ $ go version
go version devel +3cb41be817 Fri Aug 11 13:59:52 2017 +0000 linux/amd64

dep (master=) $ git describe --tags
v0.3.0-149-gae5c000

What dep command did you run?

$ dep init -v
Importing configuration from glide. These are only initial constraints, and are further refined during the solve process.
Detected glide configuration files...                                                                    
Converting from glide.yaml and glide.lock...
… trimmed …
Unable to lookup the version represented by d6a2d963a0094e12e0a960c98532518ef52e2916 in zombiezen.com/go/capnproto2(ssh://[email protected]:7999/data/go-capnproto2.git). Falling back to locking the revision only.: "ourstashinstance.tld:7999/data/go-capnproto2.git" is not a valid import path
  Trying * (d6a2d96) as initial lock for imported dep zombiezen.com/go/capnproto2
Unable to lookup the version represented by d6a2d963a0094e12e0a960c98532518ef52e2916 in zombiezen.com/go/capnproto2(ssh://[email protected]:7999/data/go-capnproto2.git). Falling back to locking the revision only.: "ourstashinstance.tld:7999/data/go-capnproto2.git" is not a valid import path

Relavant glide.lock lines:

$ grep zombiezen.com/go/capnproto2 glide.lock -A10                      
- name: zombiezen.com/go/capnproto2                 
  version: d6a2d963a0094e12e0a960c98532518ef52e2916 
  repo: ssh://[email protected]:7999/data/go-capnproto2.git                                             
  vcs: git                
  subpackages:            
  - encoding/text         
  - internal/nodemap      
  - internal/packed       
  - pogs                  
  - schemas               
  - std/capnp/schema

What did you expect to see?

Dep init import from our internal repo instead of the repo inferred from the package path.

What did you see instead?

It fails because our local repo doesn't look like a package path.

[carolynvs]

Closing as a duplicate of #411. It's on our radar but we don't have a fix quite yet.