sam boyer

i suppose probably this is the same underlying issue as #411... the typical solution here is to use an ssh-agent so that ssh doesn't need to prompt you for the...

@mattfarina seems like we should be able to add a flag for `--serial-fetch` or something, no? I'll make a note of this in vsolver - I haven't implemented parallel fetch...

we don't right now, no. we do have a logical choke point we could exploit to enforce it relatively easily, but there hasn't been a direct complaint about it yet...

The only one i've been able to come up with doesn't necessarily qualify as "good" - probably more like "passable" 😄 We use the aforementioned choke point to throttle down...

any chance 'testing' is being imported by a non-test file in your trees? (not sure that's relevant, but trying to eliminate variables)

@timoreimann all of this that you've described is already done, working, and tested in gps :) Well, almost all. We don't annotate packages in the resulting lock file as being...

@timoreimann > is it reasonable to consider backporting the working solution from gps to glide? Or are the two fundamentally too different to justify such an effort (which is my...

Need more context, please. Is the project you're working on public? Can you provide the `glide.yaml` and `glide.lock` for this project where you're experiencing the problem? Do you know the...

fwiw, when we get to integrating [the solver engine](https://github.com/sdboyer/vsolver), i've taken special care to ensure that we hit the network _only_ when the solver actually needs it in order to...

@yoshaul yeah, there's really not any disagreement THAT it's a good idea to allow granular control over updating. The problem is that it's difficult to do in glide's current design...