On Mon, Jul 27, 2020 at 3:08 PM Robert Bradshaw <rober...@google.com> wrote:

> On Mon, Jul 27, 2020 at 2:25 PM Kyle Weaver <kcwea...@google.com> wrote:
>
>> I had a similar issue [1] that I resolved by running Brian's shell
>> one-liner. However, it also deleted a bunch of checked-in vendor
>> directories, which is presumably undesirable.
>>
>>
Ah yeah I noticed that as well. A better one-liner would only delete
directories within sdks: `find sdks -name vendor | xargs -I{} rm -rf {}`


> > I thought there was a clean gradle target already, for the go gradle
>> plugin. But that's probably mistaken.
>>
>> `./gradlew sdks:go:clean` didn't work for me, although maybe there is
>> some other `clean` task specific to Go?
>>
>> > Can we have a custom error message on the gradle resolve target with a
>> suggested fix?
>>
>> That'd be ideal, but it might be hard to distinguish a stale cache from
>> a legitimate Go build error introduced by the developer. So maybe a
>> qualified message like "If you don't think this error is your fault, try
>> <gradle command>"
>>
>
> +1, if we could have such a message that would go a long way towards
> solving these issues for people who are not developing go code (but are
> depending on it, e.g. for containers).
>
>
>>
>> [1] https://issues.apache.org/jira/browse/BEAM-9690
>>
>> On Mon, Jul 27, 2020 at 2:10 PM Robert Burke <rob...@frantil.com> wrote:
>>
>>> I thought there was a clean gradle target already, for the go gradle
>>> plugin. But that's probably mistaken.
>>>
>>> The correct answer is to probably provide both. The more direct
>>> documentation of the solution and the attempt to automate it.
>>>
>>> Any suggestions about where to put auch documentation? Should it it be
>>> in the sdks/go/README.md and also somewhere on the wiki?
>>>
>>> The hardest part of documenting this is discovery.  Can we have a custom
>>> error message on the gradle resolve target with a suggested fix?
>>>
>>> On Mon, Jul 27, 2020, 1:52 PM Robert Bradshaw <rober...@google.com>
>>> wrote:
>>>
>>>> Is this documented somewhere (other than now here)? Maybe we should
>>>> make a "clean" gradle target for this?
>>>>
>>>> On Fri, Jul 24, 2020 at 7:19 PM Robert Burke <rob...@frantil.com>
>>>> wrote:
>>>>
>>>>> Yup that is and always has been the right answer.
>>>>>
>>>>> I can't look up the JIRA right now but once I've finished schemas, the
>>>>> plan is to get Go Modules working which will be a much more reliable
>>>>> solution.
>>>>>
>>>>> On Fri, Jul 24, 2020, 5:19 PM Brian Hulette <bhule...@google.com>
>>>>> wrote:
>>>>>
>>>>>> Spoke with Daniel about this offline and he suggested deleting all
>>>>>> the vendor directories. I ran `find . -name vendor | xargs -I{} rm -rf 
>>>>>> {}`
>>>>>> from my Beam clone and all is well now.
>>>>>>
>>>>>> On Fri, Jul 24, 2020 at 11:13 AM Brian Hulette <bhule...@google.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I tried removing every .gogradle directory in Beam, as well
>>>>>>> as ~/.cache/go-build and ~/.gradle/go/repo but it's still happening. 
>>>>>>> Maybe
>>>>>>> there's some other cache I'm missing? I also synced past
>>>>>>> https://github.com/apache/beam/pull/12364 in case it was related.
>>>>>>>
>>>>>>> I thought maybe others were having the same issue but I guess this
>>>>>>> is a problem unique to me.
>>>>>>>
>>>>>>> On Thu, Jul 23, 2020 at 6:33 PM Daniel Oliveira <
>>>>>>> danolive...@google.com> wrote:
>>>>>>>
>>>>>>>> It looks like the cached version of a package is stale and causing
>>>>>>>> build errors when building beam. Chances are just deleting that
>>>>>>>> /.gogradle directory will cause everything to rebuild from a clean 
>>>>>>>> state,
>>>>>>>> so I'd try that. I think it should be /sdks/go/.gogradle
>>>>>>>>
>>>>>>>> On Thu, Jul 23, 2020 at 4:56 PM Ahmet Altay <al...@google.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> This is probably :
>>>>>>>>> https://issues.apache.org/jira/browse/BEAM-10567
>>>>>>>>> <https://issues.apache.org/jira/browse/BEAM-10567#>
>>>>>>>>>
>>>>>>>>> On Thu, Jul 23, 2020 at 4:53 PM Brian Hulette <bhule...@google.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Whenever I build a container locally
>>>>>>>>>> (:sdks:java:container:docker, :sdks:python:container:py37:docker, 
>>>>>>>>>> ..) I get
>>>>>>>>>> a Go error (log at the end of this message).
>>>>>>>>>>
>>>>>>>>>> I've discovered I can just comment
>>>>>>>>>> out resolveBuildDependencies.dependsOn ":sdks:go:goBuild" in the 
>>>>>>>>>> relevant
>>>>>>>>>> build.gradle file [1] whenever this happens, but it's getting old 
>>>>>>>>>> and I'm
>>>>>>>>>> wondering if there's a better way. Is there something wrong with my
>>>>>>>>>> environment that's causing these errors (It must not be an actual 
>>>>>>>>>> breakage
>>>>>>>>>> in the Go SDK)? Can we remove or modify this statement to fix this?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Brian
>>>>>>>>>>
>>>>>>>>>> [1]
>>>>>>>>>> https://github.com/apache/beam/blob/59b7200c8621b81804d53ded771fd3aa525fbb47/sdks/java/container/build.gradle#L32
>>>>>>>>>>
>>>>>>>>>> # github.com/apache/beam/sdks/go/test/integration/synthetic
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:31:31:
>>>>>>>>>> cannot use s (type "
>>>>>>>>>> github.com/apache/beam/sdks/go/test/vendor/github.com/apache/beam/sdks/go/pkg/beam".Scope)
>>>>>>>>>> as type "github.com/apache/beam/sdks/go/pkg/beam".Scope in
>>>>>>>>>> argument to synthetic.SourceSingle
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:33:24:
>>>>>>>>>> cannot use s (type "
>>>>>>>>>> github.com/apache/beam/sdks/go/test/vendor/github.com/apache/beam/sdks/go/pkg/beam".Scope)
>>>>>>>>>> as type "github.com/apache/beam/sdks/go/pkg/beam".Scope in
>>>>>>>>>> argument to synthetic.Step
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:34:2:
>>>>>>>>>> undefined: passert.Count
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:51:25:
>>>>>>>>>> cannot use s (type "
>>>>>>>>>> github.com/apache/beam/sdks/go/test/vendor/github.com/apache/beam/sdks/go/pkg/beam".Scope)
>>>>>>>>>> as type "github.com/apache/beam/sdks/go/pkg/beam".Scope in
>>>>>>>>>> argument to synthetic.Source
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:51:25:
>>>>>>>>>> cannot use configs (type "
>>>>>>>>>> github.com/apache/beam/sdks/go/test/vendor/github.com/apache/beam/sdks/go/pkg/beam".PCollection)
>>>>>>>>>> as type "github.com/apache/beam/sdks/go/pkg/beam".PCollection in
>>>>>>>>>> argument to synthetic.Source
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:52:24:
>>>>>>>>>> cannot use s (type "
>>>>>>>>>> github.com/apache/beam/sdks/go/test/vendor/github.com/apache/beam/sdks/go/pkg/beam".Scope)
>>>>>>>>>> as type "github.com/apache/beam/sdks/go/pkg/beam".Scope in
>>>>>>>>>> argument to synthetic.Step
>>>>>>>>>> .gogradle/project_gopath/src/
>>>>>>>>>> github.com/apache/beam/sdks/go/test/integration/synthetic/synthetic.go:61:2:
>>>>>>>>>> undefined: passert.Count
>>>>>>>>>>
>>>>>>>>>> > Task :sdks:go:buildLinuxAmd64 FAILED
>>>>>>>>>>
>>>>>>>>>

Reply via email to