Level error msg running error context loading failed no go files to analyze

Comments

Over time we have accumulated a disturbing number of ways to run the Go
command, each of which supported slightly different features and
workarounds. Combine all of them.

This unavoidably introduces some changes in debug logging behavior; I
think we should try to fix them incrementally and consistently.

Updates golang/go#37368.

Change-Id: I664ca8685bf247a226be3cb807789c2fcddf233d
Reviewed-on: https://go-review.googlesource.com/c/tools/+/220737
Run-TryBot: Heschi Kreinick <heschi@google.com>
Reviewed-by: Rebecca Stambler <rstambler@golang.org>

In case of timeouts of go/packages loading
we could return such error.

Relates: #825

golangci-lint fails with a context error
(maybe golangci/golangci-lint#825)

Using the opportunity to bump the helm version, which was ~2 years
old.

no go files to analyze #78

GoLand 2021.1.3
Build #GO-211.7442.57, built on June 9, 2021

golangci-lint has version v1.41.1

The text was updated successfully, but these errors were encountered:

Hi @NSObjects , I’m afraid I didn’t understand your question, those 2 screenshots don’t seem related to the plugin? The plugin does not output anything, it does lint in editor.

And BTW the problem of the first screenshot is that the current running dir should be at
/Users/mac/Documents/Code/Go/mxtio/jsm_live

I am also receiving this error, even after the latest plugin updates (running v1.5.4). This is the error output in the GoLand log file (NOTE: I’ve removed my username from the path and replaced with ):

I am referencing a golangci-lint.yaml configuration file, however, removing that file as a configuration and replacing with the same selected linters also results in the same error.

I have tried the following:

• uninstall plugin
• reset IDE to ‘default settings’
• reinstall plugin
• multiple configuration options

Setup:
MacOSX BigSur v11.5.1
Goland v2021.2
Golangci-lint plugin v1.5.4
Golangci-lint installed through Homebrew v1.41.1

Источник

level=error msg=»Running error: context loading failed: package github.com/sirupsen/logrus: no go files to analyze» #870

I’m hitting this error when running golangci-lint v1.20.0 on github.com/projectcalico/libcalico-go

level=error msg=»Running error: context loading failed: package github.com/sirupsen/logrus: no go files to analyze»

$ go env
GO111MODULE=»on»
GOARCH=»amd64″
GOBIN=»»
GOCACHE=»/go-cache»
GOENV=»/home/user/.config/go/env»
GOEXE=»»
GOFLAGS=»-mod=vendor»
GOHOSTARCH=»amd64″
GOHOSTOS=»linux»
GONOPROXY=»»
GONOSUMDB=»»
GOOS=»linux»
GOPATH=»/go»
GOPRIVATE=»»
GOPROXY=»https://proxy.golang.org,direct»
GOROOT=»/usr/local/go»
GOSUMDB=»sum.golang.org»
GOTMPDIR=»»
GOTOOLDIR=»/usr/local/go/pkg/tool/linux_amd64″
GCCGO=»gccgo»
AR=»ar»
CC=»gcc»
CXX=»g++»
CGO_ENABLED=»0″
GOMOD=»/go/src/github.com/projectcalico/libcalico-go/go.mod»
CGO_CFLAGS=»-g -O2″
CGO_CPPFLAGS=»»
CGO_CXXFLAGS=»-g -O2″
CGO_FFLAGS=»-g -O2″
CGO_LDFLAGS=»-g -O2″
PKG_CONFIG=»pkg-config»
GOGCCFLAGS=»-fPIC -m64 -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build253984656=/tmp/go-build -gno-record-gcc-switches»

The go.mod in libcalico-go replaces logrus with our fork of that package, but the problem persists if I remove that replace statement.

The text was updated successfully, but these errors were encountered:

Running go mod vendor before golangci-lint fixed this issue. But I’m not sure if golangci-lint should have considered GOFLAGS=»-mod=vendor» , so I’ll leave this open for further comments.

Источник

ERRO Running error: context loading failed: failed to load program with go/packages #395

1. Go environment: go version && go env

1. Verbose output of running: golangci-lint run -v

The text was updated successfully, but these errors were encountered:

hi, thank you for reporting!
github.com/. /pkg/buffer: no Go files in means that this package wasn’t loaded: most often this happens when dependencies weren’t installed. Is it dependency?

hi, thank you for reporting!
github.com/. /pkg/buffer: no Go files in means that this package wasn’t loaded: most often this happens when dependencies weren’t installed. Is it dependency?

yes, it’s dependency, and I probably know the reason. thx for your reply.

in my case (on jenkins), it solved my problem:
add in .golangci.yml

Feel I’ve just hit the same blocker. My program uses modules, so the vendor solution would not apply.

I’m first running go generate to get around any compile errors, then run linter. The build works locally but fails on travis:

may i know fix/workaround to resolve the issue ?

you need just to install all dependencies

Sorry to comment on a closed issue but how to make golangci-lint work with Go Modules?

I had to manually install all the dependencies ( go get -u github.com/. /. ), while they were already there with Modules ( go get ) and GO111MODULE was set to on .

Is there anything I’m missing here?

A possible solution, I guess, would be to disable Go Modules, go get , enable modules again, run golangci-lint . I’d like to avoid that path if there is a better solution though

Источник

Go linter running error, please make sure there’s no syntax error, then check for any config error #111

Constantly popping up: «Go linter running error, please make sure there’s no syntax error, then run ‘go mod tidy’ to make sure deps ok»

I’ve only installed the plugin — no custom config, running on defaults. Ofc running go mod tidy does not change a thing. Plugin does not work.

The text was updated successfully, but these errors were encountered:

It seems golangci-lint can not recognize my package name

it solved by run golangci-lint cache clean

golangci-lint cache clean does not change a thing.

The error keeps popping up.

@maciej-zh Can you share the error logs? You can find the log by click Help — Show Log in .
Then please search for go-linter , grab several error logs and paste here, thanks.

Obviously there are no syntax errors, all compiles, tests and works. And there are couple of .go files 😉

What’s more when I do golangci-lint run -v in the terminal it just works. Just the plugin does not work.

Thanks @maciej-zh ! Can you try run the debug command, that’s exactly what the plugin tried under the hood:
cd /Users/maciej/repos/maciej-scratchbook && export PATH=/opt/homebrew/Cellar/go/1.18.1/libexec/bin:/usr/bin:/bin:/usr/sbin:/sbin && export GOPATH= && ‘/opt/homebrew/Cellar/golangci-lint/1.46.2/bin/golangci-lint’ ‘run’ ‘—out-format’ ‘json’ ‘—allow-parallel-runners’ ‘-j’ ‘2’ ‘—issues-exit-code’ ‘1’ ‘—max-issues-per-linter’ ‘0’ ‘—max-same-issues’ ‘0’ ‘—no-config’ ‘—disable-all’ ‘-E’ ‘exportloopref,interfacer,staticcheck,dupl,govet,errorlint,funlen,gocritic,goconst,gocognit,ineffassign,bodyclose,gosec,maligned,unconvert,stylecheck,revive,whitespace,gosimple,goprintffuncname,gocyclo,prealloc’ ‘my-project/utils/pkg’

See if this works well in your terminal.

Hi @maciej-zh , quote you again in case you missed above message

My suspicion is that the plug-in can’t deal with project’s folder structure like that:

When I accidentally switched to another one with a classic structure of just go.mod and main.go in the root path it seems to be working fine.

Thanks @maciej-zh
In your case, yes, the plugin doesn’t work well in such a structure. Please consider using 2 Goland instances that open each project, to let golangci-lint correctly find the project root.

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Plugin doesn’t work in monorepo with multiple folders each with own go.mod #51

If you have a folder, let’s say «project» with 2 sub-folders (project1, project2) each with its own go.mod, linter doesn’t work, as it’s trying to run golangci-lint in the root folder instead of in the project1/project2 folder according to the appropriate project.
This causes the following error:

The text was updated successfully, but these errors were encountered:

Hi @AdallomRoy , please consider using separate Goland instances to open those 2 sub-projects. As far as I know, Goland itself doesn’t work well in such case, unless you have checked ‘Index entire GOPATH’ option. The option is not recommended to use with go mod, it also blocked go mod integration within Goland.

Also, another workaround is select Project Root to 1 of the sub-project in plugin settings, while in this case the plugin will only work for the selected sub-project.

Hi @xxpxxxxp, it’s a repo with more than 90 projects, so I can’t really open each project by itself.
Fortunately, GoLand does support it quite well, and I have worked with them to improve performance for that use-case.
Also, I’m pretty sure that in one of the previous versions of the plugin it worked quite well.
I don’t think it’s complicated to add logic that searches for the deepest folder with a go.mod file and run golangci-lint from the folder instead of only running it from the project root.

Yeah, there was a refactoring to support #41 which will break this case. It would be easy to add an option to switch back the old way, if you aren’t using the exclude-rules in config. Will included in next release.

Источник

2021-08-09 08:04:11,511 [  13523]   WARN -                      go-linter - Run error: level=error msg="Running error: context loading failed: no go files to analyze"
. Please make sure the project has no syntax error. 
2021-08-09 08:04:11,516 [  13528]   WARN -                      go-linter - Debug command: cd /Users/sleyland/workspace/gocode/src/bitbucket.org/ffxblue/api-content && export PATH=/usr/local/Cellar/go/1.16.6/libexec/bin:/usr/bin:/bin:/usr/sbin:/sbin && export GOPATH=/Users/sleyland/workspace/gocode && '/usr/local/bin/golangci-lint' 'run' '--out-format' 'json' '--allow-parallel-runners' '-j' '3' '--max-issues-per-linter' '0' '--max-same-issues' '0' '-c' '/Users/sleyland/workspace/docker-go-linter/config/golangci-lint/full/.golangci.yaml' 'lib/rpc/api/content/asset/v2' 

cd /Users/sleyland/workspace/gocode/src/bitbucket.org/ffxblue/api-content && export PATH=/usr/local/Cellar/go/1.16.6/libexec/bin:/usr/bin:/bin:/usr/s
bin:/sbin && export GOPATH=/Users/sleyland/workspace/gocode && '/usr/local/bin/golangci-lint' 'run' '--out-format' 'json' '--allow-parallel-runners' '-j' '3' '--max-issues-per-linter' '0' '--max-same-issues' '0' '-c' '/Users/sleyland/workspace/docker-go-linter/config/golangci-lint/full/.golangci.yaml' 'lib/rpc/api/content/asset/v2'
direnv: loading ~/workspace/gocode/src/bitbucket.org/ffxblue/api-content/.envrc
.env.override
direnv: export +HOST
WARN [runner] The linter 'scopelint' is deprecated (since v1.39.0) due to: The repository of the linter has been deprecated by the owner.  Replaced by exportloopref.
{"Issues":[{"FromLinter":"wrapcheck","Text":"error returned from external package is unwrapped: sig: func bitbucket.org/ffxblue/api-content/vendor/google.golang.org/grpc/status.Error(c bitbucket.org/ffxblue/api-content/vendor/google.golang.org/grpc/codes.Code, msg string) error","Severity":"","SourceLines":["treturn nil, status.Error(codes.Unimplemented, "unimplemented")"],"Replacement":null,"Pos":{"Filename":"lib/rpc/api/content/asset/v2/asset.go","Offset":655,"Line":22,"Column":14},"ExpectNoLint":false,"ExpectedNoLintLinter":""}],"Report":{"Warnings":[{"Tag":"runner","Text":"The linter 'scopelint' is deprecated (since v1.39.0) due to: The repository of the linter has been deprecated by the owner.  Replaced by exportloopref."}],"Linters":[{"Name":"govet","Enabled":true,"EnabledByDefault":true},{"Name":"bodyclose","Enabled":true},{"Name":"noctx","Enabled":true},{"Name":"errcheck","Enabled":true,"EnabledByDefault":true},{"Name":"golint"},{"Name":"rowserrcheck","Enabled":true},{"Name":"staticcheck","Enabled":true,"EnabledByDefault":true},{"Name":"unused","Enabled":true,"EnabledByDefault":true},{"Name":"gosimple","Enabled":true,"EnabledByDefault":true},{"Name":"stylecheck","Enabled":true},{"Name":"gosec","Enabled":true},{"Name":"structcheck","Enabled":true,"EnabledByDefault":true},{"Name":"varcheck","Enabled":true,"EnabledByDefault":true},{"Name":"interfacer"},{"Name":"unconvert","Enabled":true},{"Name":"ineffassign","Enabled":true,"EnabledByDefault":true},{"Name":"dupl"},{"Name":"goconst","Enabled":true},{"Name":"deadcode","Enabled":true,"EnabledByDefault":true},{"Name":"gocyclo","Enabled":true},{"Name":"cyclop"},{"Name":"gocognit","Enabled":true},{"Name":"typecheck","Enabled":true,"EnabledByDefault":true},{"Name":"asciicheck"},{"Name":"gofmt"},{"Name":"gofumpt","Enabled":true},{"Name":"goimports","Enabled":true},{"Name":"goheader"},{"Name":"gci"},{"Name":"maligned"},{"Name":"depguard","Enabled":true},{"Name":"misspell","Enabled":true},{"Name":"lll"},{"Name":"unparam","Enabled":true},{"Name":"dogsled","Enabled":true},{"Name":"nakedret","Enabled":true},{"Name":"prealloc","Enabled":true},{"Name":"scopelint","Enabled":true},{"Name":"gocritic","Enabled":true},{"Name":"gochecknoinits","Enabled":true},{"Name":"gochecknoglobals","Enabled":true},{"Name":"godox"},{"Name":"funlen"},{"Name":"whitespace"},{"Name":"wsl","Enabled":true},{"Name":"goprintffuncname"},{"Name":"gomnd","Enabled":true},{"Name":"goerr113"},{"Name":"gomodguard"},{"Name":"godot"},{"Name":"testpackage","Enabled":true},{"Name":"nestif","Enabled":true},{"Name":"exportloopref","Enabled":true},{"Name":"exhaustive"},{"Name":"sqlclosecheck","Enabled":true},{"Name":"nlreturn"},{"Name":"wrapcheck","Enabled":true},{"Name":"thelper","Enabled":true},{"Name":"tparallel","Enabled":true},{"Name":"exhaustivestruct"},{"Name":"errorlint","Enabled":true},{"Name":"paralleltest"},{"Name":"makezero","Enabled":true},{"Name":"forbidigo","Enabled":true},{"Name":"ifshort","Enabled":true},{"Name":"predeclared","Enabled":true},{"Name":"revive","Enabled":true},{"Name":"durationcheck","Enabled":true},{"Name":"wastedassign","Enabled":true},{"Name":"importas"},{"Name":"nilerr","Enabled":true},{"Name":"forcetypeassert","Enabled":true},{"Name":"gomoddirectives"},{"Name":"promlinter"},{"Name":"tagliatelle"},{"Name":"nolintlint","Enabled":true}]}}%