Re: [go-nuts] go get awkwardness with packages outside of GOPATH

2017-07-20 Thread Wojciech S. Czarnecki 
On Thu, 20 Jul 2017 03:08:58 -0700 (PDT)
"'Florian Uekermann' via golang-nuts"  wrote:

> The go tool does not provide a way to update 
> dependencies of packages that are not go get-able.

Yes it is. Go tooling is based on and has a convention to follow. Hence there
is no support for "place pieces at will" scenarios.

Once you broke away from go convention you're pretty much on your own.
Eg. you may consider a makefile with something like "updatedeps" target
or you may vendor your dependencies at some mirror place. Note, that go
tooling does *not* allow symlinks!

I'd suggest keeping to go tool expectations though. Third party pm-s and
home baked scripts will not survive enough long to be on pair with evolving
genuine tool.

> 
> Thanks,
> Florian

Hope this helps,

-- 
Wojciech S. Czarnecki
 << ^oo^ >> OHIR-RIPE

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] go get awkwardness with packages outside of GOPATH

2017-07-20 Thread 'Florian Uekermann' via golang-nuts 
See my previous answer to ohir for a less convoluted and less specific 
problem statement. My problem does not seem to be related to being inside 
or outside a GOPATH.
 

> Dependencies are derived from import paths. Import paths are not complete 
> paths. They are transformed to complete paths by searching every part in 
> $GOPATH as in filepath.Join(part, "src", importPath).
>
> How do you propose to update dependencies outside a $GOPATH? How should be 
> the import paths transformed to complete paths?
>

Thanks for your answer.
The import path transformation should work same way it works right now. "go 
get" works perfectly fine outside a GOPATH until the install step (which 
you can prevent using -d) or if you use -u. I believe it just uses the 
first "part" of GOPATH (or $HOME/go as of 1.8 if GOPATH is not defined). I 
fail to see the problem. Could you elaborate if I misunderstood you?

Best regards,
Florian

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] go get awkwardness with packages outside of GOPATH

2017-07-20 Thread 'Florian Uekermann' via golang-nuts 
Thanks for the suggestions. I may not have explained the setup well enough. 
I don't think your suggestions work if you just have your code in a folder 
without any additional structure (no src directory).
But your first suggestion prompted my to play around with having the 
package in a GOPATH and I realized that my problem is much less specific 
than I thought, since go get -u also does not work with local packages (no 
vc or no git remote origin). So I guess I jumped to a much too specific 
conclusion and problem statement.

I should restate the issue as: The go tool does not provide a way to update 
dependencies of packages that are not go get-able. Inside or outside GOPATH 
has nothing to do with it.

Thanks,
Florian

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] go get awkwardness with packages outside of GOPATH

2017-07-19 Thread Jan Mercl 
On Wed, Jul 19, 2017 at 8:45 PM 'Florian Uekermann' via golang-nuts <
golang-nuts@googlegroups.com> wrote:

> tldr: Please let me update dependencies of packages that are in arbitrary
directories.

Dependencies are derived from import paths. Import paths are not complete
paths. They are transformed to complete paths by searching every part in
$GOPATH as in filepath.Join(part, "src", importPath).

How do you propose to update dependencies outside a $GOPATH? How should be
the import paths transformed to complete paths?



-- 

-j

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-nuts] go get awkwardness with packages outside of GOPATH

2017-07-19 Thread Wojciech S. Czarnecki 
On Wed, 19 Jul 2017 11:45:00 -0700 (PDT)
"'Florian Uekermann' via golang-nuts"  wrote:
 
> tldr: Please let me update dependencies of packages that are in arbitrary 
> directories.

1. You may add your current "arbitrary" to the local environment GOPATH
as in 
export GOPATH="$GOPATH:/arbitrary/src"

(Go searches each directory listed in GOPATH to find source code, but new
packages are always downloaded into the first directory in the list.)

2. You may use some third party package management:
https://getgb.io/
https://github.com/bumptech/glide

Hope this helps.

> Best regards,
> Florian
> 

-- 
Wojciech S. Czarnecki
 << ^oo^ >> OHIR-RIPE

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.